Im B2B-Handel entscheidet heute nicht mehr nur der Preis, sondern die Frage, ob der Einkäufer jederzeit weiß, wo seine Bestellung gerade steht. Rund 80 Prozent (Gartner) der Kaufinteraktionen zwischen Lieferanten und Einkäufern laufen inzwischen über digitale Kanäle, und 44 Prozent (Forrester) der B2B-Käufer haben schon einmal den Lieferanten gewechselt, weil die digitale Erfahrung nicht überzeugte. Wer den Auftragsstatus weiterhin nur telefonisch oder per E-Mail herausgibt, verliert genau an dieser Stelle Zeit und Vertrauen. Dieser Beitrag zeigt, wie Kommissionierung, Teillieferung und Rechnungsstatus live aus dem ERP im B2B-Kundenkonto sichtbar werden, statt in der Warteschleife der Kundenbetreuung zu landen. Neu ist 2026 die Welle an Self-Service-Kundenportalen, mit denen Hersteller und Großhändler ihren Kunden Echtzeit-Zugriff auf Material- und Auftragsstatus geben (Perzeptron/Limtronik). Der Schlüssel liegt darin, diesen Status-Rückkanal aufzubauen, ohne ein neues, konkurrierendes Datensilo zu schaffen.
Das Wichtigste in Kürze
- Rund 80 Prozent (Gartner) der B2B-Kaufinteraktionen laufen digital ab, und 44 Prozent (Forrester) der Käufer haben schon wegen einer schwachen digitalen Erfahrung den Lieferanten gewechselt. Der Auftragsstatus ist darin ein besonders sensibler Punkt.
- 61 Prozent (Bitkom) der Unternehmen schöpfen ihr Datenpotenzial nicht voll aus, weil Informationen in unverbundenen Systemen liegen: Der Stand steht im ERP, das Kundenkonto kennt ihn nicht, also ruft der Kunde an und der Innendienst schaut nach.
- Der Auftragsfortschritt wird aus konkreten ERP-Ereignissen abgeleitet und auf verständliche Stufen abgebildet: angenommen, in Kommissionierung, verpackt und versandbereit, versandt, zugestellt und abgerechnet, jede Stufe mit Zeitstempel.
- Teillieferungen gehören positionsgenau abgebildet, versandte, offene und in Rückstand geratene Mengen getrennt statt in einer Auftragssumme. Ergänzt um den Rechnungsstatus aus dem Finanzmodul beantwortet das Konto die häufigste Rückfrage von selbst.
- Das ERP bleibt die einzige führende Quelle, das Kundenkonto liest nur. Middleware und schlanke Status-API statt Vollexport verhindern ein zweites Datensilo; zeitkritische Wechsel meldet ein Ereignis, unkritische folgen in kurzem Takt.
Warum der Auftragsstatus zum Servicehebel wird
Der B2B-Einkauf hat sich in wenigen Jahren grundlegend verschoben. Entscheider bewegen sich heute über im Schnitt zehn verschiedene Kanäle (McKinsey), bevor sie eine Bestellung auslösen, und mehr als zwei Drittel (McKinsey) von ihnen bevorzugen digitale Selbstbedienung oder Fernkontakt gegenüber dem klassischen Außendienstbesuch. Zugleich sind 73 Prozent (Forrester) der jüngeren Entscheider aus den Generationen Millennials und Gen Z in B2B-Käufe eingebunden, und 33 Prozent (Gartner) wünschen sich einen weitgehend verkaufsfreien Einkauf. Der Auftragsstatus ist in dieser Reise ein besonders sensibler Punkt: Sobald bestellt ist, will der Kunde wissen, ob seine Ware kommissioniert wird, wann sie versandt wird und wie es um die Rechnung steht. Wird diese Information nur telefonisch herausgegeben, entsteht Reibung genau dort, wo die Kaufentscheidung bereits gefallen ist.
Der Engpass liegt selten im Willen zur Auskunft, sondern in den Daten dahinter. Laut Bitkom können 61 Prozent (Bitkom) der Unternehmen ihr Datenpotenzial nicht voll ausschöpfen, weil Informationen in unverbundenen Systemen liegen. Genau das trifft den Auftragsstatus: Der aktuelle Stand steht im ERP, das Kundenkonto im Shop kennt ihn aber nicht. Also ruft der Kunde an, der Innendienst schaut im ERP nach und gibt den Stand mündlich weiter. Dieser Umweg kostet auf beiden Seiten Zeit und ist fehleranfällig. Ein Live-Kundenkonto dreht den Ablauf um: Der Status fließt automatisch aus dem ERP in das Konto, und die Nachfrage entfällt.
Auftragsfortschritt
Von der Auftragsbestätigung über die Kommissionierung bis zum Versand: jeder Schritt mit Zeitstempel und verständlichem Status sichtbar.
Teil- und Sammellieferungen
Welche Position ist versandt, welche folgt: Teillieferungen und Rückstände klar getrennt statt in einer einzigen Auftragssumme.
Rechnungs- und Zahlstatus
Rechnung gestellt, offen oder bezahlt: der Belegstatus kommt direkt aus der Buchhaltung in dasselbe Konto.
Sendungsverfolgung
Sendungsnummer und Zustellstatus des Logistikdienstleisters, ohne einen zweiten Portal-Login und ohne Rückfrage.
Nachbestellung aus der Historie
Frühere Aufträge einsehen und mit wenigen Klicks erneut auslösen, inklusive der zuletzt gültigen Konditionen.
Proaktive Benachrichtigung
Statuswechsel lösen automatische E-Mails oder Portalhinweise aus, bevor der Kunde überhaupt nachfragen muss.
Kommissionierung und Auftragsfortschritt sichtbar machen
Der wichtigste Baustein eines Live-Kontos ist der Auftragsfortschritt. Er übersetzt die internen Bearbeitungsschritte aus der Warenwirtschaft in eine Statusanzeige, die der Kunde versteht. Dabei kommt es weniger auf technische Details als auf verständliche, verlässliche Stufen an. Jede Stufe entsteht aus einem konkreten Ereignis im ERP: der Freigabe zur Kommissionierung, dem Abschluss der Pickliste, der Übergabe an den Versand. Diese Ereignisse werden auf klare Statuswerte abgebildet und mit einem Zeitstempel versehen, sodass der Kunde den Fortschritt ohne Interpretation ablesen kann.
- Auftrag angenommen: Die Bestellung ist im ERP angelegt, geprüft und für die Kommissionierung freigegeben; der Kunde sieht den Eingang mit Zeitstempel.
- In Kommissionierung: Das Lager zieht die Positionen zusammen; der Fortschritt lässt sich bis auf die Zahl der bereits gepickten Positionen herunterbrechen.
- Verpackt und versandbereit: Die Ware ist kommissioniert und wartet auf die Übergabe an den Logistikdienstleister.
- Versandt: Mit der Übergabe entsteht die Sendungsnummer, die zusammen mit dem Versand- und Logistikstatus im Konto erscheint.
- Zugestellt und abgerechnet: Nach der Zustellung wird der Auftrag als erledigt geführt und um den Rechnungsstatus ergänzt.
Teillieferungen korrekt abbilden
Im B2B ist die Teillieferung eher Regel als Ausnahme. Ein Auftrag über zwölf Positionen wird selten komplett auf einmal versandt; ein Teil ist vorrätig, ein anderer wird nachbestellt oder direkt vom Lieferanten gestreckt. Eine Statusanzeige, die den Auftrag nur als Ganzes kennt, wird hier unbrauchbar, weil sie einen Auftrag als offen führt, dessen größter Teil längst beim Kunden liegt. Das Live-Konto muss den Status deshalb bis auf die einzelne Position herunterbrechen: welche Menge versandt ist, welche folgt und welche im Rückstand liegt. Erst diese Granularität macht die Anzeige belastbar und beantwortet die Rückfrage nach dem verbleibenden Rest von selbst.
Rückstände getrennt führen
Rechnungsstatus und Zahlungen im Konto
Nach dem Versand endet das Interesse des Einkäufers nicht, denn nun folgt die kaufmännische Seite: Ist die Rechnung gestellt, ist sie offen, ist sie bezahlt. Da inzwischen rund 80 Prozent (Gartner) der B2B-Kaufinteraktionen digital ablaufen, erwarten Kunden auch den Belegstatus im selben Konto und nicht in einer separaten E-Mail. Der Rechnungsstatus stammt aus der Buchhaltung beziehungsweise dem Finanzmodul des ERP und wird ebenso wie der Lieferstatus in das Konto gespiegelt. Wichtig ist die saubere Zuordnung von Zahlungseingängen, damit ein bereits beglichener Beleg nicht weiter als offen erscheint; wie dieser Abgleich funktioniert, beschreibt der Beitrag zur Zahlungszuordnung mit dem ERP im Detail.
Der Status ohne neues Datensilo in den Shop
Die größte Sorge vieler Händler ist, dass ein Kundenportal ein weiteres System wird, das eigene Daten hält und mit dem ERP auseinanderläuft. Genau das gilt es zu vermeiden. Der Status-Rückkanal wird deshalb so gebaut, dass das ERP die einzige führende Quelle bleibt und das Konto ausschließlich liest. Das Kundenkonto speichert keinen eigenen Auftragsstand, sondern fragt ihn bei Bedarf ab oder erhält ihn per Ereignis. So entsteht kein zweiter Datenbestand, der gepflegt und abgeglichen werden müsste. Der Unterschied zu einem eigenständigen Portal ist grundlegend: Ein Portal mit eigener Datenhaltung muss laufend mit dem ERP abgeglichen werden und läuft bei jeder Abweichung Gefahr, einen veralteten Stand zu zeigen. Ein reiner Lesekanal kann diesen Widerspruch gar nicht erst erzeugen, weil er nie eine zweite Version der Wahrheit anlegt.
Das gilt besonders, wenn der Status aus einem gewachsenen oder älteren ERP kommt. Der Rückkanal sollte so entworfen werden, dass er eine spätere Systemablösung übersteht, etwa das Wartungsende älterer SAP-Systeme. Eine klar gekapselte Schnittstelle lässt sich auf ein neues Backend umhängen, ohne dass das Kundenkonto neu gebaut werden muss.
- ERP bleibt führend: Auftrags-, Lieferungs- und Belegdaten entstehen im ERP; das Kundenkonto liest sie, statt eine zweite Wahrheit zu speichern.
- Middleware als Rückkanal: Eine Middleware holt Statusänderungen aus dem ERP ab und stellt sie dem Shop über eine klar definierte Schnittstelle bereit.
- Status-API statt Vollexport: Der Shop fragt gezielt den Status je Auftrag über eine schlanke API ab, statt ganze Datenbestände zu spiegeln.
- Ereignisse statt Dauerabfrage: Statuswechsel werden bevorzugt per Event gemeldet; wann sich Webhooks gegenüber Polling lohnen, zeigt der Beitrag zu Webhooks und Polling.
- Rechte und Sichtbarkeit: Jeder Kunde sieht ausschließlich seine eigenen Aufträge; die Zuordnung folgt der Kundendaten-Synchronisation.
Telefon-Nachfrage gegen Self-Service
Der Nutzen wird im direkten Vergleich sichtbar. Solange der Status nur auf Nachfrage herausgegeben wird, ist er an Geschäftszeiten und an die Verfügbarkeit des Innendienstes gebunden. Der Self-Service im Konto entkoppelt die Auskunft davon und macht sie rund um die Uhr verfügbar, in der Aktualität des ERP. Da mehr als zwei Drittel (McKinsey) der Einkäufer digitale Selbstbedienung erwarten, ist das kein Komfort-Extra, sondern eine Erwartung an den Anbieter.
| Kriterium | Telefon- und E-Mail-Nachfrage | Live-Status im Kundenkonto |
|---|---|---|
| Verfügbarkeit | Nur zu Geschäftszeiten | Rund um die Uhr im Konto |
| Aktualität | Manuell recherchierter Zwischenstand | Direkt aus dem ERP, in Echtzeit oder kurzem Takt |
| Aufwand | Bindet den Innendienst pro Anfrage | Self-Service ohne zusätzlichen Personaleinsatz |
| Teillieferungen | Am Telefon schwer nachvollziehbar | Position für Position sichtbar |
| Rechnungsstatus | Rückfrage in der Buchhaltung nötig | Belegstatus direkt im Konto |
| Fehlerquote | Abschreibfehler und Missverständnisse | Eine Quelle, keine Übertragung von Hand |
Echtzeit oder Takt: die Aktualisierung des Status
Nicht jeder Statuswert braucht denselben Takt. Ein Wechsel von versandt auf zugestellt ist zeitkritisch, weil der Kunde in diesem Moment nachsieht; der Übergang von offen auf bezahlt darf ruhig in einem kurzen Intervall folgen. In der Praxis bewährt sich eine gestaffelte Strategie: zeitkritische Ereignisse werden per Event sofort gemeldet, weniger kritische in kurzen Abständen abgeglichen. Da 44 Prozent (Forrester) der B2B-Käufer schon wegen einer schwachen digitalen Erfahrung den Lieferanten gewechselt haben, lohnt sich der Aufwand für eine zeitnahe, verlässliche Aktualisierung.
Der Takt ist stets ein Kompromiss zwischen Aktualität und Systemlast. Werden alle Statuswerte im Sekundentakt abgefragt, belastet das ERP und Schnittstelle unnötig; ein zu weiter Takt wiederum lässt die Anzeige veralten und provoziert genau die Nachfrage, die vermieden werden soll. Eine ereignisgetriebene Kopplung löst diesen Zielkonflikt, weil sie nur bei tatsächlichen Änderungen sendet und den Rest in einem ruhigen Abgleich hält. Ergänzend empfiehlt sich ein seltenerer Vollabgleich als Kontrollinstanz, der stille Abweichungen aufdeckt, bevor sie im Konto sichtbar werden. So bleibt die Anzeige auch über lange Laufzeiten hinweg verlässlich, ohne dass Personal den Bestand von Hand nachhält.
Eine Quelle, viele Kanäle
Einführung Schritt für Schritt
- Statusmodell definieren: Legen Sie fest, welche Auftragsstände (angenommen, in Kommissionierung, versandt, berechnet) der Kunde sehen soll und wie sie aus den ERP-Feldern abgeleitet werden.
- Datenquellen klären: Prüfen Sie, welche Systeme Auftrag, Lieferung und Beleg führen; bei getrennten Systemen hilft ein Blick auf die bidirektionale Synchronisation.
- Rückkanal bauen: Richten Sie Middleware und Status-API ein und definieren Sie, ob Statuswechsel per Event oder in kurzen Intervallen übertragen werden.
- Sichtbarkeit und Rechte testen: Stellen Sie sicher, dass jeder Kunde nur seine eigenen Aufträge sieht, und prüfen Sie Teillieferungen und Rückstände an echten Fällen.
- Überwachen und ausbauen: Beobachten Sie den Rückkanal mit Monitoring der Schnittstellen und ergänzen Sie nach dem Start weitere Statusdetails.
Ein Auftrag ist erst dann gut betreut, wenn der Kunde seinen Stand selbst sehen kann, ohne anzurufen. Wer den Status aus dem ERP ins Konto spiegelt, macht Service aus Transparenz.