TM Forum ODA und Open APIs
MEF.DEV stellt TM Forum Open APIs bereit, folgt den ODA-Prinzipien und ist im TM Forum ODA Component Directory eingetragen.
Diese Website anzeigen für
Region: Global. Ihre Rollenauswahl gilt nur für diesen Besuch.
TM Forum Open APIs über Ihrem bestehenden OSS/BSS: eine Domäne nach der anderen ändern, Produkte und Partner schneller starten.
Was es tut
MEF.DEV ist ein Fundament, auf dem Ihre Teams ihre eigenen Prozesse bauen, neben dem Stack, den Sie bereits betreiben – mit bereits vorhandenen Betriebsfunktionen (Versionierung, Deployment, Rollback, Monitoring, Audit).
Die Plattform ist eine vielseitige Middleware-Schicht: Sie vereinfacht Projektentwicklung und Systemintegration und beschleunigt Markteinführung und Monetarisierung neuer Produkte.
Die Plattform macht das Partner-Onboarding von einem Projekt je Partner zu einem wiederholbaren Prozess.
Partner entwickeln und vermarkten ihre eigenen Telekom-BSS-Produkte aus fertigen Komponenten für Kernfunktionen – Rating, Rechnungsstellung, Bestellung und Kontoverwaltung – und konzentrieren sich auf Geschäftslogik statt auf Infrastruktur. Die modulare Architektur bietet Low-code-Modellierung in BPMN, ein fertiges UI-Kit und Deployment in Kubernetes über Helm Charts.
Ein Partner darf die Plattform in seinem eigenen Produkt – etwa in einem BSS – als internen Integrationsmechanismus ausliefern, und die von ihm gebauten Plugins gehören ihm; die Plattform selbst Dritten als konkurrierendes Produkt anzubieten, erfordert eine kommerzielle Vereinbarung. Jede Version geht vier Jahre nach ihrer Veröffentlichung in Apache 2.0 über.
Anlegen, Aktualisieren und Steuern des Lebenszyklus von Billing-Konten für den Massenmarkt, Partner und B2B-Kunden.
Der vollständige Lebenszyklus von Katalogelementen und die Katalogabfrage bei Bestellung, Kampagnen und Vertrieb.
Aufgeben, Ändern oder Stornieren eines Auftrags und Steuern seines Lebenszyklus bis zum Abschluss.
Aktivierung und Deaktivierung eines Dienstes, Steuerung des Lebenszyklus des Dienstes und seiner Merkmale sowie Zuweisung von Ressourcen wie SIM.
Abfragen zum Verbrauch von Produkten, Diensten und Ressourcen für eine oder mehrere Parteien.
Datensätze zur Dienstnutzung, abgerufen per Filter oder einzeln.
Rechnungszyklen und die angewandten Billing-Tarife des Kunden.
Aufladungen und Abruf des aggregierten Kontoguthabens.
Event-Topics auf Basis von Triggern, Schwellenwerten und Abonnements sowie Zustellung von Events an Consumer per Callback.
Gesteuerte Prozesse und Aufgaben über Systeme hinweg.
Ein stabiler Vertrag vor einer Legacy-Domäne erlaubt, das Backend nach eigenem Zeitplan zu aktualisieren oder abzulösen, ohne abgestimmte Tests mit jedem Consumer.
Mehr erfahren →Cloud- und Drittanbieter-IT-Services werden über einen Store verkauft: Der Kunde erhält einen Vertrag und eine Monatsrechnung, der Betreiber bindet jeden ISV einmal an.
Mehr erfahren →Sanktions- und AML-Prüfungen, Unterzeichner und Verträge für ein Partnerprodukt laufen in einem BPMN-Prozess: Der Betreiber prüft Dokumente mit Audit-Trail.
Mehr erfahren →Derselbe Verkauf verhält sich im Partnerportal, in der Vertriebs-App und im Self-Care gleich, B2B-Logik verlässt die CRM-Anpassungen, ein CRM-Upgrade ist kein Projekt mehr.
Mehr erfahren →Eine Product Order aus dem BSS wird vom Katalog in Service Order und Resource Order zerlegt und per BPMN auf Netzelementen aktiviert; Fallout geht als Aufgabe an einen Menschen.
Mehr erfahren → Use CaseEigene Synchronisationslogik über Clouds und Speicher als BPMN-Prozess: Routen und Regeln für Ihre Aufgaben, Optionen zur Prüfung auf Viren und Datenabfluss.
Mehr erfahren →Die Nutzung von Content und gebündelten Partnerservices wird nachbewertet und monatlich auf bewerteten Daten abgeglichen; Abrechnungsdokumente erzeugt und versendet dasselbe Billing.
Mehr erfahren →Product Offering AI im AI-Chat für WideCoup Convergent BSS: Eine Tarifpaketänderung wird in natürlicher Sprache beschrieben, gegen Regeln geprüft, ein Mensch gibt die Version frei.
Mehr erfahren →Komponenten
In BPMN 2.0 modellierte Geschäftsszenarien laufen als versionierte Prozesse mit Wiederholungen, Kompensation und kontrollierten manuellen Schritten.
Wie Sie starten
Einige Fragen zu Ihrem Unternehmen, Ihrem Kundenstamm, den Integrationspunkten und der Migration, damit wir eine erste Schätzung vorbereiten können. Vertiefende Fragen sind optional, oder wir gehen sie gemeinsam im Gespräch durch.
Ein Pilot auf einer Domäne oder einem Szenario, mit einem Teil Ihrer Daten — 4–8 Wochen; Ihre bestehenden Systeme laufen während des Piloten unverändert weiter.
Ein Richtwert für eine Open API-Fassade über einem Legacy-BSS: 9–15 Monate bis zum Go-live. Phasen, Zeitrahmen und Kostenbestandteile finden Sie im TCO-Rechner.
Nächster Schritt
Sie wählen einen Termin im Buchungskalender; wir besprechen Ihren Fall und vereinbaren den nächsten Schritt.
Use Cases mit Prozess, Systemen und Rollen.
Sie wählen einen Termin im Buchungskalender; wir besprechen Ihren Fall und vereinbaren den nächsten Schritt.
Die technische Sicht auf dieselbe Richtung — für den Architekten, an den Sie diese Seite weitergeben.
Use Cases mit Prozess, Systemen und Rollen.
Sie wählen einen Termin im Buchungskalender; wir besprechen Ihren Fall und vereinbaren den nächsten Schritt.
Sie wählen einen Termin im Buchungskalender; wir besprechen Ihren Fall und vereinbaren den nächsten Schritt.
Zeit bis zum Go-live und ein gerundeter CapEx- und OpEx-Richtwert für das Szenario der Richtung.
Sie wählen einen Termin im Buchungskalender; wir besprechen Ihren Fall und vereinbaren den nächsten Schritt.
Zeit bis zum Go-live und ein gerundeter CapEx- und OpEx-Richtwert für das Szenario der Richtung.
Sie wählen einen Termin im Buchungskalender; wir besprechen Ihren Fall und vereinbaren den nächsten Schritt.
Wie es in Ihre ODA-Landschaft passt: die Stack-Karte, die Open API-Abdeckung und Links zur Plattformdokumentation.
Zeit bis zum Go-live und ein gerundeter CapEx- und OpEx-Richtwert für das Szenario der Richtung.
Sie wählen einen Termin im Buchungskalender; wir besprechen Ihren Fall und vereinbaren den nächsten Schritt.
Use Cases mit Prozess, Systemen und Rollen.
Sie wählen einen Termin im Buchungskalender; wir besprechen die zwei Partnerschaftsmodelle, die Partnerlizenz und einen technischen Test auf den öffentlichen Repositories.
Wie es in Ihre ODA-Landschaft passt: die Stack-Karte, die Open API-Abdeckung und Links zur Plattformdokumentation.
Für alle Leser gleich
MEF.DEV stellt TM Forum Open APIs bereit, folgt den ODA-Prinzipien und ist im TM Forum ODA Component Directory eingetragen.
Business Source License 1.1: kostenlos für den internen Produktiveinsatz; Enterprise Modules per Lizenzschlüssel; jede Version wird nach vier Jahren zu Apache 2.0.
EU-Unternehmen; Deployment in Ihrer Infrastruktur, Anmeldung über Standard-SSO; Entwicklung, Umsetzung und Support unter einem Qualitätssystem nach ISO 9001:2015.
WideCoup Convergent BSS und MEF.DEV werden unter einem Qualitätsmanagementsystem nach ISO 9001:2015 entwickelt, eingeführt und betreut; MEF.DEV bestand ein unabhängiges Sicherheitsaudit und einen Penetrationstest.
Zertifikate und Audit →Als Nächstes für Sie