ALE, EDI és IDocs Bevezetés és különbség: SAP Kezdőknek

⚡ Okos összefoglaló

Az ALE, az EDI és az IDoc a három pillére SAP integráció. Az EDI üzleti dokumentumokat cserél külső partnerekkel, az ALE pedig elosztja a folyamatokat a SAP rendszerek, és az IDoc az a szabványos konténer, amely mindkettő adatait tartalmazza.

  • 📤 EDI definíció: Az elektronikus adatcsere az üzleti dokumentumok strukturált elektronikus cseréjét jelenti különböző alkalmazások között.
  • 🔗 ALE definíció: Az alkalmazáskapcsolat-engedélyezés lazán összekapcsolt elemek között osztja el az üzleti funkciókat. SAP és nemSAP rendszerek.
  • 📦 IDoc definíció: A köztes dokumentum az az adattároló, amelyet mind az ALE, mind az EDI használ az információk mozgatására.
  • 🧱 IDoc struktúra: Minden IDoc egy vezérlőrekordot, sok adatrekordot és egy vagy több állapotrekordot tartalmaz.
  • ↔️ Kulcs megkülönböztetés: Az ALE egy belső disztribúciós technológia, míg az EDI egy külső partnerkommunikációs folyamat.
  • 🇧🇷 Folyamatábra: Egy kimenő futtatás létrehoz egy IDoc-ot, egy bejövő futtatás pedig egy IDoc-ot használ fel egy alkalmazásdokumentum létrehozásához.
  • 🇧🇷 Napi tranzakciók: A WE02, WE19, WE20 és BD87 szabványok a monitorozást, a tesztelést, a partnerek beállítását és az újrafeldolgozást foglalják magukban.

ALE, EDI és IDoc SAP

Mi az EDI?

Az EDI, az Electronic Data Interchange rövidítése, strukturált üzleti adatok elektronikus cseréjét jelenti különböző alkalmazások között. Egy vállalat által leadott beszerzési megrendelés így értékesítési megrendelésként érkezhet meg a szállító rendszerébe anélkül, hogy bárki újra beírná azt.

EDI Architectúra

EDI Architectúra

Amint a fenti ábra mutatja, az EDI Archia textúra három rétegből áll –

  1. EDI-képes alkalmazásokTámogatják az üzleti tranzakciók automatikus feldolgozását.
  2. Az IDoc felület: Ezt nyílt felületnek tervezték. Az IDoc interfész IDoc típusokból és funkciómodulokból áll, amelyek az alkalmazás interfészt képezik.
  3. Az EDI alrendszer: Ez átalakítja az IDoc típusokat EDI üzenettípusokká és fordítva. Az EDI architektúra ezen összetevőjét nem szállítja SAP.

Az EDI eljárás előnyei

  • Csökkentett adatbeviteli hibák
  • Csökkentett feldolgozási ciklusidő
  • Adatok elérhetősége elektronikus formában
  • Kevesebb papírmunka
  • Csökkentett költségek
  • Csökkentett készletek és jobb tervezés
  • A kommunikáció szabványos eszközei
  • Jobb üzleti folyamatok
  • Versenyelőny

Mi az ALE?

Az EDI kifelé fordul a kereskedelmi partnerek felé. Az ALE megoldja a vállalaton belüli tükörproblémát, ahol több SAP a rendszereknek lépést kell tartaniuk.

Az ALE támogatja az üzleti funkciók és folyamatok lazán összekapcsolt elosztását SAP R/3 rendszerek (különböző verziói SAP R/3). Csatlakozások R/2-ről és nem SAP rendszerek is támogatottak.

ALE támogatja-

  • Alkalmazások elosztása az R/3 Systems különböző kiadásai között
  • Folyamatos adatcsere a kiadás frissítése után, különösebb karbantartás nélkül
  • Ügyfélspecifikus bővítmények.
  • Kommunikációs interfészek, amelyek lehetővé teszik a csatlakozást nemSAP rendszerek.
  • R/3 és R/2 rendszerek csatolása.

Mi az IDOC?

Mind az ALE, mind az EDI adatcserét igényel, és mindkettő ugyanarra az objektumra bízza ezt a feladatot.

IDOC is 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.

Egyszerűen fogalmazva, 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őt jelenti: „Köztes dokumentum".

