Billing-Systeme für Provider: Woraus sie im Kern bestehen

Der Kunde sieht vom Billing eine Zeile: „Am soundsovielten wird so viel abgebucht." Innen ist es das wichtigste System des Betreibers: Es lässt Menschen ins Netz, misst den Verbrauch, zählt das Geld und steht der Buchhaltung für jeden Cent gerade. Einen Website-Ausfall übersteht ein Betreiber, ein Billing-Ausfall heißt dagegen: Tausende Kunden sind offline oder surfen gratis. Sehen wir uns an, woraus dieses System besteht, das die Branche automatisches Abrechnungssystem nennt.

Der Weg des Kunden durch das Billing

Baut der Router eines Kunden eine Verbindung auf, fragt die Technik des Betreibers das Billing: reinlassen und mit welchem Tempo? Die klassische Sprache dieses Dialogs ist RADIUS, und die Antwort hängt von Guthaben und Tarif ab. Dann sendet das Netz Zähler: wie viele Bytes durchliefen, wie lange die Sitzung dauerte. Das Billing macht daraus Abbuchungen und schließt am Abrechnungstag die Periode. Eine Zahlung aus dem Kundenbereich läuft umgekehrt: Geld gutgeschrieben, Sperre aufgehoben, Tempo wiederhergestellt, und das alles ohne einen Menschen.

Module eines modernen Systems

Um den Kern leben meist verwandte Blöcke: technische Bestandsführung für Kabel und Ports, Abbuchungshinweise, Anbindung an Abdeckungskarten. Je größer der Betreiber, desto mehr ähnelt das Billing einem Baukasten, in dem sich jedes Modul ersetzen lässt.

Fertigprodukt, SaaS oder Eigenentwicklung

Kleine Netze beginnen mit Fertigsystemen: auf dem eigenen Server installieren, Tarife anlegen, loslegen. Der Vorteil ist Kontrolle und ein einmaliger Preis, der Nachteil, dass Updates und Backups bei Ihnen liegen. Cloud-Systeme übernehmen den Betrieb gegen eine Gebühr pro Konto, für ein Netz mit einigen Tausend Kunden oft günstiger als das Gehalt eines Administrators. Eigenentwicklung wählen Betreiber mit ungewöhnlichem Modell: virtuelle Anbieter, Provider mit Tagestarifen, Dienste, bei denen das Billing selbst das Produkt ist. Das ist der teuerste Weg, dafür ohne die Grenzen fremder Architektur.

Worauf Sie bei der Auswahl achten

• Unterstützung Ihrer Technik. Autorisierung und Zählererfassung müssen mit Ihren konkreten Switch- und BRAS-Modellen funktionieren, „im Allgemeinen" genügt nicht.
• Tempo der Sperre. Wie viel Zeit liegt zwischen Null auf dem Konto und der echten Abschaltung: Stunden Differenz sind verschenkter Traffic.
• Neuberechnungen. Rückwirkender Tarifwechsel, Erstattungen, zugesagte Zahlung: An diesen Szenarien scheitern Fertigsysteme am häufigsten.
• Offene API. Kundenbereich, Website und Mobile-App leben länger, wenn Sie sie auf einer API aufbauen können, statt in einer fremden Vorlage.
• Lastreserve. Ein System, das bei tausend Kunden flott läuft, kann bei fünfzigtausend am Tag der Massenabbuchung stehen bleiben.

Ein eigener Kostenpunkt ist die Migration. Der Umzug vom alten System zieht Guthabenhistorie, offene Perioden und zugesagte Zahlungen nach sich. Ein guter Dienstleister beginnt mit der Bestandsaufnahme genau dieser Altlasten, ein schlechter mit der Vorführung eines hübschen Kundenbereichs. Planen Sie den Parallelbetrieb beider Systeme für mindestens eine Abrechnungsperiode: Der Abgleich der Abbuchungen bei echten Kunden findet, was kein Test zeigt.

Typische Einführungsfehler

• Billing nach dem Netz. Erst baut man das Netz, dann schraubt man die Abrechnung an. Richtig ist es umgekehrt: Das Konzept für Autorisierung und Erfassung bestimmt die Wahl der Technik.
• Tarife „wie beim Nachbarn". Das System kann flexible Tarife, doch es kommen nur drei Zeilen hinein. Danach wird jede Aktion zur manuellen Neuberechnung.
• Ein Server für alles. Datenbank, RADIUS und Kundenbereich auf einer Maschine laufen bis zum ersten Tag der Massenabbuchung. Lagern Sie wenigstens die Datenbank rechtzeitig aus.
• Keine Testumgebung. Updates gehen direkt in den Betrieb, und schon der erste Tarifierungsfehler kostet mehr als ein Testaufbau in seinem ganzen Leben.
• Backup ohne Wiederherstellungstest. Backups laufen jahrelang, die erste Wiederherstellung wird im Notfall versucht. Üben Sie die Wiederherstellung einmal im Quartal.

Der gemeinsame Nenner dieser Fehler: Billing gilt als Programm, ist aber ein Prozess. Das Geld der Kunden fließt ununterbrochen hindurch, also behandeln Sie es wie eine Kasse und nicht wie eine Website.

Wählen Sie ein System für ein wachsendes Netz, sehen Sie über die Funktionsliste hinaus und stellen Sie zwei Fragen: Wie übersteht es den Abrechnungstag, und wie leicht kommen die Daten beim Umzug heraus? Alles andere lässt sich ergänzen, diese zwei Eigenschaften legt die Architektur fest. Über die verwandte Infrastruktur schreiben wir gesondert: Der Überblick über Servertypen im Netz hilft einzuordnen, wo das Billing in diesem Bild steht.