Najčešća pitanja

Za uvođenje EDI-ja potrebna je određena intervencija na mom informacionom sistemu. Moguće je da to neće proraditi "iz prve", da li ću zbog toga nepovratno izgubiti dokumente?
U generalnom slučaju ne: na primer, informacioni sistemi koje koriste trgovinski lanci često imaju mogućnost rada u testnom režimu. U tom periodu, tokom uspostavljanja i provere EDI komunikacije, poruke se šalju i dalje metodom kojim su se slale do tada (faks, e-mail...) paralelno sa slanjem putem EDI-ja. Na taj način korisnik ima mogućnost da proveri da li je sve korektno implementirao.

Da li uvođenje EDI-ja nameće krutu disciplinu po pitanju razmenjenih dokumenata? Na primer, šta se dešava ako ne mogu da isporučim porudžbinu koju sam primio preko EDI razmene?
EDI je samo jedan vid prenosa podataka. Korisnika ništa ne sprečava da na primer u dogovoru sa poručiocem otkaže primljenu porudžbinu, ili čak da mu poručioc izdiktira novu porudžbinu telefonom. Ali ako je potrebno da se zvanično evidentira promena dokumenta, postoje posebne EDI poruke za to. Na primer, postoje EDI poruke za promenu i potvrdu porudžbine, ali to je samo viši nivo automatizacije. EDI u suštini služi da na efikasan način prenese podatke iz jednog sistema u drugi, a šta će se dalje sa njima dešavati nije u njegovoj nadležnosti. Sa druge strane, EightBit u partnerstvu sa e-Integration-om nudi usluge digitalnog potpisivanja dokumenata, čime se garantuje da sadržaj dokumenta nije menjan: ali to je već druga tema.

Zašto EDIFACT a ne XML?
XML je samo standard za "pakovanje" podataka, on ne definiše značenje podataka koji se prenose. Postoji beskonačan broj načina na koji podaci o npr. fakturi mogu da se spakuju u XML, ali samo jedan način da se spakuju u EDIFACT.

Zašto EDIFACT a ne neki drugi standard (GS1 XML, CIMP)?
Razlog je praktične prirode: EDIFACT je format koji je najrasprostranjeniji i maltene svi ga razumeju. Ovo pitanje bi donekle moglo da bude ekvivalentno pitanju "Zašto engleski a ne esperanto?". Esperanto jeste definisan kao univerzalni jezik, ali engleski je taj koji svi razumeju, prema tome on je standardan. Međutim, e-Integration kliring centar je tako napravljen da EDI korisnik uopšte ne mora da ima dodirnih tačaka sa EDIFACT-om: njemu je omogućeno da razmenjuje podatke u formatu koji njemu odgovara.

Zašto neko ne bi sam implementirao kod sebe konverziju iz EDIFACT-a ili u EDIFACT i primao poruke direktno umesto preko provajdera?
Ovo je potpuno legitimna opcija: postoje čak ERP aplikacije koje mogu same da primaju direktno EDIFACT poruke. Međutim, razlozi za i protiv su slični razlozima za, recimo, držanje svog web ili e-mail servera. Za tako nešto vam je potrebna kvalitetna infrastruktura, internet konekcija i serveri koji su dostupni preko 99% vremena, stručno i obučeno osoblje itd. a to je možda suviše skupo da bi se održavala jedna EDI veza: neuporedivo je jeftinije iznajmiti tu uslugu od provajdera koji svoje troškove deli na više hiljada korisnika i može da angažuje vrhunske administratore, servere i komunikacionu opremu i da ih stalno unapređuje.