Order-to-Cash mit KI neu verdrahtet

Im Order-to-Cash wird aus Umsatz Geld. Das meiste läuft längst in Software, die Abstimmung zwischen den Systemen nicht. Wer Order-to-Cash automatisieren will, setzt an dieser Lücke an.
Das Wichtigste in Kürze
- Order-to-Cash läuft über vier Systeme und drei Abteilungen. Die Software in jedem Schritt funktioniert. Die Übergaben dazwischen kosten die Tage.
- Reklamationen entstehen bei der Auftragserfassung und werden im Mahnwesen bezahlt. Eine Rechnung aus einem Auftrag, der nach der dritten Änderung nie abgeglichen wurde, wird sechs Wochen später zur Reklamation.
- Ein Mahnlauf aus einer statischen Fälligkeitsauswertung behandelt den Kunden, der zuverlässig an Tag 47 zahlt, wie den, bei dem das Geld wirklich gefährdet ist.
- Oatly verarbeitet rund 2.500 Aufträge im Monat, 80 % davon auf Autopilot. Ein neuer Prozess läuft am ersten Tag zu etwa 85 % durch und erreicht 93 bis 95 % innerhalb weniger Wochen.
- Läuft der Auftragseingang bereits über EDI und zahlen die Kunden pünktlich, liegt der Nutzen in der Zahlungszuordnung, nicht in der Auftragserfassung.
Wo Order-to-Cash tatsächlich verliert
Order-to-Cash umfasst jeden Schritt von der Bestellung des Kunden bis zu dem Moment, in dem das Geld eingegangen, zugeordnet und gebucht ist. In den meisten Häusern führt dieser Weg über vier Systeme und drei Abteilungen: Der Vertrieb erfasst Aufträge im CRM, die Abwicklung läuft woanders, die Buchhaltung stellt Rechnungen aus den Daten, die vorliegen, und das Mahnwesen fasst per Mail nach. Jedes dieser Werkzeuge erledigt seine Aufgabe. Zuständig für den Raum dazwischen ist keines.
Die Kosten dieser Lücke zeigen sich spät, und genau deshalb sind sie schwer zu sehen. Ein Fehler bei der Auftragserfassung ist am selben Tag billig zu beheben und sechs Wochen später teuer, wenn er als reklamierte Rechnung auftaucht und als Zahlung, die in diesem Quartal nicht mehr kommt. Vertrieb und Buchhaltung entscheiden auf einem Auftragsstatus, der heute früh gestimmt hat. Das Mahnwesen arbeitet eine Liste ab, die weiß, wie alt eine Forderung ist, aber nicht, ob dieser Kunde ein Risiko darstellt oder schlicht immer an Tag 47 zahlt.
In der Planung wird meist übersehen, dass dieser Aufwand mit der Belegzahl wächst und nicht mit dem Umsatz. Jeder zusätzliche Kunde bringt eigene Vorstellungen davon mit, wie bestellt, fakturiert und avisiert wird. Manuelle Berührungspunkte in Lieferketten- und Finanzprozessen liegen üblicherweise bei 30 bis 50 US-Dollar pro Vorgang, wenn Bearbeitungszeit und Korrektur mitgerechnet werden, und nichts davon steht in einer Budgetzeile, für die jemand verantwortlich ist.
Was es heißt, Order-to-Cash zu automatisieren
Die Alternative ist kein weiteres führendes System. Es ist eine Schicht, die über den vorhandenen arbeitet: Sie liest eingehende Post, Portale und Anhänge, liest aus, was zählt, schreibt in ERP und CRM und koordiniert die Nachverfolgung. Menschen sind dann nicht mehr die Verbindung zwischen Postfach und Maske und behalten die Entscheidungen, die Urteilsvermögen verlangen.
Technisch ist das unspektakulär. GeneralMind arbeitet über Ihr vorhandenes Postfach plus eine leichte API und passt sich an die Schnittstellen an, die jedes System schon bereitstellt; die Pflege dieser Verbindungen übernimmt GeneralMind selbst. Es gibt keine Migration und keine neue Oberfläche, die das Team lernen muss. Das ERP bleibt das führende System, und die Aufgabe der Schicht ist es, das Dortstehende mit dem Vereinbarten in Übereinstimmung zu halten.
Ob ein Schritt zur Schicht oder zu einer Person gehört, entscheidet eine einfache Frage: Werden Regeln auf Belege angewendet oder wird über eine Beziehung geurteilt? Kundendaten gegen den Stammdatenbestand zu prüfen ist Regelarbeit. Zu entscheiden, ob ein gerade übernommener Kunde ein Kreditlimit bekommt, ist Urteil. Das Erste sollte nie in einer Warteschlange landen, das Zweite mit allem, was zur Entscheidung nötig ist.
Auftragserfassung, Abwicklung und Fakturierung
Bei der Auftragserfassung geht es um Prüfung. Kundendaten gegen den Stammdatenbestand, Kreditausschöpfung gegen das bereits Offene, Preise gegen die Vereinbarung statt gegen die Liste. Eine falsche Lieferadresse oder einen abgelaufenen Preis hier zu finden kostet Sekunden. Nach dem Rechnungsversand kostet dasselbe eine Reklamation, eine Gutschrift und einen Anruf im Mahnwesen.
In der Abwicklung geht es um Beobachten und Melden. Der Sendungsstatus steht im Logistiksystem, und der Kunde erfährt von der Verzögerung, wenn er nachfragt. Eine Ausführungsschicht liest diese Statusänderungen mit und informiert den Kunden, bevor die Frage kommt. Damit entfällt eine ganze Kategorie eingehender Mails, die heute bei demselben Team landet, das die Aufträge erfasst.
Bei der Fakturierung geht es darum, dass die Rechnung den Auftrag abbildet, wie er am Ende aussah, und nicht wie er begann. Die meisten Reklamationen sind keine Buchhaltungsfehler. Es sind Rechnungen aus Aufträgen, die nach der Erfassung zweimal geändert wurden, wobei die Änderung per Mail kam, in die Lieferung einfloss und in die Fakturierungsdaten nie. Beides vor dem Rechnungsversand abzugleichen ist der Schritt, der später die meiste Arbeit erspart.
Mahnwesen und Zahlungszuordnung
Im Mahnwesen zeigt sich der Unterschied zwischen einem Ablauf und einer Strategie. Ein Mahnlauf schickt allen dieselben drei Mails in denselben Abständen. Geld bewegt dagegen das Wissen, dass dieser Kunde zuverlässig, aber spät zahlt, jener regelmäßig Frachtkosten reklamiert und ein dritter gerade den Ansprechpartner in der Kreditorenbuchhaltung gewechselt hat und die Rechnung nie gesehen hat. Diese Information liegt vor, verteilt über Zahlungshistorie und Mail-Verlauf.
Die Zahlungszuordnung ist die andere Hälfte und in den meisten Häusern noch Handarbeit. Ein Zahlungsavis kommt als PDF mit 200 Positionen, mit Referenzen, die nicht zu den eigenen Rechnungsnummern passen, und mit einem Abzug, den niemand erklärt hat. Maschinelles Belegverständnis liest diese Positionen aus, ordnet sie offenen Posten zu und schlägt die Buchung vor. Eine Person genehmigt dann die Ausnahmen, statt alles abzutippen.
Aussagekräftig ist hier nicht die Erkennungsgenauigkeit. Aussagekräftig ist, welcher Anteil der Avise ohne Öffnen zugeordnet wird und welcher Anteil der Mahnaktivität auf Konten geht, bei denen sie etwas ändert. Beides sind unscheinbare Kennzahlen, und beide holen Tage aus dem Zyklus.
Orchestrierung und die Rückkopplung
Als vier getrennte Automatisierungen funktioniert nichts davon. Was bei der Auftragsprüfung passiert, muss kennen, was die Abwicklung gesehen hat, sonst geht die Rechnung über die ursprüngliche Menge hinaus. Das heißt: lesend und schreibend auf ERP, CRM, Ticketsystem und Bankplattform zugreifen und dabei eine einheitliche Sicht auf jeden Auftrag und seinen finanziellen Stand halten.
Der praktische Wert dieser einen Sicht zeigt sich an der Ausnahme. Wer einen markierten Auftrag aufnimmt, sollte Auftrag, Änderungshistorie, Sendungsstatus und Zahlungsverhalten an einer Stelle sehen und in Minuten entscheiden. Ausnahmen ohne Kontext sind der Weg, auf dem aus einer Warteschlange ein Rückstand wird.
Das letzte Stück ist die Rückkopplung. Jede automatisierte Aktion erzeugt ein Signal: Auf welche Ansprache kam eine Antwort, welche Reklamationen wiederholen sich bei welchem Kunden, welche Kreditentscheidungen sind schlecht gealtert. Zurückgespielt erlauben diese Signale, nach Segment und Region unterschiedlich vorzugehen, statt allen dieselbe Kadenz zu schicken. In unseren Einführungen läuft ein neuer Prozess am ersten Tag zu rund 85 % durch und erreicht 93 bis 95 % innerhalb weniger Wochen; rund 60 % der manuellen Bearbeitungszeit werden in den ersten drei Monaten frei.
Wann das die falsche Antwort ist
Ist der Auftragseingang bereits strukturiert, trifft die erste Hälfte dieses Textes nicht zu. Wo alle Kunden über EDI oder ein Portal bestellen, ist die Auftragserfassung gelöst, und eine lesende Schicht auf sauberen strukturierten Daten ist Aufwand ohne Ertrag. Interessant bleibt die Zahlungszuordnung, denn Avisformate bleiben unordentlich, auch wenn die Bestellung sauber ist.
Liegt die Debitorenlaufzeit bereits nahe am Zahlungsziel, ist der Prozess nicht das Problem. Dann geht es um Kreditrichtlinie oder Kundenmix, und automatisierte Mahnaktivität gegenüber pünktlichen Zahlern erzeugt höfliche Mails und keine Veränderung. Vor jeder Anschaffung lohnt der Blick auf die Altersstruktur: Ist der Ausläufer dünn, liegt das Geld woanders.
Und sind sich Buchhaltung, Vertrieb und Abwicklung uneinig, wer die Kundenstammdaten pflegt, kommt das zuerst. Eine Ausführungsschicht, die in einen Stammsatz schreibt, den drei Abteilungen unterschiedlich führen, verbreitet die Uneinigkeit schneller und macht sie schwerer nachvollziehbar. Das ist ein Steuerungsproblem im Kostüm eines Technikproblems.
Warum sich der Zeitpunkt verschoben hat
Das Working Capital ist knapper und die Nachfrage schwerer vorherzusagen als noch vor zwei Jahren. Damit wird die Verlässlichkeit des Zahlungszyklus zu einer Planungsgröße und nicht bloß zu einer Kennzahl der Buchhaltung. Ein Haus, das nicht sicher sagen kann, wann aus einem Auftrag Geld wird, preist diese Unsicherheit in jede Investitionsentscheidung ein.
Der Gewinn liegt nicht darin, dass die vorhandenen Schritte schneller laufen. Er liegt in der Vorhersagbarkeit: weniger Reklamationen, weil die Rechnung zum Auftrag passt, weniger Überraschungen, weil der Status aktuell ist, und Mahnaktivität dort, wo sie etwas bewegt. Das ist ein anderes Gespräch als ein Effizienzprojekt in der Buchhaltung, und deshalb steht Order-to-Cash inzwischen auf Tagesordnungen, die es früher übersprungen haben.
Häufig gestellte Fragen
Eine Ausführungsschicht arbeitet über den Systemen, die den Order-to-Cash bereits tragen, statt sie zu ersetzen. Sie liest eingehende Post, Portale und Anhänge, schreibt in ERP und CRM und koordiniert die Nachverfolgung über Auftragserfassung, Abwicklung, Fakturierung, Mahnwesen und Zahlungszuordnung. Bei Ihnen bleiben die Entscheidungen, die Urteilsvermögen verlangen.
Meist der Abgleich zwischen dem Auftrag, wie er am Ende aussah, und den Daten, aus denen die Rechnung entsteht. Die meisten Reklamationen sind keine Buchhaltungsfehler, sondern Folge von Änderungen nach der Erfassung, die in die Lieferung einflossen und in die Fakturierungsdaten nicht. Das früh zu beheben nimmt Wochen später Arbeit aus dem Mahnwesen.
Nein. Das ERP bleibt das führende System und das CRM die Kundenakte. GeneralMind arbeitet über ein Postfach plus eine leichte API und passt sich an die Schnittstellen an, die Ihre Systeme bereitstellen. Es gibt keine Migration und keinen zweiten Ort, an dem die Daten liegen.
Ein Mahnlauf schickt allen dieselbe Abfolge nach Zeitplan. Der Unterschied liegt in der Zielgenauigkeit: zu wissen, dass ein Kunde zuverlässig spät zahlt, ein anderer regelmäßig Frachtkosten reklamiert und ein dritter die Rechnung nie erhalten hat, weil der Ansprechpartner gewechselt hat. Diese Information liegt in Zahlungshistorie und Mail-Verlauf bereits vor.
Wenn der Auftragseingang vollständig über EDI oder Portale läuft, wenn die Debitorenlaufzeit bereits nahe am Zahlungsziel liegt und wenn drei Abteilungen die Kundenstammdaten unterschiedlich pflegen. Der letzte Fall ist ein Steuerungsproblem; Automatisierung darauf verbreitet die Uneinigkeit nur schneller.


