ALE, EDI & IDocs Introductie & verschil: SAP Tutorial
โก Slimme samenvatting
ALE, EDI en IDocs zijn de drie pijlers van SAP integratie. EDI wisselt zakelijke documenten uit met externe partners, ALE verdeelt processen over deze partners. SAP systemen, en de IDoc is de standaardcontainer die de gegevens voor beide bevat.

Wat is EDI?
EDI, oftewel Electronic Data Interchange, is de elektronische uitwisseling van gestructureerde bedrijfsgegevens tussen verschillende applicaties. Een inkooporder die in het ene bedrijf wordt aangemaakt, kan daardoor in het systeem van een leverancier als een verkooporder terechtkomen, zonder dat iemand deze opnieuw hoeft in te voeren.
EDI Architectuur
Zoals het bovenstaande diagram laat zien, EDI Architectuur bestaat uit drie lagen โ
- EDI-compatibele applicatiesZe ondersteunen de automatische verwerking van zakelijke transacties.
- De IDoc-interface: Dit is ontworpen als een open interface. De IDoc-interface bestaat uit IDoc-typen en functiemodules die de interface naar de applicatie vormen.
- Het EDI-subsysteem: Dit converteert de IDoc-typen naar EDI-berichttypen en vice versa. Dit onderdeel van de EDI-architectuur wordt niet geleverd door SAP.
Voordelen van het EDI-proces
- Minder fouten bij het invoeren van gegevens
- Verkorte verwerkingstijd
- Beschikbaarheid van gegevens in elektronische vorm
- Minder papierwerk
- Lagere kosten
- Lagere voorraden en betere planning
- Standaard communicatiemiddelen
- Betere bedrijfsprocessen
- Concurrentie voordeel
Wat is ALE?
EDI verbindt zich met handelspartners. ALE lost het spiegelprobleem binnen de onderneming op, waar meerdere SAP Systemen moeten synchroon blijven.
ALE ondersteunt de verdeling van de bedrijfsfuncties en -processen over losjes gekoppelde processen SAP R/3-systemen (verschillende versies van SAP R/3). Verbindingen van R/2 en niet SAP systemen worden ook ondersteund.
ALE ondersteunt-
- Verdeling van applicaties tussen verschillende releases van R/3 Systems
- Voortdurende gegevensuitwisseling na een release-upgrade zonder dat er speciaal onderhoud nodig is
- Klantspecifieke uitbreidingen.
- Communicatie-interfaces die verbindingen met niet-SAP systemen.
- Koppeling van R/3- en R/2-systemen.
Wat is IDOC?
Zowel ALE als EDI vereisen gegevensuitwisseling, en beide wijzen die taak toe aan hetzelfde object.
IDOC is gewoon een datacontainer gebruikt om informatie uit te wisselen tussen twee processen die de syntaxis en semantiek van de gegevens kunnen begrijpen.
Simpel gezegd is een IDoc een gegevensbestand met een specifiek formaat dat wordt uitgewisseld tussen twee systemen die weten hoe ze die gegevens moeten interpreteren.
IDOC staat voor โTussenliggend document'.
Wanneer we een uitgaande ALE- of EDI-proces, er wordt een IDOC gemaakt. In een inkomende ALE- of EDI-proces, een IDOC dient als input om een โโaanvraagdocument te maken. In de SAP SysteemIDOC's worden opgeslagen in de database. Elke IDOC heeft een uniek nummer (binnen een klant).
IDOC's zijn gebaseerd op EDI-standaarden, ANSI ASC X12 en EDIFACTIn geval van een conflict in de gegevensgrootte, wordt de langste grootte gekozen. IDOC's zijn onafhankelijk van de richting van de gegevensuitwisselingBijvoorbeeld, ORDERS01 in de inkoopmodule wordt zowel inkomend als uitgaand gebruikt. IDOC's kunnen worden bekeken in een teksteditor omdat de gegevens in tekenformaat worden opgeslagen in plaats van in binair formaat. IDOC's zijn onafhankelijk van de zendende en ontvangende systemen (SAPTeSAP evenals niet-SAP).
IDoc-structuur: controle-, data- en statusrecords
Weten dat een IDoc een container is, is pas nuttig als je kunt lezen wat erin zit. Elke IDoc, ongeacht het berichttype, is opgebouwd uit drie recordtypen.
| Record | tafel | Wat het bevat |
|---|---|---|
| Controle-record | EDIDC | Precies รฉรฉn per IDoc. Bevat het IDoc-nummer, het basistype, het berichttype, de richting en de gegevens van de verzendende en ontvangende partner. |
| Gegevensrecords | EDID4 | De bedrijfsgegevens. Elk record komt overeen met een segment, en segmenten kunnen genest worden om hiรซrarchieรซn van ouders en kinderen te vormen. |
| Statusgegevens | EDIDS | Het auditspoor. Elke verwerkingsstap voegt een statuscode toe, zodat de volledige geschiedenis van de IDoc zichtbaar blijft. |
Statusnummers geven je ook in รฉรฉn oogopslag de richting aan. CodeDe nummers in het bereik 01 tot 49 behoren tot uitgaande IDocs, waarbij 03 "doorgegeven aan de haven" betekent en 12 "verzonden". CodeDe nummers s vanaf 50 behoren tot inkomende IDocs, waarbij 53 staat voor "aanvraagdocument geplaatst" en 51 voor "aanvraagdocument niet geplaatst".
Hoe werkt het ALE- en IDoc-proces?
De bovenstaande gegevens doorlopen een vaste reeks stappen. Inzicht in die reeks stelt u in staat te achterhalen waar een interface is vastgelopen.
Uitgaand proces
- Het aanvraagdocument wordt aangemaakt. Een gebruiker of een batchtaak slaat een bedrijfsdocument op, zoals een inkooporder.
- Berichtcontrole wordt geactiveerd. De uitvoerbepaling vindt een berichttype, bijvoorbeeld ORDERS, en een partnerprofiel dat aangeeft dat er een IDoc moet worden gegenereerd.
- De IDoc wordt gegenereerd. Een selectiefunctiemodule leest de applicatietabellen en vult de besturings- en gegevensrecords in. De IDoc ontvangt status 30, "gereed voor verzending".
- De IDoc wordt naar de poort verzonden. De poortdefinitie bepaalt het medium, dit kan een bestand, een externe functieaanroep of een XML-overdracht zijn. De status wordt 03.
- Het subsysteem of de partner ontvangt het. Voor EDI zet het subsysteem de IDoc om in een EDIFACT- of ANSI X12-bericht. Een succesvolle verzending retourneert status 16.
Inkomend proces
- De IDoc arriveert. De gegevens worden via de poort verzonden en met status 50 naar de database geschreven.
- Het partnerprofiel is gecontroleerd. SAP Zoekt de afzender, het berichttype en de toegewezen procescode op.
- De procescode roept een functiemodule aan. waarbij de segmenten worden gevalideerd aan de hand van het basistype.
- Het aanvraagformulier is geplaatst. Bij succes wordt status 53 weergegeven. Bij een fout wordt status 51 weergegeven en blijft de IDoc in de database staan โโmet het bijbehorende foutbericht.
- Mislukte IDocs worden opnieuw verwerkt. Nadat de stamgegevens zijn gecorrigeerd, hoeft de partner niets opnieuw te versturen.
Omdat de IDoc in elke fase wordt opgeslagen, gaan er geen gegevens verloren als een stap mislukt. Die duurzaamheid is de belangrijkste reden. SAP Integraties zijn decennia na hun introductie nog steeds afhankelijk van IDocs.
Verschil tussen ALE en EDI
Als alle drie de concepten gedefinieerd zijn, wordt het onderscheid gemakkelijk te formuleren.
ALE wordt gebruikt om gedistribueerde maar geรฏntegreerde processen over meerdere processen te ondersteunen SAP systemen, terwijl EDI wordt gebruikt voor de uitwisseling van zakelijke documenten tussen de systemen van zakelijke partners (die niet-commerciรซle systemen kunnen zijn).SAP systemen).
ALE is SAP's technologie voor het ondersteunen van een gedistribueerde omgeving, terwijl EDI een proces is dat wordt gebruikt voor de uitwisseling van zakelijke documenten die nu een standaardformaat hebben gekregen.
| Basis | MAAR | EDI |
|---|---|---|
| Doel | Verspreid bedrijfsprocessen en stamgegevens. | Zakelijke documenten uitwisselen met handelspartners |
| Typische reikwijdte | Intern, tussen SAP oplossingen | Extern, tussen bedrijven |
| Subsysteem vereist | Nee | Ja, om IDocs om te zetten naar EDIFACT of ANSI X12. |
| Betrokken normen | SAP eigen distributiemodel | EDIFACT, ANSI ASC X12 |
| Gegevensdrager | IDoc | IDoc |
Een IDoc is een gegevenscontainer die wordt gebruikt voor gegevensuitwisseling door zowel EDI- als ALE-processen. Die gedeelde container is de reden waarom de twee technologieรซn bijna altijd samen worden bestudeerd.
Algemene IDoc-transactie Codes in SAP
Het dagelijkse werk met ALE en EDI verloopt via een klein aantal transactiecodes. De onderstaande tabel groepeert ze op basis van de taak die ze uitvoeren.
| transactie | Doel |
|---|---|
WE02 / WE05 |
Toon IDocs en filter ze op status, datum, richting of partner. |
WE19 |
Testtool. Kopieer een bestaande IDoc, bewerk de segmenten en verwerk deze opnieuw in debugmodus. |
WE20 |
Beheer partnerprofielen, die een partner koppelen aan berichttypen en procescodes. |
WE21 |
Definieer poorten, die specificeren hoe een IDoc fysiek het systeem verlaat of binnenkomt. |
WE30 / WE31 |
Maak en breid de basistypen en segmenten van IDoc's uit. |
BD87 |
Verwerk IDocs met een foutstatus, zoals 51 of 56, opnieuw. |
SM58 |
Controleer transactionele RFC-wachtrijen wanneer een IDoc het doelsysteem nooit bereikt. |
Een praktische gewoonte bij het oplossen van problemen is om te beginnen bij WE02 om de status uit te lezen en vervolgens BD87 te gebruiken om het proces te herhalen zodra de hoofdoorzaak is verholpen.

