Abrechnung
Abo-Abrechnung automatisieren: wie ein Mengenabgleich funktioniert
Wiederkehrende Leistungen machen bei den meisten IT-Dienstleistern den größten Teil der Rechnungszeilen aus, und werden trotzdem in erstaunlich vielen Betrieben von Hand nachgehalten. Der Grund ist selten Bequemlichkeit: Ein Abgleich, der einfach Zahlen aus einem Portal übernimmt, richtet mehr Schaden an als er nutzt. Dieser Beitrag beschreibt, was ein Mengenabgleich können muss, damit man ihm die Abrechnung wirklich überlassen kann, unabhängig davon, mit welchem System Sie ihn umsetzen.
Was ein Abo-Sync eigentlich ist
Gemeint ist ein automatischer Abgleich zwischen der Stelle, an der eine Menge entsteht, und der Stelle, an der sie berechnet wird. Die Menge entsteht im Portal des Distributors oder Herstellers: Ein Kunde bucht Postfächer dazu, kündigt Arbeitsplätze, wechselt ein Produkt. Berechnet wird sie in Ihrem Vertrag. Zwischen beiden liegt in vielen Betrieben eine Tabelle und ein Mensch.
Ein Abgleich ersetzt diesen Zwischenschritt: Er liest die Mengen aus der Quelle, vergleicht sie mit den Vertragspositionen und schreibt die Differenz fort. Klingt einfach, ist es aber genau an vier Stellen nicht, beim Schlüssel, beim Zeitpunkt, beim Umgang mit Handarbeit und beim Ausfall.
Der Schlüssel entscheidet alles
Die häufigste und teuerste Fehlannahme ist, dass ein Produktname oder eine Artikelnummer ausreicht, um eine Quell-Zeile einer Vertragsposition zuzuordnen. Das stimmt nicht. Dieselbe Lizenz ist kaufmännisch ein anderes Produkt, je nachdem ob sie monatlich oder jährlich abgerechnet wird, und noch einmal ein anderes, wenn die Laufzeit abweicht.
Ein tragfähiger Schlüssel besteht deshalb aus vier Teilen: Kunde, konkrete Produktvariante, Laufzeit und Abrechnungszyklus. Fehlt der Zyklus, addiert die Mengenabfrage die monatlichen und die jährlichen Lizenzen zu einer Zahl. Das Ergebnis ist eine Position mit der Menge aller Zyklen und einem rückdatierten Vertragsbeginn, die Rechnung ist zu hoch, und der Fehler fällt erst auf, wenn der Kunde nachfragt.
- Kunde, und zwar sicher zugeordnet, nicht über einen Namensvergleich geraten
- Produktvariante, die konkrete Variante, nicht die Produktfamilie; zwei Varianten mit ähnlichem Namen sind zwei Artikel
- Laufzeit, ein Jahresvertrag und ein monatlich kündbarer sind nicht dieselbe Zeile
- Abrechnungszyklus, monatlich, jährlich oder abweichend; er entscheidet, ob einmal oder zwölfmal fakturiert wird
Zukauf am 12. - anteilig oder gar nicht
Mengen ändern sich mitten in der Periode. Wer erst zum nächsten Ersten berechnet, verschenkt bei jedem Zukauf einen Teilmonat. Über ein Jahr und den gesamten Bestand ist das kein Rundungsfehler mehr, sondern ein fester Abschlag auf den Umsatz.
Sauber ist die Trennung nach Fakturierungsstand: War die laufende Periode schon berechnet, entsteht eine anteilige Nachberechnung ab dem Tag der Erhöhung, als eigene Zeile, damit der Kunde sie nachvollziehen kann. War sie noch nicht berechnet, landet einfach die neue Menge auf der regulären Rechnung. Zwei Fälle, zwei Verhalten, kein Ermessen.
Wichtig ist außerdem, auf welcher Ebene eine Erhöhung gezählt wird. Wer nur die Summe einer Vertragsposition beobachtet, übersieht den Zukauf, wenn im selben Zeitraum eine andere Zeile aus der Gruppe wandert: Die Summe bleibt gleich, berechnet wird nichts. Gezählt werden muss auf der Ebene der einzelnen Quell-Zeile.
Handarbeit muss Handarbeit bleiben dürfen
In jedem Bestand gibt es Positionen, die bewusst von der Quelle abweichen: eine Kulanzregelung, ein Sonderpreis, eine Menge, die aus einem guten Grund eingefroren wurde. Ein Abgleich, der nachts alles geradezieht, löscht genau diese Entscheidungen, und niemand merkt es, weil die Zahl danach ja plausibel aussieht.
Die Regel lautet deshalb: Eine von Hand geänderte Position wird nicht überschrieben, sondern gemeldet. Die Abweichung gehört ins Protokoll, nicht in eine stille Korrektur. Dasselbe gilt für Kündigungen: Die Position wird auf null gesetzt und läuft zum Periodenende aus, statt rückwirkend zu verschwinden, was geliefert wurde, muss berechenbar und nachvollziehbar bleiben.
Was passiert, wenn die Quelle schweigt
Portale sind nicht immer erreichbar, Zugangsdaten laufen ab, Schnittstellen ändern sich. Der entscheidende Konstruktionsfehler wäre, in diesem Fall mit dem letzten bekannten Stand weiterzurechnen: Dann berechnet das System stillschweigend Mengen, die niemand mehr geprüft hat, und im schlimmsten Fall monatelang.
Richtig ist das Gegenteil: Antwortet eine Quelle nicht oder sind ihre Daten veraltet, setzt der Abgleich für diese Quelle aus und meldet es. Lieber eine Rechnung später als eine falsche. Aus demselben Grund gehört vor jeden Abrechnungslauf eine Vorschau, erst sehen, was entstehen würde, dann auslösen.
- Veraltete Daten erkennen und den Lauf aussetzen, statt zu schätzen
- Vorschau vor jedem Abrechnungslauf, mit den Änderungen gegenüber dem Vormonat
- Protokoll je Lauf: was abgeglichen, was übersprungen, was aufgefallen ist
- Nur ein Lauf je Quelle gleichzeitig, parallele Läufe erzeugen doppelte Positionen
Viele Quellen, ein Vertrag
Ein Kunde bezieht Microsoft-Lizenzen über einen Distributor, E-Mail-Security über einen zweiten Hersteller, Backup über einen dritten und dazu etwas aus Ihrem eigenen Shop. Für ihn ist das eine Leistung, die er von Ihnen bezieht, entsprechend gehört sie auf eine Rechnung.
Technisch heißt das: Alle Quellen schreiben in denselben Vertrag, nicht in einen je Anbieter. Jede Quelle braucht dabei eine eigene Zuordnungsmaske für Artikel, Laufzeit und Zyklus, weil jedes Portal seine Produkte anders benennt. Was sie nicht braucht, ist ein eigener Abrechnungsweg, sonst bekommt der Kunde vier Rechnungen und Sie vier Fehlerquellen.
In IDA kommen die Mengen heute aus Crayon Cloud iQ, dem ALSO Cloud Marketplace, Tarox, Cloud Factory, Hornetsecurity und einem angebundenen WooCommerce-Shop; jede Quelle ist einzeln abschaltbar, und alle laufen in denselben Vertrag.
Einführen, ohne den Bestand zu riskieren
Der Umstieg scheitert selten an der Technik, sondern an der Reihenfolge. Bewährt hat sich: zuerst messen, dann eine Quelle, dann der Rest.
- Bestand abgleichen: Portalmengen gegen berechnete Mengen, Kunde für Kunde. Das Ergebnis ist unbequem und zugleich die Begründung für alles Weitere.
- Eine Quelle automatisieren, die mit den meisten Positionen, und einen Monat parallel laufen lassen, statt sofort umzuschalten.
- Die Differenzen aus diesem Monat einzeln durchgehen. Jede erklärte Differenz ist eine Regel, die vorher niemand aufgeschrieben hatte.
- Restliche Quellen nachziehen und die Tabelle abschaffen. Solange sie existiert, wird sie gepflegt.
Häufige Fragen
Was ist ein Abo-Sync?
Ein automatischer Abgleich zwischen dem Portal, in dem eine Lizenzmenge entsteht, und dem Vertrag, über den sie berechnet wird. Er liest die Mengen aus der Quelle, vergleicht sie mit den Vertragspositionen und schreibt Änderungen fort, inklusive anteiliger Nachberechnung bei Zukäufen und Auslaufen bei Kündigungen.
Wie oft sollte ein Mengenabgleich laufen?
Täglich. Ein täglicher Abgleich zeigt Änderungen, solange man sie noch einordnen kann. Ein monatlicher stellt Sie am Stichtag vor einen Berg von Abweichungen, deren Ursache niemand mehr erinnert.
Warum reicht der Produktname als Zuordnung nicht aus?
Weil dieselbe Lizenz je nach Abrechnungszyklus und Laufzeit ein anderes kaufmännisches Produkt ist. Der Schlüssel muss aus Kunde, Produktvariante, Laufzeit und Zyklus bestehen. Fehlt der Zyklus, werden monatliche und jährliche Mengen addiert und die Position entsteht mit falscher Menge und rückdatiertem Beginn.
Was passiert mit Positionen, die wir bewusst abweichend berechnen?
Sie müssen abweichend bleiben dürfen. Ein Abgleich, der jede manuelle Entscheidung nachts wieder geradezieht, ist schlimmer als gar keiner. Die Abweichung gehört gemeldet und protokolliert, nicht still korrigiert.
Was passiert, wenn ein Portal nicht erreichbar ist?
Der Abgleich für diese Quelle setzt aus und meldet es. Mit dem letzten bekannten Stand weiterzurechnen ist der gefährlichere Weg, weil dabei ungeprüfte Mengen berechnet werden, unter Umständen über Monate.
Lohnt sich das auch bei wenigen Kunden?
Entscheidend ist nicht die Kundenzahl, sondern wie oft sich Mengen ändern. Zwanzig Kunden mit beweglichen Nutzerzahlen erzeugen mehr Drift als hundert statische. Der Nutzen liegt weniger in der gesparten Zeit als in den Fehlern, die nicht mehr passieren.
IDA 30 Tage kostenlos testen
Ohne Zahlungsdaten, in Minuten startklar - in Deutschland gehostet.
