Elektronska izmenjava podatkov (Edi)
Kaj je elektronska izmenjava podatkov (EDI)?
Elektronska izmenjava podatkov (EDI) je računalniška izmenjava strukturiranih poslovnih dokumentov med organizacijami z uporabo dogovorjenih standardov. V logistiki, e-trgovini in mednarodni trgovini omogoča sistemom kupcev, dobaviteljev, skladišč, prevoznikov in drugih poslovnih partnerjev izmenjavo informacij, kot so naročilnice, obvestila o odpremi, navodila za prevoz in računi, ne da bi bilo treba vsak dokument ponovno ročno vnašati.
Opredeljujoča značilnost EDI ni zgolj to, da se informacije pošiljajo elektronsko. Informacije so organizirane v polja, segmente in sporočila, ki jih lahko prejemna programska oprema razume v skladu z dogovorjeno specifikacijo. Račun, priložen e-pošti kot PDF, zato sam po sebi ni račun EDI: oseba ali orodje za obdelavo dokumentov mora morda še vedno izluščiti njegovo vsebino, preden jo lahko poslovni sistem uporabi.
EDI opisuje način izmenjave poslovnih informacij, ne pa enega programskega izdelka, omrežja ali datotečnega formata. Delujoča ureditev je odvisna od združljivih opredelitev dokumentov, komunikacijskih metod, identifikatorjev in poslovnih pravil.
EDI v logistiki in e-trgovini
EDI povezuje dejavnosti, ki presegajo meje posameznih organizacij. Nabavni sistem trgovca lahko ustvari naročilo, sistem dobavitelja ga lahko potrdi, skladišče pa lahko prejme navodila za pripravo blaga. Informacije o pošiljki in računi se lahko nato med ustreznimi sistemi izmenjujejo kot ločena sporočila.
V e-trgovini lahko EDI podpira poslovne procese med podjetji, ki potekajo v ozadju prodajalne, namenjene potrošnikom. Spletni trgovec ga lahko na primer uporablja za naročanje zalog pri dobavitelju ali izmenjavo informacij o izpolnitvi naročil s skladiščem. Transakcija potrošnika ob zaključku nakupa in poznejša sporočila EDI trgovca so povezani poslovni dogodki, vendar niso nujno ista transakcija in ne uporabljajo nujno istega tehničnega vmesnika.
Pri čezmejni trgovini lahko EDI prenaša informacije, potrebne za mednarodni prevoz in trgovinsko dokumentacijo. Carinske uprave lahko prav tako uporabljajo strukturirana elektronska sporočila v skladu z lastnimi specifikacijami. Vendar izmenjava sporočila EDI z dobaviteljem ali prevoznikom sama po sebi ne pomeni carinske deklaracije, ne vzpostavlja skladnosti s predpisi in ne dovoljuje sprostitve blaga.
Pogosti poslovni dokumenti
Naslednji primeri ponazarjajo funkcije dokumentov, ne pa obveznega zaporedja. Uporabljena sporočila so odvisna od poslovnega odnosa in veljavnega izvedbenega priročnika.
| Dokument ali sporočilo | Poslovni namen | Primer iz logistike ali e-trgovine |
|---|---|---|
| Naročilnica | Sporočanje naročila kupca za blago ali storitve. | Trgovec pri dobavitelju naroči zalogo za dopolnitev. |
| Odgovor na naročilo ali potrdilo | Sporočanje dobaviteljevega odgovora na naročilo. | Dobavitelj potrdi količine ali predlaga spremembe, če jih dogovorjeno sporočilo podpira. |
| Predhodno obvestilo o odpremi | Opis pošiljke, preden prispe. | Skladišče prejme informacije o pričakovanih paketih, izdelkih in količinah. |
| Navodilo za prevoz | Sporočanje navodil za prevozno storitev. | Pošiljatelj prevoznemu partnerju pošlje dogovorjene podatke o premiku. |
| Sporočilo o statusu pošiljke | Sporočanje prevoznega dogodka ali statusa. | Prevoznik poroča o dogodku, povezanem s pošiljko. |
| Račun | Sporočanje podatkov za obračun. | Dobavitelj trgovcu zaračuna dobavljeno blago. |
Predhodno obvestilo o odpremi, pogosto okrajšano kot ASN, opisuje pričakovano pošiljko; ne dokazuje, da je blago prispelo. Prav tako sporočilo o statusu pošiljke ni samodejno dokazilo o dostavi. Njegov pomen je odvisen od sporočenega dogodka in podpornih informacij.
Standardi, formati in komunikacijske metode
Standardi EDI določajo, kako so poslovna sporočila strukturirana in kaj pomenijo njihovi podatkovni elementi. Dve uveljavljeni družini standardov sta X12 in pravila Združenih narodov za elektronsko izmenjavo podatkov za upravo, trgovino in promet, znana kot UN/EDIFACT. Tudi GS1 vzdržuje standarde EDI, vključno z EANCOM, ki temelji na UN/EDIFACT, ter GS1 XML.
Primeri v okviru X12 vključujejo 850 Purchase Order, 856 Ship Notice/Manifest in 810 Invoice. UN/EDIFACT zagotavlja sporočila, kot so ORDERS za naročilnice, DESADV za obvestila o odpremi in INVOIC za račune. Ti primeri imajo med standardi povezane poslovne namene, vendar njihove strukture in izvedbene zahteve niso medsebojno zamenljive.
Sam standard ne določa vseh podrobnosti poslovnega odnosa. Partnerji se morajo dogovoriti tudi o veljavni različici in izvedbenem priročniku, zahtevanih poljih, dovoljenih kodah, identifikatorjih in pravilih preverjanja. Dve organizaciji lahko podpirata isto družino standardov, vendar še vedno potrebujeta delo pri preslikavi, preden lahko njuna sistema izmenjujeta uporabna sporočila.
| Komponenta | Kaj določa | Primer |
|---|---|---|
| Standard sporočil | Strukturo in pomen poslovnega sporočila. | Račun X12 ali obvestilo o odpremi UN/EDIFACT. |
| Izvedbeni priročnik | Kako se določeno sporočilo uporablja v poslovnem odnosu. | Zahtevani identifikatorji pošiljke in dovoljene merske enote količine. |
| Komunikacijska metoda | Kako se sporočilo prenese med sistemi. | AS2 ali dogovorjena varna ureditev prenosa datotek. |
| Prevajanje in preslikava | Kako zunanja polja sporočila ustrezajo notranjim podatkom aplikacije. | Preslikava prejete postavke naročila v zapis sistema za upravljanje naročil. |
AS2 je komunikacijska specifikacija za izmenjavo poslovnih podatkov prek HTTP, z mehanizmi za varnost in potrdila o prejemu. Ni format naročilnice ali računa. Omrežje z dodano vrednostjo oziroma VAN lahko zagotavlja posredniške storitve izmenjave sporočil; tudi to se razlikuje od standarda poslovnih dokumentov.
Kako poteka izmenjava EDI
- Poslovni dogodek ustvari podatke. Kupec na primer odobri naročilnico v sistemu za načrtovanje virov podjetja ali upravljanje naročil.
- Podatki se preslikajo v sporočilo. Programska oprema za prevajanje pretvori notranja polja v strukturo, ki jo zahtevata dogovorjeni standard in izvedbeni priročnik.
- Odhodno sporočilo se preveri. Preverjanje lahko zajema sintakso, obvezna polja, vrednosti kod in zahteve posameznega partnerja.
- Sporočilo se prenese. Po dogovorjenem komunikacijskem kanalu potuje do prejemnika ali posrednika.
- Prejemnik ga preveri in prevede. Prejemni sistem preveri sporočilo in sprejete informacije preslika v svojo notranjo obliko aplikacije.
- Sledi poslovna obdelava. Prejemna aplikacija lahko ustvari naročilo, zabeleži pričakovani prejem ali posreduje izjemo v pregled.
- Odgovori se uskladijo. Tehnična potrdila, potrditve in poslovni odgovori pošiljatelju pomagajo ugotoviti, kaj se je zgodilo z izmenjavo.
Ti koraki ne zagotavljajo, da bo vsaka transakcija obdelana samodejno. Neznan identifikator izdelka, neveljavna lokacija dostave, podvojena številka dokumenta ali nepodprta merska enota lahko zahtevajo posredovanje, tudi če je sporočilo strukturno veljavno.
Prejem, preverjanje in poslovno sprejetje
Potrditve EDI delujejo na različnih ravneh. Potrdilo o prenosu lahko pokaže, da je sporočilo doseglo komunikacijsko končno točko. Funkcionalna ali izvedbena potrditev lahko poroča o rezultatih strukturnih preverjanj. Poslovni odgovor lahko sporoči, ali je bilo naročilo ali druga zahteva sprejeta, zavrnjena ali spremenjena.
Teh signalov ne smemo obravnavati kot enakovrednih. Uspešen prenos ne pomeni nujno, da je bilo naročilo sprejeto ali da bo blago odpremljeno. Poseben pomen potrditve je treba razlagati v skladu z zadevno specifikacijo in dogovorom s poslovnim partnerjem.
Primer od naročila do odpreme
Trgovec lahko dobavitelju v tujini pošlje naročilnico prek EDI. Dobaviteljev sistem preveri identifikatorje izdelkov, količine in zahtevane podatke o dostavi. Če poslovna ureditev vključuje odgovor na naročilo, lahko dobavitelj svoje sprejetje ali predlagane spremembe sporoči z ločenim sporočilom.
Ko je blago pripravljeno, lahko dobavitelj izda predhodno obvestilo o odpremi, v katerem opredeli pošiljko in njeno vsebino. Prejemno skladišče lahko te informacije uporabi za pripravo na prejem in primerjavo pričakovanih količin z dejansko prejetim blagom. Dobavitelj lahko pošlje tudi račun v obdelavo finančnemu sistemu trgovca.
Ta primer prikazuje, kako EDI povezuje zapise med organizacijami. Ne pomeni, da vse stranke uporabljajo isto programsko opremo, da je vsako sporočilo dostavljeno v realnem času ali da poslovni dokumenti nadomeščajo prevozne in carinske zahteve. Ujemanje naročilnic, referenc pošiljk in računov še vedno zahteva dosledne identifikatorje in dogovorjeno poslovno logiko.
EDI in povezane tehnologije
| Povezani pojem | Razmerje do EDI | Pomembna razlika |
|---|---|---|
| Vmesnik za programiranje aplikacij (API) | Vmesnik, prek katerega programska oprema izmenjuje zahteve in podatke. | EDI poudarja standardizirana poslovna sporočila, API pa določa interakcijo s programsko storitvijo. Uporabljata se lahko skupaj. |
| XML | Označevalni jezik za strukturiranje podatkov. | Sama sintaksa XML ne vzpostavlja dogovorjenega standarda poslovnih sporočil. |
| Elektronsko izdajanje računov | Elektronska izdaja in izmenjava računov. | EDI lahko podpira elektronsko izdajanje računov, vendar se pravne in tehnične zahteve razlikujejo glede na jurisdikcijo. |
| ERP ali sistem za upravljanje skladišča | Aplikacija, ki ustvarja ali uporablja poslovne informacije. | Ti sistemi upravljajo dejavnosti, EDI pa omogoča izmenjavo informacij z drugimi organizacijami. |
| Sledenje pošiljkam | Poročanje o dogodkih pošiljke in njihova razlaga. | EDI lahko prenaša informacije o statusu, vendar sam po sebi ni spletno mesto za sledenje ali celovita storitev sledenja. |
EDI in API niso v vsaki arhitekturi medsebojno izključujoče se alternative. Organizacija lahko uporablja sporočila EDI za transakcije s partnerji in API-je za povezovanje teh transakcij z notranjimi aplikacijami. Ustrezna ureditev je odvisna od zahtev dokumentov, zmožnosti partnerjev, časovnih potreb in operativnih kontrol, ne zgolj od oznake tehnologije.
Premisleki pri izvedbi in omejitve
EDI lahko zmanjša ponavljajoče se ročno vnašanje podatkov, kadar sistemi uspešno izmenjujejo in obdelujejo združljiva sporočila. Ne popravlja netočnih izvornih podatkov, ne rešuje trgovinskih nesoglasij in ne odpravlja potrebe po obravnavi izjem. Avtomatizacija je odvisna tako od tehnične združljivosti kot od kakovosti izmenjanih poslovnih informacij.
Pred vzpostavitvijo povezave EDI morajo poslovni partnerji razjasniti naslednje operativne točke:
- Obseg dokumentov: Katera sporočila so zahtevana in kateri poslovni dogodki jih sprožijo?
- Identifikatorji: Kako bodo izdelki, lokacije, stranke, naročila in pošiljke identificirani in povezani?
- Zahteve sporočil: Katere različice, obvezna polja, seznami kod in pravila preslikave se uporabljajo?
- Komunikacija in varnost: Katera metoda povezave, načini preverjanja pristnosti in nadzor dostopa so potrebni?
- Potrditve: Kateri odgovori pomenijo dostavo, preverjanje in poslovno sprejetje?
- Obravnava izjem: Kdo preiskuje zavrnjena sporočila, manjkajoče odgovore in neskladne podatke?
- Preprečevanje podvajanja: Kako bodo ponovni prenosi ločeni od novih poslovnih transakcij?
- Testiranje in nadzor sprememb: Kako bodo preslikave in zahteve partnerjev preverjene, preden bodo spremembe uvedene v produkcijo?
Operativno spremljanje mora razlikovati med komunikacijskimi napakami, napakami pri preverjanju podatkov in poslovnimi izjemami. Ponovno pošiljanje sporočila lahko odpravi neuspešen prenos, ne bo pa popravilo neveljavne kode izdelka. Brez kontrol podvajanja bi lahko ponovno pošiljanje uspešno obdelanega naročila ustvarilo tudi nenamerno drugo transakcijo.
Pogosta vprašanja
Kaj pomeni EDI v logistiki?
EDI pomeni elektronsko izmenjavo podatkov: strukturirano izmenjavo poslovnih dokumentov med sistemi. V logistiki lahko ti dokumenti vključujejo obvestila o odpremi, navodila za prevoz, račune in sporočila o statusu pošiljke.
Ali je PDF, poslan po e-pošti, dokument EDI?
Ne sam po sebi. PDF lahko poslovni dokument prikaže elektronsko, vendar EDI zahteva strukturirane informacije, ki jih prejemni sistemi lahko razumejo v skladu z dogovorjeno specifikacijo.
Ali je EDI enak API-ju?
Ne. EDI se nanaša na standardizirano izmenjavo poslovnih dokumentov, API pa določa, kako programska oprema komunicira z drugo storitvijo. Integracija lahko uporablja oboje.
Ali potrditev EDI pomeni, da je bilo naročilo sprejeto?
Ne nujno. Potrditve lahko potrjujejo prenos ali strukturno preverjanje, ne pa poslovnega sprejetja. Vrsta sporočila in dogovor s poslovnim partnerjem določata njegov pomen.
Viri
- UNECE: UN/EDIFACT — Uradni okvir za strukturirano elektronsko izmenjavo upravnih, trgovinskih in prevoznih podatkov.
- X12: Transaction Sets — Uradni opisi poslovnih transakcijskih sklopov, vključno z naročilnicami, računi, obvestili o odpremi in potrditvami.
- GS1: Electronic Data Interchange — Standardi poslovnih sporočil ter povezava med GS1 EDI, EANCOM in GS1 XML.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — Prenos AS2, varnostni mehanizmi in obvestila o prejemu.
