IoT-Abrechnung:Wenn Legacy nicht die Lösung ist

Keith Brody von Evolving Systems

Jedes Gespräch über Unternehmenssoftware und ihre Zielfunktionen (in diesem Fall Abrechnung) hat immer eine von zwei Varianten, Theorie und Praxis. Da die Einnahmen aus traditionellen Telekommunikationsdiensten schnell erodieren (siehe zum Beispiel die Unterbrechung der SMS-Einnahmequellen durch WhatsApp ), sind Kommunikationsdienstanbieter (CSPs) zunehmend darauf angewiesen, schnell über die Theorie hinauszugehen und neue Dienste und Dienstpakete schnell und kostengünstig zu ermöglichen und zu monetarisieren.

Wie oft haben Sie einen CEO von Telekommunikationsunternehmen sagen hören, dass seine größte Frustration die langsame Markteinführung neuer Dienste ist, die seine Wettbewerbsfähigkeit steigern könnten? Oder fragen Sie sich, wie Sie die digitale Chance am besten nutzen können?

Die Theorie ist alles gut, aber es gibt ein großes Problem. Legacy Business Support Systems (BSS) für CSPs bleiben teuer, unflexibel, monolithisch und zeitaufwendig zu ändern, sagt Keith Brody, VP Marketing bei Evolving Systems . In den letzten Jahren gab es zwar Fortschritte, um dieser Realität zu begegnen, aber kommen sie schnell genug? In einer Zeit der schnellen Entwicklung sowohl des Netzwerks als auch der netzwerkbasierten Dienste erfordert diese Frage eine Antwort.

Und es ist ein Problem, bei dessen Lösung Softwareanbieter nicht unbedingt helfen. Wenn sie es überhaupt anerkennen. Viele Anbieter verstecken sich hinter einem Argument der „Komplexitätsannahme“, mit dem einige Leser vielleicht vertraut sind. Hier behaupten sie, dass BSS der nächsten Generation zwar kostspielig und eingeschränkt erscheinen mag, was eine schnelle Markteinführung anbelangt, eine solche Realität jedoch angesichts der Geschwindigkeit des Dienstwechsels in der Branche selbst unvermeidlich ist, insbesondere wenn neue Dienste immer komplexer werden können als ihre Vorgänger.

Bei näherer Betrachtung wird das Komplexitätsargument jedoch schnell als Ablenkungsmanöver entlarvt. Während einige aufkommende mobile CSP-Dienste in Bezug auf Dinge wie die abzuwickelnde Partnerkette und die zu vergütenden Parteien tatsächlich komplex sind, basiert die überwiegende Mehrheit auf einfachen Paradigmen, die nur einen einfachen oder schlanken IT-Ansatz erfordern; ironischerweise (angesichts des Fortschritts bei den Diensten) eines, das oft einfacher ist als das alte BSS-System, für das ersetzt werden muss.

Die Frage, mit der sich der CSP konfrontiert, ist also, was die Alternative zum Vermächtnis ist und was zu tun ist, um es zu erreichen. Eine Denkschule besagt, dass durch die Neuverteilung einiger traditioneller Funktionen an neue Orte im BSS-Stack neue Dienste schnell aktiviert und monetarisiert werden können, ohne die Legacy-Infrastruktur zu destabilisieren. Diese Art der „Servicekontrolle“ kann dem Betreiber zugute kommen, indem die Risiken, die üblicherweise mit IT-Änderungen verbunden sind, gemindert und die Markteinführungszeiten verkürzt werden.

Um dies zu veranschaulichen, schauen wir uns ein bestimmtes Szenario an. Immer mehr Dienste basieren heute auf Bündeln, und in solchen Fällen muss die Bewertung nur dann erfolgen, wenn die Nutzung das gebündelte Angebot „kreuzt“. Dies führt möglicherweise zu einer Aufspaltung zwischen Bündelung und Bewertung, wobei beide zu unabhängigen Modulen innerhalb eines BSS werden und jedes separat gemäß den Marktkräften optimiert werden kann.

In diesem Anwendungsfall muss die Zählung für das Bundle nicht in den kostspieligen Abrechnungsbereich fallen, sondern kann innerhalb von Datenverwaltungsanwendungen abgewickelt werden. Der Wert hier umfasst Komplexitätsreduzierung, Speicherreduzierung und reduzierte Belastung nachgelagerter Preis-/Bewertungs-/Abrechnungsanwendungen, da die Mehrheit der Nutzungsdatensätze in einem Vorverarbeitungsschritt verarbeitet werden und somit zu einer Auslagerungsfunktion werden.

Sollten unterschiedliche Architekturen wie diese in Betracht gezogen werden? Ich würde argumentieren, ja. Zum einen ist die Vereinfachung und Kommodifizierung von IT-Architekturen generell unumgänglich. Kostensenkung ist und bleibt ein wichtiger Treiber, ebenso wie die Notwendigkeit, die Abhängigkeit von einzelnen, komplexen Softwaresystemen zu verringern.

Die Marktkräfte senken die Kosten in einer modularen Architektur, da jedes Modul unabhängig ist und individuell kommodifiziert werden kann. Angesichts der Tatsache, dass die überwiegende Mehrheit der Nutzungsaufzeichnungen im Zusammenhang mit allgemeinen Diensten kaum mehr als eine einfache Bewertung erfordert, liegt die Logik auf der Hand. Das Zählen außerhalb der Abrechnungs-/OCS-Anwendung kann SCHLANK und kosteneffizient sein. Datenmanagement- und Verarbeitungsplattformen sind im Gegensatz zu anderen Anwendungen von Natur aus flexibel und daher einfach und schnell anzupassen und in der Lage, neue Dienste zu ermöglichen, wenn sie in den Kontrollpfad gelegt werden.

Die Stärke des Arguments erklärt, warum eine wachsende Zahl von Betreibern über den herkömmlichen Tellerrand hinaus denkt. Diese Realität ist global; Betreiber von Europa über Asien bis Nordamerika haben bereits neue Ansätze verfolgt.

Darüber hinaus müssen CRM und Produktkataloge zu Schlüsselkomponenten werden, da sie alle wertvollen Daten für Kunden enthalten. Service Provider werden mit ziemlicher Sicherheit zunehmend auf diese Systeme angewiesen sein, was es schwierig macht, sie zu ersetzen. In einem solchen Kontext ist das Orchestrierungsmodul entscheidend, das die Kontrolle und den Informationsfluss zwischen anderen Modulen verwaltet. Änderungen an der Konfiguration, die hier und nicht anderswo in der Netzwerkschicht vorgenommen werden (wo Änderungen kostspieliger sind), sind durchaus sinnvoll.

Wenn die Kosten für das Netzwerk stetig sinken, während OSS/BSS OPEX und CAPEX fest sind und somit einen immer größeren Prozentsatz ihrer Gesamtkostenbasis ausmachen, ist eine Änderung unerlässlich. Innovationen innerhalb des Enabling-Stack sind daher unvermeidlich.

Der Autor ist Keith Brody, VP Marketing bei Evolving Systems.