Kundenartikelnummern automatisch zuordnen – der Engpass im B2B-Auftragseingang

Im B2B-Auftragseingang scheitert Automatisierung selten an der Bestellung selbst.

Eine Bestellung per E-Mail, Excel, CSV, Kundenportal oder EDI lässt sich technisch fast immer auslesen. Auch ein ERP nimmt Aufträge entgegen, sobald das Zielformat stimmt.

Der Engpass liegt an einer unscheinbaren Stelle:

Der Kunde bestellt mit seiner eigenen Artikelnummer. Ihr ERP kennt aber nur Ihre interne Artikelnummer.

Ein Industriekunde tippt 4711-AB, intern heißt der Artikel HYD-V-2890, in der Excel-Liste steht zusätzlich „Ventil 3/8 Zoll", die Verpackungseinheit ist beim Kunden „Pack" und intern „10 Stück". Daraus wird Übersetzungsarbeit: suchen, vergleichen, Rückfrage, alten Auftrag öffnen, Tabelle prüfen, Position manuell anpassen.

Das funktioniert. Bis es nicht mehr funktioniert.

Was eine Kundenartikelnummer ist – und warum sie im B2B Standard ist

Eine Kundenartikelnummer ist die Artikelnummer, unter der ein Kunde ein Produkt in seinem eigenen System führt. Sie ist meist nicht identisch mit Ihrer internen Artikelnummer, der Herstellerartikelnummer, der EAN oder einer Lieferantenartikelnummer.

Im B2B ist das die Regel, nicht die Ausnahme.

Ein Industriekunde, ein Filialist, ein technischer Einkäufer arbeitet mit eigenen Materialnummern. Diese Nummern stehen in seinem ERP, in Rahmenverträgen, in Bestellvorlagen, in Maschinen-Stücklisten und in wiederkehrenden Excel-Bestellungen. Aus Kundensicht ist das vernünftig: Beschaffung, Freigaben, Kostenstellen und Lagerprozesse passen dann zur eigenen Logik, und Mitarbeitende müssen nicht die Nummern jedes Lieferanten kennen.

Aus Lieferantensicht entsteht das Problem genau dann, wenn diese Nummern nicht sauber auf eigene Artikel abgebildet sind. Ihr ERP verarbeitet eine Bestellung erst dann automatisch, wenn jede Position eindeutig auf einen internen Artikel zeigt. Ohne Mapping wird aus einer eigentlich strukturierten Bestellung wieder manuelle Arbeit – und die fällt fast immer im Innendienst an.

Wer den Auftragseingang grundsätzlich pragmatisch automatisieren will, findet im Überblicksartikel Auftragseingang automatisieren im Mittelstand den Rahmen. Dieser Artikel betrachtet einen konkreten Bestandteil davon: das Mapping zwischen Kundenartikelnummer und ERP-Artikel.

Wann sich automatische Zuordnung lohnt

Automatische Zuordnung ist kein Großkonzern-Thema. Sie lohnt sich überall dort, wo wiederkehrende Positionen manuell übersetzt werden.

Wenn mehrere dieser Punkte zusammenkommen, ist die Wahrscheinlichkeit hoch, dass ein Mapping-Projekt nicht nur Stammdatenpflege, sondern echte Entlastung wird. Ein einfacher Test: Schauen Sie auf die letzten 100 Bestellungen. Wie viele Positionen enthielten Kundenartikelnummern? Wie oft wurde dieselbe Zuordnung schon einmal geklärt? Wenn dieselbe Übersetzungsarbeit regelmäßig wiederkehrt, gibt es einen Hebel.

Das Grundprinzip: aus Kundennummer wird ERP-Artikel

Auf den ersten Blick klingt automatische Zuordnung einfach:

Kundenartikelnummer → interne Artikelnummer

In der Praxis ist die Logik genauer:

Kunde + Kundenartikelnummer + Kontext → interner Artikel + Einheit + Regel

Warum der Umweg? Weil dieselbe Zeichenfolge bei unterschiedlichen Kunden etwas anderes bedeuten kann.

Kunde	Kundenartikelnummer	Interner Artikel	Einheit	Status
Kunde A	100-50	HYD-V-2890	Stück	aktiv
Kunde B	100-50	DICHT-440	Pack à 10	aktiv
Kunde C	100-50	ALT-778	ersetzt	prüfen

Die Nummer 100-50 allein reicht nicht. Erst zusammen mit dem Kunden entsteht eine sichere Zuordnung. Ein gutes Mapping arbeitet deshalb mit mindestens diesen Fragen: Wer ist der Kunde? Welche Kundenartikelnummer wurde übermittelt? Gibt es eine aktive Zuordnung? Mehrere mögliche Treffer? Ist der eigene Artikel aktiv, gesperrt oder ersetzt? Passt die bestellte Einheit zur Verpackungseinheit? Darf der Auftrag automatisch ins ERP laufen?

Automatische Zuordnung ist also keine Suchfunktion. Sie ist eine Entscheidungslogik.

Welche Daten ein gutes Mapping wirklich braucht

Viele Unternehmen starten mit einer schlichten Excel-Tabelle: Kundenartikelnummer, eigene Artikelnummer. Das ist ein Anfang. Für stabile Automatisierung reicht es selten.

Ein robustes Mapping braucht zumindest diese Felder:

• Kunde / Debitor – verhindert falsche Treffer bei gleichen Nummern
• Kundenartikelnummer – die Referenz aus Bestellung, Portal, EDI oder Excel
• interne Artikelnummer – der Zielartikel im ERP
• Status – aktiv, gesperrt, ersetzt, prüfen
• Einheit – Stück, Pack, Karton, Rolle, Meter
• Gültigkeit – wichtig bei Artikelablösung
• Quelle – manuell gepflegt, importiert, aus Bestellung gelernt
• letzte Verwendung – zeigt, welche Zuordnungen heute noch relevant sind

Erweiterte Felder kommen je nach Prozess dazu: Lieferadresse, Kundengruppe, Rahmenvertrag, Mindestbestellmenge, Rundungsregel, Ersatzartikel. Die Kunst liegt nicht darin, sofort ein vollständiges Stammdatensystem zu modellieren. Sie liegt darin, mit einer schlanken Tabelle zu starten, die später wachsen kann, ohne neu gebaut werden zu müssen.

Wer hier vor lauter Datenfeldern den Pilot verliert, stolpert in das gleiche Muster wie viele Stammdatenprojekte: monatelang aufräumen, bevor irgendetwas live geht. Eine saubere Datenbasis ist wichtig – aber sie entsteht in den ersten Bestellungen, nicht vor ihnen. Welche Stammdaten im Bestelleingang wirklich blockieren und wie ein prozessbezogener Datencheck aussieht, vertieft der Artikel Stammdatenqualität vor Automatisierung.

Warum die Zuordnung kundenspezifisch sein muss

Ein häufiger Fehler ist ein globales Mapping. Eine Kundenartikelnummer wird einmalig einer internen Artikelnummer zugeordnet, unabhängig vom Kunden. Das funktioniert nur, wenn alle Kunden dieselben Nummern verwenden. Im B2B ist das selten der Fall.

In der Praxis können gleiche Nummern unterschiedliche Bedeutungen haben:

• Verschiedene Kunden nutzen dieselbe Materialnummer für unterschiedliche Produkte.
• Ein Konzern verwendet je nach Standort unterschiedliche Nummern.
• Eine Filiale arbeitet mit alten Listen, die Zentrale mit neuen.
• Ein Kunde meint mit „Pack" eine andere Menge als Ihr ERP.

Die Zuordnung sollte deshalb immer mit Kundenschlüssel erfolgen. Praktisch sinnvolle Schlüssel sind Debitorennummer, Kundennummer im ERP, EDI-Partner-ID oder Portal-Account plus Firma. Bei Konzernstrukturen kommt eine zusätzliche Frage dazu:

Gilt die Zuordnung für den gesamten Konzern, für eine Tochtergesellschaft oder nur für eine Lieferadresse?

Bei einem Filialisten mit 80 Standorten ist das keine technische Detailfrage. Wenn das Mapping nur pro Debitor gepflegt wird, entstehen achtzig parallele Tabellen. Wenn es nur global gepflegt wird, entstehen falsche Treffer in einzelnen Regionen. Die saubere Lösung ist meist eine Hierarchie: Standard-Mapping auf Konzernebene, Abweichungen auf Filial- oder Lieferadressebene, klare Priorität – Lieferadresse überschreibt Konzern, Konzern überschreibt globalen Fallback.

Einheiten und Verpackungen – der unterschätzte Fehlerfall

Viele Mapping-Projekte konzentrieren sich auf Artikelnummern. Die teureren Fehler entstehen aber bei Einheiten.

Ich habe das in zwei Projekten gesehen: Der Kunde bestellt 100 Stück. Im ERP wird der Artikel in Pack à 10 geführt. Das Portal zeigt im Hintergrund Verpackungseinheit 1 Pack. Der Kunde meint 100 Einzelstücke. Importiert werden 100 Pack. Drei Tage später kommen 1.000 Teile am Wareneingang an, der Kunde ruft an, eine Gutschrift wird gebucht, jemand erklärt dem Vertrieb, warum der Lkw zu groß war.

Das ist kein Artikelnummernfehler. Es ist ein Mengenlogikfehler.

Das Mapping sollte deshalb nicht nur den Artikel zuordnen, sondern auch Einheiten prüfen. Ein paar einfache Regeln tragen weit:

Situation	Empfohlene Regel
Einheit identisch	automatisch übernehmen
Einheit fehlt, Kundenartikelnummer eindeutig	Standard-Einheit aus Mapping verwenden
Einheit weicht ab, Umrechnung ist eindeutig	automatisch umrechnen und protokollieren
Einheit weicht ab, Umrechnung unklar	in Prüfliste geben
Menge passt nicht zur Verpackungseinheit	markieren oder Rundungsvorschlag anzeigen
Artikel nur in Mindestmenge bestellbar	automatisch prüfen und Hinweis an Innendienst

Bei vollautomatischer ERP-Übergabe darf eine falsche Menge niemals stillschweigend durchlaufen. Besser ist ein klarer Status pro Position: automatisch übernommen, automatisch umgerechnet, Prüfung erforderlich, blockiert.

Sicher, prüfen oder blockieren – die Validierungslogik

Nicht jede Zuordnung sollte automatisch verarbeitet werden. Ein stabiles System unterscheidet drei Fälle.

Sicherer Treffer. Kunde eindeutig erkannt, Kundenartikelnummer aktiv gemappt, interner Artikel aktiv, Einheit und Menge plausibel, keine Sperre, keine konkurrierenden Treffer. Die Position wandert automatisch in den Auftrag.

Prüffall. Die Kundenartikelnummer ist ähnlich, aber nicht exakt. Mehrere mögliche interne Artikel existieren. Die Beschreibung passt nicht zur Zuordnung. Einheit oder Verpackungsmenge sind unklar. Der Artikel wurde ersetzt. Hier macht das System einen Vorschlag, aber bucht nicht blind.

Blockierter Fall. Kein Artikel gefunden, der Artikel ist gesperrt, der Kunde darf den Artikel nicht bestellen, eine Mindestmengen- oder Verpackungsregel wird verletzt, die Zuordnung ist widersprüchlich. Die Position wird gestoppt, bevor sie ins ERP läuft.

Das klingt nach Mehraufwand. In Wirklichkeit ist es die Grundlage dafür, dass die anderen Bestellungen ohne Aufsicht durchlaufen dürfen. Das Ziel ist nicht, 100 Prozent aller Positionen ohne Prüfung zu verarbeiten. Das Ziel ist:

Sichere Fälle automatisch durchlaufen lassen – und unsichere Fälle sichtbar, schnell und wiederverwendbar klären.

Warum ein Confidence-Score allein nicht reicht

Ein KI-System kann eine Wahrscheinlichkeit berechnen: 4711-AB sieht aus wie 4711_AB, die Beschreibung passt zu 86 Prozent, ein alter Auftrag zeigt eine ähnliche Position. Das ist hilfreich – aber ein Score ersetzt keine Geschäftsregel.

Eine falsche Artikelzuordnung kostet im B2B selten nur ein bisschen Korrekturzeit. Sie kostet eine Falschlieferung, eine Gutschrift, eine Retoure und das nächste schwierige Telefonat. KI sollte deshalb im Mapping-Prozess Vorschläge erzeugen, ähnliche Nummern finden, Beschreibungen vergleichen, alte Bestellungen durchsuchen und Dubletten markieren. Die endgültige automatische Übergabe folgt anschließend einer definierten Regel, nicht einem Wahrscheinlichkeitswert.

Wo das Mapping technisch liegen sollte: ERP, Portal oder Middleware?

Eine zentrale Architekturfrage lautet: Wo wird das Mapping gespeichert und ausgeführt?

Mapping direkt im ERP

Viele ERP-Systeme bieten Felder oder Module für kundenspezifische Artikelnummern. Vorteil: Das ERP bleibt führend, die Auftragsanlage greift direkt auf die Zuordnung zu, doppelte Stammdaten entfallen. Nachteil: Nicht jedes ERP unterstützt flexible Regeln, ältere Systeme haben oft schwache Pflege- und Importfunktionen, und externe Kanäle wie Portal, EDI oder E-Mail-Automatisierung kommen schwerer an die Daten heran. Sinnvoll, wenn das ERP die Anforderungen wirklich abbilden kann und externe Systeme stabil darauf zugreifen.

Mapping im B2B-Kundenportal

Das Portal speichert kundenspezifische Artikelnummern und übersetzt Bestellungen vor der Übergabe ans ERP. Vorteil: gute Nutzererfahrung, Schnellbestellung, Listenupload, Kunden können Nummern teilweise selbst pflegen. Nachteil: E-Mail- und EDI-Bestellungen profitieren nicht automatisch davon, und es entstehen schnell zwei Wahrheiten – die im Portal und die im ERP. Sinnvoll, wenn das Portal der dominante Bestellkanal ist und die ERP-Anbindung dahinter klar definiert ist. Mehr dazu in Wann ein B2B-Händlerportal mit ERP-Anbindung den Auftragseingang entlastet.

Mapping in einer Middleware

Eine Middleware liegt zwischen Bestellkanälen und ERP und behandelt Kundenartikelnummern aus allen Quellen gleich – Portal, Shop, E-Mail, PDF, Excel, EDI, Außendienst-Tools. Vorteil: zentrale Logik für mehrere Kanäle, klare Validierung vor ERP-Übergabe, gute Monitoring-Möglichkeiten, auch für ältere ERP-Systeme geeignet. Nachteil: zusätzliche Systemkomponente, klare Betriebsverantwortung nötig, Synchronisation mit ERP muss bewusst gestaltet werden. Für viele Mittelständler ist Middleware der pragmatische Weg, sobald mehrere Eingangskanäle relevant sind oder das ERP keine moderne API bietet. Wenn das ERP der eigentliche Engpass ist, lohnt der Blick in Altes ERP ohne API anbinden.

Ort des Mappings	Gut geeignet für	Vorsicht bei
ERP	starke ERP-Pflege, ein dominanter Kanal	alten Systemen, schwacher API, mehreren Kanälen
Portal	Self-Service, Schnellbestellung, Kunden-Upload	E-Mail- oder EDI-Bestellungen außerhalb des Portals
Middleware	mehrere Kanäle, altes ERP, zentrale Validierung	unklarer Datenverantwortung

Welche Variante passt, hängt davon ab, wo Bestellungen entstehen, welches System führend ist und wie gut Ihr ERP angebunden werden kann. Es gibt keine richtige Antwort am Reißbrett.

Wie das Mapping in den verschiedenen Bestellkanälen wirkt

Kundenartikelnummern tauchen nicht in einem einzigen Kanal auf. Genau deshalb sollte das Mapping nicht als Einzelfunktion für eine Maske gedacht werden, sondern als zentrale Übersetzungsschicht.

B2B-Kundenportal

Im Portal will der Einkäufer mit seinen eigenen Nummern arbeiten – suchen, bestellen, Listen hochladen. Ein gutes Portal akzeptiert kundenspezifische Nummern und übersetzt sie im Hintergrund: Suche nach Kundenartikelnummer, Schnellbestellung mit Artikelnummer und Menge, Excel-Upload mit Validierung, gespeicherte Bestellvorlagen, Anzeige der eigenen Nummer neben Ihrer Artikelnummer. Je besser das Portal die Sprache des Kunden versteht, desto weniger Bestellungen landen wieder per E-Mail.

E-Mail- und PDF-Bestellungen

Viele B2B-Bestellungen kommen weiterhin per E-Mail. In der Mail, im PDF oder in einem Excel-Anhang stehen Kundenartikelnummern, die ohne Mapping nicht ERP-fähig werden. Eine OCR oder KI kann erkennen, dass eine Zeile eine Artikelnummer enthält, sollte aber nicht raten, welcher ERP-Artikel gemeint ist. Dafür braucht sie eine Mapping- und Validierungsschicht. Wie das in der Praxis aussieht, beschreibt E-Mail-Bestellungen automatisch ins ERP übernehmen.

CSV- und Excel-Bestelllisten

Excel ist im B2B kein Zeichen von Rückständigkeit. Für viele Einkäufer ist es das Arbeitswerkzeug. Bestelllisten enthalten typischerweise Artikelnummer (häufig Kundenartikelnummer), Bezeichnung, Menge, Einheit und je nach Geschäftsmodell Liefertermin, Kostenstelle und Lieferadresse. Ein Mapping-Prozess liest diese Listen aus, prüft sie und übersetzt in ERP-konforme Auftragspositionen.

Ein typisches Mapping-Ergebnis:

Kundenartikelnummer	ERP-Artikel	Status	Hinweis
ABC-1000	FIL-G-200	automatisch	aktives Mapping
ABC-1001	FIL-K-100	automatisch	aktives Mapping
ALT-991	DICHT-NEU-991	prüfen	alte Nummer ersetzt

Der Innendienst muss nicht mehr alle drei Positionen suchen. Er prüft die eine Ausnahme.

EDI-Bestellungen

EDI wird oft als vollautomatischer Kanal verstanden. Technisch stimmt das nur teilweise. EDI sorgt für strukturierte Übertragung, aber die fachliche Bedeutung der Daten muss trotzdem stimmen. In einer EDI-Bestellung können mehrere Referenzen enthalten sein: Kundenartikelnummer, Lieferantenartikelnummer, EAN, GTIN, Vertragsnummer. Ohne klare Regeln wird auch ein technisch gültiges EDI-Dokument fachlich falsch verarbeitet. Welche Nummer Priorität hat, ob die GTIN als Fallback dient, was bei abgekündigten Artikeln passiert – das gehört einmal in eine Tabelle und nicht jedes Quartal in einen Workshop.

Außendienst, Telefon, Wiederbestellung

Auch im Außendienst werden Kundenartikelnummern genutzt. Wenn Mitarbeitende diese Nummern in einem internen Tool eingeben und direkt den passenden ERP-Artikel sehen, sinkt die Suchzeit deutlich. Mapping ist nicht nur für vollautomatische Prozesse wertvoll – es hilft auch bei assistierter Auftragserfassung.

Ein realistischer Pilot für den Mittelstand

Ein Kundenartikelnummern-Mapping sollte nicht als großes Stammdatenprojekt starten. Besser ist ein fokussierter Pilot mit echten Bestellungen.

Sie merken das daran, dass dieser Pilot in den ersten Wochen mehr Fragen klärt als ein viertelstägiger Stammdaten-Workshop: Welche Kunden bestellen wirklich regelmäßig? Welche Artikel decken den Großteil des Volumens ab? Welche Sonderfälle hat man im Innendienst längst akzeptiert, ohne sie dokumentiert zu haben? Wer pflegt heute schon faktisch die Zuordnungen? Diese Antworten lassen sich nicht herleiten – sie kommen aus den ersten ein- bis zweihundert Bestellungen, die durchs Mapping laufen.

Typische Fehler bei der automatischen Zuordnung

Wann sich das Projekt wirtschaftlich lohnt

Ein Mapping-Projekt rechnet sich nicht erst bei sehr hohem Volumen. Es rechnet sich, wenn wiederkehrende manuelle Sucharbeit strukturiert genug ist, um sie an eine Tabelle und ein paar Regeln zu übergeben.

Sie merken das daran, dass:

• Stammkunden regelmäßig mit eigenen Nummern bestellen.
• Der Innendienst täglich oder wöchentlich dieselbe Übersetzungsarbeit leistet.
• Rückfragen zu denselben Artikeln immer wieder auftauchen.
• Excel-Bestelllisten manuell mit ERP-Artikeln abgeglichen werden.
• Alte Kundenartikelnummern in laufenden Bestellungen weiter auftauchen.
• Filialen oder Standorte unterschiedlich bestellen, aber dieselben Artikel meinen.
• Einzelne Mitarbeitende zum Flaschenhals werden, weil nur sie die Sonderlogiken kennen.

Der wirtschaftliche Hebel liegt nicht nur in gesparter Erfassungszeit. Genauso wichtig sind weniger Falschlieferungen, weniger Gutschriften, weniger Rückfragen, bessere Datenqualität und vor allem weniger Abhängigkeit von Einzelwissen. Die Frage „Was kostet ein Mapping-System?" ist deshalb meist die falsche.

Wie viel manuelle Übersetzungsarbeit bleibt im Auftragseingang bestehen, solange Sie keines bauen?

Fazit

Kundenartikelnummern automatisch zuzuordnen ist einer der wirkungsvollsten Hebel im B2B-Auftragseingang. Nicht, weil die Bestellungen kompliziert wären, sondern weil dieselbe Übersetzungsarbeit jede Woche neu anfällt:

• Welche Nummer meint der Kunde?
• Welcher interne Artikel ist gemeint?
• Passt die Einheit?
• Ist der Artikel noch aktiv?
• Darf die Position automatisch ins ERP?

Ein gutes Mapping beantwortet diese Fragen systematisch. Es verbindet die Sprache des Kunden mit der Struktur Ihres ERP. Sichere Fälle laufen automatisch durch. Unsichere Fälle gehen sichtbar in eine Prüfung. Jede Klärung wird beim nächsten Mal automatisch wirksam.

Damit wird aus einem manuellen Suchprozess eine lernende Integrationslogik – und der Innendienst arbeitet wieder an dem, wofür er da ist: an den Bestellungen, die wirklich Klärung brauchen.

FAQ zu Kundenartikelnummern und automatischer Zuordnung