Transaktionsbasierte Abrechnung für KI-Automatisierung 2026

Transaktionsbasierte Abrechnung, im deutschen B2B auch Outcome-based Pricing genannt, bedeutet: Abgerechnet wird pro Transaktion, die tatsächlich verarbeitet wird, und nicht pro Nutzerplatz, pro Lizenz oder als Implementierungsgebühr im Voraus. 2026 wird das zum Standardmodell für operative KI-Automatisierung, weil es einen fixen Personalkostenblock in eine variable, an der Ausgabe hängende Position verwandelt und das Interesse des Anbieters an das Ergebnis bindet. GeneralMind rechnet ausschließlich pro verarbeiteter Transaktion ab, die Kosten starten erst zum Go-live.
Unternehmenssoftware wird üblicherweise für Zugang bezahlt: Nutzerplätze, Lizenzen, Plattformgebühren, unabhängig davon, ob am Ende etwas geliefert wird. Bei KI, die operative Arbeit übernimmt, trägt dieses Modell nicht mehr. Dieser Beitrag beschreibt, wie transaktionsbasierte Abrechnung funktioniert und wo die kaufmännischen Fallstricke vor der Unterschrift liegen.
Was transaktionsbasierte Abrechnung konkret bedeutet
Bezahlt wird ein Stückpreis pro ausgeführter Transaktion: ein gebuchter Auftrag, eine verarbeitete Auftragsbestätigung, eine abgeglichene Rechnung. Dieser Preis liegt bei einem Bruchteil dessen, was ein FTE für dieselbe Aufgabe kostet. Es gibt keine Implementierungsgebühr, keine klassische Softwarelizenz und keine fixe Plattformgebühr. Das kaufmännische Modell folgt dem operativen: Was erledigt ist, wird abgerechnet.
Der Unterschied zeigt sich auf der Rechnung. Dort steht eine Menge multipliziert mit einem Stückpreis: so viele Bestätigungen verarbeitet, so viele Bestellpositionen gebucht, so viele Rechnungen abgeglichen. Nichts wird im Januar für ein Jahr fällig, das noch niemand gearbeitet hat. Ein so gebautes Preismodell für KI-Automatisierung macht aus der Rechnung einen Bericht über die erbrachte Leistung.
Was als eine Transaktion zählt
Hier sitzt die Unschärfe. Ausräumen lässt sie sich nur schriftlich, bevor jemand unterschreibt. Eine Bestellung mit vierzig Positionen ist gleichzeitig ein Dokument, ein Auftrag und vierzig Positionen. Diese drei Lesarten ergeben für identische Arbeit Rechnungen, die um eine Größenordnung auseinanderliegen.
Die Frage hat weitere Gesichter. Eine Bestätigung, die vier Ihrer Bestellungen abdeckt: eine Transaktion oder vier? Eine Bestätigung, die zwei Tage später von einer korrigierten Version überholt wird, und gebucht wird die Korrektur: zwei oder eine? Ein Beleg, den das System liest, als unsicher bewertet und an einen Operator eskaliert, der ihn abschließt. Abrechenbar oder nicht? Diese Antworten stehen besser im Vertrag als im Gesprächsprotokoll, denn sie verschieben eine Prognose weiter als ein paar Cent am Stückpreis.
Wiederholungen brauchen eine eigene Klausel. Wird ein Fall zweimal verarbeitet, weil das System falsch entschieden hat, liegt dieser Durchlauf auf der Seite des Anbieters. Wird er wiederholt, weil der Materialstamm veraltet war, liegt er auf der Seite des Kunden. Ein Modell, das jeden Durchlauf unabhängig von der Ursache abrechnet, bezahlt Ungenauigkeit.
Was in einem Monat ohne Volumen passiert
Feste Lizenzen kennen den Betriebskalender nicht. Steht ein Werk im August zwei Wochen still oder verschiebt ein Kunde ein Programm, stellt die Lizenz denselben Betrag, und die Kosten pro verarbeitetem Auftrag verdoppeln sich unbemerkt. Eine Abrechnung pro Transaktion folgt dem Volumen nach unten: Ein Monat ohne zu verarbeitende Vorgänge ist ein Monat mit fast keinen Kosten.
Das gilt in beide Richtungen. Der Anbieter trägt das Risiko Ihres schwachen Quartals, und manche kompensieren das mit einem zugesagten Mindestvolumen. Fragen Sie, wie hoch dieser Sockel liegt. Hoch genug angesetzt, ist er eine Fixgebühr mit anderem Vokabular.
Warum das Modell Lizenz- und Nutzerpreise bei KI schlägt
Der Einwand gegen zugangsbasierte Preise ist nicht Unfairness, sondern der falsche Maßstab. Ein Nutzerplatz zählt, wer die Software öffnen könnte. Eine KI, die eine Warteschlange selbstständig abarbeitet, hat keine Plätze zu zählen, und die Rechnung fällt am niedrigsten aus, wenn das System am meisten leistet.
- Gleichgerichtete Interessen. Der Anbieter verdient nur, wenn das System korrekt ausführt. Beide Seiten arbeiten damit auf Genauigkeit und Verfügbarkeit hin und nicht auf möglichst viele Lizenzen.
- Kein Risiko in der Einführung. Kosten starten erst zum Go-live. Für Aufbau und Schattenmodus fällt nichts an, womit das Risiko einer bezahlten Einführung über sechs Monate entfällt, die anschließend nie in Produktion ging.
- Kosten, die mit dem Nutzen skalieren. Steigt das Volumen, steigen die Kosten; sinkt es, sinken sie. Die Stückkosten verbessern sich mit wachsendem Volumen üblicherweise, weil die Genauigkeit zunimmt.
- Von fix zu variabel. Ein bisher fixer Personalkostenblock wird zu einer variablen Position, die an der Ausgabe hängt. Eine solche Position lässt sich leichter modellieren und im Finanzbereich leichter begründen.
- Planbare Kosten. ERP-Anbieter rechnen pro Nutzer oder Lizenz ab, während Eigenentwicklungen mit KI häufig unkalkulierbare Token-Kosten verursachen. Eine transaktionsbasierte Abrechnung bindet die Kosten direkt an erledigte Arbeit.
Eine strukturelle Folge wird dabei oft übersehen. Wenn der Umsatz erst zum Go-live beginnt, finanziert der Anbieter die Konnektoren, das Daten-Mapping und die Wochen im Schattenmodus selbst und will deshalb schnell in Produktion. Unter Lizenz plus Dienstleistung sind genau diese Wochen Umsatz, und eine langsame Integration ist für jemanden ein gutes Quartal.
Wie sich die Ausgaben vor der Unterschrift prognostizieren lassen
Outcome-based Pricing gefällt im Pitch und ist im Budget unbequem. Der Finanzbereich zeichnet keine variable Position ohne Bandbreite, und die Bandbreite kommt aus Ihren Daten.
Belastbar ist gezähltes Volumen, nicht erinnertes. Zwölf Monate aus dem gemeinsamen Postfach und dem ERP liefern die Grundlage: wie viele Bestätigungen eingegangen sind, wie viele Rechnungen, wie viele Bestellpositionen dahinterlagen. Daraus ergibt sich eine monatliche Verteilung statt eines Mittelwerts, und der durchschnittliche Monat ist der, den es nie gibt. Den Rahmen bilden der stärkste und der schwächste Monat, hochgerechnet mit der vereinbarten Einheit. Der obere Wert geht ins Budget, der untere zeigt, wie ein schwaches Quartal aussieht.
Zwei Korrekturen halten die Rechnung ehrlich. Eskalierte Fälle verbrauchen weiter interne Zeit. Bei 90 % Autopilot erreicht jeder zehnte Fall einen Menschen, und diese Minuten gehören in den Vergleich. Außerdem steigt der unbeaufsichtigte Anteil über die ersten Wochen, statt sofort auf dem Endniveau zu liegen, sodass die Einsparung einer Kurve folgt.
Der Vergleichswert sind die Vollkosten der Aufgabe, nicht ein Gehalt
Der falsche Nenner macht die Rechnung wertlos. Ein Gehalt ist nicht der Preis der Aufgabe. Der Preis der Aufgabe sind die Vollkosten der Stunden, die sie verbraucht: Arbeitgeberanteile, die Zeit der Teamleitung für das Auflösen von Eskalationen, Überstunden in Spitzenwochen und die Fehler, die beim Lieferanten landen und als Gutschrift zurückkommen. Ob der Strom aus Auftragsbestätigungen oder aus der Kreditorenbuchhaltung kommt: Erst diese Rechnung macht die Kosten einer Beschaffungsautomatisierung belastbar.
Wo transaktionsbasierte Abrechnung nicht passt
Manche Prozesse sind so falsch bepreist. Sehr geringes Volumen ist der klarste Fall: Bei achtzig Belegen im Monat sind die Kosten pro Transaktion nebensächlich und die Einsparung ebenso, während Integration, Test und Change-Management kosten, was sie kosten. Der Fall für Automatisierung liegt beim Prozess, der tausendfach läuft, und nicht bei dem, der freitags läuft.
Unberechenbare Spitzen sind der zweite Fall. Variable Kosten sind ein Vorteil, solange die Schwankung lesbar bleibt: eine Saisonkurve, ein Wachstumstrend. Zum Problem werden sie, wenn ein einzelner Zuschlag in einer Ausschreibung oder ein Rückruf das Monatsvolumen verdreifachen kann und vorher niemand sagen kann, ob das eintritt. Der Vorteil der ruhigen Monate bleibt, und in den lauten kommt eine Rechnung, die niemand geplant hat. Ohne eine vorab vereinbarte Obergrenze ist das Modell hier das falsche.
Die dritte Einschränkung ist prozedural. Manche Organisationen brauchen eine feste Jahreszahl zum Planen, sei es eine öffentliche Stelle mit gebundenem Haushaltstitel oder ein Konzern, dessen Genehmigungsweg keinen monatlich wandernden Betrag verträgt. Das ist real und kein Mangel des Modells. Im ersten Gespräch benannt, führt diese Anforderung zu einem zugesagten Volumen mit einem Preis dazu statt zu einer Absage im Freigabeprozess.
Was vor der Unterschrift auf Papier gehört
Vier Fragen trennen einen echten ergebnisbasierten Vertrag von einer Lizenz mit neuem Vokabular.
- Was zählt als abrechenbare Transaktion? Ohne eine im Vertrag genau definierte Einheit, pro Auftrag, pro Position oder pro Dokument, hat die Prognose keine saubere Grundlage.
- Wann beginnen die Kosten? Zum Go-live sollte in Produktion bedeuten und nicht bei Vertragsunterzeichnung.
- Sind Änderungen enthalten? Bei ergebnisbasierter Abrechnung sollten laufende Anpassungen über kontinuierliche Verbesserung abgedeckt sein und nicht als Änderungsprojekte abgerechnet werden.
- Wie lauten die Ausstiegsbedingungen? Eine kurze Kündigungsfrist am Anfang senkt Ihr Risiko sichtbar und zeigt einen Anbieter, der sich zutraut, schnell gekündigt zu werden, falls es nicht funktioniert. GeneralMind bietet eine verkürzte Kündigungsfrist in den ersten drei Monaten nach Go-live.
Eine Sache liest man besser nach, statt sie zu fragen: wie sich der Stückpreis verändern kann. Ein variables Modell mit unbegrenzter jährlicher Anpassung ist nicht das risikoarme Instrument, nach dem es aussieht.
Ein kurzer Rahmen für den ROI
Manuelle Übergaben an den Kontaktpunkten der Lieferkette kosten häufig 30 bis 50 US-Dollar pro manuellem Vorgang, bevor Fehler- und Opportunitätskosten dazukommen. Liegt der Preis pro Transaktion bei einem Bruchteil davon und läuft das System mit 80 bis 95 % im Autopilot, ist die Einsparung unmittelbar und messbar, ohne zusätzliches Personal.
Zwei Einführungen zeigen die Form bei unterschiedlichem Volumen. Bei Klöckner buchen 81 % der Bestellpositionen ohne jede manuelle Korrektur, über 150 Lieferanten und mehr als 1.100 Bestellpositionen pro Woche. Oatly verarbeitet rund 2.500 Aufträge pro Monat, davon 80 % im Autopilot. Die Zahl, die das Argument trägt, ist erledigte Arbeit und nicht die Zahl der Personen mit Zugang.
Die Anlaufphase gehört modelliert und nicht angenommen. Die durchgehende Verarbeitung startet typischerweise bei rund 85 % am ersten Tag und erreicht innerhalb weniger Wochen 93 bis 95 %; über 90 % im vollen Autopilot dauern in einer typischen Einführung etwa sechs Wochen, ein beobachtetes Muster und keine vertragliche Zusage. Rund 60 % der manuellen Bearbeitungszeit kommen in den ersten drei Monaten zurück. Eine Lizenz hätte das ganze Jahr im Voraus berechnet, auch die Wochen, in denen nichts lief.
Was die Einsparung nicht ist
Eine Abrechnung pro Transaktion macht Ausnahmen nicht kostenlos, und eine ROI-Rechnung für KI-Automatisierung, die das voraussetzt, geht daneben. Bei 90 % Autopilot erreicht weiter jeder zehnte Fall einen Menschen, und es sind die schwierigen: die Minderlieferung, der Preis außerhalb des vertraglich vereinbarten Korridors. Die belastbare Aussage ist enger: Das Team hört auf, die routinemäßigen 90 % anzufassen, und verbringt seine Stunden mit den 10 %, die eine Entscheidung brauchen. Das Volumen wächst, der Personalbestand nicht.
Häufig gestellte Fragen
Bei KI-Automatisierung ist meist das Gegenteil der Fall. Die Stückkosten sinken tendenziell mit steigendem Volumen, weil die Genauigkeit zunimmt. Ob das für Ihre Volumina gilt, zeigt eine vom Anbieter bestätigte Preiskurve.
Das hängt allein von der Einheit ab, die in Ihrem Vertrag steht, und genau deshalb zählt die Definition mehr als die Zahl daneben: Ein Dokument, ein Auftrag und vierzig Positionen sind drei sehr verschiedene Rechnungen für dieselbe Arbeit. Nach der schriftlichen Definition der Einheit kommen die Folgefragen, an denen Einkäufer scheitern: eine Bestätigung, die vier Bestellungen abdeckt, ein korrigierter Beleg, der einen früheren überholt, und ein Fall, den das System zur Fertigstellung an einen Menschen eskaliert. Jeder davon zählt entweder oder eben nicht, und die Antworten verschieben eine Jahresprognose weiter als der Stückpreis.
Bei ergebnisbasierter Abrechnung hat der Anbieter ein Eigeninteresse an korrekter Ausführung. Zusammen mit der Eskalation über Konfidenzwerte gehen Fälle mit niedriger Konfidenz an einen Menschen, bevor etwas gebucht wird.
Bei GeneralMind nicht. Die Kosten starten erst, wenn Sie live sind und Transaktionen verarbeitet werden.
RPA und SaaS berechnen Zugang oder Bots unabhängig vom Ergebnis. Eine transaktionsbasierte Abrechnung berechnet gelieferte Ergebnisse.
Bei sehr geringem Volumen, etwa einem Prozess mit achtzig Belegen im Monat, sind die Ausgaben nebensächlich und die Einsparung ebenso, und der Integrationsaufwand rechnet sich nie. Wo Spitzen wirklich nicht prognostizierbar sind, kann eine variable Position einen Monat erzeugen, den niemand eingeplant hat; eine vorab vereinbarte Obergrenze ist dort Bedingung. Und wo der Finanzbereich eine feste Jahreszahl zum Planen braucht, passt ein zugesagtes Volumen mit einem Preis dazu besser als eine Nutzungsposition, die sich monatlich bewegt.