Amikor végrehajtunk egy kimenő ALE vagy EDI folyamat, egy IDOC jön létre. Egy bejövő ALE vagy EDI folyamat, az IDOC bemenetként szolgál egy alkalmazásdokumentum létrehozásához. Ban,-ben SAP rendszerAz IDOC-ok az adatbázisban tárolódnak. Minden IDOC-nak van egy egyedi szám (ügyfélen belül).

Az IDOC-k EDI szabványokon, ANSI ASC X12 és EDIFACTAdatméret-ütközés esetén a nagyobb hosszúságú adatot veszi át. Az IDOC-ok független az adatcsere irányától, például a Beszerzési modulban található ORDERS01 mind bejövő, mind kimenő forgalomhoz használatos. Az IDOC-ok megtekinthetők egy szövegszerkesztő mivel az adatokat karakterformátumban tárolja bináris formátum helyett. Az IDOC-ok független a küldő és fogadó rendszertől (SAP-nak nek-SAP valamint nemSAP).

IDoc struktúra: Vezérlő-, adat- és állapotrekordok

Az, hogy egy IDoc egy konténer, csak akkor hasznos, ha el tudod olvasni, hogy mi van benne. Minden IDoc, az üzenet típusától függetlenül, három rekordtípusból épül fel.

Rekord Táblázat Mit tartalmaz
Ellenőrző rekord EDIDC Pontosan egy IDoc-onként. Tartalmazza az IDoc számát, az alaptípust, az üzenet típusát, az irányt, valamint a küldő és a fogadó partner adatait.
Adatrekordok EDID4 Az üzleti hasznos adat. Minden rekord egy szegmenshez tartozik, és a szegmensek beágyazhatók szülő- és gyermekhierarchiák létrehozásához.
Állapotrekordok EDIDS Az auditnapló. Minden feldolgozási lépés hozzáfűz egy állapotkódot, így az IDoc teljes előzményei láthatóak maradnak.

Az állapotszámok egy pillantással megmutatják az irányt is. CodeA 01 és 49 közötti tartományba eső számok a kimenő IDoc-okhoz tartoznak, ahol a 03 a „portra továbbítva”, a 12 pedig a „kiküldve” jelentésű. CodeAz 50-től felfelé lévő számok a bejövő IDoc-okhoz tartoznak, ahol az 53 azt jelenti, hogy „a jelentkezési dokumentum feladva”, az 51 pedig azt, hogy „a jelentkezési dokumentum nincs feladva”.

Hogyan működik az ALE és az IDoc folyamat?

A fenti rekordok egy rögzített lépéssorozaton mennek keresztül. Ennek a sorrendnek a megértése teszi lehetővé, hogy megtalálja, hol állt meg egy hibás interfész.

Kimenő folyamat

  1. Létrejön a pályázati dokumentum. Egy felhasználó vagy egy kötegelt feldolgozás ment egy üzleti dokumentumot, például egy beszerzési megrendelést.
  2. Az üzenetvezérlés aktiválódik. A kimeneti meghatározás megkeresi az üzenettípust, például ORDERS, és egy partnerprofilt, amely szerint egy IDoc-ot kell létrehozni.
  3. Az IDoc létrejön. Egy kiválasztó függvénymodul beolvassa az alkalmazástáblákat, és kitölti a vezérlő- és adatrekordokat. Az IDoc 30-as állapotot kap, azaz „küldésre kész”.
  4. Az IDoc átadódik a portnak. A portdefiníció határozza meg a közeget, ami lehet fájl, távoli függvényhívás vagy XML átvitel. Az állapot 03 lesz.
  5. Az alrendszer vagy partner megkapja. EDI esetén az alrendszer EDIFACT vagy ANSI X12 üzenetté alakítja az IDoc-ot. A sikeres átvitel 16-os állapotot ad vissza.

Bejövő folyamat

  1. Megérkezik az IDoc a porton keresztül, és 50-es állapottal kerül be az adatbázisba.
  2. A partnerprofil ellenőrzésre kerül. SAP megkeresi a feladót, az üzenet típusát és a hozzárendelt folyamatkódot.
  3. A folyamatkód meghív egy függvénymodult, amely a szegmenseket az alaptípushoz képest validálja.
  4. A pályázati dokumentumot közzétesszük. A siker 53-as állapotot ad. Hiba esetén 51-es állapotot ad, és az IDoc a csatolt hibaüzenettel együtt az adatbázisban marad.
  5. A sikertelen IDoc-ok újrafeldolgozásra kerülnek. a törzsadatok javítása után, anélkül, hogy a partnernek újra kellene küldenie bármit is.

