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: