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.

  • ๐Ÿ“ค EDI-definitie: Elektronische gegevensuitwisseling (EDI) is de gestructureerde elektronische uitwisseling van zakelijke documenten tussen verschillende applicaties.
  • ๐Ÿ”— ALE-definitie: Application Link Enabling verdeelt bedrijfsfuncties over losjes gekoppelde systemen. SAP en niet-SAP systemen.
  • ???? IDoc-definitie: Een tussendocument is de gegevenscontainer die zowel ALE als EDI gebruiken om informatie over te dragen.
  • ๐Ÿงฑ IDoc-structuur: Elke IDoc bevat รฉรฉn controlerecord, meerdere gegevensrecords en รฉรฉn of meer statusrecords.
  • โ†”๏ธ Belangrijkste onderscheid: ALE is een interne distributietechnologie, terwijl EDI een extern communicatieproces met partners is.
  • โš™๏ธ Processtroom: Een uitgaande uitvoeringssessie creรซert een IDoc, en een inkomende uitvoeringssessie gebruikt een IDoc om een โ€‹โ€‹applicatiedocument op te bouwen.
  • ๏ธ Dagelijkse transacties: WE02, WE19, WE20 en BD87 hebben betrekking op monitoring, testen, partnerconfiguratie en herverwerking.

ALE, EDI en IDoc in SAP

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

EDI Architectuur

Zoals het bovenstaande diagram laat zien, EDI Architectuur bestaat uit drie lagen โ€“

  1. EDI-compatibele applicatiesZe ondersteunen de automatische verwerking van zakelijke transacties.
  2. 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.
  3. 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

  1. Het aanvraagdocument wordt aangemaakt. Een gebruiker of een batchtaak slaat een bedrijfsdocument op, zoals een inkooporder.
  2. Berichtcontrole wordt geactiveerd. De uitvoerbepaling vindt een berichttype, bijvoorbeeld ORDERS, en een partnerprofiel dat aangeeft dat er een IDoc moet worden gegenereerd.
  3. De IDoc wordt gegenereerd. Een selectiefunctiemodule leest de applicatietabellen en vult de besturings- en gegevensrecords in. De IDoc ontvangt status 30, "gereed voor verzending".
  4. 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.
  5. 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

  1. De IDoc arriveert. De gegevens worden via de poort verzonden en met status 50 naar de database geschreven.
  2. Het partnerprofiel is gecontroleerd. SAP Zoekt de afzender, het berichttype en de toegewezen procescode op.
  3. De procescode roept een functiemodule aan. waarbij de segmenten worden gevalideerd aan de hand van het basistype.
  4. 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.
  5. 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.

Veelgestelde vragen

Een basistype, zoals ORDERS05, is de standaard. SAP structuur. Een extensie voegt er aangepaste segmenten aan toe zonder de standaard te wijzigen, dus SAP De upgrades blijven veilig.

Beide bestaan โ€‹โ€‹naast elkaar. SAP S/4HANA ondersteunt nog steeds IDocs voor asynchrone uitwisseling van grote volumes, terwijl OData en REST API's synchrone realtime-aanroepen afhandelen. In veel omgevingen worden beide naast elkaar gebruikt.

Lees de statustekst in WE02 om de oorzaak te achterhalen. Meestal is dit ontbrekende stamgegevens of een aanpassingsfout. Corrigeer de hoofdoorzaak en verwerk vervolgens dezelfde IDoc opnieuw via BD87.

Ja. AI-monitoringtools groeperen terugkerende statuscodes, voorspellen welke interfaces waarschijnlijk zullen falen en suggereren de vermoedelijke oorzaak. Een functioneel consultant bevestigt de oplossing nog steeds voordat het proces opnieuw wordt gestart.

Gedeeltelijk. AI kan een concept-veldkaart voorstellen.ping tussen IDoc-segmenten en een EDIFACT- of X12-bericht. Elke kaartping Dit moet nog getest worden in WE19, omdat een onjuiste qualifier de gegevens ongemerkt kan beschadigen.

Vat dit bericht samen met: