VIR rendszerek EDI/XML.

Az előadások a következő témára: "VIR rendszerek EDI/XML."— Előadás másolata:

1 VIR rendszerek EDI/XML

2 Vállalatok együttműködése
lazább adatkapcsolat üzenetváltások - tipikus szituációk EDI vagy XML

3 Az EDI rendszer Vállalati Egységek közötti elektronikus adatcsere formátuma Jellemzői: - szabványos : szabvány strukturális elemeket tartalmaz nyitottság széles körben használható, elterjedt - automatizálhatóság : kezelő programok széles köre - strukturált : funkcionális adategységek - védettség : titkosítás, nyomkövetés - off-line kapcsolat orientált

4 Ügyviteli adatok/funkciók definíciói
EDI keret Ügyviteli adatok/funkciók definíciói EDI üzenetek /EDI szintaxis szabványok (UN/EDIFACT) Adatvédelmi szolgáltatások Üzenetet-továbbító szabványok X.400 Hálózati szabvány X.25 Alk. Alk.

5 EDI használat elemei Közös adatszótár létrehozása A résztvevő cégeknek meg kell egyezni az igényelt ügyviteli adatkezelő funkciók körében - milyen adatkezelő szolgáltatások éljenek - adatelemek jelentés megadása - adatelemek struktúrája - adatelemek formátuma

6 EDI használat elemei Az alkalmazott EDI üzenet szabvány kiválasztása Az EDI több területfüggő szabványtípust foglal egybe UN/EDIFACT : United Nations EDI szabvány komponensei - szintaxis (adatelemek formátuma, karakterkészlet) - üzenet (üzenet felépítése, típusai) - adatszótár - kód (szemantika, kódtáblák)

7 UN/EDIFACT Több száz üzleti dokumentum,bizonylat sémájának leírása (1987) Kialakított területek: MD1 Kereskedelem MD2 Közlekedés MD3 Vám és közvetett adók MD4 Pénzügy MD5 Építőipar MD6 Statisztika MD7 Biztosítás MD8 Utazás, szabadidő MD9 Egészségügy MD10 Társadalombiztosítás MD11 Jog és könyvvitel MD12 Közbeszerzés Üzenet struktúra szintjei: egyszerű adatelem ember családi neve összetett adatelem ember neve szegmens ember adatai üzenet egy űrlap funkcionális csoport azonos űrlapok együttese adatcsomag egyszerre elküldött csoportok

8 UN/EDIFACT üzenet felépítése
Service String Advice UNA Conditional Interchange Header UNB Mandatory | Functional Group Header UNG Conditional | | +- Message Header UNH Mandatory | | | User Data Segments As required | | +- Message Trailer UNT Mandatory | Functional Group Trailer UNE Conditional Interchange Trailer UNZ Mandatory ‘ szegmens terminátor + adatelem szeparátor : összetett elem szeparátor

9 Minta (rendelés visszaigazolás)
Tartalom egyeztetés A rendelés visszaigazolási üzenetek kötelező elemei (BC/RQs): dátum rakomány feladóhely küldő kikötő fogadó kikötő rakomány célhely rendelési, szerződési szám biztosítási adatok, szállítmányozó adatok konténer típusa mennyiség típusonként

10 Minta (rendelés visszaigazolás)
Kód egyeztetés UNH 1 üzenet fej BGM 1 üzenet célja DTM 1 dátum LOC up to 10 hely megadása (frladó, fogadó, cél,..) RFF up to 10 hivatkozási adatok TDT 1 biztosítási, szállítási adatok EQD up to 999 konténer típusa, adatai EQN 1 per EQD konténerek darabszáma FTX up to 9 per EQD általános konténer adatok UNT üzenet lezárás

11 BGM 1 per message BGM ' C (visszaigazolás) or 22 (kérdésre válaszadás) C küldő belső szerződésszáma (eredeti) + 5 (másolat) + 1 (törlés) SG1 LOC up to 10 per message LOC+33+USLGB:::LONG BEACH' LOC+34+AUSYD:::SYDNEY' 3227 helykódok +7 feladóhely or +33 bepakolási hely or +34 kipakolási hely or +88 célhely or +91 dokumentum kiadási hely C UN LOCODE 3224 :hely megadása szabadszövegben C :ACOS Terminal kód

12 Minta (rendelés visszaigazolás)
Minta üzenet UNH IFTMCS:D:98B:UN:ENET30' BGM ' DTM+137: :203' LOC+33+USLGB:::LONG BEACH' LOC+34+AUSYD:::SYDNEY' LOC+7+USLAX:::LOS ANGELES' LOC+88+AUSYD:::SYDNEY+CTLPB' RFF+BN:SHIPCO65432' TDT FES :::KAPITAN KONEV' NAD+CZ++ACME Exports:123 High Street:A City:NSW 2000' NAD+MS+CARRIER-ID' EQD+CN+++2' EQN+4' FTX+AAI+++20 foot containers, food quality' UNT '

13 UN/EDIFACT EDI kapcsolódás az alkalmazásokhoz Tetszőleges adatátvitel (pl. )

14 EDI szerződésminta EU EDI szerzõdésminta 14 fejezetet tartalmaz:
1. fejezet: A szerzõdés célja és alkalmazási területe 2. fejezet: Meghatározások 3. fejezet: A szerzõdés formája és a szerzõdéskötés 4. fejezet: Az EDI üzenetek elfogadhatósága és bizonyító ereje 5. fejezet: Az üzenetek vételének folyamata és nyugtázása 6. fejezet: Az üzenetek biztonsága 7. fejezet: Bizalmas adatok, a személyi adatok védelme 8. fejezet: Az üzenetek nyilvántartása és tárolása 9. fejezet: Az EDI mûködésének követelményei 10. fejezet: Mûszaki specifikációk és követelmények 11. fejezet: Felelõsség 12. fejezet: A vitás kérdések rendezése 13. fejezet: Alkalmazandó jog 14. fejezet: Érvényesség, módosítás, hatály és a rendelkezések különválaszthatósága

15 XML szabvány Szemi-struktúrált adatrendszer plattform-független ábrázolás VERSENYZO(KOD,KOR,NEV) 1,22,AB 3,22,AC <VERSENYZO> <KOD>1</KOD> <KOR>22</KOR> <NEV>AB</NEV> </VERSENYZO> - szöveges - beszédes - HTML jellegű - struktúrált - szabványok rendszere XSL, SAX, DOM, DTD, XSQL

16 XML dokumentum elemei <?xml version="1.0"?> <vizsganaplo> <vizsga> <targy>ADATBAZISOK</targy> <vizsgaztato>KÓS TAMAS</vizsgaztato> <hallgato> <nev kod=”1”>BAN IMRE</nev> </hallgato> <datum> <ev>2000</ev> <ho>12</ho> <nap>21</nap> </datum> <jegy> 3 </jegy> </vizsga> </vizsganaplo> <!-- megjegyzés -->

17 XML névterek Az azonosító neveket jelentésre utaló előtaggal láthatjuk el. Névtér: azonosító nevek együttese, melyet egy URI azonosít nem kell létező helyre mutatni Megadása: <nev xmlns:elotag=URI …> …. </nev> Hatásköre a befoglaló elem <x xmlns:edi=” <termek edi:kod=”245”> <edi:csoport>tejtermek</edi:csoport> </x>

18 XML névterek Default névtér: nem kell explicit feltüntetni: Megadása: <nev xmlns=URI …> …. </nev> hatáskör <x xmlns:val=” xmlns=” <termek val:kod=”245”><kaloria>345</kaloria> <val:csoport>tejtermek</val:csoport> <val:gyarto xmlns:val=” <val:cím>BP 45<val:cím> </val:gyarto> </termek> </x>

19 DTD: a dokumentum sémájának korlátozása
<!DOCTYPE dokumentumnev [sema] > <!ELEMENT nev EMPTY> <!ELEMENT nev (#PCDATA) > <!ELEMENT nev (elem1 | elem2 | …) > <!ELEMENT nev (elem)> <!ELEMENT nev (elem?) > <!ELEMENT nev (elem+) > <!ELEMENT nev (elem*) > <!ATTLIST elem nev tipus parameter> szöveges CDATA egyed ENTITY egyedek ENTITIES azonositó ID hivatkozás IDREF hivatkozások IDREFS

20 DTD <?xml version="1.0"?> <!DOCTYPE autok [ <!ELEMENT autok (auto*)> <!ELEMENT auto (tipus,szin)> <!ATTLIST auto rsz CDATA " "> <!ELEMENT tipus (#PCDATA)> <!ELEMENT szin (#PCDATA)> ]> <autok> <auto rsz="A1"> <tip>Fiat</tipus> <szin>kek</szin> </auto> </autok>

21 DTD <!ATTLIST ember kod ID #REQUIRED > <!ATTLIST ember autoi IDREFS #IMPLIED > <!ELEMENT nev (#PCDATA) > ]> <autok> <auto rsz="A1" tulaj="E2"> <tipus> Fiat </tipus> </auto> <auto rsz="A2"> <tipus> Fiat </tipus> </auto> <ember kod="E1"> <nev> Peter </nev> </ember> <ember kod="E2" autoi="A1 A5" > <nev> Laci </nev></ember> <ember kod="E3"> <nev> Anna </nev> </ember> </autok>

22 SOAP Simple Object Access Protocol Hálózaton keresztüli adatcsere protokollja XML formátumú adatátvitel Alkalmazások közötti adatcserére szolgál Együttműködés a védelmi rendszerekkel HTTP alapú (Internet) és nem RPC Rugalmas, általános Függetlenség Lassú, bőbeszédű SOAP = HTTP + XML

23 SOAP Üzenet felépítése: Boríték Fejrész: metaadatok Törzs: adatok Hibaüzenetek <soap:Envelope xmlns:soap=" <soap: Header> …..</soap:Header> <soap:Body> <productID>827635</productID> <soap:Fault>…</soap:Fault> </soap:Body> </soap:Envelope>

24 Kapcsolódó XML elemek XSL XPATH SAP DOM XSQL <?xml version="1.0"?> <xsl:stylesheet xmlns:xsl=" <xsl:template match="/"> <xsl:apply-templates/> </xsl:template> <xsl:template match="babak"> <xsl:apply-templates><xsl:sort/> </xsl:apply-templates> </xsl:template> <xsl:template match="baba"> <xsl:value-of/><BR/> </xsl:template> </xsl:stylesheet>