EDIFACT üzenetküldés folyamata - közérthetően

Az alábbi összefoglaló lépésről lépésre bemutatja, hogyan jut el egy vállalati rendszerből induló adat az EDIFACT kommunikációs láncon keresztül a partner fogadó rendszeréig.

1. Kiindulási pont: vállalati rendszer (ERP, számlázó, stb.)

Egy cég mindennapi működése során különböző adatokat kezel:

• rendelések
• számlák
• szállítólevelek

Ezek az adatok nem EDIFACT formátumban vannak, hanem:

• adatbázisban (pl. SQL)
• XML-ben
• CSV-ben
• vagy egyedi formátumban

Ezeket nevezzük forrás fájlnak (source file).

2. Kiinduló üzleti adat és továbbítás a gateway felé

Itt még nem történik EDIFACT konverzió. A vállalati rendszer a saját belső formátumú adatát továbbítja az EDI gateway vagy integrációs réteg felé.

Példa:

ERP-ben: „Rendelés: 100 db termék”
Belső formátumban: XML, adatbázis rekord, CSV vagy más alkalmazásspecifikus szerkezet

A gateway felé ilyenkor jellemzően még forrásadat érkezik:

• mezők üzleti jelentéssel
• partner- vagy folyamatazonosítók
• belső dokumentumstruktúra

3. EDI Gateway - a központi elem

Az EDI Gateway a rendszer „központja”.

Feladata:

• üzenetek fogadása és küldése
• protokoll kezelés
• naplózás (log)
• hibakezelés
• biztonság (titkosítás, aláírás)

Itt történik az üzenetek tényleges „forgalmazása”.

A konverzió és az error control tipikusan itt történik, miután az üzenet vagy forrásadat megérkezett a gateway-be.

Mi történik a gateway-ben érkezés után?

• konverzió belső formátumból EDIFACT üzenetté
• strukturált térképezés (mapping)
• kötelező szegmensek és mezők kitöltése
• szintaktikai és üzleti validáció
• error control, naplózás és hibakezelés

Példa konverzióra:
ERP-ben: „Rendelés: 100 db termék”
EDIFACT-ban: UNH+... ORDERS ... LIN+... QTY+100

4. Üzenet továbbítása - kommunikációs protokollok

Az EDIFACT önmagában csak formátum, nem mondja meg, hogyan kell elküldeni. Erre szolgálnak a kommunikációs protokollok.

Gyakori protokollok:

• AS2 (Applicability Statement 2) - HTTP alapú, titkosított (SSL/TLS), digitális aláírás, visszaigazolás (MDN). Ma az egyik legelterjedtebb.
• OFTP / OFTP2 - kifejezetten EDI-re készült, autóiparban gyakori, az OFTP2 már titkosított.
• SFTP (Secure File Transfer Protocol) - fájl alapú átvitel, SSH titkosítás.
• FTP / FTPS - klasszikus fájlátvitel, az FTPS a titkosított változat.
• VAN (Value Added Network) - közvetítő szolgáltató, „postafiók” jellegű működés.
• HTTP / HTTPS API - modern, REST alapú integrációk.
• SLMP (SEEBURGER saját protokoll) - SEEBURGER rendszerek között optimalizált, nagy teljesítményű adatcsere.

5. Fogadó oldal - EDI rendszer / gateway

A fogadó fél EDI rendszere vagy gateway-e:

• letölti az üzenetet
• ellenőrzi (szintaxis, szerkezet)
• naplózza

Ha hiba van, itt is történhet error control és visszajelzés (pl. CONTRL üzenet).

6. Vissza-konverzió: EDIFACT → belső formátum

Ez a folyamat a konverzió fordítottja.

Mi történik itt?

Az EDIFACT üzenetet a fogadó fél saját rendszerének megfelelő formátumra alakítjuk vissza.

Példa:
EDIFACT: INVOIC

Belső rendszer:

• XML
• adatbázis rekord
• ERP dokumentum

Ez is mapping:

• szegmens → mező
• struktúra → adatmodell

7. Feldolgozás az üzleti rendszerben

A konvertált adat bekerül:

• ERP-be
• raktárkezelőbe
• számlázó rendszerbe

Innen kezdve a folyamat már „normál üzleti működés”.

Egyszerű összefoglalás

• ERP → adat keletkezik
• Gateway fogadás → konverzió és ellenőrzés
• EDI Gateway → továbbítás
• Protokoll → elküldés
• Fogadás → ellenőrzés
• Vissza-konverzió → belső formátum
• ERP → feldolgozás

Fontos megértési pontok

• Az EDIFACT egy szabványos nyelv - mint egy közös „üzleti nyelv”.
• A konverzió = fordítás, ami jellemzően a gateway-ben történik.
• A protokoll = szállítási mód.
• Az EDI Gateway = postahivatal és ellenőrző központ együtt.

Rövid analógia

• ERP = ember, aki beszél magyarul
• EDIFACT = közös nemzetközi nyelv
• Konverzió = fordító
• Protokoll = posta / futár
• EDI Gateway = logisztikai központ