ALE, EDI und IDocs – Einführung und Unterschiede: SAP Benutzerhandbuch
⚡ Intelligente Zusammenfassung
ALE, EDI und IDocs sind die drei Säulen von SAP Integration. EDI tauscht Geschäftsdokumente mit externen Partnern aus, ALE verteilt Prozesse über verschiedene Bereiche hinweg. SAP Systeme, und das IDoc ist der Standardcontainer, der die Daten für beide enthält.

Was ist EDI?
EDI steht für Electronic Data Interchange (Elektronischer Datenaustausch) und bezeichnet den elektronischen Austausch strukturierter Geschäftsdaten zwischen verschiedenen Anwendungen. Eine in einem Unternehmen erstellte Bestellung kann daher im System eines Lieferanten als Kundenauftrag eingehen, ohne dass sie erneut eingegeben werden muss.
EDI Architektur
Wie das obige Diagramm zeigt, EDI ArchiDie Struktur besteht aus drei Schichten –
- EDI-fähige AnwendungenSie unterstützen die automatische Verarbeitung von Geschäftstransaktionen.
- Die IDoc-Schnittstelle: Diese wurde als offene Schnittstelle konzipiert. Die IDoc-Schnittstelle besteht aus IDoc-Typen und Funktionsbausteinen, die die Schnittstelle zur Anwendung bilden.
- Das EDI-Subsystem: Hiermit werden die IDoc-Typen in EDI-Nachrichtentypen konvertiert und umgekehrt. Diese Komponente der EDI-Architektur wird nicht von SAP.
Vorteile des EDI-Verfahrens
- Weniger Dateneingabefehler
- Verkürzte Bearbeitungszeit
- Verfügbarkeit von Daten in elektronischer Form
- Weniger Papierkram
- Reduzierte Kosten
- Reduzierte Lagerbestände und bessere Planung
- Standardmäßige Kommunikationsmittel
- Bessere Geschäftsprozesse
- Wettbewerbsvorteil
Was ist ALE?
EDI reicht bis zu Handelspartnern. ALE löst das Spiegelungsproblem innerhalb des Unternehmens, wo mehrere SAP Die Systeme müssen synchron bleiben.
ALE unterstützt die Verteilung der Geschäftsfunktionen und -prozesse auf lose gekoppelte SAP R/3-Systeme (verschiedene Versionen von SAP Verbindungen von R/3 und Nicht-R/2 SAP Systeme werden ebenfalls unterstützt.
ALE unterstützt-
- Verteilung von Anwendungen zwischen verschiedenen Releases von R/3-Systemen
- Fortgesetzter Datenaustausch nach einem Release-Upgrade ohne besonderen Wartungsaufwand
- Kundenspezifische Erweiterungen.
- Kommunikationsschnittstellen, die Verbindungen zu nicht-SAP Systemen.
- Kopplung von R/3- und R/2-Systemen.
Was ist IDOC?
Sowohl ALE als auch EDI erfordern einen Datenaustausch und delegieren diese Aufgabe jeweils an dasselbe Objekt.
IDOC is einfach ein Datencontainer Wird zum Austausch von Informationen zwischen zwei beliebigen Prozessen verwendet, die die Syntax und Semantik der Daten verstehen können.
Einfach ausgedrückt ist ein IDoc wie eine Datendatei mit einem festgelegten Format, die zwischen zwei Systemen ausgetauscht wird, die wissen, wie diese Daten zu interpretieren sind.
IDOC steht für „Zwischendokument".
Wenn wir eine ausführen outbound Beim ALE- oder EDI-Prozess wird ein IDOC erstellt. In einem (n Inbound Beim ALE- oder EDI-Prozess dient ein IDOC als Input zur Erstellung eines Bewerbungsdokuments. Im SAP SystemIDOCs werden in der Datenbank gespeichert. Jedes IDOC hat eine einzigartige Nummer (innerhalb eines Clients).
IDOCs basieren auf EDI-Standards, ANSI ASC X12 und EDIFACTIm Falle von Konflikten hinsichtlich der Datengröße wird die längere Datei verwendet. IDOCs sind unabhängig von der Richtung des DatenaustauschsBeispielsweise wird ORDERS01 im Einkaufsmodul sowohl für eingehende als auch für ausgehende Transaktionen verwendet. IDOCs können in einer Texteditor weil die Daten im Zeichenformat anstatt im Binärformat gespeichert werden. IDOCs sind unabhängig von den Sende- und Empfangssystemen (SAPZuSAP sowie Nicht-SAP).
IDoc-Struktur: Steuerungs-, Daten- und Statusdatensätze
Zu wissen, dass ein IDoc ein Container ist, ist erst dann nützlich, wenn man seinen Inhalt lesen kann. Jedes IDoc, unabhängig vom Nachrichtentyp, besteht aus drei Datensatztypen.
| Rekord | Tisch | Was es enthält |
|---|---|---|
| Kontrolldatensatz | EDIDC | Genau eins pro IDoc. Enthält die IDoc-Nummer, den Basistyp, den Nachrichtentyp, die Richtung sowie die Angaben zu Absender und Empfänger. |
| Datensätze | EDID4 | Die geschäftliche Nutzlast. Jeder Datensatz ist einem Segment zugeordnet, und Segmente können verschachtelt werden, um über- und untergeordnete Hierarchien zu bilden. |
| Statusdatensätze | EDIDS | Der Prüfpfad. Jeder Verarbeitungsschritt fügt einen Statuscode hinzu, sodass die gesamte Historie des IDocs sichtbar bleibt. |
Die Statusnummern geben Ihnen auch auf einen Blick die Richtung an. CodeDie Werte im Bereich von 01 bis 49 gehören zu ausgehenden IDocs, wobei 03 „an Port weitergeleitet“ und 12 „versendet“ bedeutet. CodeBei den s ab 50 handelt es sich um eingehende IDocs, wobei 53 „Anwendungsdokument gebucht“ und 51 „Anwendungsdokument nicht gebucht“ bedeutet.
Wie funktioniert der ALE- und IDoc-Prozess?
Die oben genannten Datensätze durchlaufen eine festgelegte Abfolge von Schritten. Das Verständnis dieser Abfolge ermöglicht es Ihnen, die Stelle zu finden, an der eine fehlerhafte Schnittstelle abgebrochen wurde.
Ausgehender Prozess
- Das Antragsdokument wurde erstellt. Ein Benutzer oder ein Batch-Job speichert ein Geschäftsdokument, zum Beispiel eine Bestellung.
- Die Nachrichtensteuerung wird ausgelöst. Die Ausgabebestimmung ermittelt einen Nachrichtentyp, beispielsweise ORDERS, und ein Partnerprofil, das besagt, dass ein IDoc erstellt werden soll.
- Das IDoc wird generiert. Ein Selektionsfunktionsbaustein liest die Anwendungstabellen und füllt die Steuerungs- und Datensätze. Das IDoc erhält den Status 30, „versandbereit“.
- Das IDoc wird an den Port weitergeleitet. Die Portdefinition legt das Medium fest, das eine Datei, ein Remote-Funktionsaufruf oder eine XML-Übertragung sein kann. Der Status ändert sich zu 03.
- Das Subsystem oder der Partner empfängt es. Für EDI wandelt das Subsystem das IDoc in eine EDIFACT- oder ANSI-X12-Nachricht um. Eine erfolgreiche Übertragung gibt den Status 16 zurück.
Eingehender Prozess
- Das IDoc kommt an über den Port und wird mit Status 50 in die Datenbank geschrieben.
- Das Partnerprofil wurde überprüft. SAP Ermittelt den Absender, den Nachrichtentyp und den zugewiesenen Prozesscode.
- Der Prozesscode ruft ein Funktionsmodul auf. wodurch die Segmente anhand des Basistyps validiert werden.
- Das Antragsdokument ist veröffentlicht. Bei Erfolg wird der Status 53 vergeben. Bei einem Fehler wird der Status 51 vergeben, und das IDoc bleibt mit der angehängten Fehlermeldung in der Datenbank.
- Fehlgeschlagene IDocs werden erneut verarbeitet. nachdem die Stammdaten korrigiert wurden, ohne dass der Partner etwas erneut senden muss.
Da das IDoc in jeder Phase gespeichert wird, gehen bei einem Fehler in einem Schritt keine Daten verloren. Diese Datenbeständigkeit ist der Hauptgrund. SAP Auch Jahrzehnte nach ihrer Einführung basieren Integrationen noch immer auf IDocs.
Unterschied zwischen ALE und EDI
Sind alle drei Konzepte definiert, lässt sich die Unterscheidung leicht formulieren.
ALE wird zur Unterstützung verteilter und dennoch integrierter Prozesse über mehrere SAP EDI wird für den Austausch von Geschäftsdokumenten zwischen den Systemen von Geschäftspartnern verwendet (die auch Nicht-Systeme sein können).SAP Systeme).
ALE ist SAPDie Technologie von dient der Unterstützung einer verteilten Umgebung, während EDI ein Prozess zum Austausch von Geschäftsdokumenten ist, die mittlerweile ein standardisiertes Format haben.
| Verpflegung | DIE | EDI |
|---|---|---|
| Zweck | Geschäftsprozesse und Stammdaten verteilen | Tauschen Sie Geschäftsdokumente mit Handelspartnern aus. |
| Typischer Umfang | Intern, zwischen SAP Systeme | Extern, zwischen Unternehmen |
| benötigtes Subsystem | Nein | Ja, um IDocs in EDIFACT oder ANSI X12 zu konvertieren |
| Beteiligte Normen | SAP proprietäres Vertriebsmodell | EDIFACT, ANSI ASC X12 |
| Datenträger | IDoc | IDoc |
Ein IDoc ist ein Datencontainer, der sowohl von EDI- als auch von ALE-Prozessen für den Datenaustausch verwendet wird. Dieser gemeinsame Rahmen ist der Grund, warum die beiden Technologien fast immer zusammen untersucht werden.
Gemeinsame IDoc-Transaktion Codes in SAP
Die tägliche Arbeit mit ALE und EDI erfolgt über eine kleine Anzahl von Transaktionscodes. Die folgende Tabelle gruppiert diese nach ihrer jeweiligen Aufgabe.
| Transaktion | Zweck |
|---|---|
WE02 / WE05 |
IDocs anzeigen und nach Status, Datum, Richtung oder Partner filtern. |
WE19 |
Testtool. Kopieren Sie ein vorhandenes IDoc, bearbeiten Sie die Segmente und verarbeiten Sie es im Debug-Modus erneut. |
WE20 |
Pflegen Sie Partnerprofile, die einen Partner mit Nachrichtentypen und Prozesscodes verknüpfen. |
WE21 |
Definieren Sie Ports, die festlegen, wie ein IDoc das System physisch verlässt oder in es eintritt. |
WE30 / WE31 |
Erstellen und Erweitern von IDoc-Basistypen und -Segmenten. |
BD87 |
IDocs mit einem Fehlerstatus, wie z. B. 51 oder 56, erneut verarbeiten. |
SM58 |
Überprüfen Sie die transaktionalen RFC-Warteschlangen, wenn ein IDoc das Zielsystem nie erreicht. |
Eine bewährte Vorgehensweise bei der Fehlersuche ist es, mit WE02 zu beginnen, um den Status auszulesen, und dann BD87 zu verwenden, um den Prozess erneut durchzuführen, sobald die Ursache behoben ist.

