dr. Dibuz Sarolta, dibuzs@lnx.hu LIAS-NETWORX Hálózatintegrációs Kft.



Hasonló dokumentumok
ELEKTRONIKUS ADATCSERE SZEREPE A GLOBÁLIS LOGISZTIKÁBAN

Kézikönyv. EDI bevezetés

Elektronikus kommunikáció

Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül

A CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol

Számítógépes hálózatok

Intelligens biztonsági megoldások. Távfelügyelet

Az Internet. avagy a hálózatok hálózata

Cégelme szoftver leírás

Kézikönyv. EDI beállítások (SetUp)

A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)

Bevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák

1. JELENTKEZŐ ADATBÁZIS MODUL

CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció

Megoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat

Sikeres Notes/Domino R6.5 bevezetés projekt a Magyar Telekomban

Lőrincz Katalin* A GLOBALIZACIO ÉS A KERESKEDELMI LOGISZTIKA VISZONYA

Tartalom. Hálózati kapcsolatok felépítése és tesztelése. Rétegek használata az adatok továbbításának leírására. OSI modell. Az OSI modell rétegei

E mail titkosítás az üzleti életben ma már követelmény! Ön szerint ki tudja elolvasni bizalmas leveleinket?

Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Számítógépes munkakörnyezet II. Szoftver

Beszerzési és elosztási logisztika. Előadó: Telek Péter egy. adj. 2008/09. tanév I. félév GT5SZV

TERC V.I.P. hardverkulcs regisztráció

Értékesítési logisztika az IT-alkalmazások markában

Az ISO-szabványok 3.1 Az ISO minőségügyi szabványai 3.2 Az ISO 9000 szabványsorozat elemei

FIATAL MŰSZAKIAK TUDOMÁNYOS ÜLÉSSZAKA

A KÖZÉPSZINTŰ ÉRETTSÉGI VIZSGA INFORMATIKA TÉMAKÖREI: 1. Információs társadalom

AGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB

Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom

E-Számlázás az ECOD rendszeren belül. Horváth Péter, Senior Projekt Menedzser Synergon Retail Systems Kft.

EDIFACT, ODETTE, XML üzenetszabványszinten.

KÖNYVTÁR-INFORMATIKAI KÉPZÉS A KLTE-N

Elektronikus számla. First Businesspost Kft. Jakabos Árpád ügyvezető igazgató

Hálózati ismeretek. Az együttműködés szükségessége:

WebCenter. Online jóváhagyás és együttműködés. Gönczi Zsolt Október

Autóipari beágyazott rendszerek Dr. Balogh, András

Gazdálkodási modul. Gazdaságtudományi ismeretek II.

VÁLLALATI INFORMÁCIÓS RENDSZEREK. Debrenti Attila Sándor

Az Európai Unió Hivatalos Lapja L 187/5

1. Az elektronikus kereskedelem formái

Az IG2 hatása a vállalatok pénzügyeire. Gyimesi István, fejlesztési vezető, Cardinal Kft.

IBM Datacap Taskmaster. Bejövő Számlák feldolgozása Accounts Payable Taskmaster (APT) Előadó: Csendes Balázs / IBM Industry Solutions Brand Executive

Komponens alapú fejlesztés

TARTALOM PRIMON APP KEZELÔFELÜLET. PRIMON App 6.0 újdonságok. PRIMON App. PRIMON 6.0 és PRIMON App kompatibilis KonicaMinolta eszközök

Speciális ügyfélkapcsolati igények Önkiszolgáló ügyfelektől az előfizető nyilvántartásig

A Hypertext. Dr. Nyéki Lajos 2019

Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak

A jelen fejlesztéssel párhuzamosan bővült az Adatbázis kapcsolat ablak információtartalma.

Műszaki Melléklet. METRO Kereskedelmi Kft... Elektronikus adatcsere (EDI) rendszer alkalmazásával való számlatovábbításról 1.

Pest Megyei Kamara január 20. Bagi Zoltán

Elérhetőségek és Cégadatok

Procontrol CDP-GDP Ethernet

Projekt beszámoló. NEWSIT News basedearlywarning System forintradaytrading: Hír alapú Korai Figyelmeztető Rendszer Napon belüli Kereskedéshez

A J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem

Vezetői információs rendszerek

SDL Trados szervermegoldások. Szekeres Csaba SDL Trados partner M-Prospect Kft.

Az elektronikus kereskedelemi rendszer gyakorlati kialakítása

Az internet az egész világot behálózó számítógép-hálózat.

1 Az elektronikus adatcsere

A TAKARNET célja és felépítése 1

Microsoft SQL Server telepítése

Paradox márkanevû riasztóberendezések

Papír helyett elektronikus űrlap. Szabadság és interaktivitás az űrlapkezelésben

ALKALMAZÁS KERETRENDSZER

Tartalom. Előszó feladat: Fordítás a megszokott eszközökkel A számítógép hatékony használatáról... 18

Számítástechnikai kommunikációs lehetőségek a QB-Pharma rendszerrel. Előadó: Bagi Zoltán Quadro Byte Kft. ügyvezető

Nokia N97_mini (Mail for Exchange) beállítása Virtualoso levelezésre

TANÚSÍTVÁNY. tanúsítja, hogy a E-Group Magyarország Rt. által kifejlesztett és forgalmazott. Signed Document expert (SDX) Professional 1.

Mobile Commerce. Horváth Roland Bevezetés

Procontrol RSC-E2. Kezelői, és telepítői kézikönyv. Ethernet - soros adatkonverter. Verzió:

Windows XP. és Ubuntu. mi a különbség? Mátó Péter <mato.peter@fsf.hu> Windows XP vs Ubuntu Mátó Péter <mato.peter@fsf.

Elvárások és követelmények az e-piacterekkel szemben

Megfelelés a PSD2 szabályozásnak, RTS ajánlásokkal Electra openapi

VIRTUÁLIS GRAFFITI ÜZENETHAGYÓ RENDSZER

Digitális írástudás március 13. TÁMOP C-09/ Trambulin

Lehet-e Új Gazdaság a magyar gazdaság?

Digitális írástudás kompetenciák: IT alpismeretek

MICROSOFT DYNAMICS NAV RENDSZER SAAS MODELLBEN

Nyomon követés az ellátási láncban mobil eszközökkel 3. HUNAGI Konferencia és Szakkiállítás


Smart City Tudásbázis

Motherson. Proud to be part of the most exciting industries. 3. I. sz. melléklet Ügyfelekkel, üzleti partnerekkel szembeni etikus üzleti magatartás

Levelező szerverek. Hargitai Gábor november 28.

Felhasználói kézikönyv

Informatikai Főosztály. Igazságszolgáltatási Tanács Hivatala május 29.

A korszerű közlekedési árképzési rendszerek hazai bevezetési feltételeinek elemzése

Internethasználat a magyar kis- és középvállalkozások körében

Szombathely Város Vezetõi Döntéstámogató Rendszere VDIR-STAT.

A fafeldolgozás energiaszerkezetének vizsgálata és energiafelhasználási összefüggései

Az értékesítési lánc változásai a virtuális térben

DIGITAL ETERNITY: DATABASES AND APPLICATIONS ON CD-ROM IN OUR EDUCATIONAL PRACTICE

Dokumentum kompozíció

Procontrol VRecX. Kezelői kézikönyv. Kamerás megfigyelőrendszer. Verzió:

3. Milyen informatikai eszközökkel tervezné a reklámokat, milyen reklámtípust tartana a legsikeresebbnek?

DW/BI rendszerek kialakítása bevezetői szemszögből. Gollnhofer Gábor - Meta Consulting Kft.

Digitális átállás a pénzforgalomban a sikeres alkalmazkodás öt pontja

Informatika szigorlati témakörök gazdasági informatika egyetemi képzés hallgatói részére

A TakarNet24 projekt

Hogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni?

A legjobb gyakorlati példák a CSR alkalmazására

Átírás:

EDI A FELADATOK ÉS MEGOLDÁSOK TÜKRÉBEN dr. Dibuz Sarolta, dibuzs@lnx.hu LIAS-NETWORX Hálózatintegrációs Kft. Abstract The paper presents a short overview of the application possibilities of EDI examining the possibilities of applying EDI in different size of companies. EDI is the final step in Electronic Commerce, which covers all the procedures and applications necessary for a company to make business. The course of an EDI project is also presented with some case studies from Hungarian automobile industry. We also cover some usual possibilities what can be offered by EDI systems and examples on EDI software with which these functions can be achieved. 1. Bevezetés Az EDI (Electronic Data Interchange), elektronikus adatcsere [1,2] egyik leggyakoribb definíciója: "Elõre egyeztetett üzenetszabványok alapján strukturált adatok átvitele egyik számítógépes rendszerbõl a másikba elektronikus úton." Ez az általános definíció sokkal megfoghatóbbá válik, ha az EDI gyakorlati alkalmazását vizsgáljuk. Számos üzleti alkalmazásban kaphat helyet az EDI. Megrendelések, számlák és egyéb üzleti dokumentumok sok esetben számítógépen készülnek az egyes cégeknél. Így kézenfekvõ ezen dokumentumokat elektronikus úton átvinni az üzleti partnerekhez, ami gyorsabb és biztonságosabb is, mint a hagyományos postai úton történõ átvitel. A fogadó félnél rögtön számítógépen feldolgozható formátumban áll rendelkezésre a kapott dokumentum, nincsenek nyelvi nehézségek, vagy pontatlan adatrögzítés okozta hibák. Annak érdekében, hogy az EDI-vel kommunikáló partnerek értelmezni tudják, és fel tudják használni a kapott információkat, EDI üzenet formátumokat szabványosítottak. Az EDI nem új találmány, az USA-ban már a 60-as években egyes iparágakban EDI-szerû rendszerek használatával próbálkoztak. Azóta a hardver eszközök valamint a kommunikációs protokollok jelentõs fejlõdése megnyitotta az utat az EDI rendszerek fejlõdése elõtt mind több ipari- és gazdasági ágban. Ezt a folyamatot erõsíti az EDI üzenet szabványok kidolgozása, amely szintén régóta folyik Amerikában illetve Nyugat-Európában, az utóbbi években kialakult az ENSZ gondozása alatt (UNECE United Nations Economic Commission for Europe) az elsõ nemzetközi szabvány az EDI üzenetek szintaxisára, az EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport) [3], mely alapját képezi számos üzenet szabványnak, melyeket ágazatfüggetlen felhasználásra dolgoztak és folyamatosan dolgoznak ki. Több más szervezet is végez EDI dokumentum szabványosítást, mint például ANSI (American National Standards Institute), ODETTE (Organisation for DATA Exchange by Tele-Transmission in Europe). Ezek a szabványok elsõsorban a dokumentum formátumokra terjednek ki, a dokumentumok átviteléhez szükséges közegre kevésbé. Az EDI adatcserék (több EDI üzenet együtt) egyik egyre jobban terjedõ átviteli módja az X.400. Ezt a tendenciát mutatja az, hogy a CCITT már szabványosította azt, hogyan kerüljön elhelyezésre egy EDI üzenet egy X.400-as üzenetben, illetve szabványosította az EDI tartalmú X.400-as üzenetek fejlécét (X.435) [4,5]. Az ODETTE szervezet az OFTP (ODETTE File Transfer Protocol) protokollt 952

