Die BSS-Migration ist am sichersten, wenn sie schrittweise erfolgt, getestet, abgeglichen und reversibel ist, bevor das Altsystem abgeschaltet wird.
Für Telekommunikationsanbieter, BSS-Migration ist nicht nur ein rein technischer Ersatz. Das BSS umfasst Kundenkonten, Produktkataloge, Tarifgestaltung, Abrechnung, Rechnungsstellung, Zahlungen, Umsatzberichterstattung, Bereitstellung, Support und Self-Care.
Der Umfang unterscheidet sich je nachdem, ob es sich um einen virtuellen Mobilfunknetzbetreiber, einen Mobilfunknetzbetreiber oder einen länderübergreifenden Kommunikationsdienstleister handelt. Das Migrationsrisiko ist jedoch dasselbe: Die Kunden müssen weiterhin Dienste nutzen, korrekte Rechnungen erhalten, Zahlungen leisten und ihre Guthaben aufrechterhalten, während sich die zugrunde liegende Umsatzstruktur ändert.
Wenn die Migration fehlschlägt, kann sich der Schaden in Form von falschen Salden, fehlgeschlagenen Zahlungen, strittigen Rechnungen, fehlenden Vergütungen oder verzögerter Umsatzrealisierung äußern. Deshalb ist eine Migration ohne Ausfallzeiten nicht nur ein einfacher Umstellungstrick. Es handelt sich vielmehr um ein kontrolliertes Betriebsmodell für den Systemwechsel, ohne dabei den Umsatzbetrieb zu beeinträchtigen.
In diesem Leitfaden wird erläutert, wie eine BSS ohne Ausfallzeiten migriert werden kann, indem die Strategie von der Umsetzung getrennt wird: Zunächst werden die Maßnahmen zur Minimierung von Störungen beschrieben, anschließend die operativen Schritte, mit denen die Migration durchgeführt wird.
Was macht die BSS-Migration so schwierig?
Die wichtigsten Aspekte, die bei einer BSS-Migration zu berücksichtigen sind, sind die Abhängigkeiten. Ein bestehendes BSS ist in der Regel mit CRM-, Vermittlungs-, Abrechnungs-, Rechnungsstellungs-, ERP-, Zahlungsgateway-, Steuerberechnungs-, Provisioning-, Kundenservice-, Partnerabrechnungs-, Berichts- und Analysesystemen verbunden.
Bei einer OSS-BSS-Migration sind diese Abhängigkeiten selten eindeutig. Jahrelang aufgebaute benutzerdefinierte Logik, manuelle Korrekturen, inaktive Produkte, Alttarife und einmalige Integrationen können sich im alten Systemstapel verbergen. Werden diese übersehen, mag das neue System in der Testphase zwar einsatzbereit erscheinen, versagt jedoch möglicherweise bereits im ersten Abrechnungszyklus.
- Kundendaten: Konten, Verträge, Salden, Zahlungsdaten, Steuerdaten, Leistungshistorie und Einwilligungsunterlagen.
- Produktkatalog: Tarife, Pakete, Zusatzoptionen, Rabatte, Sonderaktionen, Vertragslaufzeiten und auslaufende Angebote, für die noch aktive Abonnenten bestehen.
- Nennleistung und Ladung: Prepaid-Guthaben, Postpaid-Nutzung, Mehrverbrauch, Roaming, wiederkehrende Gebühren, einmalige Gebühren, Steuern, Gutschriften und Rückerstattungen.
- Integrationen: CRM, Bereitstellung, Zahlungen, Vermittlung, Steuern, ERP, Self-Care, Support, Partnersysteme und Berichtstools.
Eine Migration der Telekommunikationsabrechnung scheitert, wenn die Teams diese Bereiche als Datenfelder und nicht als laufende Geschäftsprozesse betrachten. Das Ziel besteht nicht nur darin, Datensätze zu übertragen, sondern auch darin, nachzuweisen, dass die neue Plattform die gleichen oder bessere wirtschaftliche Ergebnisse erzielt.
Voraussetzungen vor der Migration eines BSS
Bevor die Daten migriert werden, benötigt das Migrationsteam einen praxisorientierten BSS-Migrationsplan. Der Plan sollte den Umfang, die Zuständigkeiten, die Erfolgskriterien, die Regeln für einen Rollback sowie die Punkte festlegen, die das Unternehmen vereinfachen wird, anstatt sie aus dem Altsystem neu zu erstellen.
Den aktuellen Stack überprüfen
Dokumentieren Sie jedes System, das Daten an das BSS sendet oder von diesem empfängt. Dazu gehören Batch-Jobs, manuelle Exporte, Finanzberichte, benutzerdefinierte Bewertungsskripte und Support-Workflows. Wenn eine Abhängigkeit nicht dokumentiert ist, kann sie nicht getestet werden.
Abrechnungsdaten bereinigen und zuordnen
Die Migration von Telekommunikationsabrechnungsdaten sollte Kunden, Konten, Verträge, Salden, Produkte, Tarife, Rabatte, Rechnungen, Zahlungen, Gutschriften, Steuern und Streitfälle umfassen. Die Datenbereinigung sollte vor der Migration erfolgen, nicht erst, nachdem das neue System mit der Rechnungserstellung begonnen hat.
Kriterien für die Umstellung und den Rollback festlegen
Eine Checkliste für die Migration eines Abrechnungssystems sollte festlegen, welche Voraussetzungen vor der Umstellung erfüllt sein müssen. Dazu gehören Abgleichsschwellenwerte, Ergebnisse der Integrationstests, die Bereitschaft des Supports, die Überwachungsabdeckung, Kommunikationspläne sowie namentlich benannte Verantwortliche für Rollback-Entscheidungen.
Diese Voraussetzungen verlangsamen die Migration zwar zu Beginn, verhindern jedoch spätere Nacharbeiten. Außerdem verschaffen sie der Unternehmensleitung einen klaren Überblick über die Risiken, bevor die Kunden davon betroffen sind.
So migrieren Sie ein BSS ohne Ausfallzeiten
Eine Migration ohne Ausfallzeiten wird durch kontrolliertes Vorgehen und nicht durch Geschwindigkeit erreicht. Der sicherste Ansatz ist eine schrittweise Migration, bei der die alte und die neue Plattform parallel betrieben werden, bis die neue Plattform bewiesen hat, dass sie reale Geschäftsszenarien bewältigen kann.
Beginnen Sie mit einer begrenzten Migrationswelle, wie beispielsweise einer neuen Marke, einer kleiner MVNO, ein Prepaid-Segment, eine Region oder eine Produktfamilie mit einfacheren Abhängigkeiten. Dadurch wird das Risiko begrenzt, während die neue Plattform dennoch in einem realen Betriebsumfeld getestet wird.
Vergleichen Sie während der Migration im Parallelbetrieb die Bewertungsergebnisse, Rechnungsbeträge, Salden, Rabatte, Steuern, Zahlungen, fehlgeschlagene Vorgänge, Berichte und Ergebnisse der Umsatzrealisierung. Die Umstellung sollte erst erfolgen, wenn Unterschiede geklärt, akzeptiert oder behoben sind.
Für die Umstellung auf das BSS ist außerdem ein Rollback-Plan erforderlich. Legen Sie fest, wer die Freigabe stoppen kann, was einen Rollback auslöst, welche Daten wiederhergestellt werden müssen und wie die Teams aus Support, Finanzen und Betrieb mit Kundenproblemen umgehen, falls etwas schiefgeht.
Schritt-für-Schritt-Anleitung zur BSS-Migration
Die oben beschriebene Strategie erläutert, wie Ausfallzeiten reduziert werden. Der nachfolgende Arbeitsablauf beschreibt die Reihenfolge, in der die Teams vorgehen sollten.
| Schritt | Aktion | Validierung |
|---|---|---|
| 1. Prüfung | Dokumentensysteme, Angebote, Integrationen, Datenflüsse, Berichte und manuelle Umgehungslösungen. | Eigentümer, Abhängigkeiten und Altregeln sind bekannt. |
| 2. Bereinigen und zuordnen | Bereiten Sie Daten zu Kunden, Produkten, Verträgen, Salden, Zahlungen, Rechnungen und Steuern vor. | Fehlende Felder, Duplikate, inaktive Angebote und Zuordnungsregeln werden behoben. |
| 3. Konfigurieren | Richten Sie den Produktkatalog, die Preisgestaltung, die Abrechnung, die Rechnungsstellung, Steuern, Zahlungen und das Berichtswesen auf der neuen Plattform ein. | Die Testfälle decken sowohl den normalen Gebrauch als auch Randfälle ab. |
| 4. Integrieren | Verbinden Sie CRM, Vermittlung, Bereitstellung, ERP, Zahlungsverkehr, Steuern, Self-Care und Analytik miteinander. | APIs, Wiederholungsversuche, Fehler, Überwachung und Zuständigkeit werden getestet. |
| 5. Pilot | Ein bestimmtes Segment oder eine bestimmte Produktlinie migrieren. | Support, Rechnungsstellung, Zahlungen und kundenorientierte Abläufe funktionieren einwandfrei. |
| 6. Abgleichen | Lassen Sie alte und neue Ausgänge parallel laufen. | Abrechnungen, Rechnungen, Salden, Steuern, Zahlungen und Umsatzberichte werden abgeglichen, bzw. etwaige Abweichungen werden erläutert. |
| 7. Überkreuzen | Übertragen Sie die genehmigte Welle in die Produktion. | Go/No-Go-Kriterien, Rollback-Plan und Überwachung sind aktiv. |
| 8. Stabilisieren | Beobachten Sie die ersten Abrechnungszyklen und Support-Tickets. | Streitigkeiten, Zahlungsausfälle, Einnahmeausfälle und Lücken in der Berichterstattung werden noch vor der nächsten Welle geklärt. |
Der Abgleich der Abrechnungsdaten ist die wichtigste Kontrollmaßnahme in diesem Ablauf. Er belegt, dass das neue System in der Lage ist, den Verbrauch zu erfassen, Preise anzuwenden, Rechnungen zu erstellen, Zahlungen zu verarbeiten und Umsätze auszuweisen, bevor das alte System außer Betrieb genommen wird.
Häufige Fehler bei der BSS-Migration
Die meisten Herausforderungen bei der Datenmigration in Abrechnungssystemen ergeben sich aus Annahmen, die nie anhand des tatsächlichen Abrechnungsverhaltens überprüft wurden.
- Die Migration als Datenkopie betrachten: Die Datensätze werden bei der Preisberechnung zwar korrekt übertragen, doch die Salden, Rabatte und die Rechnungslogik funktionieren weiterhin nicht.
- Unterschätzung der bestehenden benutzerdefinierten Logik: Alte Skripte, manuell erstellte Berichte und Ausnahmen enthalten oft geschäftskritische Regeln.
- Auslassen von Belegen für den Parallelbetrieb: Eine Umstellung ohne abgeglichene Ergebnisse erhöht das Risiko von Streitigkeiten und Einnahmeausfällen.
- Nur „Happy Paths“ testen: Auch für Rückerstattungen, fehlgeschlagene Sitzungen, Roaming, Steuern, Gutschriften, Überschreitungen und inaktive Produkte sind Testfälle erforderlich.
- Mangelhafte Rollback-Planung: Teams benötigen klare Entscheidungsbefugnisse vor einer fehlgeschlagenen Umstellung, nicht währenddessen.
Die Vorbeugung ist einfach, aber anspruchsvoll: saubere Daten, klare Zuständigkeiten, realistische Testfälle, Integrationsüberwachung, Abgleich und Disziplin bei der schrittweisen Einführung.
Sind Sie bereit anzufangen?
Erfahren Sie, wie Ihr Unternehmen mit Tridens Monetization BSS erfolgreich sein kann.
Wie viel Zeit und welche Kosten sind für eine BSS-Migration erforderlich?
Die Zeitpläne für die BSS-Migration variieren je nach Umfang, Teilnehmerbasis, Datenqualität, Integrationen, Komplexität des Produktkatalogs, benutzerdefinierter Logik, regulatorischen Anforderungen und interner Verfügbarkeit. Dennoch lassen sich sinnvolle Planungsspannen festlegen.
Die Kosten schwanken stärker. Eine begrenzte Migration kann sich auf einige Zehntausend oder wenige Hunderttausend Dollar belaufen, wenn der Umfang gering ist und die Daten sauber sind. Eine komplexe Migration der Telekommunikationsabrechnung mit vielen Integrationen, maßgeschneiderten Prozessen und Parallelbetrieb kann Kosten in Höhe von mehreren Hunderttausend Dollar oder sogar siebenstelligen Beträgen verursachen. Betrachten Sie diese Angaben als Planungsgrößenordnungen und nicht als verbindliche Kostenvoranschläge.
Die größten Kostenfaktoren sind in der Regel die Datenbereinigung, Integrationsarbeiten, die Ermittlung von Altregeln, parallele Läufe, Tests, die Projektsteuerung und das interne Änderungsmanagement. Einsparungen in diesen Bereichen mögen das Projektbudget auf dem Papier zwar senken, führen jedoch zu höheren Kosten durch Fehler nach der Umstellung.
Wie Tridens Monetization dazu beiträgt, Migrationsrisiken zu verringern
Tridens Monetization hilft Kommunikationsanbietern dabei, sich von starren, veralteten Umsatzmodellen zu lösen, ohne dieselben Einschränkungen in einem neuen System erneut zu schaffen.
Dank der No-Code-Konfiguration können Teams Angebote, Preisregeln, Bundles, Rabatte und Produktänderungen schneller abbilden. Die API-First-Architektur ermöglicht die Anbindung von CRM-, Provisioning-, Mediation-, Zahlungs-, Self-Care-, Analyse- und Finanzsystemen sowohl während als auch nach der Migration.
Für Telekommunikationsanbieter, Echtzeit-Abladung und Abrechnung sind für die Qualität der Migration von zentraler Bedeutung. Nutzung, Kontostände, Rechnungen, Zahlungen und Umsatzberichte müssen konsistent bleiben, während die Kundensegmente von der alten auf die neue Plattform umgestellt werden.
Unsere Lösungen unterstützen Abonnement-, nutzungsbasierte, hybride und Partnermodelle für Kommunikationsanbieter. Das ist wichtig, da viele BSS-Migrationsprojekte nicht nur reine Systemerneuerungen sind. Sie bieten auch die Chance, die Umsatzstruktur zu vereinfachen und neue Preismodelle zu unterstützen, ohne auf Änderungsanforderungen der Anbieter warten zu müssen.
Häufig gestellte Fragen zur BSS-Migration
Was ist eine BSS-Migration?
Unter der BSS-Migration versteht man den Prozess der Übertragung von Kunden-, Produkt-, Abrechnungs-, Rechnungs-, Zahlungs- und Betriebsdaten aus einem bestehenden Business-Support-System auf eine neue Plattform.
Wie lange dauert eine BSS-Migration?
Eine Migration in begrenztem Umfang kann 3–6 Monate dauern, eine Migration eines mittelgroßen CSP dauert oft 6–12 Monate, und große oder länderübergreifende Migrationen können 12–24+ Monate in Anspruch nehmen.
Kann man ein BSS ohne Ausfallzeiten migrieren?
Durch eine schrittweise Migration, Parallelbetrieb, Datenabgleich, eine kontrollierte Umstellung und Rollback-Planung können Sie Ausfallzeiten für Ihre Kunden minimieren. Das Projekt sollte dennoch als Projekt mit kontrolliertem Risiko behandelt werden.
Was sind die größten Risiken bei der BSS-Migration?
Die größten Risiken sind schlechte Datenqualität, unvollständige Produktzuordnung, Bewertungsfehler, Integrationslücken, fehlende Abgleichmaßnahmen, unzureichende Rollback-Planung und mangelnde Support-Bereitschaft.
Wie migriert man Abrechnungsdaten aus dem Telekommunikationsbereich?
Beginnen Sie mit einer Bestandsaufnahme der Daten, bereinigen und ordnen Sie die Datensätze zu, migrieren Sie einen kontrollierten Teilbereich, vergleichen Sie alte und neue Ergebnisse, gleichen Sie Rechnungen und Salden ab und führen Sie dann die Umstellung schrittweise durch.
Was sollte eine Checkliste für die BSS-Migration enthalten?
Eine Checkliste für die BSS-Migration sollte folgende Punkte umfassen: Abbildung der Abhängigkeiten, Datenbereinigung, Abbildung des Produktkatalogs, Integrationstests, Abgleich der Abrechnungsdaten, Kriterien für die Umstellung, Zuständigkeit für den Rollback sowie Überwachung nach der Umstellung.
