Know-how · SAP IDoc

SAP IDoc

SAP IDocs automatisieren den strukturierten Datenaustausch zwischen SAP-Systemen, Middleware, EDI-Plattformen und externen Anwendungen
SAP IDoc ermöglicht die Übertragung wichtiger Geschäftsdaten wie Bestellungen, Lieferavise, Rechnungen und Stammdaten
SAP IDocs sind ein zentraler Bestandteil moderner SAP-Integrationsprozesse und unterstützen den automatisierten Austausch strukturierter Unternehmensdaten

Kostenlose Beratung zur E-Rechnung & SAP IDoc anfordern!

IDocIntermediate Document

EDIElectronic Data Interchange

MonitoringEnd-to-End-Perspektive

Weiterführende Beiträge

Mehr Know-how zur E-Rechnung

Vertiefen Sie zentrale Themen rund um strukturierte Rechnungsformate, SAP-nahe Prozesse und automatisierte Rechnungsverarbeitung.

XRechnung

Inhaltsverzeichnis

Was ist ein SAP IDoc?

IDoc steht für „Intermediate Document“.

Ein SAP IDoc ist ein strukturierter Datencontainer, mit dem SAP Geschäftsinformationen senden und empfangen kann. Dabei handelt es sich nicht primär um ein visuelles Dokument wie eine PDF-Rechnung, sondern um eine strukturierte Datenrepräsentation eines Geschäftsvorgangs.

Ein IDoc kann beispielsweise Informationen enthalten zu:

einer Bestellung
einer Auftragsbestätigung
einer Lieferung
einer Rechnung
einem Material
einem Kunden
einem Lieferanten

Dadurch lassen sich Geschäftsdaten automatisiert zwischen verschiedenen Systemen austauschen. Das Experteninterview beschreibt das IDoc anschaulich als standardisierten elektronischen Transportbehälter: Die Struktur ist vorgegeben, der konkrete Inhalt hängt vom jeweiligen Geschäftsprozess ab.

Was bedeutet IDoc?

Die Bezeichnung „Intermediate Document“ macht deutlich, welche Rolle ein IDoc erfüllt. Es ist häufig ein Zwischendokument zwischen dem SAP-Geschäftsprozess und einem externen Datenformat oder Zielsystem.

Ein Beispiel:

In SAP wird eine Rechnung erstellt.

Diese Rechnung wird nicht zwingend direkt im Format versendet, das der Kunde erwartet. Stattdessen können die relevanten Rechnungsdaten zunächst in ein SAP IDoc geschrieben werden. Anschließend übernimmt eine Middleware oder ein EDI-Dienstleister die weitere Verarbeitung.

Der Prozess lautet dann:

SAP-Beleg

SAP IDoc

Mapping

externes Zielformat

Geschäftspartner

Damit ist das IDoc in vielen Integrationsarchitekturen eine interne beziehungsweise integrationsorientierte Datenrepräsentation.

Wofür werden SAP IDocs eingesetzt?

SAP IDocs werden in unterschiedlichen Geschäftsbereichen eingesetzt.

Rechnungsprozesse

Beispielsweise für:

Ausgangsrechnungen
Eingangsrechnungen
Gutschriften
Rechnungskorrekturen

Bestellprozesse

Typische Anwendungsfälle sind:

Bestellung
Auftragsbestätigung
Bestelländerung

Logistik

Hierzu gehören beispielsweise:

Lieferavise
Versandmeldungen
Wareneingangsinformationen

Stammdatenaustausch

IDocs können auch Stammdaten übertragen, beispielsweise:

Materialstammdaten
Kundenstammdaten
Lieferantenstammdaten

Bekannte Nachrichtentypen sind unter anderem ORDERS, DESADV, MATMAS, DEBMAS oder CREMAS. Für Rechnungsprozesse begegnet Unternehmen häufig INVOIC.

Wie ist ein SAP IDoc aufgebaut?

Ein SAP IDoc besteht grundsätzlich aus drei Bereichen:

Kontrollsatz

Datensätze

Statussätze

Diese drei Bereiche erfüllen unterschiedliche Aufgaben.

Kontrollsatz

Der Kontrollsatz enthält technische Informationen zur Verarbeitung des IDocs.

Dazu können gehören:

Sender
Empfänger
Nachrichtentyp
IDoc-Typ
Übertragungsrichtung
Port
weitere technische Steuerinformationen

Vereinfacht beantwortet der Kontrollsatz die Fragen:

Woher kommt das IDoc?
Wohin soll es?
Welche Art Nachricht ist es?
Wie soll es verarbeitet werden?

Datensätze

Die Datensätze enthalten die eigentlichen Geschäftsinformationen.

Bei einer Rechnung können dies beispielsweise sein:

Rechnungsnummer
Rechnungsdatum
Geschäftspartner
Rechnungspositionen
Preise
Steuerinformationen
Zahlungsbedingungen

Diese Daten werden hierarchisch in sogenannten Segmenten strukturiert.

Statussätze

Statussätze dokumentieren den bisherigen Verarbeitungsverlauf.

Sie zeigen beispielsweise:

ob das IDoc erzeugt wurde
ob es an einen Port übergeben wurde
ob es noch auf Verarbeitung wartet
ob ein Fehler aufgetreten ist
ob ein Anwendungsbeleg erfolgreich erzeugt wurde

Gerade für das SAP IDoc Monitoring sind diese Statusinformationen entscheidend.

Was sind IDoc-Segmente?

Segmente bilden die fachliche Struktur innerhalb der Datensätze. Ein Segment enthält eine Gruppe zusammengehöriger Informationen.

Beispielsweise kann es Segmente geben für:

Kopfdaten
Partnerdaten
Rechnungspositionen
Steuerinformationen
Datumsangaben
Referenzen
Zahlungsbedingungen

Innerhalb eines Segments befinden sich einzelne Felder. Segmente können hierarchisch aufgebaut und mehrfach vorhanden sein. Das ist insbesondere bei Dokumenten mit mehreren Positionen wichtig.

Ein Rechnungs-IDoc kann beispielsweise einen Kopfbereich besitzen und darunter mehrere Positionssegmente.

Was ist ein IDoc-Basistyp?

Der Basistyp legt die technische Struktur des IDocs fest.

Er definiert beispielsweise:

welche Segmente vorhanden sein dürfen
in welcher Reihenfolge sie stehen
welche Hierarchie gilt
wie oft ein Segment vorkommen kann
welche Inhalte vorgesehen sind

Ein Beispiel aus dem Rechnungsprozess ist INVOIC02. Reicht der SAP-Standard für einen bestimmten Geschäftsprozess nicht aus, kann ein Basistyp durch kundeneigene Segmente erweitert werden.

Das Experteninterview empfiehlt allerdings ausdrücklich, Erweiterungen nur dann vorzunehmen, wenn ein fachlich notwendiger Inhalt nicht bereits mit dem Standard abgebildet werden kann. Jede Eigenentwicklung erhöht Test-, Wartungs- und Migrationsaufwand.

Was ist ein Nachrichtentyp?

Der Nachrichtentyp beschreibt die fachliche Bedeutung der übertragenen Nachricht.

Er beantwortet die Frage:

Welcher Geschäftsvorgang wird übertragen?

Beispiele sind:

INVOIC für Rechnungen
ORDERS für Bestellungen
DESADV für Lieferavise
MATMAS für Materialstammdaten
DEBMAS für Kundenstammdaten
CREMAS für Lieferantenstammdaten

Der Nachrichtentyp beschreibt somit den fachlichen Zweck.

Was ist der Unterschied zwischen Nachrichtentyp und IDoc-Basistyp?

Diese beiden Begriffe werden häufig verwechselt.

Die einfachste Abgrenzung lautet:

Nachrichtentyp
\= fachliche Bedeutung

Basistyp
\= technische Struktur

Ein Beispiel:

Nachrichtentyp: INVOIC
Basistyp: INVOIC02

Der Nachrichtentyp sagt:

„Es handelt sich um eine Rechnung.“

Der Basistyp legt dagegen fest, in welchen Segmenten und Feldern die Rechnungsinformationen technisch übertragen werden können. Diese Unterscheidung gehört zu den wichtigsten SAP IDoc Grundlagen.

Wie funktioniert die SAP IDoc Verarbeitung?

Grundsätzlich wird zwischen zwei Richtungen unterschieden:

Outbound: Daten verlassen SAP
Inbound: Daten gelangen nach SAP

Beide Prozesse sind statusgesteuert und lassen sich technisch überwachen.

Wie funktioniert ein ausgehendes SAP IDoc?

Ein typischer Outbound-Prozess kann so aussehen:

Geschäftsbeleg in SAP

Nachricht erzeugen

IDoc erstellen

IDoc an Port übergeben

Middleware oder Integrationsplattform

externes Zielformat

Geschäftspartner

Beispielsweise:

SAP-Rechnung

INVOIC-IDoc

EDI-Middleware

EDIFACT INVOIC

Kunde

Wichtig ist:

Wenn das IDoc SAP erfolgreich verlassen hat, ist damit nur ein technischer Zwischenschritt abgeschlossen. Ob die externe Nachricht erfolgreich transformiert, übertragen und beim Empfänger verarbeitet wurde, muss separat überwacht werden. Genau diese End-to-End-Betrachtung ist laut Experteninterview einer der entscheidenden Erfolgsfaktoren.

Wie funktioniert ein eingehendes SAP IDoc?

Beim Inbound-Prozess läuft die Verarbeitung umgekehrt.

Ein Beispiel:

EDIFACT INVOIC

Middleware

Mapping

SAP IDoc

SAP-Verarbeitung

Anwendungsbeleg

Das IDoc wird in SAP gespeichert und anschließend an die zuständige Anwendungslogik übergeben.

Dabei kann beispielsweise:

ein Lieferantenbeleg
ein Auftrag
eine Lieferung
ein anderer Anwendungsbeleg

erzeugt werden. Je nach Ergebnis erhält das IDoc einen entsprechenden Status.

SAP IDoc und EDI – wie hängen beide zusammen?

EDI steht für Electronic Data Interchange, also den elektronischen Austausch strukturierter Geschäftsdaten zwischen Unternehmen. SAP IDocs können innerhalb eines EDI-Prozesses die SAP-seitige Datenrepräsentation bilden.

Beispielsweise:

SAP

IDoc

EDI-Mapping

EDIFACT

Geschäftspartner

Oder:

Geschäftspartner

EDIFACT

Mapping

SAP IDoc

SAP

Damit verbindet das IDoc die SAP-interne Datenwelt mit externen EDI-Standards.

SAP IDoc und EDIFACT – was ist der Unterschied?

Ein SAP IDoc ist kein EDIFACT-Dokument. Beide sind strukturierte Datenformate, erfüllen aber unterschiedliche Rollen.

SAP IDoc ist eine SAP-spezifische Datenstruktur. EDIFACT ist ein internationaler EDI-Standard für den Austausch von Geschäftsdokumenten.

Deshalb wird in vielen Integrationsprozessen ein Mapping benötigt.

Ein typischer Rechnungsprozess lautet:

SAP INVOIC-IDoc

Mapping

EDIFACT INVOIC

Beim Eingang:

EDIFACT INVOIC

Mapping

SAP IDoc

Die Qualität dieses Mappings ist geschäftskritisch. Eine technisch valide Transformation kann fachlich trotzdem falsch sein, wenn beispielsweise Steuerkennzeichen, Einheiten oder Rechnungsreferenzen falsch zugeordnet wurden.

Was bedeutet Mapping bei SAP IDoc und EDIFACT?

Beim Mapping werden Felder und Strukturen eines Formats auf ein anderes Format abgebildet.

Beispielsweise:

SAP-Feld für Rechnungsnummer

EDIFACT-Datenelement für Rechnungsnummer

Oder:

SAP-Steuerinformation

entsprechende EDIFACT-Steuerkategorie

Ein Mapping sollte fachlich dokumentiert und versioniert werden.

Das Experteninterview nennt insbesondere folgende Punkte als Erfolgsfaktoren:

klare Verantwortlichkeit
dokumentierte Zuordnung
definierte Pflichtfelder
nachvollziehbare Versionierung
festgelegte Prüfregeln

Wie richtet man ein SAP IDoc ein?

Wer ein SAP IDoc einrichten möchte, sollte nicht mit der Konfiguration beginnen. Der erste Schritt sollte immer die fachliche Beschreibung des Geschäftsprozesses sein.

Zu klären sind insbesondere:

Welcher Geschäftsprozess soll abgebildet werden?
Welche Daten müssen übertragen werden?
Welches SAP-System ist beteiligt?
Welches Zielsystem oder welcher Geschäftspartner wird angebunden?
Welches Zielformat erwartet der Empfänger?
Wie hoch ist das Datenvolumen?
Muss die Verarbeitung synchron oder asynchron erfolgen?
Welche Rückmeldungen werden benötigt?
Wer bearbeitet technische Fehler?
Wer bearbeitet fachliche Fehler?
Welche Middleware oder welcher EDI-Dienstleister ist beteiligt?

Erst danach sollte geprüft werden, welcher Standard-IDoc-Typ geeignet ist.

Welche Rolle spielt WE20?

WE20 wird zur Pflege von Partnerprofilen eingesetzt. Im Partnerprofil wird definiert, welche Nachrichten mit einem Partner ausgetauscht werden und wie diese verarbeitet werden sollen.

Relevant sind beispielsweise:

Nachrichtentyp
Ein- beziehungsweise Ausgangsparameter
Port
Verarbeitungsregeln
IDoc-Typ

Damit gehört WE20 zu den wichtigsten Transaktionen bei der Einrichtung von IDoc-Schnittstellen.

Welche Rolle spielt WE21?

WE21 dient der Definition und Prüfung von Ports. Der Port beschreibt vereinfacht den technischen Übergabepunkt, über den ein IDoc SAP verlässt beziehungsweise wie Daten angebunden werden.

Damit sind Partnerprofil und Port eng miteinander verbunden:

WE20 beantwortet eher die Frage:

„Welche Nachricht soll für welchen Partner verarbeitet werden?“

WE21 beantwortet eher:

„Über welchen technischen Weg wird sie übergeben?“ Das Experteninterview nennt beide Transaktionen ausdrücklich als zentrale Werkzeuge für Einrichtung und Betrieb.

Wie sendet man ein SAP IDoc?

Ein SAP IDoc kann automatisch durch einen Geschäftsprozess oder in bestimmten Testszenarien gezielt erzeugt beziehungsweise verarbeitet werden. Im produktiven Betrieb sollte die Auslösung möglichst an den jeweiligen Geschäftsvorgang gekoppelt sein.

Ein typischer Ablauf ist:

SAP-Geschäftsbeleg entsteht

Nachrichtentyp wird bestimmt

IDoc wird erzeugt

Partnerprofil wird ausgewertet

Port wird bestimmt

IDoc wird an das Zielsystem beziehungsweise die Middleware übergeben

Status wird aktualisiert

Wichtig ist anschließend das Monitoring über die SAP-Systemgrenze hinaus.

Wie empfängt man ein SAP IDoc?

Beim Empfang muss SAP wissen,

von welchem Partner die Nachricht kommt
um welchen Nachrichtentyp es sich handelt
wie sie verarbeitet werden soll
welcher Prozesscode beziehungsweise welche Anwendungslogik zuständig ist

Das eingehende IDoc wird anschließend geprüft und an den entsprechenden SAP-Prozess übergeben. Kommt es dabei zu einem fachlichen Fehler, kann das IDoc beispielsweise Status 51 erhalten.

Wie funktioniert SAP IDoc Monitoring?

SAP IDoc Monitoring ist ein zentraler Bestandteil jedes produktiven IDoc-Prozesses. Dabei reicht es nicht, nur zu prüfen, ob ein IDoc existiert.

Ein gutes Monitoring beantwortet mehrere Fragen:

Wurde das IDoc erstellt?
Welchen Status hat es?
Hat es SAP verlassen?
Wurde es von der Middleware verarbeitet?
Wurde das externe Format erzeugt?
Wurde die Nachricht zugestellt?
Hat der Empfänger sie fachlich akzeptiert?
Muss jemand eingreifen?

Das Experteninterview warnt ausdrücklich vor der Annahme, ein technisch grüner SAP-Status bedeute automatisch einen erfolgreichen End-to-End-Prozess.

Welche SAP-Transaktionen sind für IDocs wichtig?

Zu den wichtigsten Werkzeugen gehören:

WE02 und WE05

Zum Suchen, Anzeigen und Analysieren von IDocs.

BD87

Zur Nachverarbeitung fehlerhafter oder wartender IDocs.

WE20

Zur Pflege von Partnerprofilen.

WE21

Zur Definition und Prüfung von Ports.

WE30

Zur Anzeige beziehungsweise Pflege von IDoc-Basistypen und Erweiterungen.

WE31

Zur Verwaltung von IDoc-Segmenten.

WE60

Zur Anzeige der Dokumentation eines IDoc-Typs.

WE81 und WE82

Für Nachrichtentypen und deren Zuordnungen.

SM58

Zur Analyse von Problemen in der transaktionalen RFC-Kommunikation.

SMQ1 und SMQ2

Zur Überwachung ausgehender und eingehender Queues.

SLG1

Zur Analyse von Anwendungsprotokollen.

Was bedeutet IDoc-Status 03?

Status 03 bedeutet bei einem ausgehenden IDoc, dass es erfolgreich an den konfigurierten Port übergeben wurde.

Das bedeutet jedoch nicht automatisch:

dass die Middleware die Nachricht erfolgreich verarbeitet hat
dass EDIFACT oder XML korrekt erzeugt wurde
dass die Nachricht zugestellt wurde
dass der Geschäftspartner sie akzeptiert hat

Status 03 ist deshalb ein technischer Zwischenstatus und kein End-to-End-Erfolgsnachweis.

Was bedeutet IDoc-Status 51?

