Elektronikus adatcsere (Edi)
Mi az elektronikus adatcsere (EDI)?
Az elektronikus adatcsere (EDI) strukturált üzleti dokumentumok számítógépek közötti cseréje szervezetek között, egyeztetett szabványok használatával. A logisztikában, az e-kereskedelemben és a nemzetközi kereskedelemben lehetővé teszi, hogy a vevők, beszállítók, raktárak, fuvarozók és más kereskedelmi partnerek rendszerei olyan információkat cseréljenek, mint a megrendelések, szállítási értesítések, fuvarozási utasítások és számlák, anélkül hogy az embereknek minden dokumentumot újra be kellene gépelniük.
Az EDI meghatározó jellemzője nem pusztán az, hogy az információt elektronikusan küldik el. Az információ mezőkbe, szegmensekbe és üzenetekbe van rendezve, amelyeket a fogadó szoftver egy egyeztetett specifikáció alapján tud értelmezni. Ezért egy e-mailhez PDF-ként csatolt számla önmagában nem EDI-számla: egy személynek vagy dokumentumfeldolgozó eszköznek még ki kell nyernie belőle a tartalmat, mielőtt egy üzleti rendszer felhasználhatná.
Az EDI az üzleti információk cseréjének módszerét írja le, nem pedig egyetlen szoftverterméket, hálózatot vagy fájlformátumot. A működő együttműködéshez kompatibilis dokumentummeghatározásokra, kommunikációs módszerekre, azonosítókra és üzleti szabályokra van szükség.
EDI a logisztikában és az e-kereskedelemben
Az EDI összekapcsolja a szervezeti határokon átívelő tevékenységeket. Egy kiskereskedő beszerzési rendszere létrehozhat egy megrendelést, a beszállító rendszere visszaigazolhatja azt, a raktár pedig utasítást kaphat az áru előkészítésére. Ezt követően a szállítási információk és a számlák különálló üzenetekként mozoghatnak az érintett rendszerek között.
Az e-kereskedelemben az EDI támogathatja a fogyasztóknak szóló webáruház mögött működő vállalatközi folyamatokat. Egy online kiskereskedő például készletet rendelhet vele egy beszállítótól, vagy teljesítési információkat cserélhet egy raktárral. A fogyasztó pénztári tranzakciója és a kiskereskedő ezt követő EDI-üzenetei kapcsolódó üzleti események, de nem feltétlenül ugyanazt a tranzakciót jelentik, és nem szükségszerűen ugyanazt a technikai interfészt használják.
A határokon átnyúló kereskedelemben az EDI a nemzetközi szállításhoz és a kereskedelmi dokumentációhoz szükséges információkat is továbbíthatja. A vámhatóságok saját specifikációik alapján strukturált elektronikus üzeneteket is használhatnak. Egy beszállítóval vagy fuvarozóval folytatott EDI-üzenetváltás azonban önmagában nem minősül vámáru-nyilatkozatnak, nem igazolja a jogszabályi megfelelést, és nem engedélyezi az áru kiadását.
Gyakori üzleti dokumentumok
Az alábbi példák a dokumentumok funkcióit szemléltetik, nem pedig kötelező sorrendet jelentenek. A használt üzenetek a kereskedelmi kapcsolattól és az alkalmazandó implementációs útmutatótól függenek.
| Dokumentum vagy üzenet | Üzleti cél | Logisztikai vagy e-kereskedelmi példa |
|---|---|---|
| Megrendelés | A vevő áru- vagy szolgáltatásmegrendelését közli. | Egy kiskereskedő utánpótlási készletet rendel egy beszállítótól. |
| Rendelési válasz vagy visszaigazolás | A beszállító rendelésre adott válaszát közli. | A beszállító visszaigazolja a mennyiségeket, vagy módosításokat javasol, ha az egyeztetett üzenet ezt támogatja. |
| Előzetes szállítási értesítés vagy feladási értesítés | Leírja a szállítmányt annak megérkezése előtt. | A raktár információt kap a várható kartonokról, tételekről és mennyiségekről. |
| Fuvarozási utasítás | Fuvarozási szolgáltatásra vonatkozó utasításokat közöl. | A feladó a megállapodás szerinti mozgatási adatokat elküldi egy fuvarozási partnernek. |
| Szállítási állapotüzenet | Egy fuvarozási eseményt vagy állapotot közöl. | A fuvarozó egy szállítmányhoz kapcsolódó eseményt jelent. |
| Számla | Számlázási információkat közöl. | A beszállító kiszámlázza a kiskereskedőnek a szállított árut. |
Az előzetes szállítási értesítés, gyakran ASN néven rövidítve, egy várható szállítmányt ír le; nem bizonyítja, hogy az áru megérkezett. Hasonlóképpen, a szállítási állapotüzenet sem bizonyítja automatikusan a kézbesítést. Jelentése a közölt eseménytől és az azt alátámasztó információktól függ.
Szabványok, formátumok és kommunikációs módszerek
Az EDI-szabványok meghatározzák, hogyan épülnek fel az üzleti üzenetek, és mit jelentenek az adatelemeik. Két meghatározó szabványcsalád az X12, valamint az Egyesült Nemzetek Szervezetének adminisztratív, kereskedelmi és fuvarozási elektronikus adatcserére vonatkozó szabályai, az úgynevezett UN/EDIFACT. A GS1 szintén fenntart EDI-szabványokat, köztük az UN/EDIFACT alapján készült EANCOM-ot és a GS1 XML-t.
Az X12 példái közé tartozik a 850-es megrendelés, a 856-os szállítási értesítés/jegyzék és a 810-es számla. Az UN/EDIFACT olyan üzeneteket biztosít, mint a megrendelésekhez használt ORDERS, a feladási értesítéshez használt DESADV és a számlákhoz használt INVOIC. Ezeknek a példáknak a különböző szabványokban hasonló üzleti céljuk van, de struktúrájuk és implementációs követelményeik nem felcserélhetők.
Egy szabvány önmagában nem határozza meg a kereskedelmi kapcsolat minden részletét. A partnereknek meg kell állapodniuk az alkalmazandó verzióról és implementációs útmutatóról, a kötelező mezőkről, az engedélyezett kódokról, az azonosítókról és az ellenőrzési szabályokról is. Két szervezet támogathatja ugyanazt a szabványcsaládot, mégis feltérképezési munkára lehet szükségük, mielőtt rendszereik használható üzeneteket tudnak cserélni.
| Összetevő | Mit határoz meg | Példa |
|---|---|---|
| Üzenetszabvány | Az üzleti üzenet szerkezetét és jelentését. | X12-számla vagy UN/EDIFACT feladási értesítés. |
| Implementációs útmutató | Egy adott üzenet használatát a kereskedelmi kapcsolatban. | A szükséges szállítási azonosítókat és az engedélyezett mennyiségi egységeket. |
| Kommunikációs módszer | Az üzenet rendszerek közötti továbbításának módját. | AS2 vagy egyeztetett biztonságos fájlátviteli megoldás. |
| Fordítás és feltérképezés | A külső üzenetmezők és a belső alkalmazásadatok megfeleltetését. | Egy beérkező rendelési sort egy rendeléskezelési rekordhoz rendel. |
Az AS2 a HTTP-n keresztüli üzletiadat-cserére szolgáló kommunikációs specifikáció, amely biztonsági és nyugtaüzenet-kezelési mechanizmusokat tartalmaz. Nem megrendelési vagy számlaformátum. Az értéknövelt hálózat, vagyis a VAN közvetítő üzenetcsere-szolgáltatásokat nyújthat; ez ugyanúgy különbözik az üzleti dokumentum szabványától.
Hogyan működik az EDI-csere?
- Egy üzleti esemény adatokat hoz létre. A vevő például jóváhagy egy megrendelést egy vállalatirányítási vagy rendeléskezelési rendszerben.
- Az adatokat üzenetté alakítják. A fordítószoftver a belső mezőket az egyeztetett szabvány és implementációs útmutató által megkövetelt struktúrává alakítja.
- A kimenő üzenetet ellenőrzik. Az ellenőrzés vizsgálhatja a szintaxist, a kötelező mezőket, a kódértékeket és a partnerre vonatkozó követelményeket.
- Az üzenetet továbbítják. Az egyeztetett kommunikációs csatornán keresztül eljut a címzetthez vagy egy közvetítőhöz.
- A címzett ellenőrzi és lefordítja. A fogadó rendszer ellenőrzi az üzenetet, majd az elfogadott információkat a saját belső alkalmazási formátumára képezi le.
- Ezután következik az üzleti feldolgozás. A fogadó alkalmazás létrehozhat egy rendelést, rögzítheti a várható átvételt, vagy felülvizsgálatra továbbíthat egy kivételt.
- A válaszokat összevetik. A technikai nyugták, visszaigazolások és üzleti válaszok segítik a feladót annak meghatározásában, mi történt a csere során.
Ezek a lépések nem garantálják minden tranzakció automatikus feldolgozását. Ismeretlen termékazonosító, érvénytelen szállítási hely, ismétlődő dokumentumszám vagy nem támogatott mértékegység beavatkozást tehet szükségessé akkor is, ha az üzenet szerkezetileg érvényes.
Nyugta, ellenőrzés és üzleti elfogadás
Az EDI-visszaigazolások különböző szinteken működnek. A továbbítási nyugta jelezheti, hogy az üzenet elérte a kommunikációs végpontot. A funkcionális vagy implementációs visszaigazolás a szerkezeti ellenőrzések eredményéről számolhat be. Egy üzleti válasz közölheti, hogy egy rendelést vagy más kérést elfogadtak, elutasítottak vagy módosítottak.
Ezeket a jelzéseket nem szabad egyenértékűnek tekinteni. A sikeres továbbítás nem feltétlenül jelenti azt, hogy a rendelést elfogadták, vagy hogy az árut fel fogják adni. A visszaigazolás pontos jelentését a vonatkozó specifikáció és a kereskedelmi partnerrel kötött megállapodás alapján kell értelmezni.
Szemléltető példa a rendeléstől a szállításig
Egy kiskereskedő EDI-n keresztül megrendelést küldhet egy tengerentúli beszállítónak. A beszállító rendszere ellenőrzi a termékazonosítókat, a mennyiségeket és a kért szállítási adatokat. Ha a kereskedelmi megállapodás rendelési választ is tartalmaz, a beszállító külön üzenetben közölheti az elfogadást vagy a javasolt módosításokat.
Az áru előkészítésekor a beszállító előzetes szállítási értesítést adhat ki, amely azonosítja a szállítmányt és annak tartalmát. A fogadó raktár ezt az információt felhasználhatja az átvétel előkészítéséhez, és összevetheti a várt mennyiségeket a ténylegesen átvett áruval. A beszállító számlát is küldhet a kiskereskedő pénzügyi rendszerében történő feldolgozásra.
Ez a példa azt mutatja be, hogyan kapcsolja össze az EDI a különböző szervezetek nyilvántartásait. Nem jelenti azt, hogy minden fél ugyanazt a szoftvert használja, hogy minden üzenet valós időben érkezik meg, vagy hogy a kereskedelmi dokumentumok helyettesítik a fuvarozási és vámkövetelményeket. A megrendelések, szállítási hivatkozások és számlák összevetéséhez továbbra is következetes azonosítókra és egyeztetett üzleti logikára van szükség.
EDI és kapcsolódó technológiák
| Kapcsolódó fogalom | Kapcsolata az EDI-vel | Fontos különbség |
|---|---|---|
| Alkalmazásprogramozási felület (API) | Olyan interfész, amelyen keresztül a szoftver kéréseket és adatokat cserél. | Az EDI a szabványosított üzleti üzeneteket helyezi előtérbe; az API egy szoftverszolgáltatással való interakciót határoz meg. A kettő együtt is használható. |
| XML | Az adatok strukturálására használt jelölőnyelv. | Az XML-szintaxis önmagában nem hoz létre egyeztetett üzletiüzenet-szabványt. |
| Elektronikus számlázás | A számlák elektronikus kiállítása és cseréje. | Az EDI támogathatja az elektronikus számlázást, de a jogi és technikai követelmények joghatóságonként eltérnek. |
| ERP- vagy raktárkezelő rendszer | Üzleti információkat létrehozó vagy felhasználó alkalmazás. | Ezek a rendszerek a működést kezelik; az EDI módot biztosít az információ más szervezetekkel való cseréjére. |
| Szállítmánykövetés | A szállítási események jelentése és értelmezése. | Az EDI továbbíthat állapotinformációkat, de önmagában nem nyomkövető webhely vagy teljes nyomkövetési szolgáltatás. |
Az EDI és az API nem minden rendszerarchitektúrában egymást kizáró alternatíva. Egy szervezet EDI-üzeneteket használhat a partnertranzakciókhoz, API-kat pedig e tranzakciók belső alkalmazásokhoz való kapcsolására. A megfelelő megoldás a dokumentumkövetelményektől, a partnerek képességeitől, az időzítési igényektől és a működési kontrolloktól függ, nem pusztán a technológia elnevezésétől.
Implementációs szempontok és korlátok
Az EDI csökkentheti az ismételt manuális adatbevitelt, ha a rendszerek sikeresen cserélnek és dolgoznak fel kompatibilis üzeneteket. Nem javítja ki a pontatlan forrásadatokat, nem oldja meg a kereskedelmi vitákat, és nem szünteti meg a kivételek kezelésének szükségességét. Az automatizálás a technikai kompatibilitástól és a cserélt üzleti információk minőségétől egyaránt függ.
EDI-kapcsolat létrehozása előtt a kereskedelmi partnereknek tisztázniuk kell az alábbi működési szempontokat:
- Dokumentumhatókör: Mely üzenetek szükségesek, és mely üzleti események váltják ki őket?
- Azonosítók: Hogyan azonosítják és egyeztetik a termékeket, helyszíneket, feleket, rendeléseket és szállítmányokat?
- Üzenetkövetelmények: Mely verziók, kötelező mezők, kódlisták és leképezési szabályok alkalmazandók?
- Kommunikáció és biztonság: Milyen kapcsolati módszerre, hitelesítési megoldásokra és hozzáférés-vezérlésre van szükség?
- Visszaigazolások: Mely válaszok jelzik a kézbesítést, az ellenőrzést és az üzleti elfogadást?
- Kivételkezelés: Ki vizsgálja ki az elutasított üzeneteket, a hiányzó válaszokat és az inkonzisztens adatokat?
- Duplikáció megelőzése: Hogyan különböztetik meg az újraküldéseket az új üzleti tranzakcióktól?
- Tesztelés és változáskezelés: Hogyan tesztelik a leképezéseket és a partnerkövetelményeket, mielőtt a változások éles környezetbe kerülnek?
A működési felügyeletnek meg kell különböztetnie a kommunikációs hibákat az adatellenőrzési hibáktól és az üzleti kivételektől. Egy üzenet újraküldése megoldhatja a sikertelen átvitelt, de nem javít ki egy érvénytelen termékkódot. Duplikációs kontrollok nélkül egy sikeresen feldolgozott rendelés újraküldése nem szándékos második tranzakciót is létrehozhat.
GYIK
Mit jelent az EDI a logisztikában?
Az EDI elektronikus adatcserét jelent: üzleti dokumentumok strukturált cseréjét rendszerek között. A logisztikában ezek közé tartozhatnak a szállítási értesítések, fuvarozási utasítások, számlák és szállítási állapotüzenetek.
Egy e-mailben küldött PDF EDI-dokumentum?
Önmagában nem. A PDF elektronikusan jeleníthet meg egy üzleti dokumentumot, de az EDI-hez olyan strukturált információ szükséges, amelyet a fogadó rendszerek egy egyeztetett specifikáció alapján értelmezni tudnak.
Az EDI ugyanaz, mint az API?
Nem. Az EDI a szabványosított üzleti dokumentumcserével foglalkozik, míg az API azt határozza meg, hogyan lép kapcsolatba egy szoftver egy másik szolgáltatással. Egy integráció mindkettőt használhatja.
Az EDI-visszaigazolás azt jelenti, hogy a rendelést elfogadták?
Nem feltétlenül. A visszaigazolások a továbbítást vagy a szerkezeti ellenőrzést igazolhatják, nem pedig az üzleti elfogadást. Jelentését az üzenet típusa és a kereskedelmi partnerrel kötött megállapodás határozza meg.
Források
- UNECE: UN/EDIFACT — Az adminisztratív, kereskedelmi és fuvarozási adatok strukturált elektronikus cseréjének hivatalos keretrendszere.
- X12: Transaction Sets — Az üzleti tranzakciókészletek hivatalos leírásai, köztük a megrendelések, számlák, szállítási értesítések és visszaigazolások.
- GS1: Electronic Data Interchange — Az üzleti üzenetszabványok, valamint a GS1 EDI, az EANCOM és a GS1 XML kapcsolata.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — Az AS2-átvitel, a biztonsági mechanizmusok és a nyugtaértesítések.
