XML og EDI

1. XML og EDI Agenda: Egenskaper ved handel Interorganisatoriske systemer og XML/EDI Sammenlikning av XML og EDIFACT Hva ligger i XML/EDI Norsk XML/EDI prosjekt Ved Per Myrseth per.myrseth@nr.no Elektronisk Handel Slide 1

2. XML/EDI: Målsetning • Målet for XML/EDI er å anvende XML og Internett til utveksling av forretnings-dokumenter og til kommunikasjon mellom handelspartnere i åpne og fritt tilgjengelige systemer Slide 2

3. Fokus for denne presentasjonen • Ønsker å vise at XML kan brukes som en byggekloss i et interorganisatorisk system som skal utføre handelstransaksjoner Slide 3

4. Viktige begrepsskiller • XML som syntaks • XML familien av standarder • Interorganisatoriske systemer som benytter XML og XML familien Slide 4

5. $ $ $ $ $ $ $ $ Varer Varer Varer Penge- , informasjons- og vareflyt ved handel Penger Penger Penger Informasjon Informasjon Leverandør av råvarer Informasjon Tilvirker Detaljist Konsument Fysisk- eller digital vareflyt Slide 5

6. Faser i en handelstransaksjon • Aktørene må finne hverandre • Produkt og prisinformasjon utveksles • Kontrakt inngås • Varer leveres • Betaling utføres • Oppfølging og rapportering Slide 6

7. Gruppering av norske virksomheter, fordelt etter antall ansatte Tall fra SSB 1995, primærnæringer er ikke medregnet. Slide 7

8. Egenskaper ved handel som påvirker handelsløsninger Lav Høy Vare verdi Kompleksitet av varer/tjenester Hyppighetsfrekvens på kjøp Antall forskjellige varer Aktivitetsnivå hos aktørene i handelsprosessen Grad av forskjell blant varer av samme type [CD’er (masseprodusert) versus bruktbil (ensartet)] Lang Kort Varens holdbarhet Fysisk “Immateriell” Overleveringsformat for varen Fastpris “Børs” Prisdannelse Slide 8

9. Endres alt like raskt? Hva er stabilt?Hva endres raskt?Hva er layout?Hva er struktur? • Regning fra Sætre kjeks- • fabrikk A/S, 9. oktober 1917 Slide 9

10. EDIFACT faktura UNA:+,?’ UNB+UNOA:2+NORSK REGNESENTRAL+MOTTAGER+981203:1015+ID_0001' UNH+1+INVOIC:2:911:UN' BGM+380+1998123456' DTM+3:199812030900:102' FTX+TEX+++Fakturahode-tekst' RFF+K1' LIN+1++1:::91' QTY+47:11' MOA+203:100’ UNS+S' MOA+125:100' UNT+13+1' UNZ+1+ID_0001' Meldinger må alltid være i overensstemmelse med en implementasjonguide Slide 10

11. XML Ordre <?xml version="1.0"?> <?xml-stylesheet href="cenorder.xsl" type="text/xsl"?> <!DOCTYPE Order SYSTEM "cenorder.dtd"> <Order> <MessageID>128576</MessageID> <Date>19981203</Date> <RefersTo DocType="ContractNo" DocID="652744" Line="112"/> <Buyer><EAN>5012345678900</EAN></Buyer> <Supplier><EAN>6012345678900</EAN></Supplier> <Item> <ItemID CodeType="BuyersPartNo">8012345678900</ItemID> <Quantity>90</Quantity> <Deliver>19981011</Deliver> </Item> </Order> I praksis må meldingen være i overensstemmelse med en DTD og helst en XSL spesifikasjon Slide 11

12. Dagens Web handel • Basert på HTML • Begrenset funksjonalitet i klient • Server kontrollert • Ingen juridisk kvittering til kjøper • Ingen gode revisjonsspor for kjøper • Betaling kreves vanligvis på kjøpstidspunkt ikke leveringstidspunkt • Vanskelig å sammenlikne leveringsbetingelser og pris fra flere leverandører • Liten konkurranse Slide 12

13. Virksomhetsmessig interoperabilitet Forskjellig handelstradisjon? Forskjellige juridiske domener? Hvordan skal utvekslet informasjon tolkes? Hva forventer avsender at mottaker skal gjøre med mottatt informasjon? På hvilket stadium i prosessen blir avtalen om kjøp av et vareparti inngått? Hvordan løses feil og problemhåndtering? Teknologiske interoperabilitet Hva er de teknologiske adressene for virksomheten? Teknologisk funksjonalitet, hvilke tjenester tilbys? Hvilke formater skal benyttes til informasjonsutveksling? Meldingsbasert interaksjon? Metodekall / distribuerte objektsystemer? Hvilke betalingstjenester er aktuelle? Bruk av sikkerhetsmekanismer? Hvordan oppdages og løses tekniske feil og problemer? Ad hoc elektronisk handel Slide 13

14. Elektronisk handel mellom kjente aktører • Virksomhetsmessig interoperabilitet er avklart i avtale mellom partene som beskriver • Handelstradisjon • Juridisk domene • Feil og problemhåndtering • Fortolkning av utvekslet informasjon • Endringshåndtering • Teknologisk interoperabilitet • Driftsstabilitet • Endringshåndtering Slide 14

15. Elektroniske handels-transaksjoner (kjøp-salg) Business to business Volum XML/EDI EDIFACT HTML Elektronisk handel mellom kjente aktører Ad hoc elektronisk handel Slide 15

16. EDIFACT versus XML (1) EDIFACT XML Forholdet mellom datamodell og meldingsinstanser Implementasjonsguiden representerer datamodellen DTD representerer datamodellen Meldinger bygges opp av Segmenter som er definert i en segment- katalog Elementer defineret for hvert enkelt case, mulig bruk av repository Hvordan håndteres valgfrihet i forhold til datamodellen Ved å bruke “optional” og mandatory på både segment og attributt nivå Må stort sett kodes på applikasjonsnivå Delvis i konverter delvis på applikasjonsnivå Må kodes på applikasjonsnivå Hvordan håndteres domenekontroller på attributtverdier Endring av meldinger I praksis gjøres det lokalt mellom kjente partnere Gjøres forhåpentligvis iht. element repositories Støttemekanismer for presentasjon Nei Ja, browsere og via XSL Støtte for integrasjon mot interne systemer Må gjøres manuelt Må gjøres manuelt, potensielt automatiserbart Slide 16

17. EDIFACT versus XML (2) Handelsløsninger basert på: • EDIFACT • Har tradisjonelt blitt distribuert via disketter • Versjonshåndtering av SW er tungvint • Teknologien påvirker ikke i seg selv styrkeforholdet mellom partnere • XML • Vil bli distribuert over Internett • Versjonshåndtering enkelt i en browser/WEB-server arkitektur • Arkitekturer basert på browser/WEB-server kan påvirke styrkeforholdet mellom partnere Slide 17

18. Integrasjon mot interne systemer basert på EDIFACT EDI-aktør EDI-aktør Internt datasystem Internt datasystem Bruker Bruker Trekker ut og laster inn data Trekker ut og laster inn data Kommunikasjons- tjenester Kommunikasjons- tjenester Datanett Slide 18

19. Nødvendige egenskaper ved XML/EDI • full bakoverkompatibilitet med EDIFACT/X12 • skjemafunksjonalitet, f.eks. manuell input av data • innspill til W3C arbeidsgrupper for å dekke EDI behov • datafangst: fra skjemaer og databaser • mottak av data: integrering i databaser • validering: syntaks og verdiområde Slide 19

20. XML Web Foundation Templates Agents Processing Logic Implement- ation Methods EDI Repository Business Methods Global Reference Dictionary Fem byggesteiner for XML/EDI Fusion Slide 20

21. Integrated architecture Application & Repository Rules Template & Java XML Tags / Agents, XSL XML Parser / DOM XML Content Interchanged File / Message Storage / Transport Slide 21

22. Bestilling og betalingsformidling, sammensatt rollemodell Kjøper Repository - Teknologiske adresser - Gule sider - Artikkelnummerregistre - DTD’er - XSL’er - Templates Internett Selger Bank Slide 22

23. Norsk XML/EDI pilotprosjekt XML/EDI pilotprosjekt innen KOSTRA: • Målet er å utvikle og prøve ut en pilot for enkel og kostnadseffektiv innrapportering fra kommunene til SSB vha. XML/EDI • Del av europeisk XML/EDI pilotprosjekt • Finansiert bl.a. av Norges forskningsråd • Deltakere KITH, NR, SSB, AAD og IBM Norge Slide 23

24. All sectors Municipality Reporting chain Data capture Query and analyze Electronic form Statistics Norway WWW fact sheets Metadata base Central Central Information systems Local information server Local Social sec. Child care Information systems Accounting Slide 24

25. Guidelines for using XML for Electronic Data Interchange Extensible Markup Language (XML) 1.0 Martin Bryan, The SGML Centre, http://www.sgml.u-net.com UN/CEFACT/TMWG OO-EDI compability with XML/EDI Open-edi: ISO/IEC JTC1 SC32 WG1, IS 14662 UN-EDIFACT: ISO 9735, ISO / TC 154 The European XML/EDI Pilot Project XML/EDI group: www.xmledi.net http://www.nr.no/gem/xml/ Hovedkilder Slide 25