ALE, EDI & IDocs Uvod i razlika: SAP Tutorijal

⚡ Pametni sažetak

ALE, EDI i IDocs su tri stupa SAP integracija. EDI razmjenjuje poslovne dokumente s vanjskim partnerima, ALE distribuira procese diljem SAP sustava, a IDoc je standardni spremnik koji sadrži podatke za oba.

  • 📤 Definicija EDI-ja: Elektronička razmjena podataka je strukturirana elektronička razmjena poslovnih dokumenata između različitih aplikacija.
  • 🔗 Definicija ALE-a: Omogućavanje povezivanja aplikacija distribuira poslovne funkcije preko labavo povezanih SAP i ne-SAP sustavi.
  • ???? Definicija IDoc-a: Međudokument je spremnik podataka koji i ALE i EDI koriste za premještanje informacija.
  • 🧱 Struktura IDoc-a: Svaki IDoc sadrži jedan kontrolni zapis, mnogo podatkovnih zapisa i jedan ili više statusnih zapisa.
  • ↔️ Ključna razlika: ALE je interna tehnologija distribucije, dok je EDI proces komunikacije s vanjskim partnerima.
  • ️ Tijek procesa: Izlazno izvođenje stvara IDoc, a dolazno izvođenje troši IDoc za izgradnju dokumenta aplikacije.
  • 🛠️ Dnevne transakcije: WE02, WE19, WE20 i BD87 pokrivaju praćenje, testiranje, postavljanje partnera i ponovnu obradu.

ALE, EDI i IDoc u SAP

Što je EDI?

EDI, kratica za Electronic Data Interchange (Electronic Data Interchange), elektronička je razmjena strukturiranih poslovnih podataka između različitih aplikacija. Narudžbenica izdana u jednoj tvrtki stoga može stići u sustav dobavljača kao prodajna narudžba, bez potrebe da je itko ponovno unosi.

EDI Architektura

EDI Architektura

Kao što je prikazano na gornjem dijagramu, EDI ArchiTektura se sastoji od tri sloja –

  1. EDI-omogućene aplikacijePodržavaju automatsku obradu poslovnih transakcija.
  2. IDoc sučelje: Ovo je dizajnirano kao otvoreno sučelje. IDoc sučelje sastoji se od IDoc vrsta i funkcijskih modula koji tvore sučelje za aplikaciju.
  3. EDI podsustav: Ovo pretvara vrste IDoc u vrste EDI poruka i obrnuto. Ovu komponentu EDI arhitekture ne isporučuje SAP.

Prednosti EDI procesa

  • Smanjene pogreške pri unosu podataka
  • Skraćeno vrijeme ciklusa obrade
  • Dostupnost podataka u elektroničkom obliku
  • Smanjena papirologija
  • Smanjen trošak
  • Smanjene zalihe i bolje planiranje
  • Standardna sredstva komunikacije
  • Bolji poslovni procesi
  • Konkurentska prednost

Što je ALE?

EDI doseže prema vanjskim trgovinskim partnerima. ALE rješava problem zrcala unutar poduzeća, gdje nekoliko SAP Sustavi moraju ostati usklađeni.

ALE podržava distribuciju poslovnih funkcija i procesa preko labavo povezanih SAP R/3 sustavi (različite verzije SAP R/3). Priključci iz R/2 i ne SAP sustavi također su podržani.

ALE podržava-

  • Distribucija aplikacija između različitih izdanja R/3 sustava
  • Kontinuirana razmjena podataka nakon nadogradnje izdanja bez potrebe za posebnim održavanjem
  • Ekstenzije specifične za kupca.
  • Komunikacijska sučelja koja omogućuju povezivanje s ne-SAP sustavi.
  • Spajanje R/3 i R/2 sustava.

Što je IDOC?

I ALE i EDI zahtijevaju razmjenu podataka i oba predaju taj posao istom objektu.

IDOC is jednostavno spremnik podataka koristi se za razmjenu informacija između bilo koja dva procesa koji mogu razumjeti sintaksu i semantiku podataka.

Jednostavno rečeno, IDoc je poput podatkovne datoteke određenog formata koja se razmjenjuje između dva sustava koji znaju kako interpretirati te podatke.

