IDoc
Auch: Intermediate Document, IDocs, IDoc-Schnittstelle, IDoc-Typ, IDOC
KI-generiert
IDoc (Intermediate Document) ist ein SAP-eigenes Datenformat für den strukturierten, asynchronen Austausch von Geschäftsdokumenten zwischen SAP-Systemen sowie zwischen SAP und Drittsystemen. Es bildet die technische Grundlage für EDI-basierte Integrationen in der Intralogistik und Lieferkette.
Das Wichtigste in Kürze
- IDoc ist das native SAP-Format für den asynchronen, strukturierten Austausch von Geschäftsdokumenten zwischen SAP-Systemen und Drittsystemen.
- Jeder IDoc-Typ beschreibt eine spezifische Transaktionsklasse wie Lieferavis, Bestellung oder Wareneingang und kann bei Bedarf erweitert werden.
- Fehlgeschlagene IDocs landen in einer Fehlerwarteschlange und müssen aktiv überwacht werden, um Prozessunterbrechungen im Lager zu vermeiden.
- In zeitkritischen Szenarien wird IDoc zunehmend durch REST-APIs ergänzt oder ersetzt, bleibt aber in EDI-Umgebungen und SAP-zu-SAP-Integrationen weit verbreitet.
Was ist ein IDoc?
Ein IDoc, kurz für Intermediate Document, ist ein standardisiertes SAP-Datenformat, das Geschäftsdaten in einer definierten, hierarchischen Struktur kapselt und deren Übertragung zwischen Systemen ermöglicht. Jedes IDoc besteht aus einem Kontrollsatz (administrative Metadaten), einem oder mehreren Datensätzen (die eigentlichen Nutzdaten) sowie optionalen Statussätzen, die den Verarbeitungszustand protokollieren. IDocs werden asynchron verarbeitet: Das sendende System übergibt das Dokument, ohne auf eine Sofortantwort des Empfängers zu warten.
IDocs sind typisiert. Jeder IDoc-Typ beschreibt eine bestimmte Klasse von Geschäftsvorgängen, etwa Lieferavis, Bestellung oder Wareneingang. SAP liefert eine umfangreiche Bibliothek vordefinierter Basistypen mit; eigene Erweiterungen sind über sogenannte Erweiterungs-IDocs möglich, was in der Praxis jedoch sorgfältige Dokumentation erfordert.
Wie funktionieren IDocs in der Lagerlogistik?
In der Intralogistik begegnen dir IDocs vor allem an den Schnittstellen zwischen ERP und WMS sowie bei der Anbindung externer Partner. Typische Szenarien sind:
- Übermittlung von Lieferavisen (DESADV) vom Lieferanten an das empfangende Lager
- Übergabe von Transportaufträgen oder Warenausgangsbuchungen vom ERP an ein angebundenes Lagerverwaltungssystem
- Rückmeldung von Lagerbestands- oder Kommissionierdaten aus dem WMS an SAP
- EDI-Kommunikation mit Speditionen, Kunden oder Behörden über Konvertierungsplattformen
Die Verarbeitung läuft in der Regel über definierte Ports und Partnerprofil-Konfigurationen in der SAP-Basis. Fehlerhafte IDocs landen in einer Fehlerwarteschlange (Transaktion BD87 bzw. WE02), wo sie manuell oder automatisiert nachbearbeitet werden können. Ein funktionierendes IDoc-Monitoring ist deshalb eine operative Notwendigkeit: Ungeklärte Fehler können Wareneingänge, Lieferprozesse oder Bestandsbuchungen blockieren.
Worauf kommt es bei der Auswahl und Einführung an?
Beim Aufbau einer IDoc-basierten Integration sind mehrere Aspekte entscheidend. Zunächst sollte der passende IDoc-Typ sorgfältig ausgewählt oder ein bestehender Typ auf seine Abdeckung geprüft werden. Nicht jede Anforderung erfordert sofort eine Eigenentwicklung. Darüber hinaus ist die Fehlerbehandlungsstrategie frühzeitig zu klären: Wer überwacht die Fehlerwarteschlange, welche Fehlerklassen lösen eine automatische Wiederholung aus, und wann eskaliert ein Fehler an die Fachabteilung?
Auch die Latenzerwartung spielt eine Rolle. IDocs sind für asynchrone Szenarien ausgelegt; für zeitkritische Echtzeitkommunikation, etwa bei automatisierten Fördersystemen, werden heute häufig REST-APIs oder Messaging-Systeme bevorzugt. In vielen Lagerumgebungen koexistieren beide Ansätze, wobei IDocs besonders dort stark bleiben, wo SAP-zu-SAP-Integration oder etablierte EDI-Netzwerke gefragt sind. Die Entscheidung zwischen IDoc und API ist anbieter- und kontextabhängig und sollte anhand konkreter Latenz-, Volumen- und Wartbarkeitsanforderungen getroffen werden.
Verwandte Begriffe
- API
Eine API (Application Programming Interface) ist eine definierte Schnittstelle, über die zwei Softwaresysteme automatisiert und standardisiert Daten austauschen können. In der Intralogistik verbindet sie Systeme wie WMS, ERP oder TMS miteinander und mit externen Diensten.
- Artikelstammdaten
Artikelstammdaten sind die dauerhaft gültigen Basisdaten eines Artikels, etwa Maße, Gewicht, Verpackungseinheiten, Gefahrguteinstufung und MHD-Relevanz. Sie bilden die Grundlage für alle logistischen, einkäuferischen und systemseitigen Prozesse entlang der Lieferkette.
- Avisierung
Avisierung bezeichnet die Vorankündigung einer Lieferung durch den Lieferanten an den Empfänger, bevor die Ware eintrifft. Sie versetzt das Lager in die Lage, Personal, Rampenkapazität und Einlagerungsprozesse rechtzeitig zu planen.
- Best-of-Breed
Best-of-Breed bezeichnet eine IT-Strategie, bei der für jede Funktion im Unternehmen die jeweils leistungsstärkste Speziallösung ausgewählt wird, anstatt eine einzige Suite eines einzelnen Anbieters einzusetzen.
- Bewegungsdaten
Bewegungsdaten erfassen alle Transaktionen und physischen Warenbewegungen im Logistikprozess, von Wareneingang und Umlagerung bis zum Versand. Sie enthalten Zeitstempel, Mengen, Orte und beteiligte Einheiten und bilden die Grundlage für Transparenz, Steuerung und Analyse im Lager- und…
- DESADV
DESADV (Dispatch Advice) ist eine standardisierte EDI-Nachricht im EDIFACT-Format, die eine bevorstehende Lieferung elektronisch ankündigt. Sie übermittelt strukturierte Informationen zu Packstücken, Artikeln, Mengen und Identifikatoren wie dem SSCC an den Warenempfänger.