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.

  • 📤 EDI-Definition: Electronic Data Interchange (EDI) ist der strukturierte elektronische Austausch von Geschäftsdokumenten zwischen verschiedenen Anwendungen.
  • 🔗 ALE-Definition: Application Link Enabling verteilt Geschäftsfunktionen auf lose gekoppelte Systeme. SAP und nicht-SAP Systemen.
  • 📦 IDoc-Definition: Ein Zwischendokument ist der Datencontainer, den sowohl ALE als auch EDI zum Übertragen von Informationen verwenden.
  • 🧱 IDoc-Struktur: Jedes IDoc enthält einen Kontrolldatensatz, zahlreiche Datensätze und einen oder mehrere Statusdatensätze.
  • ↔️ Hauptunterscheidung: ALE ist eine interne Verteilungstechnologie, während EDI ein externer Kommunikationsprozess mit Partnern ist.
  • ⚙️ Prozessablauf: Bei einem ausgehenden Lauf wird ein IDoc erstellt, und bei einem eingehenden Lauf wird ein IDoc verbraucht, um ein Anwendungsdokument zu erstellen.
  • ️ Tägliche Transaktionen: WE02, WE19, WE20 und BD87 umfassen Überwachung, Tests, Partnereinrichtung und Wiederaufbereitung.

ALE, EDI und IDoc in SAP

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

EDI Architektur

Wie das obige Diagramm zeigt, EDI ArchiDie Struktur besteht aus drei Schichten –

  1. EDI-fähige AnwendungenSie unterstützen die automatische Verarbeitung von Geschäftstransaktionen.
  2. Die IDoc-Schnittstelle: Diese wurde als offene Schnittstelle konzipiert. Die IDoc-Schnittstelle besteht aus IDoc-Typen und Funktionsbausteinen, die die Schnittstelle zur Anwendung bilden.
  3. 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

  1. Das Antragsdokument wurde erstellt. Ein Benutzer oder ein Batch-Job speichert ein Geschäftsdokument, zum Beispiel eine Bestellung.
  2. Die Nachrichtensteuerung wird ausgelöst. Die Ausgabebestimmung ermittelt einen Nachrichtentyp, beispielsweise ORDERS, und ein Partnerprofil, das besagt, dass ein IDoc erstellt werden soll.
  3. 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“.
  4. 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.
  5. 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

  1. Das IDoc kommt an über den Port und wird mit Status 50 in die Datenbank geschrieben.
  2. Das Partnerprofil wurde überprüft. SAP Ermittelt den Absender, den Nachrichtentyp und den zugewiesenen Prozesscode.
  3. Der Prozesscode ruft ein Funktionsmodul auf. wodurch die Segmente anhand des Basistyps validiert werden.
  4. 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.
  5. 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.

Häufig gestellte Fragen

Ein Basistyp, wie beispielsweise ORDERS05, ist der Standard SAP Struktur. Eine Erweiterung fügt ihr benutzerdefinierte Segmente hinzu, ohne den Standard zu verändern, also SAP Die Modernisierungen bleiben sicher.

Beide existieren nebeneinander. SAP S/4HANA unterstützt weiterhin IDocs für den asynchronen Datenaustausch großer Datenmengen, während OData- und REST-APIs synchrone Echtzeitaufrufe verarbeiten. In vielen Systemlandschaften werden beide parallel betrieben.

Lesen Sie den Statustext in WE02, um die Ursache zu ermitteln. Diese liegt üblicherweise an fehlenden Stammdaten oder einer Anpassungslücke. Beheben Sie die Ursache und verarbeiten Sie anschließend dasselbe IDoc erneut über BD87.

Ja. KI-gestützte Überwachungstools gruppieren wiederkehrende Statuscodes, prognostizieren, welche Schnittstellen wahrscheinlich ausfallen werden, und schlagen die wahrscheinliche Ursache vor. Ein Fachberater bestätigt die Lösung jedoch weiterhin vor der erneuten Verarbeitung.

Teilweise. KI kann einen Entwurf für eine Feldkarte vorschlagen.ping zwischen IDoc-Segmenten und einer EDIFACT- oder X12-Nachricht. Jede Zuordnungping Muss in WE19 noch getestet werden, da ein falscher Qualifikator die Daten stillschweigend verfälscht.

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: