Bestellungen aus E-Mails ins ERP: So lässt sich die Auftragserfassung automatisieren

Bestellungen kommen auf vielen Wegen: als Text in der Mail, als PDF aus dem Warenwirtschaftssystem des Kunden, als Excel-Liste, manchmal als Foto eines ausgefüllten Formulars. Im Innendienst landen sie im selben Postfach, und von dort überträgt jemand Kunde, Positionen, Mengen und Termin ins ERP.

Das Abtippen selbst ist nicht der schwierige Teil. Schwierig sind die Bestellungen, bei denen etwas nicht passt: Der Kunde nennt den Artikel anders als Ihr Artikelstamm, die Menge fehlt, der Preis entspricht nicht der Kondition, oder die Ware soll an eine Adresse, die noch nie beliefert wurde. Hier entscheidet heute die Erfahrung einer Person - oft ohne dass die Entscheidung irgendwo festgehalten wird.

Genau daran scheitern Automatisierungsversuche, die nur auf die glatten Fälle schauen. Ein Werkzeug, das Bestellungen liest und alles übernimmt, was es zu erkennen glaubt, macht die einfachen Fälle schneller und die schwierigen gefährlich: Ein falsch geratener Artikel fällt erst auf, wenn die falsche Ware beim Kunden steht.

Takeaway: Der Engpass in der Auftragserfassung ist nicht die Eingabe, sondern die Klärung. Eine Automatisierung muss sich an den Sonderfällen messen lassen, nicht an den glatten Bestellungen.

Am deutlichsten wird das an einem Beispiel. Nehmen wir an, Ihr Betrieb handelt mit Befestigungstechnik, und an einem Montag kommt diese Bestellung ins Postfach des Innendiensts. Firma, Adressen, Artikelnummern und Preise sind frei erfunden.

Aus dieser Mail entsteht kein fertiger Auftrag, sondern ein Vorschlag mit einem Status je Feld. Drei Zustände genügen: Erkannt heißt, der Wert wurde aus der Mail gelesen, ließ sich aber nicht gegen Stammdaten prüfen. Abgeglichen heißt, der Wert passt zu einem Eintrag in Kunden-, Artikel- oder Preisstamm. Offen heißt, hier fehlt etwas oder es widerspricht sich - das Feld wird nicht befüllt, sondern geklärt.

Alle Namen, Nummern, Adressen und Preise sind Musterwerte.

Bemerkenswert sind drei Zeilen. Die Lieferadresse steht gar nicht in der Mail - „wie immer“ wird erst durch den Kundenstamm zu einer Adresse. Die zwei Packungen in Position 3 werden zu 200 Stück, weil der Artikelstamm die Verkaufseinheit kennt: Die Umrechnung kommt aus den Stammdaten, nicht aus einer Vermutung. Und der Wunschtermin ist nur erkannt, nicht abgeglichen. „Donnerstag nächste Woche“ lässt sich ausrechnen, aber das Ergebnis bleibt eine Auslegung, die der Innendienst bei der Freigabe sehen soll.

Takeaway: Das Ergebnis der Erfassung ist kein Auftrag, sondern ein Vorschlag mit Status je Feld. Erst der Abgleich mit den Stammdaten macht aus gelesenen Werten belastbare.

Aufschlussreicher ist die zweite Mail desselben Kunden, drei Tage später. Sie kommt von einer Adresse, die bisher nie bestellt hat, und sie ist so geschrieben, wie Bestellungen oft geschrieben werden: schnell, zwischen zwei Terminen.

Fortsetzung des Musters, alle Werte fiktiv.

Ein Werkzeug, das auf Vollständigkeit getrimmt ist, würde hier die Lücken füllen: die Winkelverbinder vom letzten Mal übernehmen, die ähnlichste Scheibe wählen, den genannten Preis eintragen. Jede einzelne dieser Annahmen kann stimmen. Stimmt eine nicht, steht sie unbemerkt im Auftrag, und der Fehler zeigt sich erst beim Kommissionieren, bei der Lieferung oder auf der Rechnung.

Stattdessen erzeugt der Ablauf einen Klärungsvorgang: die offenen Fragen, sortiert danach, wer sie beantworten kann.

Zwei Details sind wichtig. Die Preisfrage geht nicht an den Kunden, sondern intern an den Vertrieb: „wie besprochen“ kann auf eine Absprache verweisen, die nur noch nicht im System steht. Und die Rückfrage an den Kunden wird als Entwurf vorbereitet, gebündelt in einer Mail statt in vier und adressiert an den hinterlegten Einkauf des Kunden. Die Bauleitung kommt erst in Kopie, wenn Punkt 6 geklärt ist; abgeschickt wird die Mail vom Innendienst. Bis alle Punkte geklärt sind, geht nichts ins ERP.

Takeaway: Eine gute Erfassung erkennt, was sie nicht weiß. Fehlende und widersprüchliche Angaben werden zu konkreten Fragen an die richtige Stelle, nicht zu stillen Annahmen im Auftrag.

Der Abgleich ist der eigentliche Kern. Er läuft gegen vier Stammdatenbereiche, und für jeden gilt eine eigene Frage.

Kunde. Lässt sich der Absender eindeutig einem Kunden zuordnen - über Kundennummer, Absenderadresse oder Domain - und ist die Adresse als bestellberechtigt hinterlegt?

Artikel. Lässt sich die Bezeichnung des Kunden genau einer Artikelnummer zuordnen? Hilfreich ist eine Zuordnungstabelle für Kundenbezeichnungen, die mit jeder bestätigten Klärung wächst. Unbestätigte Treffer kommen dort nicht hinein - sonst lernt der Ablauf seine eigenen Fehler.

Preise und Konditionen. Entspricht ein genannter Preis der hinterlegten Kondition? Eine Abweichung wird weder still übernommen noch still überschrieben, sondern zur Frage.

Einheiten. Stück, Packung, Karton, Meter: Passt die bestellte Einheit zur Verkaufseinheit, und gibt der Artikelstamm eine Umrechnung her? Eine Einheit, die der Stamm nicht kennt, wird nicht umgerechnet, sondern geklärt.

Lieferadresse und Wunschtermin kommen dazu: die Adresse gegen den Kundenstamm, der Termin gegen Eingangsdatum und Kalender.

Danach kommt der Freigabepunkt. Der Innendienst sieht den Vorschlag mit allen Feldern, ihrem Status und, wo nötig, dem Klärungsvorgang. Freigegeben werden kann nur ein Vorschlag ohne offene Felder; wer freigegeben hat und wann, wird festgehalten. Erst dann folgt der Import - über die Schnittstelle oder das Importformat, das Ihr ERP für Aufträge vorsieht. Je nach System ist das ein Dateiimport, eine Programmierschnittstelle oder ein Modul des Herstellers. Wir arbeiten mit Make und n8n, um solche Abläufe zu verbinden.

Für die Einführung empfehlen wir eine Probephase: Der Ablauf erstellt Vorschläge, der Innendienst erfasst parallel wie bisher und vergleicht. Erst wenn die Vorschläge verlässlich sind, ersetzt die Freigabe das Abtippen. Ob vollständig abgeglichene Bestellungen später ohne Freigabe durchlaufen dürfen, ist eine eigene Entscheidung. Woran sich festmachen lässt, dass ein solcher Ablauf den Regelbetrieb trägt, beschreibt der Ratgeber Vom KI-Piloten in den Regelbetrieb.

Takeaway: Kunde, Artikel, Preis, Einheit - jeder Wert wird gegen Stammdaten geprüft, der Innendienst gibt frei, und importiert wird nur über den Weg, den das ERP dafür vorsieht.

Nicht jede Bestellung braucht KI. Kommen Bestellungen per EDI, liegen sie bereits als strukturierte Datensätze in einem vereinbarten Format vor; dann ist die Aufgabe eine Feldzuordnung mit festen Regeln. Ähnlich bei Kunden, die immer dasselbe Formular oder denselben PDF-Export schicken: Eine Vorlage, die weiß, an welcher Stelle die Positionen stehen, arbeitet verlässlich und nachvollziehbar - solange sich das Layout nicht ändert.

KI wird dort nützlich, wo feste Regeln an der Vielfalt scheitern: freie Mailtexte, Bezüge wie „wie letztes Mal“, PDFs in Layouts, die von Kunde zu Kunde wechseln. Ein Sprachmodell kann aus solchen Texten Felder herauslesen, ohne dass für jeden Absender eine eigene Vorlage gepflegt werden muss.

