ALE, EDI & IDocs Introduktion och skillnad: SAP Handledning

Vad är EDI?

EDI, står för Electronic Data Interchange, är elektroniskt utbyte av strukturerad affärsdata mellan olika applikationer. En inköpsorder som skapats i ett företag kan därför komma in i en leverantörs system som en försäljningsorder, utan att någon behöver skriva in den på nytt.

EDI Architecture

Som diagrammet ovan visar, EDI ArchiStrukturen består av tre lager –

1. EDI-aktiverade applikationerDe stöder automatisk behandling av affärstransaktioner.
2. IDoc-gränssnittet: Detta designades som ett öppet gränssnitt. IDoc-gränssnittet består av IDoc-typer och funktionsmoduler som utgör gränssnittet till applikationen.
3. EDI-delsystemet: Detta konverterar IDoc-typerna till EDI-meddelandetyper och vice versa. Denna komponent i EDI-arkitekturen levereras inte av SAP.

Fördelar med EDI-processen

• Minskade datainmatningsfel
• Minskad bearbetningscykeltid
• Tillgänglighet av data i elektronisk form
• Minskat pappersarbete
• Minskad kostnad
• Minskade lager och bättre planering
• Standardmetoder för kommunikation
• Bättre affärsprocesser
• Konkurrensfördel

Vad är ALE?

EDI når ut till handelspartners. ALE löser speglingsproblemet inom företaget, där flera SAP systemen måste hålla takten.

ALE stödjer distributionen av affärsfunktioner och processer över löst kopplade SAP R/3-system (olika versioner av SAP R/3). Anslutningar från R/2 och icke SAP system stöds också.

ALE stöder-

• Fördelning av applikationer mellan olika versioner av R/3 Systems
• Fortsatt datautbyte efter en releaseuppgradering utan att kräva särskilt underhåll
• Kundspecifika tillägg.
• Kommunikationsgränssnitt som tillåter anslutningar till icke-SAP system.
• Koppling av R/3 och R/2 System.

Vad är IDOC?

Både ALE och EDI kräver datautbyte, och båda skickar det jobbet till samma objekt.

IDOC is helt enkelt en databehållare används för att utbyta information mellan två valfria processer som kan förstå syntaxen och semantiken för datan.

Enkelt uttryckt är ett IDoc som en datafil med ett specificerat format som utbyts mellan två system som vet hur man tolkar informationen.

IDOC står för "Mellandokument".

När vi utför en utgående ALE eller EDI Process, en IDOC skapas. I en inkommande ALE- eller EDI-process, en IDOC fungerar som input för att skapa ett ansökningsdokument. I den SAP Systemkrav, IDOC:er lagras i databasen. Varje IDOC har en unikt nummer (inom en klient).

IDOC är baserade på EDI-standarder, ANSI ASC X12 och EDIFACTVid eventuella konflikter i datastorlek används den med längre längd. IDOC:er är oberoende av riktningen för datautbytet, till exempel används ORDERS01 i inköpsmodulen både inkommande och utgående. IDOC:er kan visas i en textredigerare eftersom data lagras i teckenformat istället för binärt format. IDOC:er är oberoende av de sändande och mottagande systemen (SAP-Till-SAP såväl som icke-SAP).

IDoc-struktur: Kontroll-, data- och statusposter

Att veta att ett IDoc är en behållare är bara användbart när du kan läsa vad som finns inuti den. Varje IDoc, oavsett meddelandetyp, är uppbyggt av tre posttyper.

Statusnummer visar också riktningen med en snabb blick. Codes i intervallet 01 till 49 tillhör utgående IDocs, där 03 betyder "skickat till port" och 12 betyder "avsänd". CodeDokument från 50 och uppåt tillhör inkommande IDocs, där 53 betyder ”ansökningsdokument postat” och 51 betyder ”ansökningsdokument ej postat”.

Hur fungerar ALE- och IDoc-processen?

Posterna ovan går igenom en fast sekvens av steg. Att förstå den sekvensen är det som gör att du kan hitta var ett felaktigt gränssnitt stoppades.

Utgående process

1. Ansökningsdokumentet skapas. En användare eller ett batchjobb sparar ett affärsdokument, till exempel en inköpsorder.
2. Meddelandekontrollen utlöses. Utdatabestämningen hittar en meddelandetyp, till exempel BESTÄLLNINGAR, och en partnerprofil som anger att ett IDoc ska produceras.
3. IDoc genereras. En urvalsfunktionsmodul läser applikationstabellerna och fyller i kontroll- och dataposterna. IDoc får status 30, ”klar för avsändning”.
4. IDoc skickas till porten. Portdefinitionen avgör mediet, vilket kan vara en fil, ett fjärrfunktionsanrop eller en XML-överföring. Status blir 03.
5. Delsystemet eller partnern tar emot den. För EDI konverterar delsystemet IDoc till ett EDIFACT- eller ANSI X12-meddelande. En lyckad överföring returnerar status 16.

Inkommande process

1. IDoc anländer genom porten och skrivs till databasen med status 50.
2. Partnerprofilen är kontrollerad. SAP söker upp avsändaren, meddelandetypen och den tilldelade processkoden.
3. Processkoden anropar en funktionsmodul, vilket validerar segmenten mot den grundläggande typen.
4. Ansökningshandlingen är publicerad. Lyckad ger status 53. Ett misslyckande ger status 51, och IDoc-filen finns kvar i databasen med felmeddelandet bifogat.
5. Misslyckade IDocs bearbetas på nytt efter att huvuddata har korrigerats, utan att partnern behöver skicka något på nytt.

Eftersom IDoc lagras i varje steg går ingen data förlorad när ett steg misslyckas. Den hållbarheten är den främsta anledningen. SAP Integrationer förlitar sig fortfarande på IDocs årtionden efter att de introducerades.

Skillnaden mellan ALE och EDI

Med alla tre begrepp definierade blir skillnaden enkel att göra.

ALE används för att stödja distribuerade men integrerade processer över flera SAP system medan EDI används för utbyte av affärsdokument mellan affärspartners system (vilket kan vara icke-SAP system).

ALE är SAPs teknik för att stödja en distribuerad miljö medan EDI är en process som används för utbyte av affärsdokument som nu har fått ett standardformat.

En IDoc är en databehållare som används för datautbyte genom både EDI- och ALE-processer. Den delade behållaren är anledningen till att de två teknologierna nästan alltid studeras tillsammans.

Vanlig IDoc-transaktion Codesi SAP

Det dagliga arbetet med ALE och EDI sker genom en liten uppsättning transaktionskoder. Tabellen nedan grupperar dem efter den uppgift de utför.

En praktisk felsökningsvana är att börja vid WE02 för att läsa statusen och sedan använda BD87 för att bearbeta igen när grundorsaken är åtgärdad.

Vanliga frågor