szabványosította EDI üzenetek átvitelére, amely különösen az autóiparban ma is gyakran használt átviteli mód. Az X.400 üzenetkezelésen alapuló off-line átvitelt biztosít, míg az OFTP mint minden file átvivõ protokoll online kapcsolatot feltételez a partnerek között. 2. Elektronikus kereskedelem Tapasztalatok szerint az EDI alkalmazásához leggyakrabban két út vezet. Az elsõvel általában kisvállalatok találják szembe magukat, amikor valamelyik fontos üzleti partnerük nyomására kell EDI rendszert kialakítaniuk. Ebben az esetben az EDI forgalom nagysága nem indokol általában jelentõs beruházásokat, minél egyszerûbb és olcsóbb megoldást keresnek. Egy PC-alapú EDI rendszer megoldja számukra az EDI kommunikációt, és el is fedi elõlük az EDI technikai részleteit. Más esetekben (általában nagyvállalatok) az EDI-t és az elektronikus kereskedelmet egyes cégek további növekedésük, kereskedelmi pozíciójuk megerõsítéséhez elkerülhetetlen eszköznek tartják. Ez utóbbi cégek közül a legtöbb esetén egyszerûbb EDI eszköz használata során szerzett tapasztalatok alapján térnek át komolyabb EDI rendszerek kialakítására. Az elektronikus kereskedelem (1. ábra) valójában az üzleti folyamatok elektronikus eszközökkel történõ támogatását jelenti. Ennek része a marketing, lehetséges üzletfelek keresése. Ma már egyre több üzleti adatbázis áll rendelkezésre, amelyekben történõ keresés sok hasznos információval segíti a cégeket. Az Interneten is egyre több üzleti jellegû információt helyeznek el. A lehetséges partnerekkel a kapcsolatfelvétel a hagyományos telefon vagy fax mellett ma már egyre több esetben elektronikus úton történik, elektronikus levelezõ rendszer használatával. Nagyon elterjedt az Interneten történõ levelezés, de az X.400-as üzenetkezelõ rendszer használata is egyre gyakoribb az üzleti körökben nagyobb megbízhatósága miatt. Az üzletelõkészítés szakaszában még csak az elõre nem meghatározott formátumú, élõ nyelvû üzenetek cserélõdnek, amilyenek az elektronikus levelek. Marketing. adatbázisok, WWW... Elektronikus kereskedelem általános információk X.400, Internet, fax, telefon... Szabad formátumú üzenetek Üzlet elõkészítés struktúrált üzenetek EDI Üzleti kapcsolat 953

1. ábra Az EDI helye az elektronikus kereskedelemben A tartós üzleti kapcsolat kialakulása után válik lehetõvé leginkább az elektronikus adatcsere használata. Az EDI-vel azon üzenetek cseréje oldható meg, amelyek formanyomtatvány szerûek, és amelyeket rendszeresen cserélnek az üzleti partnerek. Az EDI használata már számos területre kiterjed, a leggyakoribb olyan környezetben, ahol a beszállítók és a megrendelõ cégek elõre meghatározott termékek megrendelését végzik, szállítását ütemezik, számláit küldik egymásnak, gondoljunk például az autógyártásra vagy a kereskedelemre. 3. EDI projektek Az EDI bevezetésének több lépcsõje van. Elõször is meg kell határozni a rendszerrel szemben támasztott követelményeket: - az EDI bevezetésének célját, - felmérni az elõnyöket, amit ezen keresztül el kíván érni a cég, - azon partnerek EDI rendszerének megvizsgálta, akikkel az EDI kommunikációt ki kívánják alakítani. 954

Ezután következik az EDI funkciók specifikálása: - az alkalmazott EDI szabvány kiválasztása, - alkalmazott üzenetek meghatározása, - az üzenetekbe kerülõ adatok származási helyének meghatározása a cég által használt alkalmazásokban, adatbázisokban. A fentiek meghatározása után következhet a rendszert megvalósító szoftver, és kommunikációs eszközök kiválasztása, valamint az EDI rendszer kialakításának ütemezése. A rendszer telepítését követi egy fejlesztési szakasz is, amely a vállalat számítástechnikai eszközeit illeszti az EDI rendszerhez. Ez a kiválasztott szabványos EDI üzenetek és a számítástechnikai eszközök outputja közötti konverzió kialakítását jelenti. A rendszer kialakítását követi a rendszer kezelõinek képzése. A partnerekkel "EDI együttmûködési szerzõdést" (interchange agreement) kell kötni a velük folytatott EDI kapcsolat technikai és szervezeti kérdéseinek rögzítésére. Az EDI rendszer bevezetése fokozatosan történik, a tesztelési idõszakban általában megosztva, a régebben használt kommunikációs módon is tartják még a partnerek a kapcsolatot. A tesztelés és betanulási idõszak múltán viszont az EDI kommunikáció váltja ki a hagyományos eszközöket az adott információk, üzenetek átvitelében. Az EDI rendszerek vállalatoknál történõ bevezetésének fokozatossága abban is megnyilvánul, hogy a tapasztalat szerint sokszor nagyvállalatok is elõször csak néhány kulcsfontosságú partnerükkel alakítanak ki EDI kapcsolatot egy egyszerû EDI szoftverrel. Ezen kapcsolat mûszaki és gazdasági elõnyeinek vizsgálata után egy-két év múlva térnek át nagyobb EDI rendszerek használatára, és ezen rendszer minél jobb kihasználására a lehetõ legtöbb partnerük felé. Ezzel párhuzamosan indul meg az a fajta belsõ átszervezõdése a vállalat üzleti folyamatainak, amely a sok partnerrel történõ EDI kapcsolatok, valamint a gazdasági szempontok miatt is az üzleti folyamatok racionalizálásához, és jelentõs automatizálásához vezet. 4. EDI rendszerek a valóságban A továbbiakban két konkrét projekt kapcsán szeretnénk bemutatni milyen megoldások adódnak a 2. fejezetben említett, EDI-vel kapcsolatos feladatokra. A két EDI szoftver, melyeket a projektekben alkalmaztunk az INFONET termékcsaládjába tartoznak [6], és így a Messenger 400-al mint X.400-as kommunikációs eszközzel is együttmûködésre képesek, azonban ezekben az esetekben OFTP protokollal valósítanak meg kommunikációs kapcsolatot. 4.1. Egyszerû EDI végpont Az egyik projektben a RÁBÁ-nak mint beszállítónak kellett megoldani közvetlen, OFTP protokollon alapuló EDI kapcsolatot az autógyártóval. A kis forgalom és az egy közvetlen partner igénye elegendõnek mutatott egy PC-alapú megoldást. A DOS-alapon mûködõ TRADEGATE EDI szoftverrel oldottuk meg a kapcsolatot X.25 feletti OFTP kommunikációs protokollal. Fordító profilokat fejlesztettünk az AVIEXP, DELINS, INVOIC és SYNCRO ODETTE szabványú üzenetekhez, ezek a profilok tartalmazzák a szabványos EDI dokumentum formátumok és a cég belsõ üzenetformátumai közötti átalakítás szabályait. Adatcsere szabályokon keresztül rendelhetõk hozzá a profilok az adott partnerhez, így határozható meg, hogy milyen szabványnak megfelelõ mely 955

