Auftragsabwicklung im Großhandel: Warum der echte Hebel vor dem ERP liegt
In den meisten deutschen Großhandelsbetrieben mit 50 bis 1.000 Mitarbeitenden frisst die Auftragsabwicklung 40 bis 60 Prozent der Innendienst-Kapazität. Nicht weil das ERP schlecht wäre, sondern weil 60 bis 80 Prozent aller Bestellungen unstrukturiert ankommen: als PDF im Mail-Anhang, als Freitext mit Artikelnummern in der Signatur, als Excel-Liste mit eigenen Spaltenüberschriften, als Fax über das Mail-Gateway, als Telefon-Notiz. Bevor ein Auftrag im ERP steht, hat jemand 3 bis 8 Minuten getippt, geprüft, gemappt und gebucht. Bei 2.000 Aufträgen pro Monat ergeben das rund 1,2 Vollzeit-Stellen, die nichts anderes machen als Daten von einem Format in ein anderes zu übertragen.
Dieser Beitrag ist der Cluster-Hub für den gesamten Prozess Bestellung → Auftrag → Pick/Pack → Lieferung → Rechnung. Er zeigt ehrlich, wo Auftragsabwicklung im Großhandel kippt, welche drei Tool-Wege es 2026 wirklich gibt (ERP-Modul, KI-SaaS, Best-of-Breed mit n8n) und wie ein konkreter KI-Workflow vor dem ERP aussieht. Am Ende stehen eine ROI-Rechnung mit echten Zahlen und ein PoC-Cookbook für die ersten 30 Tage.
Die saubere Definition stammt aus dem Gabler-Wirtschaftslexikon: Auftragsabwicklung ist der Prozess der Erfüllung von Kundenaufträgen vom Zeitpunkt der Bestellaufgabe bis zum Zahlungseingang. In der Praxis zerfällt der Prozess im Großhandel in sechs Stufen, die häufig auf drei oder vier Abteilungen verteilt sind: Bestelleingang, Auftragsanlage, Verfügbarkeitsprüfung und Auftragsbestätigung, Kommissionierung und Verpackung, Versand und Lieferung sowie Rechnung und Mahnwesen.
Großhandel unterscheidet sich vom reinen E-Commerce-Fulfillment an genau den Punkten, an denen die meisten Standard-ERP-Module und Plug-and-Play-Tools an ihre Grenzen kommen. Da gibt es Rahmenverträge mit kundenindividuellen Preislisten und Mindestmengen. Es gibt Streckengeschäft, bei dem die Ware nie das eigene Lager sieht. Konsignationslager, Sonderkonditionen für Aktionen, Lieferterminzusagen mit Pönalen. Und vor allem: B2B- Bestellungen, die nicht über ein sauber strukturiertes Webshop-Formular kommen, sondern aus zehn parallelen Kanälen. Wer Auftragsabwicklung im Großhandel automatisieren will, muss zuerst den Kanal-Mix verstehen, nicht die Software-Features. Wie man den ersten dieser Kanäle automatisch ins ERP bringt, zeigt unser tiefer Praxispost zu Bestellungen automatisch erfassen.
Die ehrlichste Größe, die man messen kann, ist die durchschnittliche Bearbeitungszeit pro Auftrag von Posteingang bis fertig gebuchter Auftragsbestätigung. Aus den belastbarsten verfügbaren Daten der KI-Auftragssoftware Workist liegt der manuelle Wert bei deutschen Mittelständlern in einem engen Korridor: EVG braucht 4,5 Minuten pro Auftrag, BACHL berichtet 3,5 Minuten Einsparung pro Dokument nach Automatisierung, RUKO 87 Prozent Reduktion. Unsere Bluebatch-Erfahrung aus Beratungsprojekten bestätigt den Korridor von 3 bis 8 Minuten je nach Bestell-Heterogenität und Artikel-Mapping-Aufwand.
Die Fehlerquote bei rein manueller Erfassung liegt branchenüblich bei 2 bis 5 Prozent (falsch getippte Mengen, vertauschte Artikelnummern, übersehene Sonderkonditionen). Workist gibt nach Automatisierung eine um 90 Prozent reduzierte Fehlerquote an. Was das in Euro heißt, zeigt eine einfache Rechnung für einen typischen ICP-Großhändler:
Die xentral-Analysen aus ihrem ERP-Lexikon nennen 15 bis 25 Prozent Kostenreduktion durch Automatisierung und 20 bis 30 Prozent schnellere Durchlaufzeiten. Das deckt sich grob mit den Bluebatch-Erfahrungswerten, ist aber konservativ: Wer den richtigen Hebel zieht, sieht in der Bestelleingangs-Stunde 60 bis 80 Prozent Touch-Rate, also Aufträge, die ohne menschlichen Eingriff durchlaufen. Weitere Use-Cases für diesen Hebel zeigen unsere Digitalisierungs-Use-Cases im Großhandel.
In der Beratungspraxis tauchen immer wieder die gleichen fünf Engpässe auf. Wer sie kennt, weiß, wo das Geld liegt und welcher Hebel zuerst gezogen werden sollte.
Klassische Aufteilung in einem mittelständischen B2B-Großhandel: 40 bis 55 Prozent der Bestellungen kommen als PDF im Mail-Anhang, 10 bis 20 Prozent als Freitext oder Excel-Anhang, 5 bis 15 Prozent über das Fax-zu-Mail-Gateway, 5 bis 15 Prozent telefonisch, 5 bis 20 Prozent über Webshop oder Kundenportale (Mercateo, Wucato, BME), und 5 bis 25 Prozent über EDI (EDIFACT ORDERS). Die EDI-Quote ist bei Großkunden hoch, bei Long-Tail- Kunden niedrig. Jeder dieser Kanäle hat eigene Parsing-Regeln, eigene Felder, eigene Sonderfälle.
Kunden bestellen mit ihrer eigenen Artikelnummer, ihrer EAN-Nummer oder einer Textbeschreibung. Im ERP existiert eine andere SKU. Die Mapping-Tabelle wächst pro Stammkunde, ist selten komplett gepflegt, und für neue Kunden gibt es sie gar nicht. 60 Prozent des Automatisierungs-Aufwands stecken in genau diesem Mapping. Wer das ignoriert, baut einen Workflow, der bei jedem dritten Auftrag eskaliert.
Bestand, Reservierungen, Wiederbeschaffungszeit, alternative Artikel, die Logik dahinter ist im ERP gut abgebildet, die Schnittstelle nach außen aber oft nicht. SAP S/4 HANA bietet OData-Endpoints für Material- und Bestandsdaten, Dynamics 365 BC ebenfalls. Bei sage 100 oder microtech build wird die Verfügbarkeitsprüfung häufig erst beim Auftragsanlage-Befehl ausgelöst, was die Bestätigungs-Latenz drückt.
Kundenindividuelle Preise, Staffelpreise, laufende Aktionen, Rahmenvertrags-Abrufe, die meisten ERPs haben das im Datenmodell, aber die Anwendung beim manuellen Auftrag passiert oft im Kopf des Innendienstes. Ein Workflow, der die Konditions-Logik aus dem ERP zieht statt sie nachzubauen, bleibt wartbar.
Seit dem 1. Januar 2025 sind B2B-Empfänger in Deutschland verpflichtet, elektronische Rechnungen (XRechnung, ZUGFeRD, EN-16931-konform) anzunehmen. Ab 2027 kommt die Versandpflicht für Unternehmen mit über 800.000 Euro Vorjahresumsatz, ab 2028 für alle. Wer den Rechnungsblock heute nicht mitdenkt, baut die Auftragsabwicklung in zwei Jahren neu. Die enge nachgelagerte Logik der 3-Wege-Rechnungsprüfung gehört in dieselbe Architektur.
Für die Automatisierung der Auftragsabwicklung gibt es 2026 drei ernsthafte Optionen. Welche passt, hängt vom Volumen, vom vorhandenen ERP-Stack, von der IT-Kompetenz im Haus und davon ab, wie stark Datenhoheit im Pflichtenheft steht.
Das Auftragsmanagement-Modul des bestehenden ERPs nutzen, plus eventuell ein OCR-Add-on (zum Beispiel SAP Document Information Extraction, Dynamics 365 Sales Order Processing Add-On). Vorteil: eine Welt, ein Vertrag, ein Support. Nachteil: starr in der Erkennung von Freitext-PDFs, oft nur strukturierte Inputs (EDI-ORDERS, JSON, XML) wirklich gut. Die LLM-Erweiterungen großer ERP-Hersteller sind 2026 erst im Roll-out und bisher schwach in der Anpassbarkeit. Geeignet, wenn der Großhandel bereits über 70 Prozent EDI-Anteil hat.
Spezialisierte KI-Auftragssoftware mit eigener Trainings-Pipeline, vorgefertigten ERP-Konnektoren und Per-Document-Pricing. Workist hat über 15 Millionen Vorgänge verarbeitet und konkrete deutsche Fallstudien (EVG, RUKO, BACHL, Wero). Vorteil: schnelle Time-to- Value, geringer eigener Engineering-Aufwand. Nachteil: Per- Document-Pricing skaliert mit dem Volumen, Workflow-Logik bleibt im fremden System, Lock-in baut sich auf. Geeignet für Mittelständler ohne Engineering-Kapazität, die schnell ein klares Ergebnis brauchen.
Self-Hosted n8n-Instanz (Open Source, fair-code) als Workflow-Orchestrator, dazu ein LLM-Provider in EU-Hosting (AWS Bedrock Frankfurt oder Azure OpenAI Sweden), und selektive OCR-Services für die wenigen wirklich schwierigen PDF-Layouts. Die Anbindung ans ERP läuft über die jeweiligen REST/OData/SOAP-Schnittstellen. Vorteil: volle Datenhoheit, keine Per-Document-Fees, jeder Schritt anpassbar, kein Vendor-Lock-in. Nachteil: Initialer Setup-Aufwand, IT-Mitwirkung oder externe Partnerschaft nötig. Für deutsche Mittelständler mit Datenhoheits-Anspruch und mittlerem bis hohem Volumen die wirtschaftlichste Variante. Fertige Templates für die meisten Bausteine finden sich in unseren n8n-Vorlagen für den Großhandel.
Welcher Hebel KI im Großhandel grundsätzlich hat, von Bestelleingang über Lieferantenkommunikation bis zur Wiederbeschaffung, schauen wir uns parallel in unserem Übersichts-Post zu KI im Großhandel an.
Die folgende Pipeline ist die Blaupause für die n8n-Variante. Sie hat sich in mehreren Bluebatch-Projekten als robust erwiesen und läuft heute produktiv mit Touch-Raten von 60 bis 80 Prozent. Der Aufbau gilt analog auch für andere Workflow-Orchestratoren.
Ein IMAP-Trigger überwacht ein dediziertes Bestell-Postfach. Ein Fax-zu-Mail-Gateway liefert eingescannte Faxe als PDF in dasselbe Postfach. Webhooks aus Kundenportalen lösen den Workflow direkt aus. EDI-ORDERS-Dokumente werden über einen AS2- oder OFTP2- Endpunkt empfangen. Egal welcher Kanal: der Workflow startet mit einer einheitlichen Item-Struktur.
Nicht alles, was im Bestell-Postfach landet, ist eine Bestellung. Reklamationen, Anfragen, Lieferscheine, allgemeine Rückfragen und Spam müssen aussortiert werden. Ein kleiner, günstiger LLM-Call (Claude Haiku oder GPT-4o-mini) klassifiziert das Dokument und routet entsprechend. Reklamationen gehen ins Kundenservice- System, Anfragen zur automatischen Angebotserstellung, nur Bestellungen laufen in den nachgelagerten Flow.
Hier liegt der Kern. Ein leistungsfähiger LLM-Call extrahiert strukturierte Daten aus dem PDF oder dem Mail-Text: Kunden- Identifikation, Lieferadresse, Bestellpositionen mit Artikelnummer und Menge, Wunschlieferdatum, Sonderhinweise (Mindestmengen, Teillieferung erlaubt, Anlieferung an Baustelle). Das Schema kommt als JSON-Schema in den Prompt, die Antwort als JSON. Mit Constrained Decoding (zum Beispiel Anthropics Tool Use) erzwingt man die Format-Konformität direkt.
Dreistufiger Match: erst direkter Lookup über die Kundenkatalog- Tabelle (Kunden-Artikelnummer → Eigen-SKU), bei Fehlschlag Fuzzy-Match auf Artikelbezeichnung, bei weiterem Fehlschlag Embedding-Suche im Sortiment (vektorisierte Artikelbeschreibungen, ähnlichste drei Treffer mit Confidence). Treffer mit niedriger Confidence werden markiert und eskaliert, nicht halluziniert.
Pro Position wird die Verfügbarkeit gegen die ERP-API geprüft. SAP S/4 HANA über OData-Service A_ProductStockResponsible, Dynamics 365 BC über die Standard-API itemAvailability, microtech build über die REST-Schnittstelle. Bei Teilverfügbarkeit entscheidet die Workflow-Logik anhand der Kunden-Sonderregeln (Teillieferung erlaubt? Backorder akzeptiert?).
Kundenstamm-Lookup zieht Rahmenvertrag, individuelle Preisliste, Aktionspreise und Zahlungsbedingungen. Wichtig: die Logik nicht im Workflow nachbauen, sondern den ERP-Preisfindungs-Service aufrufen. Das hält den Workflow wartbar und sorgt für Konsistenz mit manuell angelegten Aufträgen.
Der validierte Auftrag wird über die ERP-API angelegt. Die Auftragsbestätigung wird als PDF generiert und per Mail an den Kunden geschickt, idealerweise mit derselben Mail-Identität, die auch sonst aus dem Innendienst rausgeht. Auftragsnummer und Lieferterminzusage landen in der Bestätigung. Wer den vollständigen ERP-Anbindungs-Stack tiefer verstehen will, findet die Praxis-Patterns in unserem Post zu ERP-Workflows automatisieren.
Jeder Schritt liefert einen Confidence-Score. Liegt der Gesamt- Score unter dem konfigurierten Schwellwert (typisch: 0,85), geht der Auftrag an den Innendienst zur Sichtprüfung. Mit Vorbefüllung aller Felder dauert die Prüfung 30 bis 60 Sekunden statt 5 Minuten. Diese Human-in-the-Loop-Schleife ist kein Workaround, sondern die Voraussetzung dafür, dass Auto-Approval überhaupt akzeptiert wird. Vertiefung zum konkreten Service-Pendant zeigt unser Use-Case Bestellung erfassen.
Sobald der Auftrag im ERP steht, übernimmt der zweite Block der Auftragsabwicklung. Auch hier lohnt sich der Workflow-Layer, weil die ERPs untereinander selten sauber sprechen.
Die Pickliste wird aus dem ERP generiert und an das WMS oder direkt an eine mobile Picker-App übergeben. Versandlabel und Versanddokumente erzeugt ein Workflow über die DHL-, GLS- oder Shipcloud-API, je nach Versandregel im Kundenstamm. Mit dem physischen Versand wird die Lieferschein-Datei elektronisch an den Kunden geschickt, bei größeren Kunden über das EDI-DESADV.
Die Rechnung läuft direkt im richtigen Format raus: XRechnung für öffentliche Auftraggeber, ZUGFeRD für B2B-Kunden, PDF mit eingebettetem XML als Default. Die vollständige Mechanik zu Pflichtdaten, Validierung und DATEV-Übergabe steht in unserem Post zur E-Rechnung-Automatisierung. Der Mahnlauf ist ein simpler Cron-Workflow, der offene Posten gegen Zahlungseingänge prüft und gestaffelt erinnert.
Wer den gesamten Auftragsfluss tief ans ERP koppeln will, findet die Architektur-Patterns in unserer Übersicht zu n8n-Workflows im Großhandel.
Wirksamkeit lässt sich an vier KPIs messen, die jeder Workflow-Orchestrator out-of-the-box liefert: Touch-Rate (Anteil der Aufträge ohne menschlichen Eingriff), Bearbeitungszeit pro Auftrag, Fehlerquote (Reklamationen mit Ursache im Erfassungsschritt) und Durchlaufzeit Posteingang bis Auftragsbestätigung. Wer diese vier KPIs vor und nach dem PoC misst, hat eine ehrliche Baseline.
Die Beispielrechnung für einen typischen Großhändler mit 2.000 Aufträgen pro Monat zeigt die Größenordnung. Vor der Automatisierung: 5 Minuten pro Auftrag × 2.000 Aufträge = 167 Stunden, bei 50 Euro Vollkostensatz also 8.300 Euro pro Monat. Nach Einführung mit 75 Prozent Touch-Rate fallen 1.500 Aufträge komplett ohne Aufwand durch, die verbleibenden 500 brauchen 1 Minute Sichtprüfung, 42 Stunden im Monat, 2.100 Euro. Einsparung pro Monat: 6.200 Euro. Bei typischen PoC-Investitionen von 20.000 bis 30.000 Euro liegt die Amortisation bei drei bis fünf Monaten.
Realistische Touch-Raten in der Praxis: 50 bis 60 Prozent in den ersten zwei Monaten, 70 bis 80 Prozent nach Stabilisierung. Wer 90 Prozent verspricht, hat entweder ein extrem homogenes Bestellmuster oder verkauft Marketingzahlen. Die Workist-Cases mit 87 oder 96 Prozent betreffen Kunden mit dichter EDI-Vorabkonditionierung und stabiler Kundenbasis.
Der schnellste Weg von der Theorie in die Praxis ist ein vierwöchiger PoC mit klaren Wochen-Zielen. Wichtig: nicht alle Kanäle gleichzeitig automatisieren wollen, sondern den schmerzhaftesten Engpass-Kanal isolieren.
100 zufällig gezogene Bestellungen der letzten zwei Wochen klassifizieren: Kanal (Mail-PDF, Mail-Freitext, Fax, Portal, EDI), Auftragsvolumen in Positionen, Zeit von Eingang bis fertige Auftragsbestätigung, Quelle der Verzögerung. Ergebnis: eine Heatmap, die zeigt, wo das Geld liegt.
Engpass-Kanal wählen, in 80 Prozent der Mittelstands-Projekte ist das Mail-PDF von den Top-3-Stammkunden. Ziel-KPI festlegen: zum Beispiel 60 Prozent Touch-Rate für diesen Kanal am Ende des Monats. Architektur skizzieren: welcher ERP-Endpoint, welcher LLM-Provider in EU-Hosting, wo läuft die n8n-Instanz, wie sieht das Eskalations-Frontend aus.
n8n-Workflow aufsetzen, LLM-Prompt iterativ kalibrieren, gegen 50 historische Bestellungen testen. Confidence-Schwellwerte messen und kalibrieren. ERP-Schnittstellen-Calls separat testen, dann integrieren. Logging und Tracing von Anfang an einbauen, ohne Observability ist jeder produktive Workflow eine Blackbox.
Echte Bestellungen laufen durch, der Workflow generiert den Auftrag, ein Mensch im Innendienst validiert vor der Buchung. Korrekturen werden geloggt und gehen ins nächste Prompt-Tuning. Nach 50 bis 80 validierten Aufträgen sind die Schwellwerte stabil. Ab Tag 31: Auto-Approval für Aufträge über dem Schwellwert, der Innendienst bekommt nur noch die Eskalationen. Wer mit n8n startet, ohne Vorkenntnisse zu haben, findet den Einstieg in unserem Guide Was ist n8n.
Hier finden Sie die Antworten auf häufig gestellte Fragen.
Auftragsabwicklung umfasst alle Schritte vom Bestelleingang bis zum Zahlungseingang: Bestellerfassung, Auftragsanlage, Verfügbarkeitsprüfung, Auftragsbestätigung, Kommissionierung, Versand, Rechnung und Mahnwesen. Im Großhandel kommt die Besonderheit dazu, dass 60 bis 80 Prozent der Bestellungen unstrukturiert als PDF, Freitext-Mail oder Fax ankommen.
Belastbare Werte liegen zwischen 60 und 87 Prozent Zeitersparnis pro Auftrag, je nach Bestell-Heterogenität. Workist berichtet aus konkreten deutschen Mittelstand-Cases 87 Prozent (RUKO) bis 96 Prozent (EVG). In der Bluebatch-Praxis liegen realistische Touch-Raten nach Stabilisierung bei 60 bis 80 Prozent, die Bearbeitungszeit der verbleibenden Aufträge sinkt von 5 Minuten auf 1 Minute Sichtprüfung.
Alle gängigen ERPs im deutschen Großhandel lassen sich anbinden: SAP S/4 HANA (OData), Microsoft Dynamics 365 Business Central (Standard-API), proALPHA (REST), sage 100, microtech build (REST), weclapp, xentral. Parallel dazu wird in den meisten Häusern DATEV für die Finanzbuchhaltung angebunden. Die Schnittstellen-Wahl hängt vom ERP-Stand und den verfügbaren Modulen ab.
n8n lohnt sich ab mittlerem Volumen (etwa 1.000 Aufträge im Monat aufwärts), wenn Datenhoheit oder Self-Hosting im Pflichtenheft steht, oder wenn die Workflow-Logik über die reine Bestellerfassung hinaus geht (Sonderkonditionen, Mehrstufige Eskalation, Integration mit anderen Systemen wie Telematik, WMS, CRM). KI-SaaS-Anbieter lohnen sich für kleinere Volumina ohne Engineering-Kapazität.
Eng. Seit 2025 müssen B2B-Empfänger XRechnung und ZUGFeRD annehmen, ab 2027 (Vorjahresumsatz über 800.000 Euro) wird der Versand zur Pflicht, ab 2028 für alle. Wer den Rechnungsblock heute nicht in die Auftragsabwicklungs-Architektur einbaut, muss spätestens 2027 nachjustieren. Details siehe unser Post zur E-Rechnung-Automatisierung.
Ein vierwöchiger PoC mit einem Engpass-Kanal (typisch: PDF-Bestellungen der Top-3-Stammkunden) bewegt sich im Bereich 20.000 bis 30.000 Euro inklusive Engineering, LLM-Lizenzen und ERP-Anbindung. Bei einem typischen Einsparpotenzial von 6.000 bis 8.000 Euro pro Monat amortisiert sich der PoC nach drei bis fünf Monaten.
Jeder Schritt liefert einen Confidence-Score. Liegt der Gesamt-Score unter dem konfigurierten Schwellwert (typisch 0,85), wird die Bestellung dem Innendienst vorgelegt, mit allen Feldern vorbefüllt. Die Sichtprüfung dauert 30 bis 60 Sekunden statt 5 Minuten. Korrekturen aus diesen Eskalationen fließen ins Prompt-Tuning zurück und heben die Touch-Rate kontinuierlich.
Auftragsabwicklung im deutschen Großhandel ist 2026 weder ein ERP-Problem noch ein OCR-Problem. Sie ist ein Workflow-Problem: 60 bis 80 Prozent unstrukturierter Bestellungen treffen auf eine ERP-Welt, die strukturierte Inputs erwartet. Der wirtschaftlichste Hebel ist ein KI-Workflow-Layer vor dem ERP, der klassifiziert, extrahiert, mappt, validiert und nur die echten Zweifelsfälle an den Innendienst gibt.
Für die Tool-Wahl gilt: ERP-Modul bei hohem EDI-Anteil, KI-SaaS bei geringem Volumen ohne Engineering-Kapazität, Best-of-Breed mit n8n bei mittlerem bis hohem Volumen und Datenhoheits- Anspruch. Die ehrlichen Touch-Raten liegen bei 60 bis 80 Prozent nach Stabilisierung, die Amortisation bei drei bis fünf Monaten. Wer in der Bestelleingangs-Stunde des Innendienstes anfängt und den schmerzhaftesten Kanal als PoC isoliert, hat in vier Wochen eine belastbare Antwort.