Was ein Sprachmodell nicht zuverlässig kann, ist zu beurteilen, ob sein Ergebnis stimmt. Es liest „große Unterlegscheiben“ und liefert eine plausible Artikelnummer - plausibel ist aber nicht richtig. Deshalb entscheidet nicht die KI über den Status eines Feldes, sondern die Prüfregeln dahinter: Existiert die Artikelnummer? Ist die Zuordnung bestätigt? Passt der Preis zur Kondition? Ist eine Menge angegeben? Die KI übersetzt, die Regeln prüfen, der Mensch gibt frei.

Diese Aufteilung hat einen zweiten Vorteil: Sie wächst mit besseren Modellen mit, ohne dass sich die Absicherung ändert. Liest ein künftiges Modell genauer, werden mehr Felder abgeglichen - die Prüfregeln bleiben dieselben. Was eine solche Lösung über Einrichtung, Betrieb und Pflege hinweg kostet und wie Sie das gegen den heutigen Aufwand stellen, behandelt der Ratgeber Was kostet KI-Automatisierung im Mittelstand wirklich?

Takeaway: Feste Regeln für strukturierte Eingänge wie EDI und gleichbleibende Formulare, KI für freie Texte und wechselnde Layouts - und in beiden Fällen Prüfregeln, die gegen die Stammdaten entscheiden.

Ein Importweg ins ERP. Ohne eine Möglichkeit, Aufträge ans ERP zu übergeben, endet die Automatisierung bei einem gut vorbereiteten Erfassungsbogen, den jemand abtippt. Das kann als erster Schritt sinnvoll sein, ist aber etwas anderes. Ob Ihr System einen Auftragsimport anbietet und welche Felder er annimmt, lässt sich nicht pauschal sagen - das klären wir in der Analyse, bevor irgendetwas gebaut wird.

Gepflegte Stammdaten. Der Abgleich ist nur so gut wie die Daten, gegen die er prüft. Doppelt angelegte Kunden, veraltete Preise oder Artikel ohne Verkaufseinheit erzeugen offene Felder, wo keine sein müssten. Das ist unbequem, aber nützlich: Die Erfassung zeigt, wo die Stammdaten nachgepflegt werden müssen.

Datenschutz. Bestellungen enthalten personenbezogene Daten, mindestens Namen und Mailadressen von Ansprechpersonen. Wird für das Auslesen ein externer KI-Dienst eingesetzt, verarbeitet er diese Daten im Auftrag; dafür braucht es einen Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO. Wir bevorzugen Dienste mit Verarbeitung in der EU und klären den Datenfluss vor dem Einsatz.

Eine zuständige Rolle. Jemand muss offene Vorgänge abarbeiten, die Zuordnungstabelle pflegen und bei Abwesenheit vertreten werden. Fehlt diese Rolle, sammeln sich offene Vorgänge an einer Stelle, an der niemand nachsieht.

Formatwechsel. Kunden ändern ihre PDF-Layouts, ohne Bescheid zu sagen. Feste Vorlagen brechen dann, KI ist toleranter, aber nicht unfehlbar. Beobachten Sie deshalb je Absender, wie viele Felder offen bleiben: Steigt der Anteil plötzlich, hat sich meist am Eingang etwas geändert.

Und eine Grenze, die keine Technik verschiebt: Die Automatisierung ersetzt nicht den Innendienst. Sie nimmt ihm das Abtippen glatter Bestellungen ab und bereitet die Klärung der übrigen vor. Das Gespräch mit dem Kunden und die Entscheidung über Sonderkonditionen bleiben bei Menschen.

Wo anfangen? Legen Sie einige echte Bestellungen der letzten Wochen nebeneinander und notieren Sie für jede, was beim Erfassen unklar war und wer es geklärt hat. Ob der Bestelleingang überhaupt der Ablauf mit dem größten Hebel ist, hilft die Prozess-Audit-Checkliste einzuordnen. Landen bei Ihnen Anfragen und Bestellungen im selben Postfach, lohnt auch der Blick auf den Weg davor - die Prozesskarte Anfrage bis Angebot nimmt ihn Schritt für Schritt auf.

Takeaway: Voraussetzungen sind ein Importweg ins ERP, gepflegte Stammdaten, ein Vertrag zur Auftragsverarbeitung für eingesetzte Dienste und eine zuständige Rolle. Formatwechsel kommen vor, oft unangekündigt - der Ablauf muss sie bemerken.