Az EDI szoftverek a 2.2.3 fejezetben ismertetett EDI rendszer felépítésben az EDI Interfész rétegen helyezkedik el. A szoftverek legjellemzõbb része az EDI konverter, ami az EDI üzenetek kétirányú fordítását végzi. Az EDI szoftverhez modulárisan kommunikációs szoftver modulok is kapcsolódnak, amik az üzenettovábbítási és távközlési funkciókat látják el (2-es, 3-as réteg). Az EDI szoftver kapcsolatát az ügyviteli alkalmazással, a konverziót, és a kommunikációt, EDI ütemezõ szoftver modulok vezérelhetik az EDI szoftverben.
Az EDI nagyrészt független az operációs rendszertõl. Az egyetlen megfontolásra érdemes mozzanat ez esetben az operációs rendszer által használt karakterkészlet-kódolás. Az UN/EDIFACT olyan karakterkészletet ír le, amely alapvetõen megegyezik az American National Standard Code for Information Interchange (ASCII) rendszerrel. Amennyiben az EDI szoftvert futtató számítógép egy másik kódolót használ, ezt valahol konvertálni kell. Erre többféle megoldás kínálkozik:
· a vonali protokoll-meghajtó funkcióinak részeként, amennyiben az EDI szoftvert a központi számítógépen installálják
· a központi számítógép és az átjáró gép között a házon belül adatállomány-átvitel részeként
· a hálózati szolgáltató postafiókjában. Bizonyos VAN szolgáltatók a szolgáltatás részeként ajánlják a karakter konverziót.
Az EDI szoftvereknek rengetek fajtája van, de ezek általában három kategóriába sorolhatók. Az egyik az EDI szerverek, gateway-ek kategóriája, ami ellátja az adott környezet EDI feladatait (szerver) és csatlakoztatja a környezet EDI üzeneteit az inhouse (házi) formátumhoz (gateway, átjáró). A második kategóriába az EDI szerverekhez kapcsolódó EDI kliensek, EDI munkaállomások, amelyek általában a nem integrált vagy nem számítógépes adatfeldolgozás környezetét csatlakoztatják az EDI világhoz. A harmadikba a WEB EDI szerver szolgáltatások, amelyek szintén ezt a környezetet kezelik, de a munkaállomás felület a WEB EDI szerveren kerül kialakításra.
A szervezetek többsége átjáró (gateway) szoftvereknek nevezett EDI szoftvereket vásárol, amelyek ellátják az EDI üzenetkezelés és a távközlés minden funkcióját - ez az általunk vázolt modell 5., 3., 2. és 1. rétege. Bizonyos csomagok biztonsági funkciókat is kínálnak, ezek a funkciók azonban általában addicionális komponensek, és a helyi biztonsági igények kielégítéséhez szükség van az ilyen komponensek testreszabására.
Az EDI (átjáró vagy szerver) szoftver kétféle módon installálható:
· az ügyviteli alkalmazással együtt, ugyanazon a számítógépen (a felhasználói funkciók önálló készleteként) - integrált EDI szoftver
· önálló gépen, általában személyi számítógépen (PC), amely csatlakozik az ügyviteli alkalmazás számítógépéhez. - front-end gép illesztés. Ezt a módszert mutatjuk be a 19. sz. ábrán.
Az EDI fordításnál felhasznált adatok adatállományokban, file-okban kerülnek az EDI szoftverhez. Az átjáróhoz továbbított adatállományok tartalmazzák egy EDI üzenet összeállításához szükséges összes adatmezõt, ebben a szakaszban azonban az adatszerkezet nem igazodik semmilyen EDI szintaxishoz. Ezt az adatállományt általában "házi" (inhouse) fájlnak nevezik. Az EDI átjáróban a fordítóprogram feladata, hogy ebbõl az adatállományban létrehozzon egy EDI üzenetet.
A fordítóprogramok többsége táblázatvezérelt és felismeri a házon belüli adatállomány formátumát és az EDI üzenet formátumát. A táblázatokat az EDI adminisztrátor feladatait ellátó személy állítja össze. Az érkezõ EDI üzenetek fordított sorrendben mennek végig ezen a folyamaton, és az alkalmazáshoz továbbított (inhouse) fájl az érkezõ EDI üzenet összes adatát olyan formában tartalmazza, amely lehetõvé teszi azok ügyviteli alkalmazásban történõ feldolgozását.
Az EDI átjáró programcsomagok többsége távközlési opciókkal rendelkezik, amelyek a pont-pont adatátvitelnél vagy a VAN postafiók szolgáltatásoknál egyaránt képesek kezelni az EDI üzenetek címzését és az átvitel útvonalainak megválasztását.
Itt érdemes megjegyezni, hogy az EDI üzenetek konverziója nem csak inhouse file-ra, illetve inhouse file-ból történhet, hanem relációs adatbázis adatokra, illetve adatokból is.
Az adatbázisra való konvertálás automatikus és relációs adatbevitelt biztosít a relációs feldolgozáshoz. Mindez rendkívüli mértékben meg tudja növelni az adatfeldolgozás hatékonyságát.
A konfigurációs menedzsmentet, az üzenetkezelést, naplózást, a kereskedelmi partnerek nyilvántartását, adataik karbantartását, a nyomkövetést és hibakeresést az adatbázis kezelõ végzi. Az RDBMS szervere képezi az EDI szerver kernel-jét és teszi azt teljes mértékben adatbázis-orientálttá. A naplózás és a lekérdezés több összetevõbõl áll úgy, mint üzenet naplózás, hiba jegyzék és session naplózás.
Az EDI konverzió adatai közvetlenül az adatbázis kezelõi alkalmazások adatait jelenthetik és az adatbázis kezelõre esetleg épülõ Data Warehousing rendszerek adatait is. (pl.: Oracle) A szabványos dokumentum kezelés (EDI) adatainak és a relációs adatbázis kezelés adatainak egysége olyan adatstruktúrát alkot, ami eddig soha nem látott dokumentum kezelési ás feldolgozási lehetõséget jelent.