Eine Inbound Delivery ID (häufig als „Inbound Delivery“ oder „INB“ angezeigt) ist die eindeutige Referenznummer, die in ERP- oder Lagerverwaltungssystemen verwendet wird, um einen erwarteten Wareneingang zu identifizieren und zu verfolgen. Sie verknüpft Lieferant, Sendungsinhalt, Mengen und geplante Ankunftsdetails in einem Datensatz. Die ID wird beim Wareneingang gescannt, um PO/ASN-Informationen abzugleichen, das Entladen und Einlagerungsaufgaben auszulösen und die Buchung des Wareneingangs zu unterstützen. Mehr Kontext erläutert Formate, zugehörige Dokumente und häufige Fehler.
Was ist eine Inbound-Liefer-ID (Id)?
Eine Wareneingangslieferungs-ID dient als eindeutiger Identifikator, der einem Wareneingangslieferungsdatensatz in einem Logistik- oder Lagerverwaltungssystem zugewiesen wird. Sie verknüpft eingehende Waren mit einem spezifischen erwarteten Wareneingang, wodurch eine konsistente Referenz über Einkaufs-, Transport- und Wareneingangsaktivitäten hinweg ermöglicht wird. Indem die ID Daten wie Lieferant, Sendungsinhalt, Mengen und geplante Ankunftszeiten verankert, trägt sie dazu bei, dass alle Beteiligten mit demselben Datensatz arbeiten.
Operativ unterstützt die ID die durchgängige Steuerung einer Wareneingangslieferung von der Voravisierung über Entladung, Prüfung und Einlagerung. Sie vereinfacht das Ausnahmemanagement, indem Teams bei Abweichungen, Verzögerungen oder Beschädigungen den richtigen Datensatz schnell auffinden können. Aus Systemsicht reduziert sie zudem Duplikate und Fehlzuordnungen von Dokumenten, da Aktualisierungen auf einen autoritativen Eintrag angewendet werden. In Verbindung mit Scanning und Statusaktualisierungen verbessert die Wareneingangslieferungs-ID die Tracking-Effizienz und ermöglicht eine schnellere Abstimmung, eine genauere Bestandsverfügbarkeit sowie eine aussagekräftigere Leistungsberichterstattung über den gesamten Wareneingangsprozess hinweg.
Wie sieht eine ID für eine eingehende Lieferung aus? (Beispiele)
Obwohl die Formate je nach System und Unternehmen variieren, erscheint eine Wareneingangslieferungs-ID (Inbound Delivery ID) typischerweise als kurzer, strukturierter alphanumerischer Code, der für schnelle Eingabe, Scannen und eindeutige Suche ausgelegt ist. Gängige Formate für Inbound-Lieferungen umfassen rein numerische Sequenzen (z. B. 8000123456), buchstabenpräfixierte Zahlen (z. B. INB-00045721) oder datumsbasierte Muster (z. B. 2026-01-01482). Einige Organisationen betten Standort- oder Lagerkennzeichen ein, etwa WH3-INT-009871, während andere auf Strings fester Länge setzen, um Barcode-Etiketten und EDI-Mapping zu unterstützen (z. B. 000000983412). In ERP-getriebenen Umgebungen werden häufig nullaufgefüllte Nummern oder interne Nummernkreise verwendet, die den Dokumenttyp anzeigen, ohne Geschäftsdetails offenzulegen (z. B. 1800007721). Wenn mehrere Systeme zusammenwirken, kann derselbe Inbound-Datensatz durch unterschiedliche Darstellungen referenziert werden, etwa durch eine menschenlesbare ID und einen scannbaren, SSCC-verknüpften Code. Diese Beispiele für eindeutige Identifikatoren veranschaulichen Konventionen, stellen jedoch keine universellen Standards über alle Systeme hinweg dar.
Wareneingangs-Lieferungs-ID vs. Bestellung (PO) vs. ASN vs. Wareneingang (GR)
Inbound-Liefer-ID, PO, ASN und GR erfüllen jeweils einen eigenen Zweck und tauchen zu unterschiedlichen Zeitpunkten im Beschaffungs- bis Wareneingangsprozess auf. Die PO autorisiert den Einkauf, das ASN teilt mit, was unterwegs ist, die Inbound-Liefer-ID organisiert den erwarteten Wareneingang im Lagerverwaltungssystem, und der GR bestätigt, was tatsächlich erhalten wurde. Das Verständnis, wie diese Dokumente in ERP- und WMS-Plattformen verknüpft sind, schafft Klarheit über die Rückverfolgbarkeit von der Auftragserstellung bis zur physischen Ankunft und zur finanziellen Verbuchung.
Zweck und Zeitpunkt des Dokuments
Papierkram-Choreografie definiert, wie Waren vom Versprechen zum Besitz gelangen: Eine Bestellung (PO) autorisiert, was der Käufer zu kaufen beabsichtigt, eine Versandavis (ASN) signalisiert, was der Lieferant tatsächlich versandt hat, die Eingangslieferungs-ID organisiert, was voraussichtlich ankommt und am Wareneingang bearbeitet werden soll, und der Wareneingang (GR) dokumentiert den Moment, in dem Mengen formell in den Bestand übernommen werden. Ihre dokumentarische Bedeutung liegt darin, Mehrdeutigkeiten zu begrenzen und Verantwortlichkeiten in eine Reihenfolge zu bringen; zeitliche Überlegungen bestimmen, wann jeder Datensatz am Dock handlungsrelevant wird.
| Dokument | Hauptzweck | Typischer Zeitpunkt |
|---|---|---|
| PO | Bedarf und Konditionen festlegen | Vor dem Versand |
| ASN | Versandte Inhalte ankündigen | Beim Versand |
| GR | Erhaltene Menge bestätigen | Bei Wareneingang |
Die Eingangslieferungs-ID erscheint typischerweise, nachdem die PO freigegeben wurde und bevor die physische Anlieferung erfolgt, und ermöglicht damit Slotting, Arbeitslastplanung und Ausnahmebehandlung, ohne endgültiges Eigentum oder Bestandsgenauigkeit zu behaupten.
Systemverknüpfungen und Rückverfolgbarkeit
Eine Lieferkette hinterlässt eine Brotkrumenspur über verschiedene Systeme hinweg, und jeder Dokumenttyp verankert ein anderes Glied in der End-to-End-Rückverfolgbarkeit. Die PO identifiziert die kommerzielle Absicht: Lieferant, Mengen, Preise und erforderliche Termine. Die ASN (Advance Ship Notice) signalisiert, was versandt wurde und wann, und ermöglicht so die Planung vor dem Wareneingang sowie Ausnahmeprüfungen. Die Inbound-Delivery-ID (AN) stellt den erwarteten physischen Wareneingang im Lagerverwaltungssystem dar und übersetzt PO-/ASN-Daten durch Systemintegration in Handling Units, Zeitfenster/Anliefertermine und Einlagerungsaufgaben. Die GR (Wareneingang) ist die buchhalterische und bestandsmäßige Verbuchung, die bestätigt, was tatsächlich empfangen und akzeptiert wurde. Der Abgleich über PO, ASN, Inbound Delivery und GR hinweg verbessert die Datenqualität, unterstützt Audits und grenzt Abweichungen schnell auf spezifische Schritte, Partner und Zeitstempel ein.
Wo Sie die Inbound-Liefer-ID sehen (ERP, WMS, Dokumente)
Wie eine Sendungsverfolgungsnummer für eine Lieferung erscheint die Inbound-Delivery-ID in den Systemen und Aufzeichnungen, die für den Wareneingang genutzt werden – typischerweise im ERP auf dem Inbound-Lieferbeleg, im WMS auf Wareneingangs- und Einlagerungsaufgaben sowie in zugehörigen Unterlagen wie Advance Ship Notices, Packlisten und Wareneingangsdokumentationen – sodass Teams dieselbe Lieferung vom Termin bis zum Wareneingang und zur Buchung referenzieren können. Im ERP wird sie in Lieferkopf- und Positionsdaten angezeigt, verknüpft mit Bestellungen, Lieferanten und erwarteten Mengen. Im WMS taucht sie in Dock-Planungen, Scanner-Bildschirmen, NVE-/License-Plate-Labels, Ausnahmeprotokollen und Aufgabenlisten für Prüfung, Bereitstellung und Einlagerung auf. Auf Dokumenten ist sie gedruckt oder als Barcode/QR-Code codiert, um eine schnellere Inbound-Nachverfolgung am Tor, am Dock und während der Zählung zu ermöglichen. Sie erscheint auch in E‑Mail-Bestätigungen und Portalansichten, die für das Liefermanagement genutzt werden, und ermöglicht eine schnelle Abstimmung, wenn Fehlmengen, Schäden oder Übermengen erfasst werden.
Wie eine Eingangslieferungs-ID erstellt wird (System- und Lieferanteneingaben)
Eine Eingangslieferungs-ID wird typischerweise vom empfangenden System anhand vordefinierter Nummerierungsregeln erstellt, etwa nach Belegart, Werk und Sequenzsteuerungen. Diese systemgenerierte Kennung ist häufig mit vom Lieferanten bereitgestellten Referenzdaten wie der Bestellnummer, dem ASN oder dem Frachtbrief verknüpft. Zu verstehen, wie diese beiden Eingaben zusammenwirken, erklärt, warum dieselbe Sendung in ERP- und WMS-Datensätzen unter mehreren miteinander verbundenen Referenzen erscheinen kann.
System-Generated ID Logic
Die Nummerierungslogik steht im Zentrum der Erstellung einer Wareneingangsliefer-ID und kombiniert die automatische Systemvergabe mit wichtigen, vom Lieferanten bereitgestellten Referenzen. In typischen ERP- oder WMS-Umgebungen wird die Nummer der Wareneingangslieferung bei der Dokumenterstellung generiert und als Primärschlüssel für nachgelagerte Prozesse gespeichert. Das zugrunde liegende Systemdesign definiert Nummernkreise, Präfixe und Sequenzierungsregeln, häufig je Werk, Lager oder Mandant, um Kollisionen zu vermeiden. Die ID-Generierung kann rein sequenziell, zeitscheibenbasiert oder auf konfigurierbaren Intervallen beruhen, mit Prüfungen zur Sicherstellung der Eindeutigkeit über verteilte Instanzen hinweg. Kontrollen wie Sperren, Pufferung und Rollback-Behandlung verhindern Duplikate bei paralleler Verbuchung. Integrationsschichten können Nummern reservieren oder zuordnen, wenn Nachrichten asynchron eintreffen, und stellen so sicher, dass dieselbe Lieferung über Schnittstellen hinweg konsistent nachverfolgt werden kann. Audit-Logs protokollieren Vergabeereignisse zur Nachvollziehbarkeit und für Compliance-Zwecke.
Vom Lieferanten bereitgestellte Referenzdaten
Die Rückverfolgbarkeit hängt von den Lieferantenreferenzen ab, die zusammen mit der systemgenerierten Wareneingangsliefernummer erfasst werden. Während das System AN-/Wareneingangsliefer-IDs auf Basis interner Nummernkreise und Belegart vergibt, steuern Lieferanten Kennzeichen bei, die die Sendung in der kommerziellen Realität verankern. Typische Eingaben sind Bestellnummer, Lieferscheinnummer des Lieferanten, ASN-Nummer, Paletten- oder Handling-Unit-IDs, Chargen-/Losnummern und Frachtführer-Tracking-Codes. Diese Felder werden gegen Stammdaten und offene Bestellungen validiert und anschließend im Kopf oder in den Positionen der Wareneingangslieferung gespeichert, um Abgleich, Abweichungsbearbeitung und Audits zu ermöglichen. Klare Lieferantenerwartungen definieren Pflichtfelder, Formatierungsregeln und den Zeitpunkt (z. B. vor dem Wareneingang). Hohe Datenqualität reduziert manuelle Korrekturen, verhindert doppelte Wareneingänge und verbessert automatisierte Einlagerung sowie die Rechnungsprüfung. Ausnahmen lösen Workflow-Prüfungen oder eine Überarbeitung der IDs aus.
Was die Eingangslieferungs-ID nachverfolgt (Lieferant → Rampe → Einlagerung)
Eine einzige Eingangslieferungs-ID dient als roter Faden, der den Weg einer eingehenden Sendung von der Abfertigung durch den Lieferanten über die Warenannahme im Lager am Dock bis hin zur endgültigen Einlagerung verbindet. In der Inbound-Logistik bündelt diese Kennung geplante Mengen, Artikelcodes, Verpackungseinheiten und erwartete Ankunftsfenster in einer Referenz, die stabil bleibt, auch wenn sich Transportmeilensteine ändern. Sie verknüpft die Versandavis des Lieferanten mit der Frachtführerbewegung und anschließend mit dem Lagertermin und schafft so einen durchgängigen Nachweis darüber, wann die Ladung übergeben wurde, vor Ort eintraf und in den innerbetrieblichen Fluss überging.
Am Dock verankert dieselbe ID Zeitstempel, Torzuweisung, Anzahl der Handhabungseinheiten und Zustandsnotizen und bewahrt so eine einzige, verlässliche Version der Wahrheit für spätere Abstimmungen. Während der Einlagerung verbindet sie sich mit internen Aufgaben und Lagerplätzen und dokumentiert, wo jede Einheit letztlich liegt. Diese durchgängige Verknüpfung verbessert die Tracking-Effizienz, ohne auf fragmentierte Dokumentnummern über verschiedene Systeme hinweg angewiesen zu sein.
Wie Wareneingangsteams die Inbound-Delivery-ID verwenden (Scannen, Abgleichen, Ausnahmen)
Wareneingangsteams scannen bei der Anlieferung am Check-in die Inbound-Liefer-ID, um das erwartete Sendungsprofil aufzurufen und alle nachfolgenden Aktionen auf eine einzige Referenz zu fixieren. Der Scan löst den Wareneingangsprozess-Workflow aus: Rampenzuweisung, ASN-Transparenz und Aufgabenreihenfolge im WMS.
| Schritt | Wie die ID verwendet wird |
|---|---|
| Scan am Tor/an der Rampe | Bestätigt die Ankunft und öffnet die Wareneingangs-Arbeitsliste |
| Dokumente abgleichen | Verknüpft PO/ASN, Frachtführer-Daten und Packliste zu einem Datensatz |
| Mengen verifizieren | Steuert Zählung, Einheitenprüfungen (UoM) sowie Los-/Seriennummernerfassung |
| Ausnahmebehandlung | Kennzeichnet Sperren für Qualität, Schaden oder Compliance-Prüfung |
Beim Abgleich vergleichen die Wareneingangsmitarbeiter Etiketten und Handling Units mit der im System erwarteten Struktur und buchen die Wareneingänge gegen dieselbe ID, um geteilte Datensätze zu vermeiden. Wenn eine Ausnahme ausgelöst wird, leitet die ID den Vorgang an QS oder Bestandskontrolle weiter, protokolliert Notizen und Fotos und bewahrt eine auditierbare Zeitleiste bis zur Freigabe für die Einlagerung.
Häufige Probleme mit IDs eingehender Lieferungen (Duplikate, Abweichungen, fehlende IDs)
Probleme mit der Inbound-Delivery-ID frühzeitig sichtbar machen, um zu verhindern, dass kleine Check-in-Fehler zu Bestands- und finanziellen Abweichungen eskalieren. Ein häufiges Problem sind Duplikate: dieselbe AN erscheint auf mehreren ASNs, Labels oder Terminen und löst wiederholte Buchungen aus, sofern die Duplikaterkennung keine vorherigen Wareneingänge kennzeichnet. Ein weiteres Problem sind Abweichungen, bei denen die gescannte ID von der Packliste des Lieferanten, der Bestellreferenz oder der EDI-Nachricht abweicht; dies kann Waren der falschen Lieferung zuordnen, Mengenbestätigungen verfälschen und die WE/RE-Abstimmung (GR/IR) verkomplizieren. Fehlende IDs treten auf, wenn Labels unlesbar sind, Unterlagen fehlen oder Spediteure nur Tracking-Nummern bereitstellen; der Wareneingang ist dann auf manuelle Suche angewiesen, was die Durchlaufzeit erhöht und das Risiko von Fehlbuchungen steigert. Schwache ID-Validierung – etwa das Akzeptieren von Teilnummern, das Ignorieren von Prüfziffern oder das Zulassen von Freitext-Änderungen – verstärkt alle drei Szenarien. Nachgelagerte Auswirkungen umfassen gesperrte Rechnungen, falschen Bestandsstatus und verzögertes Einlagern, verursacht durch ungeklärte Ausnahmenfälle und Lücken in der Auditierbarkeit.
Best Practices für die Verwaltung von Inbound-Delivery-IDs im großen Maßstab
In Hochvolumenlagern ist eine disziplinierte Governance von Inbound-Delivery-IDs entscheidend, um Wareneingänge, Bestandsaktualisierungen und Finanzbuchungen aufeinander abzustimmen. Standardisierte ID-Formate und klare Zuständigkeiten reduzieren Duplikate und Abweichungen zwischen ERP, WMS und Carrier-Portalen. Stammdatenregeln sollten Eindeutigkeit, Pflichtfelder und – wo sinnvoll – lieferantenspezifische Präfixe durchsetzen. Automatisiertes Tracking über ASN, Gate-Check-in und Einlagerungszeitstempel hinweg stärkt die Rückverfolgbarkeit und das Ausnahmehandling.
Im großen Maßstab sollten Kontrollen nach vorne verlagert werden: IDs bei der Lieferantenbuchung validieren, bei der ASN-Erstellung erneut validieren und den Wareneingang sperren, wenn verpflichtende Referenzen fehlen. Barcode-/RFID-Etiketten müssen die ID des führenden Systems widerspiegeln und aus kontrollierten Vorlagen gedruckt werden. Abgleichroutinen sollten geplante mit erhaltenen Mengen pro ID vergleichen und so eine schnelle Untersuchung von Abweichungen sowie Bestandsgenauigkeit ermöglichen. Dashboards sollten Fehlerquoten, Durchlaufzeiten und überfällige Lieferungen nachverfolgen, mit Alerts für blockierte oder wiederverwendete IDs. Regelmäßige Audits, rollenbasierter Zugriff und Änderungsprotokolle verhindern, dass manuelle Anpassungen die Datenintegrität untergraben.