Mivel az IDoc minden szakaszban tárolódik, nem vesznek el adatok, ha egy lépés meghiúsul. Ez a tartósság a fő oka. SAP Az integrációk évtizedekkel a bevezetésük után is az IDoc-okra támaszkodnak.

Az ALE és az EDI közötti különbség

Miután mindhárom fogalmat definiáltuk, a különbségtétel könnyen meghatározható.

Az ALE-t az elosztott, mégis integrált folyamatok támogatására használják több területen SAP rendszerek, míg az EDI-t az üzleti dokumentumok üzleti partnerek rendszerei közötti cseréjére használják (amelyek lehetnek nemSAP rendszerek).

Az ALE az SAPtechnológiája az elosztott környezet támogatására, míg az EDI egy olyan folyamat, amelyet üzleti dokumentumok cseréjére használnak, amelyek ma már szabványos formátumot kaptak.

Bázis A EDI
Cél Üzleti folyamatok és törzsadatok terjesztése Üzleti dokumentumok cseréje kereskedelmi partnerekkel
Tipikus hatókör Belső, között SAP rendszerek Külső, vállalatok közötti
Szükséges alrendszer Nem Igen, IDoc-ok EDIFACT vagy ANSI X12 formátumba konvertálásához
Érintett szabványok SAP saját terjesztési modell EDIFACT, ANSI ASC X12
Adathordozó IDoc IDoc

Az IDoc egy adattároló, amelyet mind az EDI, mind az ALE folyamatok adatcseréjére használnak. Ez a közös konténer az oka annak, hogy a két technológiát szinte mindig együtt tanulmányozzák.

Gyakori IDoc tranzakció Codes SAP

Az ALE-vel és az EDI-vel való napi munka tranzakciós kódok kis készletén keresztül történik. Az alábbi táblázat a feladatuk szerint csoportosítja őket.

tranzakció Cél
WE02 / WE05 IDoc dokumentumok megjelenítése és szűrése állapot, dátum, irány vagy partner szerint.
WE19 Tesztelő eszköz. Másoljon le egy meglévő IDoc-ot, szerkessze a szegmenseket, és dolgozza fel újra hibakeresési módban.
WE20 Partnerprofilok karbantartása, amelyek a partnereket üzenettípusokhoz és folyamatkódokhoz kapcsolják.
WE21 Portok definiálása, amelyek meghatározzák, hogy egy IDoc fizikailag hogyan lép be vagy távozik a rendszerből.
WE30 / WE31 IDoc alaptípusok és szegmensek létrehozása és kiterjesztése.
BD87 Dolgozza fel újra a hibaállapotot (például 51 vagy 56) hordozó IDoc dokumentumokat.
SM58 Tranzakciós RFC-sorok vizsgálata, ha egy IDoc soha nem éri el a célrendszert.

Egy gyakorlati hibaelhárítási szokás, hogy a WE02-vel kezdjük az állapot leolvasását, majd a BD87-tel újra feldolgozzuk, miután a kiváltó okot megoldottuk.

GYIK

Egy alaptípus, például az ORDERS05, a szabványos típus. SAP struktúra. Egy kiterjesztés egyéni szegmenseket ad hozzá a szabvány módosítása nélkül, így SAP A fejlesztések továbbra is biztonságosak.

Mindkettő együtt létezik. SAP Az S/4HANA továbbra is támogatja az IDoc-okat a nagy volumenű aszinkron adatcseréhez, míg az OData és a REST API-k valós idejű szinkron hívásokat kezelnek. Sok környezet egymás mellett futtatja a kettőt.

Olvassa el a WE02 állapotüzenetben található állapotüzenetet az ok megtalálásához, ami általában hiányzó törzsadatok vagy testreszabási hiányosság. Javítsa ki a kiváltó okot, majd dolgozza fel újra ugyanazt az IDoc-ot a BD87-en keresztül.

Igen. A mesterséges intelligencia által felügyelt eszközök csoportosítják az ismétlődő állapotkódokat, megjósolják, hogy mely interfészek fognak valószínűleg meghibásodni, és javaslatot tesznek a valószínűsíthető kiváltó okra. Egy funkcionális tanácsadó továbbra is megerősíti a javítást az újrafeldolgozás előtt.

Részben. A mesterséges intelligencia javaslatot tehet egy tereptérkép tervezetére.ping IDoc szegmensek és egy EDIFACT vagy X12 üzenet között. Minden leképezésping még tesztelésre szorul a WE19-ben, mert egy rossz minősítő csendben megrongálja az adatokat.

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