SAP IDOC oktatóanyag ABAP-ban: Lépésről lépésre útmutató

⚡ Okos összefoglaló

SAP Az IDoc (Intermediate Document) egy szabványosított adattároló, amely üzleti információkat mozgat a dokumentumok és dokumentumok között. SAP és nemSAP rendszerek ALE és EDI segítségével. Ez az oktatóanyag ismerteti a definícióját, felépítését, típusait, táblázatait, partnerprofiljait, portjait, valamint a teljes körű kimenő és bejövő folyamatokat.

  • 📦 Alapvető definíció: Az IDoc egy rendszerfüggetlen adattároló, amely EDI szabványokon, például az ANSI ASC X12-n és az EDIFACT-on alapul.
  • 🧱 Háromrészes szerkezet: Minden IDoc egy vezérlőrekordból, adatrekordokból és állapotrekordokból áll, amelyek mindegyike dedikált adatbázistáblákban tárolódik.
  • 🆚 Típushierarchia: Az alapvető IDoc típusok a következőkkel együtt szállítódnak: SAP és nem módosítható; a bővítménytípusok szükség esetén egyéni mezőket adnak hozzá.
  • 🔁 Folyamatfolyamatok: A kimenő forgalom IDoc dokumentumokat hoz létre és küld, a bejövő forgalom pedig fogadja és küldi el azokat összekapcsolt függvénymodulokon keresztül.
  • 🤖 MI-aktiválás: A mesterséges intelligencia által vezérelt monitorozó eszközök korán észlelik az IDoc hibákat, és automatikusan leképezik a mezőket SAP és nemSAP partnerekkel.

SAP IDOC oktatóanyag

Mi az az IDoc?

Az IDoc egyszerűen egy adattároló információcserére szolgál bármely két olyan folyamat között, amelyek képesek megérteni az adatok szintaxisát és szemantikáját.

Más szóval, egy IDoc olyan, mint egy meghatározott formátumú adatfájl, amelyet két olyan rendszer cserél ki, amelyek tudják, hogyan kell értelmezni az adatokat.

Az IDoc a következő rövidítést jelenti: „Köztes dokumentum".

Amikor végrehajtasz egy kimenő ALE vagy EDI folyamat során létrejön egy IDoc. SAP rendszer, az IDoc-ok az adatbázisban tárolódnak, és minden IDoc-nak van egy egyedi szám egy kliensen belül.

FŐBB JELLEMZŐK

  • Az IDoc-ok független a küldő és fogadó rendszertől (SAP-nak nek-SAP valamint nemSAP).
  • Az IDoc dokumentumok a következőkön alapulnak: EDI szabványok, az ANSI ASC X12 és az EDIFACT. Adatméret-ütközés esetén az IDoc a nagyobb hosszúságú adatot veszi át.
  • Az IDoc-ok független az adatcsere irányától, pl. az ORDERS01 a Beszerzési modulban mind a bejövő, mind a kimenő forgalmat támogatja.
  • Az IDoc dokumentumok megtekinthetők egy szövegszerkesztő mivel az adatokat karakterformátumban tárolja bináris formátum helyett.

Egy IDoc felépítése

Egy IDoc felépítése

Az IDoc szerkezete három részből áll:

  1. Az adminisztrációs rész (Ellenőrző nyilvántartás) — tartalmazza az IDoc típusát, az üzenet típusát, az aktuális állapotot, a feladót, a címzettet és hasonló metaadatokat. Ezt vezérlőrekordnak nevezzük.
  2. Az alkalmazás adatai (adatrekord) — tartalmazza az üzleti adatokat. Ezeket adatrekordoknak vagy szegmensek.
  3. Az állapotinformáció (Állapotrekord) — információkat nyújt az IDoc által lefutott különböző szakaszokról.

Egy IDoc dokumentumot tranzakció használatával tekinthet meg. WE02 or WE05.

IDoc rekord, amely a vezérlést, az adatokat és az állapotot mutatja

