SAP Handledning för IDOC: Definition, struktur, typer, format och tabeller
Vad är en IDOC?
IDOC är 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.
Med andra ord är en IDOC som en datafil med ett specificerat format som utbyts mellan 2 system som vet hur de ska tolka den datan.
IDOC står för ” Mellandokument”
När vi utför en utgående ALE eller EDI Process, en IDOC skapas.
I SAP Systemkrav, I DOC:er lagras i databasen. Varje IDOC har en unikt nummer(inom en klient).
Funktioner
- IDOCs är oberoende av de sändande och mottagande systemen.(SAP-Till-SAP samt icke-SAP)
- IDOC är baserade på EDI standarder, ANSI ASC X12 och EDIFACT. I händelse av konflikt i datastorlek, antar den en med större längd.
- IDOCs är oberoende av riktningen för datautbytet 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.
Strukturen för en IDOC
I doc-strukturen består av 3 delar –
- Administrationsdelen (Kontrollpost)- som har typ av idoc, meddelandetyp, aktuell status, avsändare, mottagare etc. Detta kallas för kontrollposten.
- Applikationsdata (Datapost) – Som innehåller data. Dessa kallas dataposter/segment.
- Statusinformationen (Statuspost)- Dessa ger dig information om de olika stadierna som idoc har gått igenom.
Du kan se en I-DOC med transaktion WE02 or WE05
Som framgår av skärmdumpen ovan har IDOC-posten tre delar Kontroll, Data och Status. Låt oss titta närmare på dem – Kontrollpost
- All kontrollpostdata lagras i EDIDC-tabellen. Nyckeln till denna tabell är IDOC-numret
- Den innehåller information som IDOC-nummer, riktningen (inkommande/utgående), avsändare, mottagarinformation, kanal den använder, vilken port den använder etc.
- Riktning '1' anger utgående, '2' anger inkommande.
Datapost
- Dataposten innehåller applikationsdata som anställd rubrikinformation, veckoinformation, kundinformation etc
- Alla 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, hierarkin och data
- Den faktiska datan lagras som en sträng i ett fält som kallas SDATA, vilket är ett 1000 tecken långt fält.
Statuspost
- Statuspost bifogas en I-DOC vid varje milstolpe eller när den stöter på fel.
- Alla 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 för affärsdokumentet som ska utbytas. En IDOC är en instans av en IDOC-typ , precis som begreppet variabler och variabler skriver in programmeringsspråk. Du kan definiera IDOC-typer med hjälp av 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 SAP skapar
- Segmenttyp (versionsoberoende)
- Segmentdefinition (versionsberoende)
- Segmentdokumentation
De sista 3 tecknen är versionen av segmentet
Definitionerna ändras hela tiden 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 ger många fördefinierade grundläggande IDOC-typer som kan inte ändras. Om du vill lägga till mer data till dessa begränsade grundtyper kan du använda en tilläggstyp. De flesta gånger kommer du att göra det INTE använda tillägg.
Dokumentation
Varje IDOC är noggrant dokumenterad i transaktionen WE60
Meddelandetyp
Ett meddelande representerar en specifik typ av dokument som sänds mellan två partners Ex. Beställningar, ordersvar, fakturor mm
En idoc-typ kan associeras med många meddelandetyper
Dessutom kan en meddelandetyp associeras med olika idoc-typer. Transaktion WE81
IDOC åsikter
En IDOC-typ kan användas för mer än en meddelandetyp, vilket resulterar i att IDOC innehåller fler fält än vad som krävs för en viss meddelandetyp.
IDOC-vyer används för att förbättra prestanda vid generering av IDOC för att säkerställa att endast de relevanta segmenten är fyllda med data. IDOC-vyer är endast viktiga för utgående bearbetning.
Partnerprofiler
En partner definieras som en affärspartner som du gör affärer med och utbyter dokument med
I partnerprofilen för en partner som vi byter Idocs med bibehåller vi de parametrar som är nödvändiga för att utbyta data. Transaktionen som används är WE20.
Port
Porten definierar de tekniska egenskaperna för anslutningen mellan din SAP system och det andra systemet du vill överföra data med (delsystem). Porten definierar mediet i vilket data utbyts mellan de 2 systemen.
Det finns olika typer av portar. De 2 mest använda är TRFC-portar används i ALE och Fil portar som EDI använder.
För TRFC-portar måste vi ge namnet på den logiska destinationen 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 generera ett filnamn för idoc. Medan Testning du kan använda "Utgående fil" för att ange ett konstant filnamn. Fliken "utgående trigger” kan användas för att tillhandahålla information om vi vill trigga någon bearbetning på delsystemet när en idoc skapas på denna plats. Vi måste ange kommandofilens namn och katalogen som ska köras.
Det här är så FÖRVÄRRANDE!
Låt oss förstå processen att skapa en IDOC med ett exempel –
- Närhelst en inköpsorder (PO) skapas vill vi skicka IDOC till en leverantör.
- PO skickas i form av en IDOC till leverantören (partnern). Den partnern måste vara EDI-aktiverad i det systemet. SAP bör inse att det kan skicka dokument till denna leverantör elektroniskt.
- Inköpsordern som skickas som en utgående idoc av kunden kommer att vara inkommande idoc för leverantören. De SAP system 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, följesedel etc är några av de dokument som ofta utbyts genom IDOC
Processen för dataöverföring från din SAP systemet kallas Utgående process, medan data flyttas in i dig SAP systemet kallas Inkommande process. Som utvecklare eller konsult som kommer att vara med och sätta upp examensarbeten för din organisation. Här är stegen hur du ställer in dem-
Den utgående processen
Inblandade steg –
- Skapa segment (WE31)
- Skapa en idoc-typ (WE30)
- Skapa en meddelandetyp (WE81)
- Koppla en meddelandetyp till idoc-typ (WE82)
- Skapa en port (WE21)
- Om du ska använda meddelandekontrollmetoden för att trigga idocs, skapa då 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 utgående parametrar för den partner du vill byta idoc med. Utlösa idoc.
Den inkommande processen
Inblandade steg-
- 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 (Transaction WE20)