Eine Telco-Abrechnungsplattform, die wir letztes Jahr geprüft haben, verarbeitet rund 14 Millionen CDRs pro Tag über 240 Tarifpläne. Sie läuft seit 15 Jahren. Niemand im aktuellen Ingenieurteam hat eine einzige Zeile davon geschrieben.
Das ist die Standardbeziehung, die Telekommunikationsunternehmen zu ihren Abrechnungssystemen haben: tiefer Respekt, stille Angst.
Das System, vor dem alle Angst haben
Telekommunikations-Abrechnung auf Oracle Forms berechnet Gebühren über Hunderte von Tarifplänen, wendet Steuern, Zuschläge, Anteilsberechnungen, Teilmonatslogik, Nutzungsstufen und vertraglich ausgehandelte Rabatte für Unternehmenskunden an. Es funktioniert. Es funktioniert seit Jahren. Und niemand will der Ingenieur sein, der es kaputt macht.
Die Forms-Oberfläche ist das Fenster des Betriebsteams in das System. Abrechnungsprüfer untersuchen Streitfälle darüber. Revenue Assurance erkennt Anomalien darüber. Die Finanzabteilung schließt jeden Monat die Bücher darüber. Der Kundenservice erklärt Gebühren darüber.
Dieses System zu ersetzen ist nicht wie ein CRM auszutauschen. Eine einzige falsche Rechnung ist ein regulatorischer Befund.
Warum Modernisierung jetzt unvermeidlich ist
Drei Kräfte konvergieren.
5G- und IoT-Abrechnung. Network Slicing, IoT-Gerätestufen und nutzungsbasierte Unternehmenstarife erfordern Abrechnungslogik, für die das ursprüngliche Forms-System nicht ausgelegt war. Neue Tarifpläne erfordern Wochen an PL/SQL-Entwicklung.
Echtzeit-Transparenz. Geschäftskunden erwarten ein Self-Service-Dashboard, das die Frage „Wie viel haben wir diesen Monat ausgegeben?” ohne einen Anruf beim Support beantwortet. Forms kann diese Daten nicht an ein Kundenportal weitergeben.
Regulatorische Automatisierung. TRAI, FCC und EU-Telekommunikationsregulierer verlangen zunehmend automatisierte Compliance-Berichte. Manuelle Extraktion zum Prüfungszeitpunkt wird nicht mehr akzeptiert.
Ein Schichtenansatz, der tatsächlich funktioniert
Kein vernünftiger Mensch schreibt ein Telekommunikations-Abrechnungssystem von Grund auf neu. Das Risiko ist zu hoch und der Zeitrahmen zu lang. Stattdessen verwenden wir eine Drei-Schichten-Migration.
Schicht 1: Extrahieren und bewahren. Automatisierte Analyse jeder Abrechnungsberechnung, Tarifplanregel und Steuerroutine im Forms-Bestand. Das Ergebnis ist die maßgebliche Spezifikation dessen, was das System tatsächlich tut — in der Regel das erste Mal, dass jemand eine solche hat.
Schicht 2: Neue Oberfläche, gleiche Engine. Die neue TypeScript-Anwendung verbindet sich über REST APIs mit derselben Abrechnungsdatenbank. Prüfer und Analysten bekommen eine moderne Oberfläche. Die Berechnungs-Engine darunter bleibt unverändert.
Schicht 3: Schrittweise Engine-Modernisierung. Sobald die Oberflächenschicht stabil ist, migrieren einzelne Abrechnungskomponenten in die neue Architektur, eine Tarifplankategorie nach der anderen, parallel zur Legacy-Engine validiert.
Das verwandelt die beängstigendste Migration in der Unternehmens-IT in eine Abfolge kleiner, reversibler Schritte. Das Gesamtsystem ist nie gefährdet. Jeder Schritt hat ein Rollback. Das Betriebsteam bekommt keine Revolution. Es bekommt ein besseres Fenster in ein System, das weiter genau so funktioniert wie immer, bis es stillschweigend durch etwas ersetzt wird, das sie erweitern können.