üzeneteket lehet fogadni illetve küldeni. Az EDI szoftver másik része végzi az üzenetek vételét, a naplózást, a kommunikációs modul kezelését. A rendszer tovább bõvíthetõ új üzenetekkel, valamint további partnerekkel. Új partnerek felé történõ kapcsolat kialakításához szükséges egy EDI szolgáltatóhoz kapcsolódni, ezen keresztül már különbözõ kommunikációs módokon is eljuttathatók az EDI üzenetek a partnerekhez. Másik továbbfejlesztési lehetõség egy több szolgáltatást biztosító EDI szoftverre történõ áttérés, ebben a szoftver családban ez az EDISAFE szoftvert jelenti, melyrõl a következõ fejezetben lesz szó. Ezen termékcsaládon belüli áttérés egyik szoftverrõl a másikra lehetõvé teszi az üzenetekhez kifejlesztett fordító profilok további felhasználását. 4.2. Nagy forgalmat, sok EDI partnert kiszolgáló megoldás Egy másik projektben szintén a beszállító és az autógyár között kellett adatcsere kapcsolatot kialakítani. A két cég által használt különbözõ vállalatirányítási szoftverek közötti automatikus adatcserét oldja meg szabványos EDI üzenetformátumok segítségével a rendszer (2. ábra). Mindkét oldalon a szabványos EDIFACT üzenetformátumra történik az átalakítás, ez a formátum már több partner felé is elküldhetõ, függetlenül attól, hogy a partnereknél milyen vállalatirányítási rendszer mûködik. Szintén X.25 feletti OFTP protokollon történik a kommunikáció. A feladatot az EDISAFE UNIX-alapú szoftver segítségével oldottuk meg. IBM RS 6000 MFG/ PRO export import EDISAFE Link Trade OFTP komm. modul OFTP partner EDI rdsz. 2. ábra EDI kapcsolat EDISAFE-el Az EDISAFE számos EDI partnert tud kezelni mind a belsõ, nem szabványos formátumot használók, mind a külsõ, szabványos EDI üzeneteket használók közül. A partnerekre különbözõ kommunikációs szabályok definiálhatók. Egy bejövõ EDI üzenetet többféle belsõ, nem szabványos üzenetre lehet lefordítani. Számos EDI szabványt támogat (EDIFACT ANSI X12 stb.) és tetszõleges belsõ, nem szabványos formátum megadható. A fordítást fordító profilok alapján végzi, amelyek könnyen cserélhetõk, új profilok könnyen betölthetõk. A külsõ EDI partnerek felé és a belsõ rendszerben levõ modulok között is tud többféle kapcsolaton alapuló kommunikációt biztosítani, például: közvetlen vagy VAN-on keresztüli kapcsolódás X.400-al, TCP/IP+FTP-vel, OFTP-vel, ZMODEM-mel stb., valamint kibõvíthetõ fax és telex gateway-ekkel. A felhasználó által jól beállítható naplózási lehetõségekkel rendelkezik. 956

Ennek megfelelõen az adott EDISAFE rendszer tovább bõvíthetõ új partnerekkel, új üzenetekkel a rendszer bõvítése nélkül. Jelenleg az EDISAFE belsõ a vállalatirányítási rendszerrel egy gépen fut, de lehetõség van további alkalmazások hozzákapcsolására is a helyi hálózaton keresztül. A vállalat belsõ alkalmazásait a Link agent, a külvilág felé történõ kapcsolódást a Trade agent látja el. A rendszer konfigurálható EDI file-ok idõzített küldésére és vételére Egy másik mûködési módjában beállítható úgy, hogy a partner által kezdeményezett üzenet lehívásra illetve küldésre vár. 5. Összefoglalás Az EDI hazánkban még inkább "kényszerbõl" terjed, de a mozgatórugó ma még nem elsõsorban gazdasági kényszer, hanem a hazai vállalatok egyre inkább szemben találják magukat a külföldi partnerektõl jövõ sürgetõ igénnyel, miszerint EDI kommunikációra kívánnak áttérni. Az EDI rendszerek telepítése akkor térül meg igazán, ha az érintett vállalatok további partnereikkel folytatott kereskedelmi tranzakciókban is igénybe vehetik, ez újabb vállalatok bevonását jelenti az EDI kommunikációba. Jelentõs fellendülést ígér az EDI magyarországi alkalmazásában, ha állami intézmények, illetve nagyvállalatok, bankok, biztosítók is megteremtenék az EDI kapcsolódás lehetõségét. Ezzel válna lehetõvé több vállalat számára gazdasági kapcsolataik, kommunikációjuk leegyszerûsítése, esetleg átgondolt átszervezése. IRODALOM [1] Martin Parfett:"What is EDI?", NCC Blackwell, 1992. [2] Mike Hendry:"Implementing EDI", Artech House, 1993. [3]MSZ ISO 9735,"Igazgatási, kereskedelmi és szállítási adatok elektronikus cseréjének (EDIFACT) alkalmazási szintû szintaktikai szabályai, 1992. [4]CCITT Recommendation X.435, "Message Handling Systems: Electronic Data Interchange Messaging System", Geneva, 1991. [5]CCITT Recommendations X.400-X.420, "Message Handling Systems", Blue Book, Vol. VIII. Fasc. VIII.7, Melbourne, 1988. [6] Dibuz S.:"Az Az EDI alkalmazási területei és használata X.400-al", Networkshop'95, Gödöllõ, 1995. 339-348. old. 957