XML og EDI

Slide 1Norsk Regnesentral

Norwegian Computing Center

XML og EDI

Elektronisk HandelAgenda:Egenskaper ved handel Interorganisatoriske systemer og XML/EDISammenlikning av XML og EDIFACTHva ligger i XML/EDI Norsk XML/EDI prosjekt

Ved Per [email protected]



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



Fokus for denne presentasjonen

Ønsker å vise at XML kan brukes som en byggekloss i et interorganisatorisk system som skal utføre handelstransaksjoner



Viktige begrepsskiller

XML som syntaksXML familien av standarderInterorganisatoriske systemer som

benytter XML og XML familien



Penger

Varer Varer Varer

Leverandørav råvarer

Tilvirker Detaljist Konsument

Penger Penger

$$

$$$$$

$

Penge- , informasjons- og vareflyt ved handel

Informasjon Informasjon Informasjon

Fysisk- ellerdigital vareflyt



Faser i en handelstransaksjon

Aktørene må finne hverandreProdukt og prisinformasjon utvekslesKontrakt inngåsVarer leveresBetaling utføresOppfølging og rapportering



50,3

29,4

16,0

3,70,6

0,0

10,0

20,0

30,0

40,0

50,0

60,0

0 - 1 2 - 4 5 - 19 20 - 99 100 -

Antall ansatte

An

tall

pro

sen

t p

oe

ng

Gruppering av norske virksomheter, fordelt etter antall ansatte

Tall fra SSB 1995, primærnæringer er ikke medregnet.



Vare verdi

Egenskaper ved handel som påvirker handelsløsninger

Kompleksitet av varer/tjenester

Varens holdbarhet

Hyppighetsfrekvens på kjøp

Antall forskjellige varer

Prisdannelse

Grad av forskjell blant varer av samme type [CD’er (masseprodusert) versus bruktbil (ensartet)]

Aktivitetsnivå hos aktørene i handelsprosessen

Overleveringsformat for varen

Lav Høy

Fastpris “Børs”

Fysisk “Immateriell”

Lang Kort



Endres alt like raskt?

• Regning fra Sætre kjeks-fabrikk A/S, 9. oktober 1917

Hva er stabilt?Hva endres raskt?Hva er layout?Hva er struktur?



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



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



Dagens Web handelBasert 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



Ad hoc elektronisk handel 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?



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



Elektroniske handels-transaksjoner (kjøp-salg)

Elektronisk handel mellom kjente aktører

Ad hoc elektronisk handel

XML/EDI

EDIFACT

Volum

HTML

Business to business



EDIFACT versus XML (1)

EDIFACT XMLForholdet 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, muligbruk av repository

Hvordan håndteres valgfrihet i forhold til datamodellen

Ved å bruke “optional” og mandatory på både segment og attributt nivå

Hvordan håndteres domenekontroller på attributtverdierEndring av meldinger

Må stort sett kodes på applikasjonsnivå

Må kodes på applikasjonsnivå

Delvis i konverter delvis på applikasjonsnivå

I praksis gjøres det lokalt mellom kjente partnere

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

Gjøres forhåpentligvis iht.element repositories



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



Datanett

Trekker ut og laster inn data

Bruker

Internt datasystem

Trekker ut og laster inn data

Internt datasystem

Bruker

EDI-aktør EDI-aktør

Integrasjon mot interne systemer basert på EDIFACT

Kommunikasjons-tjenester

Kommunikasjons-tjenester



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



Implement-ation

Methods

Implement-ation

Methods

AgentsAgents

Fem byggesteiner for XML/EDI

BusinessMethodsBusinessMethods

EDIEDIGlobal

ReferenceDictionary

GlobalReferenceDictionary

RepositoryRepository

ProcessingLogic

ProcessingLogic

TemplatesTemplates

Fusion

WebFoundation

WebFoundation

XMLXML



Integrated architecture

Storage / Transport

Interchanged File / Message

XML Content

XML Tags / Agents, XSL

Template & Java

Rules

Application & Repository

XML Parser / DOM



Bestilling og betalingsformidling, sammensatt rollemodell

Internett

- Teknologiske adresser- Gule sider- Artikkelnummerregistre- DTD’er- XSL’er- Templates

RepositoryKjøper

Selger

Bank



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



Metadatabase

WWWfact sheets

Reporting chainQuery and analyze

Information systems

Socialsec.

Childcare

Accounting

Data capture

Electronic form Statistics Norway

Information systems

Municipality All sectors

Localinformationserver

CentralCentral

Local



Hovedkilder

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/

Documents

XML og EDI