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.

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
Amint a fenti ábra mutatja, az EDI Archia textúra három rétegből áll –
- EDI-képes alkalmazásokTámogatják az üzleti tranzakciók automatikus feldolgozását.
- 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.
- 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
- 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.
- 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.
- 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”.
- 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.
- 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
- Megérkezik az IDoc a porton keresztül, és 50-es állapottal kerül be az adatbázisba.
- A partnerprofil ellenőrzésre kerül. SAP megkeresi a feladót, az üzenet típusát és a hozzárendelt folyamatkódot.
- A folyamatkód meghív egy függvénymodult, amely a szegmenseket az alaptípushoz képest validálja.
- 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.
- 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.

