SID-konformes Billing für Telekom-Betreiber erklärt

TL;DR

Wenn Ihr Billing-System eigene Begriffe für „Kunde", „Produkt" und „Abonnement" erfindet, wird jede Integration zu einem Übersetzungsprojekt. Das TM Forum SID-Modell gibt der Branche ein gemeinsames Vokabular, und die Billing-Engine von METAVSHN basiert darauf.

Was SID tatsächlich ist

SID steht für Shared Information/Data Model. Es ist eine Sammlung von Entitätsdefinitionen und Beziehungen, gepflegt vom TM Forum und in der ganzen Telekombranche verwendet. Die für das Billing wichtigen:

• Party: jede natürliche oder juristische Person (Kunde, Partner, Mitarbeiter)
• Party Role: was diese Party in diesem Kontext ist (Customer, Subscriber, BillResponsible). Die Beziehung ist N:N, eine Party kann also viele Rollen einnehmen.
• Product Offering: was Sie verkaufen
• Product: eine instanziierte Offering für einen bestimmten Subscriber
• Customer Account: der Abrechnungsumfang
• Customer Bill: die Rechnung

Warum N:N-Party-Rollen wichtig sind

Eine echte Telekombeziehung sieht selten aus wie „ein Kunde, ein Produkt". Ein Elternteil zahlt die Rechnung, ein Kind ist der Subscriber, die juristische Person hält den Vertrag, der technische Kontakt erhält die Ausfallmeldungen. SID modelliert das nativ: eine Party, viele Rollen, und die Billing-Engine weiß, welche Rolle für welche Operation gilt.

Wo das in METAVSHN auftaucht

• Steuermapping-Regeln hängen an Produktangeboten, nicht an Rechnungen: einmal ändern, und sie gelten ab dann
• Buchungskonten (für den Buchhaltungsexport) liegen am Produkt, sodass Bexio korrekt kodierte Positionen erhält
• Mahnungen zielen auf die Party-Rolle BillResponsible, nicht auf den Subscriber, so erreicht die Erinnerung die richtige Person

Weiterführend

• Billing-Engine-Modul
• Hosted Checkout, wo dieselben Produktangebote den Bestellablauf steuern