Amint a fenti képernyőképen látható, az IDoc rekord három részből áll: Control (Vezérlés), Data (Adatok) és Status (Állapot). Az egyes részeket részletesen tárgyaljuk az alábbiakban.

Control Record

  • Minden vezérlőrekord adat a következő helyen tárolódik: EDIDC tábla. A tábla kulcsa az IDoc szám.
  • Olyan információkat tartalmaz, mint az IDoc szám, az irány (bejövő/kimenő), a feladó, a címzett adatai, a használt csatorna és a használt port.
  • Az „1” irány kimenő, a „2” pedig bejövő irányt jelez.

Adatfelvétel

  • Az adatrekord olyan alkalmazásadatokat tartalmaz, mint az alkalmazott fejlécinformációi, a heti részletek, az ügyféladatok stb.
  • Minden adatrekord adata táblázatokban tárolódik EDID2-ről EDID4-reés EDIDD egy olyan struktúra, ahol láthatók az alkotóelemei.
  • Olyan adatokat tartalmaz, mint az IDoc száma, az IDoc szegmensének neve és száma, a hierarchia és maga az adat.
  • A tényleges hasznos adat karakterláncként tárolódik egy nevű mezőben. SDATA, ami egy 1000 karakteres mező.

Állapotfelvétel

  • Minden mérföldkőnél vagy hibánál állapotrekordot csatolnak az IDoc-hoz.
  • Minden állapotrekord adat a következő helyen tárolódik: EDIDS táblázat.
  • Az 1–42. állapotok a kimenő, míg az 50–75. állapotok a bejövő forgalomra vonatkoznak.

IDoc típusok

Az IDoc típus (alap) meghatározza a cserélendő üzleti dokumentum szerkezetét és formátumát. Egy IDoc egy IDoc típus egy példánya., akárcsak a változók és változótípusok fogalma a programozási nyelvekAz IDoc típusok tranzakciók használatával definiálhatók. WE30.

Mi az a szegmens?

A szegmens határozza meg a formátumát és szerkezetét Adatfelvétel egy IDoc-ban. A szegmensek újrafelhasználható komponensek.

Minden szegmens esetében SAP a következő komponenseket hozza létre.

  • Szegmens típusa (verziófüggetlen)
  • Szegmens definíció (verziófüggő)
  • Szegmens dokumentációja

Az utolsó három karakter a szegmens verzióját jelöli. A definíciók a verzió változásával együtt változhatnak, de a szegmens típusa ugyanaz marad. Tranzakció: WE31.

Szegmens IDoc-ban

Mi az a kiterjesztési IDoc típus?

Az IDoc kétféle lehet:

  1. alapvető
  2. Kiterjesztés

Alap és kiterjesztett IDoc típusok

SAP számos előre definiált alapvető IDoc típust biztosít, amelyek nem módosíthatóHa további adatokat kell hozzáadnia egy korlátozott alaptípushoz, használhat kiterjesztési típust. Az esetek többségében a következőt fogja tenni: nem bővítményekre van szükség.

Bővítmény IDoc típus illusztráció

Dokumentáció

Minden egyes IDoc-ot alaposan dokumentálnak a tranzakciókban. WE60.

IDoc dokumentáció a WE60-ban

Üzenet típusa

Az üzenet egy adott típusú dokumentumot jelöl, amely transmitkét partner között, például megrendelések, megrendelésekre adott válaszok és számlák.

Egy IDoc típus számos üzenettípussal társítható. Fordítva, egy üzenettípus különböző IDoc típusokkal társítható. Tranzakció: WE81.

Üzenettípus IDoc-ban

IDoc nézetek

Egy IDoc típus több üzenettípushoz is használható, ami azt eredményezi, hogy az IDoc dokumentumok több mezőt tartalmaznak, mint amennyi egy adott üzenettípushoz szükséges.

Az IDoc nézetek javítják az IDoc dokumentumok generálásának teljesítményét azáltal, hogy biztosítják, hogy csak a releváns szegmensek legyenek adatokkal feltöltve. Az IDoc nézetek csak a kimenő feldolgozáshoz fontosak.

IDoc nézetek

Partnerprofilok

A partner egy üzleti partner, akivel üzleti kapcsolatot folytat és dokumentumokat cserél.

Az IDoc-ok cseréjével érintett partner partnerprofiljában karbantarthatók az adatcseréhez szükséges paraméterek. A használt tranzakció a következő: WE20.

Partnerprofilok az IDoc-ban

Kikötő

A port határozza meg a készülék és a készülék közötti kapcsolat technikai jellemzőit. SAP rendszer és a másik rendszer között, amellyel adatokat szeretne átvinni (alrendszer). A Port határozza meg azt a közeget, amelyen keresztül az adatok cserélődnek a két rendszer között.

Különböző típusú portok léteznek. A két leggyakrabban használt a következő: TRFC portok ALE-ben használják és Fájlportok az EDI használja.

TRFC portok esetén meg kell adni a létrehozott logikai cél nevét a következő paranccsal: SM59Fájlport használata esetén megadhatja azt a könyvtárat, ahová az IDoc fájlt helyezni kell. A másik rendszer vagy köztes szoftver ezután onnan veszi át a fájlt. Egy függvénymodul használható az IDoc fájlnevének generálására. Míg tesztelés, a „Kimenő fájl” opcióval állandó fájlnevet adhat meg. A „kimenő triggerA „” paraméterrel megadható információ, ha feldolgozást szeretne indítani az alrendszeren, amikor egy IDoc jön létre ezen a helyen. Adja meg a parancsfájl nevét és a futtatandó könyvtárat.

Portolás az IDoc-ban

Gyakori IDoc tranzakció Codes

tranzakció Code Cél
WE02 / WE05 IDoc-ok megjelenítése és monitorozása
WE30 IDoc típus létrehozása vagy módosítása
WE31 Szegmens létrehozása vagy módosítása
WE20 Partnerprofil karbantartása
WE21 Portok karbantartása
WE42 Bejövő folyamat definiálása Code
WE57 Bejövő függvénymodul hozzárendelése az üzenettípushoz
WE60 IDoc dokumentáció
WE81 / WE82 Üzenettípus létrehozása / IDoc típushoz társítása
BD51 Függvénymodul jellemzőinek meghatározása
SM59 RFC-célhelyek karbantartása

IDoc folyamat: Egy valós példa

Vegyük például azt, hogy egy beszerzési megrendelést küldünk egy szállítónak IDoc-on keresztül.

  • Amikor egy beszerzési megrendelést (PO) hoznak létre, a rendszernek el kell küldenie egy IDoc-ot a szállítónak.
  • A beszerzési megrendelést IDoc formátumban küldik el a szállítónak (partnernek). A partnernek EDI-engedélyezettnek kell lennie a rendszerben. SAP elismeri, hogy elektronikusan elküldheti a dokumentumot ennek a szállítónak.
  • A vevő által kimenő IDoc-ként küldött beszerzési megrendelés bejövő IDoc-ként jelenik meg a szállító számára. SAP A szállítói oldalon lévő rendszer feldolgozhatja ezt egy alkalmazásdokumentum (értékesítési rendelés) létrehozásához a saját rendszerén.
  • Az árajánlatok, árajánlatkéréseket, beszerzési megrendeléseket, megrendeléseket, számlákat és szállítóleveleket a leggyakrabban cserélt dokumentumok közé tartozik az IDoc-on keresztül.

Az adatátvitel folyamata az Ön SAP rendszernek hívják Kimenő folyamat, miközben az adatok átkerülnek a rendszerbe SAP rendszernek hívják Bejövő folyamatFejlesztőként vagy tanácsadóként, aki ezeket a folyamatokat beállítja a szervezete számára, az egyes folyamatok konfigurálásának lépéseit az alábbiakban részletezzük.

A kimenő folyamat

Az érintett lépések:

  1. Szegmensek létrehozása (WE31).
  2. Hozzon létre egy IDoc típust (WE30).
  3. Üzenettípus létrehozása (WE81).
  4. Társítsa az üzenettípust az IDoc típushoz (WE82).
  5. Hozz létre egy portot (WE21).
  6. Ha a message-control metódust használja az IDoc-ok elindításához, hozza létre az IDoc-ot létrehozó függvénymodult, és csatolja azt egy kimenő folyamathoz. Code.
  7. Egyéb esetben hozzon létre egy függvénymodult vagy önálló programot, amely közvetlenül létrehozza az IDoc-ot.
  8. Hozzon létre egy Partnerprofilt (WE20) a szükséges információkkal a kimenő paraméterekben ahhoz a partnerhez, akivel az IDoc-ot cseréli, majd indítsa el az IDoc-ot.

A bejövő folyamat

Az érintett lépések:

  1. Hozza létre az alapvető IDoc típust (WE30 tranzakció).
  2. Hozza létre az üzenettípust (WE81 tranzakció).
  3. Társítsa az üzenettípust az alapvető IDoc típushoz (WE82 tranzakció).
  4. Hozza létre az IDoc feldolgozásához szükséges függvénymodult.
  5. Definiálja a függvénymodul jellemzőit (BD51).
  6. Rendelje hozzá a bejövő függvénymodult az Üzenettípushoz (WE57).
  7. A folyamat meghatározása Code (WE42 tranzakció).
  8. Hozza létre a Partnerprofilt (WE20 tranzakció).

GYIK

Az IDoc aszinkron, ALE-n vagy EDI-n keresztüli rendszer-rendszer üzenetküldésre szolgál. A BAPI szinkron, valós idejű hozzáférést biztosít. SAP üzleti objektumok. Az IDoc sorba van állítva; a BAPI azonnal visszaadja a értéket.

Az IDoc típus a szegmensek és mezők technikai szerkezetét határozza meg. Az üzenettípus az üzleti jelentést határozza meg, például megrendelések vagy számlák. Egy IDoc típus számos üzenettípust szolgálhat ki, és fordítva.

A WE02 vagy WE05 tranzakcióval jelenítheti meg az IDoc dokumentumokat és vizsgálhatja az állapotrekordokat. A kimenő forgalom 1–42 állapotkódokat, a bejövő forgalom 50–75 állapotkódokat használ. A BD87 tranzakció újrafeldolgozza a hibás IDoc dokumentumokat.

Az egyes adatrekordokban a hasznos adatot tároló SDATA mező 1000 karakter hosszú. Egy IDoc sok adatrekordot tartalmazhat, így a teljes hasznos adat a szegmensek számával skálázódik.

Igen. Az IDoc dokumentumok rendszersemlegesek és az EDI szabványokat, például az ANSI ASC X12-t és az EDIFACT-ot követik. NemSAP A rendszerek IDoc fájlokat hozhatnak létre vagy használhatnak fájlportokon vagy köztes szoftvereken keresztül, mint például SAP PI/PO.

A vezérlőrekordok az EDIDC táblában, az adatrekordok az EDID2-től EDID4-ig terjedő táblákban, az állapotrekordok pedig az EDIDS táblában találhatók. Az IDoc szám a kulcs, amely egy adott IDoc mindhárom tábláját összekapcsolja.

A mesterséges intelligenciával működő monitorozó eszközök klaszterezik az ismétlődő IDoc hibákat, előrejelzik a hibákat a korábbi minták alapján, és javításokat javasolnak az 51-es vagy 56-os állapotú problémákra, jelentősen csökkentve a manuális újrafeldolgozási időt.

Igen. Mesterséges intelligencia által vezérelt térképping a motorok összehasonlítják a szegmensdefiníciókat a SAP és partnerrendszerek, javasoljon terepi térképetpingés tanulni a korábbi korrekciókból – jelentősen csökkentve a manuális konfigurációt az ALE és EDI projektekben.

Foglald össze ezt a bejegyzést a következőképpen: