Introducere și diferență ALE, EDI și IDocs: SAP tutorial
⚡ Rezumat inteligent
ALE, EDI și IDocs sunt cei trei piloni ai SAP integrare. EDI schimbă documente de afaceri cu parteneri externi, ALE distribuie procesele între SAP sisteme, iar IDoc este containerul standard care transportă datele pentru ambele.

Ce este EDI?
EDI, prescurtare de la Electronic Data Interchange (Schimb Electronic de Date), este schimbul electronic de date structurate de afaceri între diferite aplicații. Prin urmare, o comandă de achiziție emisă într-o companie poate ajunge în sistemul unui furnizor ca o comandă de vânzare, fără ca cineva să o reintroducă.
EDI Architectură
După cum arată diagrama de mai sus, EDI Architextura este alcătuită din trei straturi –
- Aplicații activate EDIAcestea susțin procesarea automată a tranzacțiilor comerciale.
- Interfața IDoc: Aceasta a fost concepută ca o interfață deschisă. Interfața IDoc constă din tipuri IDoc și module funcționale care formează interfața cu aplicația.
- Subsistemul EDI: Aceasta convertește tipurile IDoc în tipuri de mesaje EDI și invers. Această componentă a arhitecturii EDI nu este furnizată de SAP.
Avantajele procesului EDI
- Reducerea erorilor de introducere a datelor
- Timp de ciclu de procesare redus
- Disponibilitatea datelor în format electronic
- Hârțogăraie redusă
- Cost redus
- Stocuri reduse și o planificare mai bună
- Mijloace standard de comunicare
- Procese de afaceri mai bune
- Avantaj competitiv
Ce este ALE?
EDI se extinde către partenerii comerciali. ALE rezolvă problema oglinzii din interiorul întreprinderii, unde mai multe SAP Sistemele trebuie să rămână în pas.
ALE susține distribuirea funcțiilor și proceselor de afaceri între cuplate vag SAP Sisteme R/3 (diferite versiuni ale SAP R/3). Conexiuni de la R/2 și non SAP sistemele sunt de asemenea suportate.
ALE sprijină-
- Distribuția aplicațiilor între diferite versiuni ale sistemelor R/3
- Schimbul de date continuu după o actualizare a versiunii fără a necesita întreținere specială
- Extensii specifice clientului.
- Interfețe de comunicație care permit conexiuni către non-SAP sisteme.
- Cuplarea sistemelor R/3 și R/2.
Ce este IDOC?
Atât ALE, cât și EDI necesită schimb de date și ambele predau această sarcină aceluiași obiect.
IDOC is pur și simplu un container de date folosit pentru a face schimb de informații între oricare două procese care pot înțelege sintaxa și semantica datelor.
În cuvinte simple, un IDoc este ca un fișier de date cu un format specificat, care este schimbat între 2 sisteme care știu cum să interpreteze acele date.
IDOC înseamnă „Document intermediar".
Când executăm un outbound Proces ALE sau EDI, este creat un IDOC. Într-un intrare Proces ALE sau EDI, un IDOC servește ca intrare pentru a crea un document de aplicație. În SAP Sistem și, IDOC-urile sunt stocate în baza de date. Fiecare IDOC are un număr unic (în cadrul unui client).
IDOC-urile se bazează pe standardele EDI, ANSI ASC X12 și EDIFACTÎn cazul oricărui conflict în ceea ce privește dimensiunea datelor, se adoptă cea cu lungimea mai mare. IDOC-urile sunt independent de direcția schimbului de date, de exemplu, ORDERS01 din modulul Achiziții este utilizat atât pentru comenzile de intrare, cât și pentru cele de ieșire. IDOC-urile pot fi vizualizate într-o editor de text deoarece datele sunt stocate în format de caractere în loc de format binar. IDOC-urile sunt independent de sistemele de expediere și recepție (SAP-la-SAP precum și non-SAP).
Structura IDoc: Înregistrări de control, date și stare
Cunoașterea faptului că un IDoc este un container este utilă doar după ce puteți citi ce se află în interiorul său. Fiecare IDoc, indiferent de tipul mesajului, este construit din trei tipuri de înregistrări.
| Record | Tabel | Ce conține |
|---|---|---|
| Înregistrare de control | EDIDC | Exact unul per IDoc. Conține numărul IDoc, tipul de bază, tipul mesajului, direcția și detaliile partenerului expeditor și destinatar. |
| Înregistrări de date | EDID4 | Sarcina utilă de business. Fiecare înregistrare este asociată unui segment, iar segmentele pot fi imbricate pentru a forma ierarhii părinte și copil. |
| Înregistrări de stare | EDIDS | Auditul. Fiecare etapă de procesare adaugă un cod de stare, astfel încât istoricul complet al IDoc-ului rămâne vizibil. |
Numerele de stare vă indică și direcția dintr-o privire. CodeIDoc-urile din intervalul 01-49 aparțin IDoc-urilor de ieșire, unde 03 înseamnă „transmis în port”, iar 12 înseamnă „expediat”. CodeIdoc-urile de la 50 în sus aparțin IDoc-urilor de intrare, unde 53 înseamnă „document de aplicație înregistrat”, iar 51 înseamnă „document de aplicație neînregistrat”.
Cum funcționează procesul ALE și IDoc?
Înregistrările de mai sus parcurg o secvență fixă de pași. Înțelegerea acestei secvențe este ceea ce vă permite să găsiți unde s-a oprit o interfață defectă.
Proces de ieșire
- Documentul aplicației este creat. Un utilizator sau un job în lot salvează un document de afaceri, cum ar fi o comandă de achiziție.
- Controlul mesajelor este declanșat. Determinarea ieșirii găsește un tip de mesaj, de exemplu ORDERS, și un profil de partener care spune că ar trebui produs un IDoc.
- IDoc-ul este generat. Un modul de funcție de selecție citește tabelele aplicației și completează înregistrările de control și de date. IDoc-ul primește starea 30, „gata de expediere”.
- IDoc-ul este transmis portului. Definiția portului decide mediul, care poate fi un fișier, un apel de funcție la distanță sau un transfer XML. Starea devine 03.
- Subsistemul sau partenerul îl primește. Pentru EDI, subsistemul convertește IDoc-ul într-un mesaj EDIFACT sau ANSI X12. O transmisie reușită returnează starea 16.
Proces de intrare
- IDoc-ul sosește prin port și este scris în baza de date cu starea 50.
- Profilul partenerului este verificat. SAP caută expeditorul, tipul mesajului și codul de proces atribuit.
- Codul procesului apelează un modul de funcție, care validează segmentele în raport cu tipul de bază.
- Documentul de aplicare este postat. Un succes dă starea 53. Un eșec dă starea 51, iar IDoc-ul rămâne în baza de date cu mesajul de eroare atașat.
- IDoc-urile eșuate sunt procesate din nou după corectarea datelor de bază, fără ca partenerul să fie nevoit să retrimită nimic.
Deoarece IDoc-ul este stocat în fiecare etapă, nicio dată nu se pierde atunci când o etapă eșuează. Această durabilitate este principalul motiv SAP Integrările se bazează încă pe IDoc-uri la decenii de la introducerea lor.
Diferența dintre ALE și EDI
Odată ce toate cele trei concepte sunt definite, distincția devine ușor de enunțat.
ALE este folosit pentru a susține procese distribuite, dar integrate în mai multe SAP sisteme, în timp ce EDI este utilizat pentru schimbul de documente de afaceri între sistemele partenerilor de afaceri (care ar putea fi non-SAP sisteme).
ALE este SAPTehnologia 's pentru susținerea unui mediu distribuit, în timp ce EDI este un proces utilizat pentru schimbul de documente de afaceri cărora acum li s-a atribuit un format standard.
| Bază | ALE | EDI |
|---|---|---|
| Scop | Distribuiți procesele de business și datele master | Schimb de documente de afaceri cu partenerii comerciali |
| Domeniu de aplicare tipic | Intern, între SAP sisteme | Extern, între companii |
| Subsistem necesar | Nu | Da, pentru a converti IDoc-urile în EDIFACT sau ANSI X12 |
| Standarde implicate | SAP model de distribuție proprietar | EDIFACT, ANSI ASC X12 |
| Purtătorul de date | IDoc | IDoc |
Un IDoc este un container de date utilizat pentru schimbul de date atât de către procesele EDI, cât și de către cele ALE. Acest recipient comun este motivul pentru care cele două tehnologii sunt aproape întotdeauna studiate împreună.
Tranzacție IDoc comună Codes în SAP
Lucrul zilnic cu ALE și EDI se realizează printr-un set mic de coduri de tranzacție. Tabelul de mai jos le grupează în funcție de sarcina pe care o deservesc.
| tranzacție | Scop |
|---|---|
WE02 / WE05 |
Afișați IDoc-urile și filtrați-le după stare, dată, direcție sau partener. |
WE19 |
Instrument de testare. Copiați un IDoc existent, editați segmentele și reprocesați-l în modul de depanare. |
WE20 |
Mențineți profilurile partenerilor, care leagă un partener de tipuri de mesaje și coduri de proces. |
WE21 |
Definiți porturile, care specifică modul în care un IDoc părăsește sau intră fizic în sistem. |
WE30 / WE31 |
Creați și extindeți tipuri și segmente de bază IDoc. |
BD87 |
Reprocesați IDoc-urile care au o stare de eroare, cum ar fi 51 sau 56. |
SM58 |
Inspectați cozile RFC tranzacționale atunci când un IDoc nu ajunge niciodată la sistemul țintă. |
Un obicei practic de depanare este să începeți de la WE02 pentru a citi starea, apoi să utilizați BD87 pentru a reprocesa odată ce cauza principală este remediată.

