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.
Eine Falle steckt im ersten Jahr: Ein neues Jahresabo wird oft bis zum Verlängerungstermin anteilig vorab berechnet, der Vertrag selbst beginnt erst an diesem Termin. Kauft der Kunde in dieser vorab bezahlten Strecke dazu, liegt der Zukauf vor dem Vertragsbeginn, und ein Abgleich, der nur Vertragsperioden kennt, hält ihn für „noch nicht berechnet". Die bezahlte Strecke muss deshalb an der Position stehen, sonst bleibt jeder Zukauf bis zur ersten regulären Rechnung liegen.
Nicht jede Quelle rechnet tagesgenau. Manche Hersteller fakturieren den Kalendermonat: Der Einstiegsmonat kostet anteilig, danach laufen volle Monate. Dort gehört der Vertragsbeginn auf den Monatsersten, und eine Mehrmenge wird als volle Periode auf der nächsten Rechnung nachberechnet. Welche Regel gilt, ist eine Eigenschaft der Quelle, nicht des Vertrags.
Monatlich wird jährlich: Takt-Wechsel zum Stichtag
Stellt ein Kunde ein Abo zur nächsten Verlängerung von monatlich auf jährlich um, meldet das Portal die Lizenzen oft sofort unter dem neuen Takt. Ein naiver Abgleich sieht darin einen Neukauf: Er legt eine zweite Position an und berechnet die volle Menge anteilig ab heute, zusätzlich zur weiterlaufenden Monatsposition.
Richtig ist, den Wechsel als solchen zu erkennen: gleiche Variante, gleiche Laufzeit, nur ein anderer Takt. Dann endet die alte Position am Tag vor dem Verlängerungstermin, die neue beginnt genau an diesem Tag, und bis dahin entsteht keine Rechnung. Bis zum Stichtag werden Mengenänderungen nicht still geschrieben, sondern gemeldet.
Dazu gehört, dass alle Quellen den Verlängerungstermin gleich verstehen. Die eine liefert den letzten Tag der Laufzeit, die andere den ersten Tag der neuen. Ein Tag Versatz reicht, damit geplante Verlängerungsmengen nicht greifen oder ein Jahr um einen Tag zu kurz berechnet wird. Der Abgleich übersetzt deshalb jede Quelle in eine gemeinsame Bedeutung.
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.
Auch „keine Rechnung" ist eine Entscheidung
Ein Abgleich entscheidet ständig, dass kein Beleg nötig ist: eine Reduzierung wirkt erst auf die nächste reguläre Rechnung, eine Erhöhung fällt in eine noch nicht berechnete Periode, ein Abo wurde zum Verlängerungstermin gekündigt. Diese Entscheidungen stimmen meistens, und genau deshalb prüft sie niemand, denn es entsteht nichts, was man ansehen könnte.
Sichtbar werden sie nur, wenn der Abgleich sie meldet: je Lauf eine Sammelmeldung mit Kunde, Menge vorher und nachher und dem Grund. Dasselbe gilt für Positionen, die eine Quelle plötzlich nicht mehr meldet. Die Menge bleibt dann stehen, die Position wird markiert, und jemand entscheidet, ob das Abo wirklich weg ist.
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.
Gefährlicher als eine schweigende Quelle ist eine, die frisch antwortet und trotzdem falsch liegt. Manche Portale melden am Monatsanfang eine Null mit dem Hinweis, dass die Zahl noch nicht feststeht; andere zeigen während laufender Umbauten Zwischenstände. Eine Null mit „steht noch aus" ist keine Menge, sondern eine fehlende Messung, und bei Quellen mit Zwischenständen wird eine Änderung erst übernommen, wenn zwei Läufe in Folge denselben Wert melden.
Als letzte Absicherung rechnet jeder Lauf erst durch, was er ändern würde. Würde er ungewöhnlich viele Positionen anfassen oder die Gesamtmenge einer Quelle stark bewegen, schreibt er nichts, sondern hält an und eröffnet ein Ticket. Freigegeben wird von Hand, oder die Sperre löst sich, sobald die Quelle wieder unauffällige Daten liefert.
- Veraltete Daten erkennen und den Lauf aussetzen, statt zu schätzen
- Ausstehende Zählerstände nicht als Null übernehmen
- Große Abweichungen anhalten und melden, statt sie zu schreiben
- 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, Cloud Factory, Tarox, dem ADN Cloud Marketplace, Hornetsecurity und einem angebundenen WooCommerce-Shop; jede Quelle ist einzeln abschaltbar, und alle laufen in denselben Vertrag.
Den Distributor wechseln, ohne neu anzufangen
Irgendwann zieht ein Bestand um, von einem Distributor zum anderen. Für einen Abgleich ist das heikel: Die alte Quelle meldet das umgezogene Abo nicht mit null, es verschwindet einfach. Die neue Quelle findet eine Position, die ihr nicht gehört, und legt im schlimmsten Fall eine zweite an, samt anteiliger Rechnung für eine Strecke, die der Kunde längst bezahlt hat.
Sauber ist ein Umhängen statt Neuanlegen: Die vorhandene Position wechselt die Quelle und behält Menge, Vertrag und Abrechnungsstand. Zugeordnet wird über Beweise, gleicher Kunde, gleiche Hersteller-Variante, gleiche Laufzeit, gleicher Takt, nicht über den Namen. Und umgehängt wird erst, wenn die alte Quelle die Variante nicht mehr meldet.
Verbrauch ist keine Menge
Nicht alles, was ein Portal als Abo führt, lässt sich wie eine Lizenz berechnen. Verbrauchsabhängige Pläne, etwa für Azure, haben keinen festen Zähler und keinen festen Preis: Das Abo steht mit Menge eins im Portal, der Betrag ist jeden Monat ein anderer. Als normale Position übernommen, würde daraus jeden Monat derselbe feste Betrag.
Solche Pläne gehören deshalb nicht in den Mengenabgleich. In IDA stehen sie im Abo-Abgleich in einem eigenen Bereich „Verbrauch", mit Kunde, Plan und Startdatum: sichtbar, damit keiner vergessen wird, aber ohne feste Vertragsposition.
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.
Was passiert, wenn ein Kunde von monatlich auf jährlich wechselt?
Der Abgleich erkennt den Takt-Wechsel an gleicher Variante und Laufzeit. Die Monatsposition endet am Tag vor dem Verlängerungstermin, die Jahresposition beginnt an diesem Tag. Es entsteht keine zweite Position und keine Rechnung ab heute.
Was, wenn eine Quelle plötzlich falsche Zahlen liefert?
Jeder Lauf wird erst durchgerechnet. Würde er ungewöhnlich viele Positionen ändern oder die Menge einer Quelle stark bewegen, schreibt er nichts und eröffnet ein Ticket. Übernommen wird erst nach Freigabe von Hand oder wenn die Quelle wieder unauffällige Daten liefert.
Wir wechseln den Distributor. Müssen wir die Verträge neu anlegen?
Nein. Die vorhandenen Positionen werden auf die neue Quelle umgehängt und behalten Menge, Vertrag und Abrechnungsstand. Zugeordnet wird über Kunde, Hersteller-Variante, Laufzeit und Takt, umgehängt erst, wenn die alte Quelle das Abo nicht mehr meldet.
Wie werden verbrauchsabhängige Pläne wie Azure behandelt?
Sie laufen nicht über den Mengenabgleich, weil sie weder feste Menge noch festen Preis haben. Sie stehen gesondert im Abo-Abgleich, damit sie sichtbar bleiben, erzeugen aber keine feste Vertragsposition.
IDA 30 Tage kostenlos testen
Ohne Zahlungsdaten, in Minuten startklar - in Deutschland gehostet.
