Vad är en IDOC?
IDOC är helt enkelt en databehållare som används för att utbyta information mellan två processer som kan förstå syntaxen och semantiken för data.
Med andra ord är en IDOC som en datafil med ett specificerat format som utbyts mellan två system som vet hur de ska tolkas.
IDOC står för " Intermediate Document"
När vi utför en utgående ALE- eller EDI-process skapas en IDOC.
I SAP-systemet lagras I DOC: er i databasen. Varje IDOC har ett unikt nummer (inom en klient).
I denna handledning lär du dig:
- Vad är en IDOC?
- Struktur för en IDOC
- IDOC-typer
- Vad är ett segment?
- Vad är Extension IDOC-typ?
- IDOC-vyer
- Partnerprofiler
- Hamn
- Den utgående processen
- Den inkommande processen
- IDOC är oberoende av sändnings- och mottagningssystemen. (SAP-till-SAP samt icke-SAP)
- IDOC är baserade på EDI-standarder, ANSI ASC X12 och EDIFACT. I fall av konflikter i datastorleken antar den en med större längd.
- IDOC är oberoende av riktningen för datautbyte, t.ex. ORDERS01: Inköpsmodul: Inkommande och Utgående
- IDOC kan ses i en textredigerare . Data lagras i teckenformat istället för binärt format.
Struktur för en IDOC
I doc-strukturen består av 3 delar -
- Administrationsdelen ( Control Record ) - som har typen av idoc, meddelandetyp, aktuell status, avsändare, mottagare etc. Detta kallas Control-posten.
- Applikationsdata ( Data Record ) - Som innehåller data. Dessa kallas dataposter / segment .
- Statusinformation ( Status Record ) - Dessa ger dig information om de olika stadier som idoc har gått igenom.
Du kan visa en I-DOC med transaktion WE02 eller WE05
Som framgår av skärmdumpen ovan har IDOC-posten tre delar kontroll, data och status. Låt oss titta på dem i detalj - Kontrollera posten
- All data för kontrollposter lagras i EDIDC-tabellen. Nyckeln till denna tabell är IDOC-numret
- Den innehåller information som IDOC-nummer, riktning (inkommande / utgående), avsändare, mottagarinformation, kanal den använder, vilken port den använder etc.
- Riktning '1' indikerar utgående, '2' indikerar inkommande.
Datapost
- Dataposten innehåller applikationsdata som information om medarbetarens rubrik, veckodetaljer, klientinformation etc.
- All datapostdata lagras i EDID2 till EDID4-tabeller och EDIDD är en struktur där du kan se dess komponenter.
- Den innehåller data som idoc-nummer, namn och nummer på segmentet i idoc, hierarki och data
- Den faktiska informationen lagras som en sträng i ett fält som heter SDATA, vilket är ett fält med 1000 tecken.
Statusrekord
- Statusposten är kopplad till en I-DOC vid varje milstolpe eller när den stöter på fel.
- All statuspostdata lagras i EDIDS-tabellen.
- Status 1-42 är för utgående medan 50-75 för inkommande
IDOC-typer
En I DOC-typ (Basic) definierar strukturen och formatet på det affärsdokument som ska utbytas. En IDOC är en förekomst av en IDOC-typ , precis som begreppet variabler och variabeltyper i programmeringsspråk. Du kan definiera IDOC-typer med WE30
Vad är ett segment?
Ett segment definierar formatet och strukturen för en datapost i I-DOC. Segment är återanvändbara komponenter.
För varje segment skapar SAP
- Segmenttyp (versionoberoende)
- Segment Definition (versionberoende)
- Segmentdokumentation
De sista tre tecknen är versionen av segmentet
Definitionerna fortsätter att förändras enligt versionen men segmenttypen förblir densamma.
Transaktion: WE31
Vad är Extension IDOC-typ?
En IDOC är av två typer: -
- Grundläggande
- Förlängning
SAP tillhandahåller många fördefinierade grundläggande IDOC-typer som inte kan ändras . Om du vill lägga till mer data till denna begränsade bastyp kan du använda en tilläggstyp. För det mesta använder du INTE förlängning.
Dokumentation
Varje IDOC dokumenteras noggrant i transaktion WE60
Meddelande typ
Ett meddelande representerar en specifik typ av dokument som överförs mellan två partners Ex. Order, beställningssvar, fakturor etc.
En idoc-typ kan associeras med många meddelandetyper.
En meddelandetyp kan också associeras med olika idoc-typer. Transaktion WE81
IDOC-vyer
En IDOC-typ kan användas för mer än en meddelandetyp, vilket resulterar i IDOC som innehåller fler fält än vad som krävs för en viss meddelandetyp.
Partnerprofiler
En partner definieras som en affärspartner som du driver affärer med och utbyter dokument
I partnerprofilen för en partner som vi utbyter Idocs med behåller vi de parametrar som är nödvändiga för att utbyta data. Transaktionen som används är WE20 .
Hamn
Porten definierar de tekniska egenskaperna för anslutningen mellan ditt SAP-system och det andra systemet du vill överföra data med (delsystem). Porten definierar mediet i vilket data utbyts mellan de två systemen.
Det finns olika typer av portar. De två mest använda är TRFC-portarna som används i ALE- och File- portar som EDI använder.
För TRFC-portar måste vi ange namnet på den logiska destination som skapats med SM59 .
När du använder filport kan du ange katalogen där IDOC-filen ska placeras. Det andra systemet eller mellanvaran hämtar filen härifrån. Funktionsmodulen kan användas för att skapa ett filnamn för idoc. Under testning kan du använda "Utgående fil" för att ange ett konstant filnamn. Fliken " utgående utlösare " kan användas för att tillhandahålla information om vi vill utlösa viss bearbetning på delsystemet när en idoc skapas på den här platsen. Vi måste ange kommandofilnamnet och katalogen som måste köras.
Det här är så förvirrande!
Låt oss förstå processen för att skapa en IDOC med ett exempel -
- När en inköpsorder (PO) skapas vill vi skicka IDOC till en leverantör.
- PO skickas i form av en IDOC till säljaren (partner). Denna partner måste vara EDI-aktiverad i det systemet. SAP bör inse att det kan skicka dokument till denna leverantör elektroniskt.
- PO skickas som utgående idoc av kunden kommer att vara inkommande idoc för säljaren. SAP-systemet på leverantörens sida kan bearbeta detta för att skapa ett applikationsdokument (en försäljningsorder) på deras system.
- Offert, RFQ, PO, SO, faktura, leveransbrev etc är några av de ofta utbytta dokumenten genom IDOC
Processen för dataöverföring från ditt SAP-system kallas den utgående processen , medan den för data som flyttar in i ditt SAP-system kallas inkommande process . Som utvecklare eller konsult som kommer att vara involverad i att sätta upp avhandlingar för din organisation. Här är stegen för hur du ställer in dem-
Den utgående processen
Steg involverade -
- Skapa segment (WE31)
- Skapa en idoc-typ (WE30)
- Skapa en meddelandetyp (WE81)
- Associera en meddelandetyp till idoc-typ (WE82)
- Skapa en port (WE21)
- Om du ska använda meddelandestyrningsmetoden för att utlösa idocs, skapa sedan funktionsmodulen för att skapa idoc och associera funktionsmodulen till en utgående processkod
- Annars skapar du funktionsmodulen eller det fristående programmet som skapar idoc
- Skapa en partnerprofil (WE20) med nödvändig information i de utgående parametrarna för den partner du vill utbyta idoc med.Trigger idoc.
Den inkommande processen
Steg involverade-
- Skapande av grundläggande Idoc-typ (Transaktion WE30)
- Skapa meddelandetyp (Transaktion WE81)
- Associera meddelandetypen till grundläggande Idoc-typ (Transaktion WE82)
- Skapa funktionsmodulen för bearbetning av idoc
- Definiera funktionsmodulens egenskaper (BD51)
- Tilldela den inkommande funktionsmodulen till meddelandetypen (WE57)
- Definiera processkod (Transaktion WE42)
- Skapande av partnerprofil (Transaktion WE20)