Status 51 tritt bei eingehenden IDocs auf, wenn die Verarbeitung als Anwendungsbeleg nicht erfolgreich abgeschlossen werden konnte.

Mögliche Ursachen sind:

fehlende Stammdaten
ungültige Kontierung
unvollständige Geschäftsdaten
fachliche Prüfregeln
falsche Zuordnungen

Die konkrete Fehlermeldung sollte geprüft und die Ursache behoben werden, bevor das IDoc erneut verarbeitet wird.

Was bedeutet IDoc-Status 64?

Status 64 bedeutet, dass ein eingehendes IDoc vorhanden ist, aber noch nicht an die Anwendung übergeben wurde. Je nach Konfiguration kann die weitere Verarbeitung automatisch oder über einen separaten Verarbeitungsschritt erfolgen.

Was bedeutet IDoc-Status 02?

Status 02 weist bei ausgehenden IDocs auf einen Fehler bei der Übergabe an den Port hin. In diesem Fall sollte zunächst die technische Ursache untersucht werden.

Beispielsweise:

Kommunikationsproblem
Port-Konfiguration
technische Verbindung
RFC-bezogener Fehler

Erst nach Behebung der Ursache sollte die Nachricht erneut verarbeitet werden.

Wie werden fehlerhafte IDocs erneut verarbeitet?

Bei einem fehlerhaften IDoc gilt eine wichtige Regel:

Nicht zuerst erneut starten – zuerst Ursache verstehen.

Ein typischer Ablauf lautet:

IDoc in WE02 oder WE05 öffnen

Status und Fehlermeldung prüfen

Ursache analysieren

Stammdaten, Customizing oder technische Verbindung korrigieren

prüfen, ob eine Wiederholung fachlich sicher ist

IDoc beispielsweise über BD87 erneut verarbeiten

neuen Status prüfen

Das Experteninterview weist ausdrücklich darauf hin, dass IDocs nicht massenhaft neu gestartet werden sollten, ohne vorher zu klären, ob dadurch doppelte Geschäftsvorgänge entstehen können.

Wie verhindert man doppelte Buchungen?

Dubletten können entstehen, wenn Nachrichten mehrfach übertragen oder nach Fehlern unkontrolliert erneut verarbeitet werden.

Unternehmen sollten deshalb definieren:

welche eindeutige Belegreferenz verwendet wird
wie Dubletten erkannt werden
wann ein IDoc erneut verarbeitet werden darf
welche fachlichen Prüfungen vor Wiederholung stattfinden

Gerade bei Rechnungen kann eine doppelte Verarbeitung direkte finanzielle Auswirkungen haben. Ein technisches Restart-Verfahren muss deshalb immer mit fachlichen Kontrollen verbunden sein.

SAP IDoc und E-Rechnung – welche Rolle spielt das IDoc?

Bei elektronischen Rechnungen kann ein SAP IDoc ein wichtiger Baustein innerhalb der Architektur sein.

Ein möglicher Prozess:

SAP-Rechnung

INVOIC-IDoc

Mapping

XRechnung, EDIFACT oder anderes E-Rechnungsformat

Empfänger

Das IDoc liefert hierbei die SAP-seitigen Rechnungsinformationen. Die eigentliche E-Rechnung entsteht jedoch gegebenenfalls erst in einem nachgelagerten Transformationsprozess.

Ist ein SAP IDoc selbst eine E-Rechnung?

Nein, nicht automatisch. Das ist eine der wichtigsten Abgrenzungen im gesamten Thema. Ein IDoc ist zunächst ein SAP-internes beziehungsweise integrationsorientiertes Datenformat.

Ob daraus eine gesetzeskonforme E-Rechnung entsteht, hängt vom tatsächlich an den Geschäftspartner übertragenen Format und den darin enthaltenen Informationen ab.

Die Aussage:

„Wir erzeugen ein INVOIC02, also haben wir die E-Rechnung umgesetzt“ reicht deshalb nicht aus.

Zusätzlich muss geprüft werden:

Welches Zielformat wird erzeugt?
Sind alle Pflichtinformationen vorhanden?
Entspricht das Format den relevanten Anforderungen?
Wird die Rechnung validiert?
Wie wird sie übertragen?
Wie werden Zustellung und Fehler überwacht?

Welche Rolle spielen SAP Integration Suite und EDI-Provider?

Mappings und Übertragungen müssen nicht zwingend innerhalb des SAP-Kernsystems stattfinden.

Eine Integrationsplattform kann Aufgaben übernehmen wie:

Transformation
Mapping
Routing
Protokollierung
Formatkonvertierung
Übertragung

Im Experteninterview wird beispielsweise die SAP Integration Suite mit Integration Advisor genannt. Dieser kann bei Mappings zwischen SAP IDoc, UN/EDIFACT, ASC X12 und weiteren B2B-Formaten unterstützen. Alternativ können spezialisierte EDI- oder E-Invoicing-Dienstleister die Konvertierung, Übertragung und Überwachung übernehmen.

Welche Variante sinnvoll ist, hängt unter anderem ab von:

Anzahl der Geschäftspartner
Ländern
Formaten
Transaktionsvolumen
internen Kompetenzen
bestehender Architektur

Ist SAP IDoc noch zeitgemäß?

Ja. IDocs sind für viele bestehende SAP- und EDI-Integrationen weiterhin relevant.

Besonders geeignet sind sie für:

asynchrone Prozesse
dokumentenorientierten Datenaustausch
hohe Nachrichtenvolumina
etablierte SAP-EDI-Szenarien

Das bedeutet jedoch nicht, dass jede neue Schnittstelle automatisch ein IDoc verwenden sollte. Für bestimmte Anwendungsfälle können APIs oder Events besser geeignet sein.

SAP IDoc oder API – was ist besser?

Eine pauschale Antwort gibt es nicht.

IDocs eignen sich häufig gut für:

asynchrone Prozesse
größere Geschäftsdokumente
EDI
etablierte SAP-Prozesse

APIs können dagegen Vorteile bieten bei:

synchronen Abfragen
Cloud-Anwendungen
Echtzeitinteraktionen
gezieltem Zugriff auf einzelne Informationen

Das Experteninterview empfiehlt deshalb ausdrücklich keine ideologische Entscheidung zwischen „alt“ und „modern“.

Die richtige Frage lautet:

Welches Integrationsverfahren passt fachlich und technisch zu diesem Prozess?

Welche Vorteile bieten SAP IDocs?

Zu den wichtigsten Vorteilen gehören:

etablierter SAP-Standard
strukturierte Geschäftsdaten
zahlreiche vorhandene Nachrichtentypen und Basistypen
gute EDI-Eignung
asynchrone Verarbeitung
detaillierte Statusinformationen
Erweiterbarkeit
bewährte Werkzeuge für Monitoring und Nachverarbeitung

Gerade in stabilen B2B- und EDI-Prozessen sind IDocs deshalb weiterhin ein relevanter Architekturbaustein.

Welche Herausforderungen gibt es?

Probleme entstehen häufig durch historisch gewachsene Integrationslandschaften.

Typische Beispiele:

viele kundeneigene Erweiterungen
individuelle Mappings
fehlende Dokumentation
zahlreiche Sonderregeln
unklare Verantwortlichkeiten
rein technisches Monitoring
manuelle Nachverarbeitung
keine übergreifende End-to-End-Sicht

Ein einzelnes Sondermapping mag pragmatisch wirken. Bei 50 oder 100 Geschäftspartnern kann daraus jedoch eine schwer beherrschbare Integrationslandschaft entstehen. Genau diesen Skalierungseffekt hebt das Experteninterview hervor.

Best Practices für SAP IDocs

Erst den Geschäftsprozess definieren

Beginnen Sie nicht mit WE20 oder WE30. Klären Sie zuerst, was fachlich übertragen werden soll.

SAP-Standard bevorzugen

Nutzen Sie Standard-IDocs, sofern sie den fachlichen Bedarf abdecken.

Erweiterungen gezielt einsetzen

Kundeneigene Segmente sollten begründet und dokumentiert sein.

Mapping versionieren

Nachvollziehbare Mappingversionen reduzieren spätere Fehler.

Technische und fachliche Verantwortung trennen

Ein technischer Fehler benötigt einen anderen Ansprechpartner als eine fehlende Kontierung oder Stammdateninformation.

End-to-End überwachen

Status 03 allein ist kein Nachweis einer erfolgreichen Geschäftsverarbeitung.

Wiederverarbeitung kontrollieren

Fehlerursache beheben, Dublettenrisiko prüfen, dann erneut verarbeiten.

Schritt für Schritt: So starten Sie mit SAP IDocs

Schritt 1: Geschäftsprozess bestimmen

Beispielsweise Rechnung, Bestellung oder Lieferavis.

Schritt 2: Zielsystem und Zielformat bestimmen

Wer empfängt die Nachricht und welches Format wird benötigt?

Schritt 3: Standard-IDoc prüfen

Passt beispielsweise INVOIC02 oder ORDERS05?

Schritt 4: Datenbedarf analysieren

Sind alle benötigten Informationen im Standard enthalten?

Schritt 5: Partnerprofil und Port planen

Definieren Sie Kommunikationspartner und technischen Übertragungsweg.

Schritt 6: Mapping konzipieren

Ordnen Sie SAP-Daten fachlich korrekt dem Zielformat zu.

Schritt 7: Fehlerprozesse festlegen

Wer übernimmt technische, wer fachliche Fehler?

Schritt 8: Monitoring definieren

Welche Status werden überwacht? Wann wird eskaliert?

Schritt 9: Testfälle durchführen

Neben Standardfällen sollten getestet werden:

fehlende Stammdaten
fehlerhafte Referenzen
mehrere Positionen
Steuerfälle
Storno
Wiederverarbeitung

Fazit: SAP IDoc ist ein Baustein – nicht der gesamte Prozess

SAP IDocs sind eine bewährte Technologie für den strukturierten Datenaustausch in SAP-Landschaften. Sie ermöglichen es, Geschäftsdaten standardisiert aus SAP herauszugeben oder in SAP zu verarbeiten und bilden damit häufig eine wichtige Grundlage für EDI-, EDIFACT- und E-Rechnungsprozesse.

Der wichtigste Punkt lautet jedoch:

Ein SAP IDoc ist weder automatisch eine EDIFACT-Nachricht noch automatisch eine E-Rechnung. Es ist häufig ein Zwischenschritt innerhalb einer größeren Integrationskette.

Entscheidend für einen erfolgreichen Prozess sind deshalb:

ein klar definierter Geschäftsprozess
die richtige Wahl von Nachrichtentyp und Basistyp
ein sauberes Mapping
möglichst wenige Sonderlösungen
kontrollierte Wiederverarbeitung
klare Verantwortlichkeiten
End-to-End-Monitoring

Das Fazit des Experteninterviews bringt es treffend auf den Punkt: Eine Schnittstelle ist erst dann erfolgreich, wenn der Geschäftsvorgang im Zielsystem vollständig und korrekt verarbeitet wurde – nicht bereits dann, wenn das IDoc SAP technisch verlassen hat.

Kostenlose Beratung zur E-Rechnung anfordern!

Weiterführende Beiträge

Mehr Know-how zur E-Rechnung

Vertiefen Sie zentrale Themen rund um strukturierte Rechnungsformate, SAP-nahe Prozesse und automatisierte Rechnungsverarbeitung.

XRechnung

XRechnung: Der Standard für elektronische Rechnungen in Deutschland

Mehr erfahren → ZUGFeRD

ZUGFeRD: Das hybride Format für digitale Rechnungen

Mehr erfahren → EDI

EDI-Rechnungen: Automatisierter Rechnungsaustausch zwischen Unternehmen

Mehr erfahren → Software

Rechnungs-verarbeitungssoftware für automatisierte Prozesse

Mehr erfahren →

Häufig gestellte Fragen zu SAP IDoc

Was ist ein SAP IDoc?

Ein SAP IDoc ist ein strukturierter Datencontainer für den Austausch von Geschäftsinformationen zwischen SAP und anderen Systemen. IDoc steht für Intermediate Document.

Wie ist ein SAP IDoc aufgebaut?

Ein IDoc besteht grundsätzlich aus Kontrollsatz, Datensätzen und Statussätzen. Die Geschäftsinformationen befinden sich in hierarchisch strukturierten Segmenten.

Was ist ein IDoc-Basistyp?

Der Basistyp definiert die technische Struktur des IDocs, also Segmente, Hierarchie und mögliche Inhalte.

Was ist ein SAP Nachrichtentyp?

Der Nachrichtentyp beschreibt den fachlichen Geschäftsvorgang, beispielsweise INVOIC für Rechnung oder ORDERS für Bestellung.

Was ist der Unterschied zwischen Nachrichtentyp und Basistyp?

Der Nachrichtentyp beschreibt die fachliche Bedeutung der Nachricht. Der Basistyp beschreibt deren technische Struktur.

Was ist INVOIC02?

INVOIC02 ist ein etablierter SAP-IDoc-Basistyp für Rechnungsinformationen. Er kann beispielsweise als Grundlage für EDI- oder E-Rechnungsprozesse dienen.

Was ist der Unterschied zwischen SAP IDoc und EDIFACT?

Ein IDoc ist eine SAP-spezifische Datenstruktur. EDIFACT ist ein internationaler EDI-Standard. Zwischen beiden ist häufig ein Mapping erforderlich.

Ist ein SAP IDoc eine E-Rechnung?

Nein, nicht automatisch. Ein IDoc kann Rechnungsdaten enthalten und als Grundlage für eine E-Rechnung dienen. Ob eine E-Rechnung vorliegt, hängt vom tatsächlich an den Empfänger übertragenen Format ab.

Kann ein SAP IDoc in EDIFACT umgewandelt werden?

Ja. Das gehört zu den klassischen EDI-Szenarien. Eine Middleware oder ein EDI-Dienstleister transformiert die IDoc-Daten beispielsweise in EDIFACT INVOIC.

Kann ein SAP IDoc in XRechnung umgewandelt werden?

Grundsätzlich ja. Voraussetzung ist, dass die erforderlichen Rechnungsinformationen im SAP-Prozess vorhanden sind und korrekt auf das XRechnungsformat gemappt werden.

Wie richtet man ein SAP IDoc ein?

Zunächst sollten Geschäftsprozess, Zielsystem, Format, Volumen und Verantwortlichkeiten geklärt werden. Erst danach folgen IDoc-Typ, Partnerprofil, Port und Mapping.

Wofür wird WE20 verwendet?

WE20 wird für die Pflege der Partnerprofile verwendet. Dort werden unter anderem Ein- und Ausgangsparameter für Nachrichten definiert.

Wofür wird WE21 verwendet?

WE21 dient der Definition und Prüfung von Ports, also technischen Übergabepunkten der IDoc-Kommunikation.

Wie kann ich SAP IDocs anzeigen?

Typischerweise werden WE02 oder WE05 verwendet, um IDocs anhand verschiedener Kriterien zu suchen und zu analysieren.

Was bedeutet IDoc-Status 03?

Status 03 bedeutet, dass ein ausgehendes IDoc erfolgreich an den konfigurierten Port übergeben wurde. Das bestätigt noch nicht die erfolgreiche Verarbeitung beim Empfänger.

Was bedeutet IDoc-Status 51?

Status 51 zeigt an, dass ein eingehendes IDoc nicht erfolgreich als Anwendungsbeleg verarbeitet werden konnte. Die Ursache sollte vor einer erneuten Verarbeitung behoben werden.

Was bedeutet IDoc-Status 64?

Status 64 bedeutet, dass das eingehende IDoc vorhanden ist, aber noch nicht an die Anwendung übergeben wurde.

Was bedeutet IDoc-Status 02?

Status 02 weist auf einen Fehler bei der Übergabe eines ausgehenden IDocs an den Port hin.

Wie kann ich ein fehlerhaftes IDoc erneut verarbeiten?

Nach Analyse und Behebung der Ursache kann ein IDoc beispielsweise über BD87 erneut verarbeitet werden. Vorher sollte geprüft werden, ob ein erneuter Lauf zu Dubletten führen kann.

Welche Transaktionen sind für SAP IDoc Monitoring relevant?

Besonders relevant sind WE02, WE05, BD87, WE20, WE21, WE30, WE31, WE60, WE81, WE82, SM58, SMQ1, SMQ2 und SLG1.

Ist SAP IDoc unter S/4HANA noch relevant?

Ja. Für viele etablierte asynchrone SAP- und EDI-Prozesse bleiben IDocs sinnvoll. Für neue Echtzeit- oder Cloud-Szenarien können jedoch APIs oder Events besser passen.

SAP IDoc oder API – was ist besser?

Das hängt vom Prozess ab. IDocs eignen sich besonders für asynchrone, dokumentenorientierte Prozesse. APIs eignen sich häufig besser für synchrone oder gezielte Echtzeitkommunikation.

Brauche ich für SAP IDocs zwingend eine Middleware?

Nicht in jedem Szenario. Bei EDI, EDIFACT oder komplexen Formattransformationen ist jedoch häufig eine Middleware, SAP Integration Suite oder ein spezialisierter EDI-Dienstleister sinnvoll.

Was kostet die Einführung einer IDoc-Schnittstelle?

Der Aufwand hängt von Geschäftsprozess, Standardisierungsgrad, Anzahl der Partner, Mapping, Erweiterungen, Middleware und Monitoring ab. Standardisierte Szenarien sind deutlich weniger aufwendig als individuelle B2B-Landschaften.

Wie lange dauert die Einführung einer SAP-IDoc-Schnittstelle?

Das hängt von Komplexität, Datenqualität, Zielsystem, Mapping und Testumfang ab. Ein standardnaher Prozess kann vergleichsweise schnell umgesetzt werden, während internationale EDI- oder E-Invoicing-Projekte mit vielen Geschäftspartnern deutlich mehr Abstimmung benötigen.