IDOC je kratica za "Međudokument".

Kada izvršimo an koji odlazi ALE ili EDI proces, stvara se IDOC. U an dolazeći ALE ili EDI procesu, IDOC služi kao ulaz za stvaranje aplikacijskog dokumenta. u SAP sistem, IDOC-ovi se pohranjuju u bazi podataka. Svaki IDOC ima jedinstveni broj (unutar klijenta).

IDOC-ovi se temelje na EDI standardima, ANSI ASC X12 i EDIFAKTU slučaju bilo kakvog sukoba u veličini podataka, usvaja se onaj s većom duljinom. IDOC-ovi su neovisno o smjeru razmjene podataka, na primjer ORDERS01 u modulu Nabava koristi se i za ulaznu i za izlaznu poštarinu. IDOC-ovi se mogu pregledavati u tekst editor jer se podaci pohranjuju u znakovnom umjesto binarnom formatu. IDOC-ovi su neovisno o sustavima slanja i primanja (SAP-do-SAP kao i ne-SAP).

Struktura IDoc-a: Kontrolni, podatkovni i statusni zapisi

Znati da je IDoc kontejner korisno je tek kada možete pročitati što se nalazi u njemu. Svaki IDoc, bez obzira na vrstu poruke, izgrađen je od tri vrste zapisa.

Zapis Stol Što sadrži
Kontrolni zapis EDIDC Točno jedan po IDoc-u. Sadrži IDoc broj, osnovni tip, tip poruke, smjer te podatke o partneru pošiljatelju i primatelju.
Zapisi podataka EDID4 Poslovni teret. Svaki zapis mapira se na segment, a segmenti se mogu ugniježđivati ​​kako bi se formirale roditeljske i podređene hijerarhije.
Zapisi o statusu EDIDS Trag revizije. Svaki korak obrade dodaje statusni kod, tako da potpuna povijest IDoc-a ostaje vidljiva.

Brojevi statusa također vam na prvi pogled pokazuju smjer. CodeBrojevi u rasponu od 01 do 49 pripadaju izlaznim IDoc-ovima, gdje 03 znači „proslijeđeno na port“, a 12 znači „otpremljeno“. CodeBrojevi od 50 nadalje pripadaju dolaznim IDoc-ovima, gdje 53 znači „dokument prijave objavljen“, a 51 znači „dokument prijave nije objavljen“.

Kako funkcionira ALE i IDoc proces?

Gornji zapisi kreću se kroz fiksni slijed koraka. Razumijevanje tog slijeda omogućuje vam da pronađete gdje je neuspjelo sučelje stalo.

Izlazni proces

  1. Dokument za prijavu je kreiran. Korisnik ili skupni zadatak sprema poslovni dokument, kao što je narudžbenica.
  2. Aktivirana je kontrola poruka. Određivanje izlaza pronalazi vrstu poruke, na primjer NARUDŽBE, i profil partnera koji kaže da treba kreirati IDoc.
  3. IDoc je generiran. Modul funkcije odabira čita tablice aplikacije i popunjava kontrolne i podatkovne zapise. IDoc dobiva status 30, „spremno za otpremu“.
  4. IDoc se prosljeđuje portu. Definicija porta određuje medij, koji može biti datoteka, poziv udaljene funkcije ili XML prijenos. Status postaje 03.
  5. Podsustav ili partner ga prima. Za EDI, podsustav pretvara IDoc u EDIFACT ili ANSI X12 poruku. Uspješan prijenos vraća status 16.

Ulazni proces

  1. IDoc stiže kroz port i zapisuje se u bazu podataka sa statusom 50.
  2. Profil partnera je provjeren. SAP traži pošiljatelja, vrstu poruke i dodijeljeni procesni kod.
  3. Procesni kod poziva funkcijski modul, koji validira segmente u odnosu na osnovni tip.
  4. Dokument za prijavu je objavljen. Uspjeh daje status 53. Neuspjeh daje status 51, a IDoc ostaje u bazi podataka s priloženom porukom o pogrešci.
  5. Neuspjeli IDoc-ovi se ponovno obrađuju nakon što su glavni podaci ispravljeni, bez potrebe da partner ponovno šalje išta.

Budući da se IDoc pohranjuje u svakoj fazi, podaci se ne gube kada korak ne uspije. Ta trajnost je glavni razlog SAP Integracije se i dalje oslanjaju na IDocs desetljećima nakon njihovog uvođenja.

Razlika između ALE i EDI

Nakon što su sva tri koncepta definirana, razlika postaje lako utvrditi.

ALE se koristi za podršku distribuiranim ali integriranim procesima u nekoliko SAP sustava, dok se EDI koristi za razmjenu poslovnih dokumenata između sustava poslovnih partnera (koji mogu biti ne-SAP sustavi).

ALE je SAPtehnologija za podršku distribuiranom okruženju, dok je EDI proces koji se koristi za razmjenu poslovnih dokumenata kojima je sada dan standardni format.

Temelj ALE EDI
Svrha Distribuirajte poslovne procese i glavne podatke Razmjena poslovnih dokumenata s trgovinskim partnerima
Tipičan opseg Unutarnji, između SAP sustavi Vanjski, između tvrtki
Potreban podsustav Ne Da, za pretvaranje IDocs-a u EDIFACT ili ANSI X12
Uključeni standardi SAP vlasnički model distribucije EDIFACT, ANSI ASC X12
Nositelj podataka IDoc IDoc

IDoc je podatkovni spremnik koji se koristi za razmjenu podataka putem EDI i ALE procesa. Taj zajednički spremnik je razlog zašto se te dvije tehnologije gotovo uvijek proučavaju zajedno.

Uobičajena IDoc transakcija Codeje u SAP

Svakodnevni rad s ALE i EDI odvija se putem malog skupa transakcijskih kodova. Tablica u nastavku ih grupira prema zadatku koji obavljaju.

transakcija Svrha
WE02 / WE05 Prikažite IDocs i filtrirajte ih prema statusu, datumu, smjeru ili partneru.
WE19 Alat za testiranje. Kopirajte postojeći IDoc, uredite segmente i ponovno ga obradite u načinu rada za otklanjanje pogrešaka.
WE20 Održavajte profile partnera koji povezuju partnera s vrstama poruka i procesnim kodovima.
WE21 Definirajte portove koji određuju kako IDoc fizički izlazi ili ulazi u sustav.
WE30 / WE31 Kreirajte i proširite osnovne tipove i segmente IDoc-a.
BD87 Ponovno obradite IDoc-ove koji nose status pogreške, kao što je 51 ili 56.
SM58 Pregledajte transakcijske RFC redove kada IDoc nikada ne stigne do ciljnog sustava.

Praktična navika rješavanja problema je početi od WE02 za očitavanje statusa, a zatim koristiti BD87 za ponovnu obradu nakon što se ukloni uzrok.

Pitanja i odgovori

Osnovni tip, kao što je ORDERS05, je standardni SAP struktura. Proširenje dodaje prilagođene segmente bez mijenjanja standarda, tako da SAP nadogradnje ostaju sigurne.

Oboje koegzistiraju. SAP S/4HANA i dalje podržava IDocs za asinkronu razmjenu velikog volumena, dok OData i REST API-ji obrađuju sinkrone pozive u stvarnom vremenu. Mnogi krajolici pokreću oba paralelno.

Pročitajte tekst statusa u WE02 kako biste pronašli uzrok, koji je obično nedostajući glavni podaci ili praznina u prilagodbi. Ispravite glavni uzrok, a zatim ponovno obradite isti IDoc putem BD87.

Da. Alati za nadzor umjetne inteligencije grupiraju ponavljajuće kodove stanja, predviđaju koja sučelja vjerojatno neće uspjeti i predlažu vjerojatni uzrok. Funkcionalni konzultant i dalje potvrđuje popravak prije ponovne obrade.

Djelomično. Umjetna inteligencija može predložiti nacrt karte poljaping između IDoc segmenata i EDIFACT ili X12 poruke. Svaka kartaping još uvijek treba testiranje u WE19, jer pogrešan kvalifikator tiho kvari podatke.

Sažmite ovu objavu uz: