Skaper samhandling. NES-standarden. Presentasjon på InterOp-møte 19.juni Are Berg

Transkript

1 Skaper samhandling NES-standarden Presentasjon på InterOp-møte 19.juni 2007 Are Berg

2 Innhold NES-prosjektet NES pånorsk NESUBL i Norsk offentlig Referansekatalog Videre arbeid

3 The NES-Project Corporation between a group of countries and organisations Denmark Danish Ministry of Science, Technology and Innovation (VTU), Danish IT and Telecom Agency (ITST) Sweden Single Face To Industry (SFTI), the public sector initiative in Sweden to promote e-business by the Swedish National Financial Management Authority (ESV), Swedish Association of Local Authorities and Regions (Sveriges Kommuner och Landsting), and Swedish Administrative Development Agency (Verva) Norway Norwegian Ministry of Government Administration and Reform eprocurement Secretariat ( NorStella / e2b Forum (an e-invoicing initiative in the private sector supported by the government - Finland State Treasury Tieke Finnish Information Society Development Centre England OGC buying solutions under Office of Government Commerce Island The Financial Management Authority (Fjársýsla Ríkisins). Iceland Committtee on e-business and Trade Procedures" ICEPRO To facilitating practical use of electronic collaboration based on available international standards Focusing on basic e-procurement functions NES

4 The NES-Project Start January 2006 Phase 1 finished 23th march 2007 Deliverables published on

5 The purpose of NES Facilitate interoperability and practical use of e- procurement both in domestic and cross border trade Even if the participants in the working group are mainly from the public sector, the group will try to include both business-to-business and business-to-government e-commerce/e-procurement in its work. Facilitate harmonisation of different types of e- procurement documents This provides an opportunity to base e-procurement documents and processes on a coordinated Northern European subset. Contribute to the development and use of an international standard for e-procurement

6 Based on international standards NES identified UBL as a free and open format, which at the time when NES was started presented the greatest potential for realizing largescale e-commerce both in a domestic and a cross-border trade UBL is an open and freely available library of XML documents for e- commerce Version 1 was released as an OASIS standard in May 2004 Version 2 was released as an OASIS standard in December business documents covering an extended e-procurement process and transport Based on ebxml Core Components - ISO Furthermore NES recognises the importance of the standardisation work in progress within UN/CEFACT and are actively working for the adoption of the UBL-specifications in the UN/CEFACT framework NES supports and is committed to the ongoing convergence between UBL and UN/CEFACT

7 Business processes supported by UBL Sourcing Catalogue provision Ordering UBL 2.0 extends the orderto-invoice processes of UBL 1.0 to cover a supply chain from sourcing to payment, including the commercial collaborations of international trade. NES provides support for the basic e-procurement functions Billing with Credit Note Billing

8 Use of UBL 2.0 Business Documents Application Response Attached Document Bill of Lading Catalogue Catalogue Deletion Catalogue Item Specification Update Catalogue Pricing Update Catalogue Request Certificate of Origin Credit Note Debit Note Despatch Advice Forwarding Instructions Freight Invoice Invoice Order Order Cancellation Order Change Order Response Order Response Simple Packing List Quotation Receipt Advice Reminder Remittance Advice Request For Quotation Self Billed Credit Note Self Billed Invoice Statement Transportation Status Waybill Used by both NES and OIOUBL - Used by OIOUBL

9 e-procurement is more then just exchange of messages Business processes and scenarios based on a common application of UBL applicable for both domestic and cross border trade Business rules and recommendations for the use of the UBL XML documents A common subset of the UBL XML documents reflecting the needs expressed in the business rules Formal rules for validation of the business rules expressed as Schematron General guidelines and code lists for the use of UBL Business Process & scenarios Business Rules Business Content Syntax implementation based on UBL 2.0 Guidelines & Code lists

10 NES deliverables Profile Definition Normative Profiled Message Definition Normative Guidelines Normative Code lists Normative Validation tools Restricted XML schema Informative Schematron Informative

11 NES på Norsk Prosjekt i regi av Ehandelssekretariatet Kjørt første halvdel av 2007 Mål: Oversette NESUBL versjon 1.0 til Norsk Utarbeide norske presiseringer til NESUBL Forhold til e2b Fakturaformat og fremtidig Norsk standard for Fakturering Registrere NESUBL i Norsk offentlig Referansekatalog

12 Profiler En beskrivelse av en eller flere handelsprosesser understøttet av et sett av handelsdokumenter brukt i en gitt forretningsmessig sammenheng/kontekst Basis Fakturering Frittstående Basis Innkjøp To profiler kan inneholde samme melding men med ulikt innhold og regler for bruk NES-profilene er definert for å dekke både innenlands handel og handel mellom land basert på gjeldende regelverk og praktiske erfaringer Profilene skal i størst mulig grad kunne benyttes uten ekstra bilaterale avtaler

13 Profilbeskrivelser Definerer omfang på profilen For eksempel: Gjelder for alle NES-land Definerer forretningsregler som ligger til grunn for profilen For eksempel: Fakturaens innhold setter kunden i stand til å sende dokumentet til en spesifikk person, avdeling eller enhet innen organisasjonen Regler for prosessering For eksempel: Referanse til en kontrakt eller rammeavtale kan kun foretas på dokumentnivå Involverte aktører Forretningsmessige fordeler

14 Profiler design-time regler En profil er definert ut fra design-time regler Som svar på en Ordre skal det alltid sendes en Ordrebekreftelse

15 Profiler Scenarier basert på runtime-regler En profil kan bestå av ulike scenarier basert på runtime-beslutninger under prossering

16 Profiler Profil 1: Katalog frittstående Profil 2: Katalog med oppdateringer Profil 3: Basis Ordre frittstående Profil 4: Basis Faktura frittstående Profil 5: Basis Fakturering Profil 6: Basis Innkjøp Profil 7: Forenklet Innkjøp Profil 8: Basis Fakturering med avviksmelding

17 Å være i overenstemmelse med en NESUBLprofil innebærer Å følge must understand prinsippet som innebærer Å støtte alle funksjoner og forretningsregler som er dekket av en profil Å kunne sende og motta alle elementer som er med i profilen, påkrevde og valgfrie Å forstå innholdet i alle elementer i profilen Dersom det er inngått bilaterale avtaler ut over NES, skal ikke en melding kunne referere til en NES profil Mottaker kan avvise en melding som inneholder flere elementer enn det som er definert i profilen, eller dersom det er flere forekomster av et element enn det som er definert.

18 NESUBL oppbygging Bruk av bibliotek

19 Eksempel på avgrensninger

20 Sammenheng mellom bibliotek, profiler og dokumenter

21 Regler for konformitet

22 Profiler - Katalog Profil 1: Katalog frittstående Katalog med komplett innhold eller oppdatering av hele kataloglinjer Oppdateringer kan avvises/aksepteres via en Applikasjonsrespons Består av følgende dokumenter: Katalog Applikasjonsrespons Profil 2: Katalog med oppdateringer Tillater samme som profil 1 men i tillegg oppdatering av priser og produktspesifikasjoner Består av følgende dokumenter: Katalog Katalog m/prisoppdatering Katalog m/produktoppdatering Applikasjonsrespons

23 Profiler Bestilling Profil 3: Basis Ordre frittstående Bestilling der Ordre er eneste elektroniske dokument Kan både omfatte bestilling av varer med artikkelnummer og ikke-standardiserte varer Begrensede krav til referanser Består av følgende dokumenter: Basis Ordre

24 Profiler Fakturering Profil 4: Basis Faktura frittstående Bestilling der Faktura er eneste elektroniske dokument Ikke krav til match mot bestilling eller automatisk kontering Består av følgende dokumenter: Basis Faktura Profil 5: Basis Fakturering Samme innhold som profil 4 men med Kreditnota Består av følgende dokumenter: Basis Faktura Basis Kreditnota Profil 8: Basis Fakturering med avviksmelding Samme innhold som profil 5 men med mulighet for å avvise en Faktura via en Applikasjonsrepons Består av følgende dokumenter: Basis Faktura Basis Kreditnota Applikasjonsrespons

25 Profiler Innkjøp Profil 6: Basis Innkjøp Dekker en prosess der både ordre, ordrebekreftelse og faktura/kreditnota er elektronisk Ordrebekreftelsen er forenklet og dekker kun aksept/avvisning av hele ordren Strenge krav til utfylling, bl.a. må fakturaen referere til en ordre Består av følgende dokumenter: Basis Ordre Forenklet Ordrebekreftelse Basis Faktura Basis Kreditnota Profil 7: Forenklet Innkjøp Lik profil 6 med følgende unntak: Bruker bibilioteksversjon av dokumentene som har mulighet for mer innhold, bl.a. flere referanser enn i Basisdokumentene Faktura kan aksepteres/avvises via en Applikasjonsrespons Består av følgende dokumenter: Ordre (på biblioteksnivå) Forenklet Ordrebekreftelse Faktura (på biblioteksnivå) Kreditnota (på biblioteksnivå) Applikasjonsrespons

26 Kodeliste Gir oversikt over lovlige kodeverdier i NESUBL 35 koder 3 identifikatorer Der det finnes eksisterende kodelister som dekker behovet er disse brukt Definert av UN/Cefact eller UBL Det er i tillegg definert egne kodeverdier i NESUBL

27 Kodeliste - attributter For alle koder er det definert hvilke attributter som skal brukes 1.1 Kontotypekode (Account Type Code) Koden for Kontotype brukes for å identifisere hvilke type av finnanskonto som brukes. Koden angir ikke hvordan et innskudd skal gjøres på kontoen eller hvilket format kontonummeret er på Attributter listid listagencyid listagencyname listname Account Type NES listversionid 1.0 languageid listuri listschemeuri Northern European Subset Account Type en urn:

28 Kodeliste - kodeverdier Eksempel på kodeverdier Kodeverdier Kode Beskrivelse 1 Brukskonto (Current account) 2 Sparekonto (Savings Account) 3 Investeringskonto (Investment Account) Hvert medlemsland i NES har også egne Kontotype-koder. Når slike brukes skal koden ha ISO landkode (ISO ) som prefiks etterfulgt av et kolon og den aktuelle koden f.eks. IS:05, IS:13.

29 Retningslinjer Gir detaljerte beskrivelser av bruk av gitte informasjonskomponenter Skal understøtte profilene og bidra til økt forståelse av innholdet i handels-dokumentene Skal sikre enhetlig behandling av handelsdokumentene og forretningsprosessene Retningslinjene er normative

30 Retningslinjer 12 dokumenter NES Retningslinjer Applikasjonsrespons NES Retningslinjer Betalingsbetingelser NES Retningslinjer Betalingsmåte NES Retningslinjer Dataformat NES Retningslinjer Fradrag og tillegg NES Retningslinjer Levering NES Retningslinjer Leveringsbetingelser NES Retningslinjer Parter NES Retningslinjer Signatur NES Retningslinjer Skatter og avgifter NES Retningslinjer UUID (Universelt Unike Identifikatorer) NES Retningslinjer Veksling & valuta

31 NESUBL Norske presiseringer Skal beskrive forhold som må ivaretas i forbindelse med ta i bruk NESUBL i det norske markedet I første rekke omfatter dette å Harmonisere NESUBL med e2b Fakturaformat Sikre at NESUBL er i overenstemmelse med retningslinjene i fremtidig Norsk standard for Fakturering Norske presiseringer skal utarbeides i samarbeid med sentrale aktører bl.a. e2b Forum og Standard Norge

32 Harmonisering med e2b Forutsetninger NESUBL skal legges inn i norsk offentlig referansekatalog NESUBL vil bli valgt som format for elektronisk fakturering av offentlige myndigheter NESUBL vil bli en anbefaling og sannsynligvis et krav fra myndighetene på et gitt tidspunkt Konsekvens e2b og NESUBL vil i en periode leve side om side i det norske markedet Regler for prosessering og mapping må defineres Det bør bli enighet om å samles om ett format

33 Sammenligning av e2b og NESUBL e2b Fakturaformat skal dekke behovet for elektronisk fakturering i det norske markedet. e2b bruker i liten grad kodelister for å angi lovlige verdier. e2b bruker i liten grad komponenter fra Core Components, FN s komponent-bibliotek for ehandel. e2b har ikke profiler (p.t.). e2b har en rekke bransjespesifikke tillegg på hode- og detaljnivå. e2b har mulighet for flerordrefaktura. NESUBL skal dekke behovet for elektronisk handel i og mellom NESlandene. NESUBL bruker kodelister i utstrakt grad. NESUBL er basert på bruk av Core Components. NESUBL har profiler som avgrenser innholdet i meldingene ut fra sammenhengen. NESUBL har mulighet for tillegg, men disse må da legges først i meldingene. NESUBL har kun mulighet for 1 ordre pr. faktura.

34 Mulige mappinger Hele e2b formatet tas inn som et tillegg i en NESUBL Faktura. Dette medfører duplisering av informasjon og er en lite heldig løsning. De bransjespesifikke tilleggene trekkes ut av e2b formatet etter gitte regler og legges inn som egne tillegg i NESUBL Faktura. Dette gir ikke duplisering av informasjon men selve konverteringen er krevende. Strukturen i bransjetilleggene må brytes opp og det kan være vanskelig å prosessere disse sammen med den øvrige NESUBL-fakturaen. De bransjespesifikke tilleggene erstattes av PDF-vedlegg. Dette gir en enkel konvertering, men gir ingen mulighet for strukturert prosessering av de bransjespesifikke tilleggene.

35 Tilpasning til Norsk standard for Fakturering I regi av Standard Norge er det i ferd med å utarbeides en Norsk standard for Efaktura Denne gir føringer både for innhold i en elektronisk faktura og hvordan den skal prosesseres Ut fra våre vurderinger er NESUBL i overenstemmelse med disse kravene Krav til minimumsinnhold inkl. Mva-info Krav til sporbarhet Krav til sikkerhet

36 Convergence UBL UN/CEFACT NES supports and is committed to the ongoing convergence between UBL and UN/CEFACT An unified UN/CEFACT standard for supply chain and transport Convergence 1. Business requirements level (all UBL & CEFACT documents) 2. Technical level 3. Customisation level UBL guidelines Timescale Business level convergence end 2007

37 Cooperation agreement UN/CEFACT recognizes UBL 2 as appropriate firstgeneration XML documents for ebusiness. For OASIS and UN/CEFACT: future UN/CEFACT deliverables constitute the upgrade path for UBL, and the maintenance of UBL 2 remains with the OASIS UBL TC. In the expectation that UN/CEFACT will produce its own integrated set of XML schemas within a period of three years, OASIS will produce no further major versions of UBL past UBL 2. OASIS will grant UN/CEFACT a perpetual, irrevocable license to create derivative works based on UBL.

38 The work continues The cooperation continues to support implementation and continued development. NES phase profiles supporting basic e-procurement functions NES phase 2 Maintenance UBL UN/CEFACT convergence continues Additional profiles? Additional participants? NES1 implementation

39 Implementation Implementation is done within the respective countries Each country has their own priorities and targets NES1 DK SE NO IS