OIOUBL Guideline. Profiler i OIOUBL bekendtgørelsen Version 1.0. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.

Størrelse: px
Starte visningen fra side:

Download "OIOUBL Guideline. Profiler i OIOUBL bekendtgørelsen Version 1.0. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2."

Transkript

1 OIOUBL Guideline Profiler i OIOUBL bekendtgørelsen Version 1.0 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Profiler Version 1.0 Side 1

2 Kolofon Kontakt: IT- og Telestyrelsen OIOUBL Version 2.02 Juli 2009 Ministeriet for Videnskab, Teknologi og Udvikling IT- og Telestyrelsen Holsteinsgade 63 DK-2100 København Ø Phone Fax Ophavsrettigheder for denne udgivelse, jf. Creative Common, Navngivning 2.5: Det er tilladt at: fremstille bearbejdede værker ud fra dette dokument at fremstille eksemplarer og gøre dokumentet tilgængeligt for almenheden at benytte dokumentet i kommerciel henseende under betingelse af tydelig kildehenvisning til denne udgivelse fra IT- og Telestyrelsen. Læs mere om rettighederne på OIOUBL Profiler Version 1.0 Side 2

3 Indholdsfortegnelse 1. Forord Formål Relevante UBL klasser og elementer Beskrivelse Overordnet forretningsmodel Generelt om beskrivelsen af profiler i OIOUBL Processer i OIOUBL profilerne Konkrete profiler i OIOUBL Profiler for Northern European Subset (NES) Profiler omfattet af OIOUBL bekendtgørelsen Registrering af profiler Profilbeskrivelser NES Profil 5 Basic Billing Procurement-BilSim Anvendelse Processer i OIOUBL System Process: Document Receiving System Process: ApplicationResponse Business Process: Billing Simple Dokument specifikationer Relevante kodelister...20 OIOUBL Profiler Version 1.0 Side 3

4 Forord 1. Forord Denne guideline er ét af en række dokumenter, der beskriver formålet med og anvendelsen af de forretningsdokumenter, der udgør den danske lokalisering af UBL 2.0 kaldet OIOUBL. Guidelinen omfatter alene de elementer af OIOUBL som er omfattet af Bekendtgørelse om information i og transport af OIOUBL elektronisk regning til brug for elektronisk afregning med offentlige myndigheder (herefter angivet som OIOUBL bekendtgørelsen ). 1.1 Formål Formålet med dette dokument er at give en generel introduktion til de profiler i OIOUBL, som er omfattet af bekendtgørelsen. På findes en mere omfattende profilguideline, som dækker alle OIOUBL profiler, også dem, der ikke er omfattet af bekendtgørelsen. En profil er en overordnet beskrivelse af en eller flere sammenhørende forretningsprocesser, hvor der i hver proces indgår et eller flere dokumenter. En profil fastlægger rammerne for gennemførelse af en forretningstransaktion, herunder: Hvilken rolle en part (party) indtager i forretningsprocessen Hvilke dokumenter en given part skal kunne henholdsvis sende og modtage Hvilke processer parterne skal understøtte. OIOUBL Profiler Version 1.0 Side 4

5 Relevante UBL klasser og elementer 2. Relevante UBL klasser og elementer Denne beskrivelse omfatter beskrivelse af følgende felter i UBL 2.0 dokumenterne. Feltnavn DK-navn Felttype Feltformat Kardinalitet UBLVersionID UBLVersionID Identifier Se udfaldsrum 1 CustomizationID SpecialtilpasningsID Identifier Se udfaldsrum 1 ProfileID ProfilID Identifier Se udfaldsrum 1 ResponseCode ResponseKode Code Se udfaldsrum 1 UBLVersionID SpecialtilpasningsID ProfileID ResponseKode Forklaring til feltet DK-navn Beskrivelse Udfaldsrum Angiver hvilken UBL version dokumentet er udarbejdet i forhold til. Angiver hvilken lokalisering dokumentet er udarbejdet i forhold til. Det er blandt andet denne lokalisering, der er afgørende for validering af semantik og syntaks for dokumentet. Angiver navnet på den profil, som dokumentet relaterer sig til. For alle profiler gælder det, at såfremt afsender ønsker en forretningsmæssig kvittering, når modtageren har behandlet dokumentet, skal dette angives i forbindelse med ProfilID et. Det angives med et R. Kode til angivelse af om modtagelsen af et dokument er afvist eller accepteret og årsag til denne afvisning eller accept. 2.0 OIOUBL-2.01 og OIOUBL-2.02 Se kodeliste for ProfileID urn:oioubl:id:profileid-1.2 f.eks. Procurement-BilSim-1.0 Se kodeliste for ResponseCode urn:oioubl:codelist: responsecode-1.1 og urn:oioubl:codelist:lineresponsecode-1.1 OIOUBL Profiler Bekendtgørelse Version 1.0 Side 5

6 3. Beskrivelse 3.1 Overordnet forretningsmodel Den overordnede forretningsmodel for UBL 2.0 er beskrevet i OASIS's publikation Universal Business Language 2.0, jf. figur 1. Af hensyn til læsning af denne guideline som et selvstændigt dokument, gennemgås forretningsmodellen i forhold til den danske lokalisering. Nedenstående model viser den danske lokalisering med udgangspunkt i UBL 2.0's forretningsmodel. act OIOUBL-2.02 Party Model Catalogue Basic Catalogue Simple Catalogue Extended Catalogue Advanced Sourcing ReceiverParty ProviderParty Ordering Simple Ordering Extended Ordering Advanced Ordering Seller initiated Ordering Customer BuyerCustomerParty SellerSupplierParty Supplier Billing Simple Billing AccountingCustomerParty AccountingSupplierParty Payment Simple Payment Figur 1. Overordnet OIOUBL 2.0 OIOUBL Profiler Bekendtgørelse Version 1.0 Side 6

7 Som det ses af figur 1, er der fem overordnede processer i UBL 2.0, nemlig: Sourcing Ordering Fulfilment Billing Payment Disse overordnede processer danner grundlag for definering af bestemte OIOUBL profiler, der hver især indeholder et sæt af principper for, hvilke processer og dokumenter der indgår i den enkelte profil. I den nordeuropæiske UBL 2.0 lokalisering (NES) er der defineret et sæt af profiler med specielt fokus på ensartethed mellem de involverede lande. Mere herom i afsnit Profiler for Northern European Subset. Bekendtgørelsen om OIOUBL elektronisk regning vedrører alene profiler i relation til billing processen Generelt om beskrivelsen af profiler i OIOUBL En profil er en tilpasning af en forretningsproces, der dækker en transaktion, bestående af én eller flere processer. En profil kan både være en tilpasning i forhold til, hvilke dokumenter der udveksles, og indholdet i disse. Ud fra de krav, der stilles til systemer, som skal håndtere OIOUBL, er der opstillet et fælles princip for beskrivelsen af niveauet for de processer, der indgår i profilerne. Basic processer, der indeholder et eller to dokumenter, anvendes på dokumentniveau, og indgår i delvis manuelle forretningsprocesser. Simple processer indeholder et sæt af dokumenter, der som minimum skal understøttes for at opnå en fuld automatisering af en forretningsproces. Extended (udvidede) processer indeholder en større mængde dokumenter end de simple processer, og understøtter en mere avanceret automatisering af en forretningsproces. Advanced (avanceret) processer er et udtryk for det højeste niveau, der kan understøttes i en given forretningsproces. Blandt avancerede processer er også dem, som ikke starter på normal vis, f.eks. en sælgerinitieret ordreproces. Profilerne er sammensat af én eller flere processer ud fra et byggeklodsprincip. Profilen Procurement-BilSim (simpel fakturering) består f.eks. udelukkende af udveksling af faktura, kreditnotaer og rykkere, hvorimod profilen Procurement-OrdSim-BilSim-1.0 (Simpel ordre til simpel fakturering) er en sammensat profil og består af to delprocesser, nemlig en simpel ordreproces og en simpel fakturering. OIOUBL Profiler Bekendtgørelse Version 1.0 Side 7

8 En profil er et udtryk for, hvad den enkelte part som minimum skal kunne understøtte i den elektroniske forretningsproces. En part, der ikke kan afsende f.eks. dokumentet Reminder, understøtter f.eks. ikke den simple faktureringsprofil. Af hensyn til den tekniske anvendelse af profiler, er alle profiler tildelt et ProfilID, f.eks. Procurement-OrdSim-BilSim-1.0. Der anvendes en bestemt metodik ved fastlæggelsen af ProfilID til OIOUBL profilerne, som forklares i det følgende. Bemærk, at navngivningen af NES profilerne ikke følger denne metodik. ProfilID et til en OIOUBL profil - er sammensat af navnet på et forretningsprocesområde f.eks. Procurement eller Catalogue + identifikation af de processer, der indgår i profilen f.eks. Ord- Sim (simpel ordre) og BilSim (simpel fakturering) adskilt ved en bindestreg + versionsnummer f.eks Såfremt der ønskes en kvittering (Response) for den forretningsmæssige behandling af dokumentet inden for en given proces, angives dette i profilid et med et R. Det kan f.eks. være et ønske om en ordrebekræftelse. Til eksempel skal den simple ordreproces med simpel fakturering benævnes Procurement-Ord- SimR-BilSim-1.0. Hvis der også ønskes en kvittering for behandling af faktura/kreditnota vil profilen skulle benævnes Procurement-OrdSimR-BilSimR. Procurement-OrdSimR-BilSim-1.0 Procurement Ord Sim R Bil Sim 1.0 profilom råde proces procesvariant kvittering ønskes profilens versionsnr. Figur 2: Procurement-OrdSimR-BILSIM-1.0 For en nærmere beskrivelse henvises til den udvidede guideline OIOUBL_GUIDE_PROFILER Processer i OIOUBL profilerne Som nævnt består en profil af én eller flere logisk sammenhørende forretningsprocesser. En proces består af ét eller flere dokumenter, der indgår i en indbyrdes forretningsmæssig sammenhæng. En OIOUBL Profiler Bekendtgørelse Version 1.0 Side 8

9 proces beskriver også, hvilke parter der indgår i processen, hvilke dokumenter der henholdsvis kan sendes og modtages, samt hvilke dokumenter der er sammenhørende i processen. En leverandør (AccountingSupplierParty) kan f.eks. sende en faktura til en kunde (AccountingBuyerParty). Kunden kan godkende eller afvise fakturaen ved hjælp af dokumentet ApplicationResponse og dermed afslutte den simple faktureringsproces. En nærmere beskrivelse af de processer, som indgår i profilerne, kan ses i afsnit 3.4 Processer i OIOUBL. 3.2 Konkrete profiler i OIOUBL Profiler definerer de forretningsmæssige krav, der opstår i løbet af en transaktion. Ved at definere, hvilke profiler man understøtter, kan to parter handle elektronisk uden forudgående bilaterale aftaler. Der oplyses blot, hvilke profiler man ønsker at understøtte som leverandør, og hvilke man ønsker at understøtte som kunde. De offentlige organisationer skal registrere i NemHandelsregistret (se afsnit 3.2.3), hvilke profiler de understøtter. Private virksomheder skal kun registrere sig, hvis de ønsker at modtage OIOUBL dokumenter. For at afsende dokumenter behøver man ikke registrere sig. Det er altid den part, der starter processen, der beslutter hvilket ProfilID, der anvendes i den pågældende proces. Afsenderen skal altid vælge den mest avancerede profil, som begge parter understøtter Profiler for Northern European Subset (NES) OIOUBL er udviklet sideløbende med NES (Northern European Subset) og er et initiativ, hvor en række nordeuropæiske lande samarbejder omkring indhold og brug af elektroniske forretningsdokumenter, baseret på UBL 2.0 standarden. For at fremme udvekslingen over landegrænser er fem af profilerne i NES blevet adopteret i OIOUBL. Dette betyder, at disse kan benyttes som supplement til profilerne i OIOUBL. NES Profil 5 består af faktura og kreditnota og er den profil, der kommer nærmest på formatet for OIOXML elektronisk regning. NES profil 5 indgår i bekendtgørelsen om OIOUBL elektronisk regning. NES Profil 5, skal bruges i de tilfælde, hvor afsender af en faktura/kreditnota ikke har teknisk mulighed for at modtage en Applikation Response elektronisk. Når NES profilerne anvendes under OIOUBL tilpasningen (CustomizationID = OIOUBL) gælder forretningsreglerne fra NES med den undtagelse, at kodelisterne fra OIOUBL anvendes Profiler omfattet af OIOUBL bekendtgørelsen OIOUBL bekendtgørelsen omfatter to profiler Procurement-BilSim-1.0 og NES Profil 5. Offentlige myndigheder (kunden) skal understøtte begge profiler, mens leverandøren kan nøjes med at understøtte NES profil 5. Såfremt både kunde og leverandør understøtter Procurement-BilSim-1.0, skal denne anvendes. Af tabel 1 fremgår hvilke dokumenter de to profiler indeholder, og hvem der skal kunne henholdsvis sende og modtage dem. OIOUBL Profiler Bekendtgørelse Version 1.0 Side 9

10 Tabel 1. Oversigt over profiler omfattet af bekendtgørelsen Procurement-BilSim-1.0 (simpel fakturaproces) Dokumenter Kunde (Offentlig organisation) Leverandør Afsende Modtage Afsende Modtage Invoice (Faktura) X X CreditNote (Kreditnota) X X Reminder (Rykker) X X ApplicationResponse (Kvittering) X X urn:www.nesubl.eu:profiles:profile5:ver2.0 (Billing Basic) Invoice (Faktura) X X CreditNote (Kreditnota) X X Registrering af profiler De virksomheder og offentlig myndigheder, som ønsker at udveksle forretningsdokumenter baseret på OIOUBL og uden forudgående bilaterale aftaler, skal registrere sig selv og de profiler de understøtter i det centrale UDDI register, som er en del af IT- og Telestyrelsen Serviceorienterede Infrastruktur. Læs mere om det på: Som tidligere nævn behøver private virksomheder kun registrere sig, hvis de ønsker at kunne modtage OIOUBL dokumenter. For at afsende OIOUBL dokumenter behøver man ikke registrere sig. Det er vigtigt at understrege at hvis man anvender en profil hvor modtageren af ens dokumenter kan afvise dem med en (negativ) kvittering er det et krav at man registrerer sig. Det betyder i praksis, at den eneste profil man kan anvende, hvis man ikke registrerer sig, er "NES profil 5 Basic Billing" profilen. 3.3 Profilbeskrivelser I dette afsnit er de enkelte profiler illustreret ved at vise, hvilke dokumenter der indgår i hver enkelt profil, samt hvilke parter der henholdsvis sender og modtager dokumenterne. Herudover er der for hver profil angivet de tilhørende profilid er, der er defineret af OIOUBL NES Profil 5 Basic Billing NES Profil 5 er den profil, der kommer nærmest på OIOXML elektronisk regning i og med, at der OIOUBL Profiler Bekendtgørelse Version 1.0 Side 10

11 kun udveksles en faktura og en kreditnota. Dokumenterne er begrænset, idet der i denne profil kun må benyttes felter, som afløftes. I et NES dokument, der benyttes med CustomizationID (specialtilpasnigsid) OIOUBL-2.01 eller OIOUBL-2.02 benyttes danske kodelister. Figur 3 viser udvekslingen af dokumenter for NES Profil 5: act NES Profile 5 AccountingCustom erparty AccountingSupplierParty Goods Receipt Goods Delivered Process Invoice Invoice Create Invoice Process CreditNote CreditNote Create CreditNote Accept or Reject Invoicing Docum ent [Accept] [Not accepted] Report descrenpency Decrepency recieved Processing Invoicing Invoicing Processed Figur 3. NES Profil Procurement-BilSim -1.0 Profilen Procurement-BilSim-1.0 understøtter den simple faktureringsproces uden forudgående ordre. Der kan udveksles følgende dokumenter: Faktura (Invoice) og kreditnota (CreditNote) samt rykker (Reminder) mellem kreditor (AccountingSupplierParty) og debitor (AccountingCustomerParty) samt ApplicationResponse mellem afsender (Sender) og modtager (Receiver). Se figur Anvendelse Procurement-BilSim-1.0 anvendes i de tilfælde, hvor der udveksles faktura, kreditnotaer og rykkere, der ikke indgår i et sammenhængende flow med ordre-til-faktura. Faktura og kreditnota vil derfor normalt ikke have nogen reference til en ordre. Derimod vil der normalt være reference til andre ting, såsom personreference og evt. FinansKontoNummer. OIOUBL Profiler Bekendtgørelse Version 1.0 Side 11

12 act Procurement-BilSim-1.0 Invoice CreditNote Reminder Billing Simple Process Application Response Figur 4. Procurement-BilSim-1.0 Procurement-BilSim-1.0 ProfilID Minimum Anvendelse 3.4 Processer i OIOUBL Processer i OIOUBL er de udvekslinger, der foregår mellem to parter. De udgør de byggeklodser, profilerne er sammensat af. Der findes processer på to niveauer; forretningsmæssigt niveau og systemniveau. Processerne på det forretningsmæssige niveau betegnes "Business Process" og beskriver dokumentflowet mellem parterne, mens processerne på det systemmæssige niveau betegnes System Process. System Process beskriver den systemmæssige behandling af dokumenterne i processerne, som kan anvendes i udarbejdelsen af detaljerede designspecifikationer i den enkelte implementeringsspecifikation. Processer på det forretningsmæssige niveau og det systemmæssige niveau svarer begrebsmæssigt til henholdsvis "Collaboration" og "Transaction" Figur 1 i afsnit 3.1 viser en oversigt over forretningsprocesserne i OIOUBL System Process: Document Receiving DocumentReceiving processen anvendes i alle tilfælde, hvor der modtages et dokument også ApplicationResponse dokumentet selv. Når der modtages et dokument, foretages der en teknisk validering af dokumentet. Valideringen omfatter alle tekniske aspekter, herunder semantik og syntax via schema- og schematron validering. Udover den tekniske validering foretages der en validering af, om det modtagne dokument er understøttet jf. det angivne ProfilID. Da DocumentReceiving processen er generel og af teknisk karakter, fremgår den ikke eksplicit af de efterfølgende beskrivelser af forretningsprocesserne. Ethvert OIOUBL dokument, der modtages, skal schema- og schematron valideres i OIOUBL Profiler Bekendtgørelse Version 1.0 Side 12

13 overensstemmelse med krav og specifikationer i OIOUBL Guidelines. Hvis ikke et modtaget dokument er valid, kan det afvises ved at returnere en ApplicationRespons til afsenderen med en ResponseCode TechnicalReject. Selvom det modtagne dokument er validt, kan det være, at modtageren ikke understøtter den profil, der er angivet i ProfilID. Såfremt dette er tilfældet, kan dokumentet afvises ved at returnere en ApplicationResponse til afsenderen med en ResponseCode ProfileReject. I begge tilfælde vil status for behandlingen af dokumentet være, at det ikke betragtes som modtaget, og det er derfor afsenderens ansvar at foretage de fornødne korrektioner, så det kan modtages korrekt hos modtageren. act Document Receiving Proceses Sender Receiver Document Received Validate Document [Invalid] Validation status {weight=technical Reject} [Valid] Receive Application Response Application Response Create Application Response Check ProfileID {weight=profile Reject} [No] Profile Supported Application Response Received [Yes] Document Validated Figur 13. Document Receiving Til illustration af processen er der nedenstående figur 14 angivet et eksempel på et ordre dokument, hvori der er angivet et ugyldigt ProfilID Procurement-OrdSim-1.0. <Order xmlns:sdt="urn:oasis:names:specification:ubl:schema:xsd:specializeddatatypes-2" xmlns="urn:oasis:names:specification:ubl:schema:xsd:order-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:commonaggregatecomponents-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:commonbasiccomponents-2" xmlns:ext="urn:oasis:names:specification:ubl:schema:xsd:commonextensioncomponents-2" OIOUBL Profiler Bekendtgørelse Version 1.0 Side 13

14 xmlns:ccts="urn:oasis:names:specification:ubl:schema:xsd:corecomponentparameters-2" xmlns:qdt="urn:oasis:names:specification:ubl:schema:xsd:qualifieddatatypes-2" xmlns:udt="urn:un:unece:uncefact:data:specification:unqualifieddatatypesschemamodule:2"> <cbc:ublversionid>2.0</cbc:ublversionid> <cbc:customizationid>oioubl-2.02</cbc: CustomizationID> <cbc:profileid schemeagencyid="320" schemeid="urn:oioubl:id:profileid-1.1">procurement-ordsim- 1.0</cbc:ProfileID> <cbc:id>12345</cbc:id> <cbc:issuedate> </cbc:issuedate> <cac:buyercustomerparty> <cac:party> <cbc:endpointid schemeid="gln" > </cbc:EndPointID> <cac:partyidentification> <cbc:id schemeid="gln" > </cbc:ID> </cac:partyidentification> </cac:party> </cac:buyercustomerparty> <cac:sellersupplierparty> <cac:party> <cbc:endpointid schemeid="dk:cvr" >DK </cbc:EndPointID> <cac:partyidentification> <cbc:id schemeid="dk:cvr" >DK </cbc:ID> </cac:partyidentification> </cac:party> </cac:sellersupplierparty>... </Order> Figur 14. Eksempel med ugyldigt ProfileID Dokumentet, illustreret i figur 15, vil fejle under schematron validering af dokumentet, hvorfor der skal returneres en ApplicationResponse med angivelse af ResponseCode TechnicalReject. Årsagen til en teknisk afvisning og ikke en afvisning af en forkert profil er den, at der er tale om anvendelse af en ugyldig værdi i feltet ProfilID, hvorfor dokumentet teknisk set ikke er validt. <ApplicationResponse xmlns="urn:oasis:names:draft:ubl:schema:xsd:applicationresponse-2" xmlns:cac="urn:oasis:names:draft:ubl:schema:xsd:commonaggregatecomponents-2" xmlns:cbc="urn:oasis:names:draft:ubl:schema:xsd:commonbasiccomponents-2" xmlns:ccts="urn:oasis:names:draft:ubl:schema:xsd:corecomponentparameters-2" xmlns:sdt="urn:oasis:names:draft:ubl:schema:xsd:specializeddatatypes-2" xmlns:udt="urn:un:unece:uncefact:data:draft:unqualifieddatatypesschemamodule:2"> <cbc:ublversionid>2.0</cbc:ublversionid> <cbc: CustomizationID>OIOUBL-2.02</cbc: CustomizationID> <cbc:profileid schemeagencyid="320" schemeid="urn:oioubl:id:profileid-1.1">none</cbc:profileid> <cbc:issuedate> </cbc:issuedate> OIOUBL Profiler Bekendtgørelse Version 1.0 Side 14

15 <cbc:senderparty> <cbc:endpointid schemeid="dk:cvr" >DK </cbc:EndPointID> <cac:partyidentification> <cbc:id schemeid="dk:cvr">dk </cbc:id> </cac:partyidentification>... </cbc:senderparty> <cbc:receriverparty>... <cbc:endpointid schemeid="gln" > </cbc:EndPointID> <cac:partyidentification> <cbc:id schemeid="gln" > </cbc:ID> </cac:partyidentification> </cbc:receriverparty> <cac:documentresponse> <cbc:response> <cbc:referenceid>1</cbc:referenceid> <cbc:responsecode listagencyid="320" listid="urn:oioubl:codelist:responsecode- 1.1">TechnicalReject</cbc:ResponseCode> <cbc:description>unknown ProfileID</cbc:Description> </cbc:response> <cbc:documentreference> <cbc:id>12345</cbc:id> <cbc:issuedate> </cbc:issuedate> <cbc:documenttypecode listagencyid="320" listid="urn:oioubl:codelist:responsedocumenttypecode-1.1">order</cbc:documenttypecode> </cbc:documentreference> </cac:documentresponse> </ApplicationResponse> Figur 15. ApplicationResponse efter validering af Ordre Bemærk, at ProfilID er angivet med værdien NONE. Hvis et dokument ikke er validt eller modtageren ikke understøtter den angivne profil, returneres henholdsvis ResponseCode TechnicalReject eller ProfileReject. Som profilid angives værdien NONE System Process: ApplicationResponse Response processen anvendes til behandling af dokumentet ApplicationResponse Dokumentet ApplicationResponse anvendes i alle profiler både som dokument ved afvisning på grund af tekniske problemstillinger og i forretningsmæssige sammenhænge. Det er derfor en forudsætning, at alle parter kan modtage en ApplicationResponse og håndtere afvisninger på den måde, med mindre man benytter NES profil 5 til fakturering. Når ApplicationResponse anvendes i forbindelse med schema- og syntaxmæssige valideringer samt OIOUBL Profiler Bekendtgørelse Version 1.0 Side 15

16 profiler betragtes det som et teknisk dokument. Se eksempel figur 16. Når dokumentet anvendes i forbindelse med den forretningsmæssige behandling af et dokument betragtes det som et forretningsdokument på lige fod med andre forretningsdokumenter. Denne fælles anvendelse af dokumentet gør, at behandling af dokumentet er speciel. Sondringen mellem dokumentets forskellige formål angives i ResponseCode, hvor der skelnes mellem de tre former Technical, Profile og Business. Der henvises til Guideline for OIOUBL Applikationsmeddelelse - UBL 2.0 ApplicationResponse for nærmere detaljer om brugen af ApplicationResponse dokumentet. Når der modtages en ApplicationResponse, bør der først foretages et check af værdien i ResponseCode. Såfremt der er tale om en acceptkode af typen BusinessAccept, har afsenderen accepteret det dokument, der er angivet i DocumentReference klassen. Modtagelsen af BusinessAccept skyldes, at afsender har anvendt en profil med angivelse af ønske om en positiv kvittering (R) for behandling af dokumentet. Modtages der en ApplicationResponse med ResponseCode BusinessReject skyldes det, at modtageren har forholdt sig til den indholdsmæssige del af det dokument, der er angivet i DocumentReference klassen, og har afvist dette. Årsagen bør fremgå af note feltet. Hvis der modtages en ApplicationResponse med ResponseCode TechnicalReject, skyldes det, at der er fejl og mangler i det dokument, der er angivet i DocumentReference klassen. Fejlen eller manglen skal derfor udbedres, og der skal fremsendes et nyt validt dokument. Modtageren har således ikke forholdt sig til det forretningsmæssige indhold, men alene afvist dokumentet af tekniske årsager. Modtages der en ApplicationResponse med ResponseCode ProfileReject skyldes det, at modtageren ikke understøtter den forretningsproces, som profilid et henviser til. Det skal derfor undersøges, hvilken forretningsproces, som modtageren understøtter. ProfilID et skal korrigeres, og dokumentet skal fremsendes som et nyt dokument med et profilid, som modtager understøtter. OIOUBL Profiler Bekendtgørelse Version 1.0 Side 16

17 Dokument specifikationer DocumentID Role sender Role receiver ApplicationResponse SenderParty ReceiverParty act Application Response Proces SenderParty ReceiverParty Application Response Received Check ResponseCode Response Code Check [Accept] Business Accept [No] [Reject] Application Response End [Yes] Business Document Accepted T echnical Reject [Yes] {weight=technical Reject} [No] Business Document Change Application Response Prossed Profile Reject [Yes] [No] {weight=business Reject} {weight=profile Reject} Business Document Delete Figur 16. ApplicationResponse OIOUBL Profiler Bekendtgørelse Version 1.0 Side 17

18 3.4.3 Business Process: Billing Simple Billing Simple processen omfatter udveksling af faktura, kreditnota og rykker, samt mulighed for at afvise disse med en ApplicationResponse. Se figur 22. Hvis faktureringsdokumenter afvises, skal der returneres en ApplicationResponse med ResponseCode = BusinessReject. Hvis dokumentet derimod accepteres, går det videre til behandling hos modtageren. OIOUBL Profiler Bekendtgørelse Version 1.0 Side 18

19 Termer og forkortelser act Billing Simple Process AccountingCustomerParty AccountingSupplierParty Goods Receipt Goods Delivered Process Invoice Invoice Create Invoice Process CreditNote CreditNote Create CreditNote Accept or Reject Invoicing Document [Accept] [Reject] Processing Invoicing Invoicing Processed Create Application Response Application Response Receive Application Response Application Response Received Process Reminder Reminder Create Reminder Payment Not Received Figur 22. Billing Simple Dokument specifikationer DocumentID Role sender Role receiver Invoice AccountingSupplierParty AccountingCustomerParty CreditNote AccountingSupplierParty AccountingCustomerParty Reminder AccountingSupplierParty AccountingCustomerParty ApplicationResponse AccountingCustomerParty AccountingSupplierParty OIOUBL Profiler Bekendtgørelse Version 1.0 Side 19

20 Termer og forkortelser 3.5 Relevante kodelister Kodeliste: Urn: Eksempel på værdi: UBLVersionID 2.0 CustomizationID OIOUBL-2.02 ProfileID urn:oioubl:id:profileid-1.1 Procurement-OrdSim-BilExt-1.0 ResponseCode urn:oioubl:codelist:responsecode-1.1 BusinessAccept LineResponseCode urn:oioubl:codelist:lineresponsecode-1.1 BusinessReject OIOUBL Profiler Bekendtgørelse Version 1.0 Side 20

OIOUBL Guideline. OIOUBL Profiler. UBL 2.0 Profiles G26. Version 1.2. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.

OIOUBL Guideline. OIOUBL Profiler. UBL 2.0 Profiles G26. Version 1.2. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2. OIOUBL Guideline OIOUBL Profiler UBL 2.0 Profiles G26 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Profiler Version 1.2 Side 1 Kolofon Kontakt: IT- og Telestyrelsen

Læs mere

OIOUBL Guideline. OIOUBL Profiler. UBL 2.0 Profiles (UTS) Appendiks til G26. Version 1.3

OIOUBL Guideline. OIOUBL Profiler. UBL 2.0 Profiles (UTS) Appendiks til G26. Version 1.3 OIOUBL Guideline OIOUBL Profiler UBL 2.0 Profiles (UTS) Appendiks til G26 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Profiler (UTS) Version 1.3 Side 2 Kolofon

Læs mere

OIOUBL Parter. UBL 2.0 Parties G23. Version 1.3. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

OIOUBL Parter. UBL 2.0 Parties G23. Version 1.3. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL OIOUBL Guideline Guideline OIOUBL Parter UBL 2.0 Parties G23 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail: support@nemhandel.dk

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Udvidelse UBL 2.0 Extension G33 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Udvidelse Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

OIOUBL Intro. OIOUBL Introduktion UBL 2.0 Introduktion I01 Version 1.2. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.

OIOUBL Intro. OIOUBL Introduktion UBL 2.0 Introduktion I01 Version 1.2. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2. OIOUBL Intro OIOUBL Introduktion UBL 2.0 Introduktion I01 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- og Telestyrelsen E-mail: oioubl@itst.dk OIOUBL

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Kontakt UBL 2.0 Contact G34 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OUOUBL Kontakt Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

Teknisk workshop Introduktion til OIOUBL. Finn Christensen finn.christensen@mysupply.dk. 4. november 2010

Teknisk workshop Introduktion til OIOUBL. Finn Christensen finn.christensen@mysupply.dk. 4. november 2010 Teknisk workshop Introduktion til OIOUBL Finn Christensen finn.christensen@mysupply.dk 4. november 2010 Agenda Introduktion til UBL og OIOUBL-2.02 Hvilke forretningsprocesser/profiler? Hvilke er krævet

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Valutakurser og -koder UBL 2.0 Currency Exchange Rates G18 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Valutakurser og -koder Version

Læs mere

Teknisk workshop Introduktion til OIOUBL. Finn Christensen fch@tradeshift.com. 1. marts 2011

Teknisk workshop Introduktion til OIOUBL. Finn Christensen fch@tradeshift.com. 1. marts 2011 Teknisk workshop Introduktion til OIOUBL Finn Christensen fch@tradeshift.com 1. marts 2011 Agenda Introduktion til UBL og OIOUBL-2.02 Hvilke forretningsprocesser/profiler? Hvilke er krævet mod det offentlige?

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL UUID UBL 2.0 UUID G32 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL UUID Version 1.1 Side 1 Kolofon Kontakt: IT- & Telestyrelsen E-mail:

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Simpel ordrebekræftelse UBL 2.0 OrdreResponseSimple G10 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- og Telestyrelsen E-mail:

Læs mere

OIOUBL Guideline. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Datatyper UBL 2.0 Datatypes G29 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail:

Læs mere

Hvorfor skal jeg NemHandel?

Hvorfor skal jeg NemHandel? Flemming Beltoft mysupply, 2007 Betalt LæsInd ophører Kommer i lovgivningen Nye dokumenter er bedre Flere muligheder for optimeringer Hvorfor skal jeg NemHandel? Gratis forsendelse fra dag 1 Del af fremtidens

Læs mere

Møde i SSU for e-handel 24. oktober 2006

Møde i SSU for e-handel 24. oktober 2006 Dagsorden 12:30 Velkommen og bordrunde -Godkendelse af referat fra sidste møde 12:45 Status på UBL 2.0 og internationale aktiviteter 13:00 Tidsplan for OIOUBL og UBL konference 13:30 Status på OIO Serviceorienteret

Læs mere

Lovtidende A 2010 Udgivet den 1. april 2010

Lovtidende A 2010 Udgivet den 1. april 2010 Lovtidende A 2010 Udgivet den 1. april 2010 26. marts 2010. Nr. 354. Bekendtgørelse om information i og transport af OIOUBL elektronisk regning til brug for elektronisk afregning med offentlige myndigheder

Læs mere

Vejledning i at implementere OIOUBL

Vejledning i at implementere OIOUBL Version 1.4 VEJLEDNING I AT IMPLEMENTERE OIOUBL v1.4 Indholdsfortegnelse 1 Ændrings-log... 3 2 Formål med vejledningen... 4 2.1 Målgrupperne... 4 2.2 Support... 4 3 Introduktion til NemHandel... 5 3.1

Læs mere

Møde i OIO-udvalget for e-handel 26. august 2008

Møde i OIO-udvalget for e-handel 26. august 2008 Møde i OIO-udvalget for e-handel 26. august 2008 Agenda 1. Velkommen og bordrunde 2. Godkendelse af referat fra sidste møde 3. Status på NemHandel 4. Tidsplan og strategi for opdatering af bekendtgørelsen

Læs mere

G24. Version 1.3. OIOUBL Betalingsmåder og betalingsbetingelser. UBL 2.0 Payments means and payment terms

G24. Version 1.3. OIOUBL Betalingsmåder og betalingsbetingelser. UBL 2.0 Payments means and payment terms OIOUBL OIOUBL Guideline Guideline OIOUBL Betalingsmåder og betalingsbetingelser UBL 2.0 Payments means and payment terms G24 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning

Læs mere

OIOUBL Guideline Ordre

OIOUBL Guideline Ordre OIOUBL Guideline Ordre OIOUBL Ordre UBL 2.0 Order G08 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- og Telestyrelsen E-mail: oioubl@itst.dk OIOUBL

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Faktura UBL 2.0 Invoice G16 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- og Telestyrelsen E-mail: oioubl@itst.dk OIOUBL

Læs mere

OIOUBL Guideline. OIOUBL Guideline G28. Version 1.3. OIOUBL Totaler. UBL 2.0 Totals

OIOUBL Guideline. OIOUBL Guideline G28. Version 1.3. OIOUBL Totaler. UBL 2.0 Totals OIOUBL Guideline OIOUBL Guideline OIOUBL Totaler UBL 2.0 Totals G28 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail: support@nemhandel.dk

Læs mere

OIOUBL Scenariebeskrivelse OIOUBL Basal Indkøbsproces

OIOUBL Scenariebeskrivelse OIOUBL Basal Indkøbsproces OIOUBL Scenariebeskrivelse OIOUBL Basal Indkøbsproces Scenariepakke: BASPRO S03 Version 1.1 UBL 2.0 Dokumenthistorik Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering WD 0.1 08. November 2005

Læs mere

OIOUBL Guideline. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Priser UBL 2.0 Prices G25 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen

Læs mere

Erfaringer fra Danmark om innføring av standard efaktura til det offentlige,

Erfaringer fra Danmark om innføring av standard efaktura til det offentlige, Erfaringer fra Danmark om innføring av standard efaktura til det offentlige, PM_11002_DK Page 1 Agenda Evenex Citater fra verden Erfaring med OIOXML i Danmark Nye offentlige krav 1. maj 2011 NemHandel

Læs mere

1B Status på e-fakturaområdet

1B Status på e-fakturaområdet Fakturahåndtering 1B Status på e-fakturaområdet Helle Schade-Sørensen IT-Telestyrelsen Status på efaktura Udfordringer og muligheder Helle Schade-Sørensen Dagens tekst De nye krav til elektronisk fakturering

Læs mere

OIOUBL_INTRO_BEKENDTG.pdf OIOUBL_INTRO_BEKENDTG.pdf viser den fejlagtige titel "OIOUBL Guideline Datatyper" i Adobe Reader.

OIOUBL_INTRO_BEKENDTG.pdf OIOUBL_INTRO_BEKENDTG.pdf viser den fejlagtige titel OIOUBL Guideline Datatyper i Adobe Reader. Bilag til Høringsnotat vedr. Forslag til ændring af Bekendtgørelse nr 1075 om elektronisk regning Tekniske høringssvar vedr. standarderne i bekendtgørelsens bilag 1-4 Ændringsforslag fra høring Status

Læs mere

OIOUBL Scenariebeskrivelse

OIOUBL Scenariebeskrivelse OIOUBL Scenariebeskrivelse OIOUBL Udvidet Indkøbsproces for køberinitieret fakturering Scenariepakke: BILSEL S10 Version UBL 2.0 Published under Creative Commons license, attribution 2.5 Dokumenthistorik

Læs mere

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel 02. december 2014 Indhold INDHOLD... 1 INDLEDNING... 2 STANDARDER... 4 OIOUBL e-handelsstandard... 4 OIORASP - transportprotokol... 5 BETINGELSER FOR ANVENDELSE AF

Læs mere

NemHandel-registret. Hjælpeguide til oprettelse i NemHandel-registret og registrering af profiler. August 2012 Version 1.0

NemHandel-registret. Hjælpeguide til oprettelse i NemHandel-registret og registrering af profiler. August 2012 Version 1.0 NemHandel-registret Hjælpeguide til oprettelse i NemHandel-registret og registrering af profiler. August 2012 Version 1.0 Introduktion Hvis en virksomhed eller en offentlig myndighed ønsker at kunne modtage

Læs mere

OIOUBL Scenariebeskrivelse. OIOUBL Indkøbsproces for Komplekse Organisationer Scenariepakke: COMORG S06 Version 1.1 UBL 2.0

OIOUBL Scenariebeskrivelse. OIOUBL Indkøbsproces for Komplekse Organisationer Scenariepakke: COMORG S06 Version 1.1 UBL 2.0 OIOUBL Scenariebeskrivelse OIOUBL Indkøbsproces for Komplekse Organisationer Scenariepakke: COMORG S06 Version 1.1 UBL 2.0 Dokumenthistorik Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering

Læs mere

Teknisk workshop OIOUBL spor. Finn Christensen fch@tradeshift.com. 1. marts 2011

Teknisk workshop OIOUBL spor. Finn Christensen fch@tradeshift.com. 1. marts 2011 Teknisk workshop OIOUBL spor Finn Christensen fch@tradeshift.com 1. marts 2011 Vision for NemHandel NemHandel skal være lige så let som at sende en email Agenda OIOUBL profiler Obligatoriske og andre profiler

Læs mere

OIOUBL Guideline OIOUBL Guideline

OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Levering UBL 2.0 Delivery G19 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail:

Læs mere

Høring af OIOXML elektronisk regning. Høringssvar.

Høring af OIOXML elektronisk regning. Høringssvar. Høring af OIOXML elektronisk regning Høringssvar. Bekendtgørelse Høring er slut Høringssvar uden kommentarer 1. Rigsrevisionen ingen anledning til bemærkninger 2. Finanstilsynet - Økonomi- og Erhvervsministeriets

Læs mere

OIOUBL Scenariebeskrivelse OIOUBL Indkøbsproces for Kompleks Levering

OIOUBL Scenariebeskrivelse OIOUBL Indkøbsproces for Kompleks Levering OIOUBL Scenariebeskrivelse OIOUBL Indkøbsproces for Kompleks Levering Scenariepakke: COMDEL S05 Version 1.1 UBL 2.0 Dokumenthistorik Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering WD 0.1

Læs mere

OIOUBL Guideline OIOUBL. UBL 2.0 Tax G27. Version 1.3. OIOUBL Skat. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.

OIOUBL Guideline OIOUBL. UBL 2.0 Tax G27. Version 1.3. OIOUBL Skat. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2. OIOUBL Guideline OIOUBL OIOUBL Skat UBL 2.0 Tax G27 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail: support@nemhandel.dk

Læs mere

IKA e-tænketank 28. Januar 2015

IKA e-tænketank 28. Januar 2015 IKA e-tænketank 28. Januar 2015 1 DAGENS TEKST Et jubilæum Nye profiler Direktiv om e-invoice Migrering af NemHandel til PEPPOL 2 10 ÅR MED OBLIGATORISK E-FAKTURERING 3 NYE PROFILER I OIOUBL Basic Order

Læs mere

Introduktion til ebconnect gateway... 2. Opret brugerkonto... 2. Registrer dig i NemHandelsregistret... 2

Introduktion til ebconnect gateway... 2. Opret brugerkonto... 2. Registrer dig i NemHandelsregistret... 2 Indholdsfortegnelse Introduktion til ebconnect gateway... 2 Opret brugerkonto... 2 Registrer dig i NemHandelsregistret... 2 Registrering med ebconnect som endepunkt... 3 Abonnementtyper... 3 Kom godt i

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Pris og mængde i kataloger UBL 2.0 Catalogue price and quantity G40 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Pris og mængde i kataloger UBL 2.0 Catalogue price and quantity G40 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Pris og mængde i kataloger

Læs mere

Introduktion til ebconnect gateway... 2. Opret brugerkonto... 2. Registrer dig i NemHandelsregistret... 2

Introduktion til ebconnect gateway... 2. Opret brugerkonto... 2. Registrer dig i NemHandelsregistret... 2 Indholdsfortegnelse Introduktion til ebconnect gateway... 2 Opret brugerkonto... 2 Registrer dig i NemHandelsregistret... 2 Registrering med ebconnect som endepunkt... 3 Abonnementtyper... 3 Kom godt i

Læs mere

UDKAST v.2. Til interessenter i ehandel (udsendes i bred offentlig høring)

UDKAST v.2. Til interessenter i ehandel (udsendes i bred offentlig høring) Sektorstandardiseringsudvalget for ehandel Til interessenter i ehandel (udsendes i bred offentlig høring) UDKAST v.2. Høring over vision, pejlemærker og forretningskrav til ehandel mellem den offentlige

Læs mere

Dokumentationsguide for dansk Bankkonto

Dokumentationsguide for dansk Bankkonto Dokumentationsguide for dansk Bankkonto OIOXML dokumentationsguide for dansk Bankkonto Denne guide er udarbejdet af Peter Neergaard Jensen, IT- og Telestyrelsen, i regi af Kernekomponentgruppen under XML-projektet

Læs mere

Introduktion til eblisten... 2. Opret brugerkonto... 2. Abonnementtyper... 2. Kom godt i gang med eblisten... 3. Start eblisten...

Introduktion til eblisten... 2. Opret brugerkonto... 2. Abonnementtyper... 2. Kom godt i gang med eblisten... 3. Start eblisten... Indholdsfortegnelse Introduktion til eblisten... 2 Opret brugerkonto... 2 Abonnementtyper... 2 Kom godt i gang med eblisten... 3 Start eblisten... 3 Send dokumenter med eblisten... 4 Udgående dokumenter...

Læs mere

OIOUBL Scenariebeskrivelse OIOUBL Kompleks Betalingsproces

OIOUBL Scenariebeskrivelse OIOUBL Kompleks Betalingsproces OIOUBL Scenariebeskrivelse OIOUBL Kompleks Betalingsproces Scenariepakke: COMPAY S07 Version 1.1 UBL 2.0 Dokumenthistorik Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering WD 0.1 06. April

Læs mere

Referat. OIO-udvalgsmøde for e-handel d. 26. august 2008

Referat. OIO-udvalgsmøde for e-handel d. 26. august 2008 Referat OIO-udvalgsmøde for e-handel d. 26. august 2008 Deltagere: Carsten Jensen, EDB Gruppen A/S Jens Christian Andersen, KMD Jesper Kervin Petersen, Danske Regioner Dorthe Gustavsen, Århus Kommune Søren

Læs mere

derved får adgang til en række yderligere funktionalitet og services, ligesom de vil kunne se egne data.

derved får adgang til en række yderligere funktionalitet og services, ligesom de vil kunne se egne data. Referat Møde i OIO-udvalget for e-handel Tilstede: Afbud: Søren Lauritsen, Århus kommune Flemming Møller, Progrator/gatetrade Thomas Mærsk Pedersen, Progrator/gatetrade Troels Mogensen, Medicoindustrien

Læs mere

AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal)

AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal) AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører (offentliggøres på Suppliers Portal) Version 6 / 09.08.2010 Formater og Tegnsæt AO ønsker at modtage EDI i følgende formater og tegnsæt: Formatering

Læs mere

OIOUBL Scenariebeskrivelse

OIOUBL Scenariebeskrivelse OIOUBL Scenariebeskrivelse OIOUBL Udvidet Indkøbsproces for selvstændige bilag Scenariepakke: SIMATT S08 Version 1.0 UBL 2.0 Published under Creative Commons license, attribution 2.5 Dokumenthistorik Revisioner

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Varebeskrivelser og kategorisering i kataloger UBL 2.0 Catalogue item description and categorisation G38 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning

Læs mere

FAKTURAGUIDE TIL DATEA

FAKTURAGUIDE TIL DATEA Dansk VANS netværk og NemHandel FAKTURAGUIDE TIL DATEA DATEA Lyngby Hovedgade 4 2800 Kgs. Lyngby 45 26 01 02 datea@datea.dk 1 Indledning Dette dokument beskriver DATEAs krav til indholdet af elektroniske

Læs mere

AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal)

AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal) AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører (offentliggøres på Suppliers Portal) Version 7 / 13.01.2011 Formater og Tegnsæt AO ønsker at modtage EDI faktura i følgende formater og tegnsæt:

Læs mere

NemHandel i den offentlige sektor

NemHandel i den offentlige sektor NemHandel i den offentlige sektor Ny lovgivning Helle Schade-Sørensen Chefkonsulent IT og Telestyrelsen De første erfaringer Jan Hansen Indkøbskonsulent Høje Taastrup Kommune NemHandel ny lovgivning Hvad

Læs mere

Referat af NemHandelaktørmøde

Referat af NemHandelaktørmøde Referat af NemHandelaktørmøde 4. juni 2014 SOK/MSH Tilstede: Mikkel Hempel, Tricom Simon Pedersen, Tricom Allan Jensen, Digital CAB Bjørn Rasmussen, IBM Kaj Andersen, IBM Mogens Christensen, CGI Dan Overgaard,

Læs mere

NemHandelsaktør møde 20. maj 2014

NemHandelsaktør møde 20. maj 2014 NemHandelsaktør møde 20. maj 2014 1 AGENDA 1. Velkommen og bordrunde 2. Godkendelse af referat fra sidst 3. Gennemgang af foreslåede schematron ændringer: 4. Gennemgang af PORS2 5. FOCES1 > FOCES2, herunder

Læs mere

Tilslutning til ecomone Basis (OIO Faktura)

Tilslutning til ecomone Basis (OIO Faktura) Tilslutning til ecomone Basis (OIO Faktura) 1. november 2009, Version 1.1 1. POST DANMARKS ECOMONE BASIS (OIO FAKTURA)... 3 1.1 BEGREBER... 3 2 KANALER... 3 3 MODEL FOR DATAUDVEKSLING... 4 4 KOMMUNIKATION...

Læs mere

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur IT & Operational Developement Projekt DAF Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur Politiken Jyllandsposten Berlingske Tidende OMD Carat Mediaedge:CIA Mediacom Initiative

Læs mere

OIOUBL Guideline. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Varebeskrivelser og kategorisering i kataloger UBL 2.0 Catalogue item description and categorization G38 Version 1.3 Udgivelsen er beskyttet af Creative Commons

Læs mere

Hvis virksomheden er tilmeldt efaktura som modtager, vil virksomhedens navn indgå i NemHandelregistre.

Hvis virksomheden er tilmeldt efaktura som modtager, vil virksomhedens navn indgå i NemHandelregistre. UNDERSKRIFT Undertegnede virksomhed ønsker med Aftalen at blive tilsluttet efaktura. Virksomheden bekræfter at have læst og accepteret vilkårene i Aftalen og i Standardvilkår for efaktura, som også findes

Læs mere

Implementeringsguide E-fakturering. Hvordan man sender e-fakturaer til Arp-Hansen Hotel Group

Implementeringsguide E-fakturering. Hvordan man sender e-fakturaer til Arp-Hansen Hotel Group Hvordan man sender e-fakturaer til Arp-Hansen Hotel Group Kære Leverandør til Arp-Hansen Hotel Group, Arp-Hansen Hotel Group har nu mulighed for at modtage elektroniske fakturaer gennem Basware Business

Læs mere

Du får her en kort beskrivelse af, hvordan du kommer i gang med at oprette filer, som Elektronisk fakt. OIOUBL/OIOXML i Business Online.

Du får her en kort beskrivelse af, hvordan du kommer i gang med at oprette filer, som Elektronisk fakt. OIOUBL/OIOXML i Business Online. Forløbet for en opkrævning Du får her en kort beskrivelse af, hvordan du kommer i gang med at oprette filer, som Elektronisk fakt. OIOUBL/OIOXML i Business Online. 1. Opret stamoplysninger (Fakturerings-

Læs mere

For brugere af DSM-løsningen betyder dette, at der skal foretages en opsætning i Navision-løsningen.

For brugere af DSM-løsningen betyder dette, at der skal foretages en opsætning i Navision-løsningen. Elektronisk fakturering (e-faktura, OIOUBL) Fra den 1. februar 2005 gælder loven om elektronisk fakturering for alle offentlige myndigheder. Det betyder, at de kun kan modtage og behandle elektroniske

Læs mere

Konsekvenser Ændringen bør ikke have de store konsekvenser for brugen af schematronen.

Konsekvenser Ændringen bør ikke have de store konsekvenser for brugen af schematronen. Notat 23. marts 2012 Ole Madsen OIOUBL Schematron release 15. juni 2012 Der vil ske en løbende tilpasning til PEPPOL over de kommende 2 releases. Dels vil der ske en opdatering i denne release pr. 15.

Læs mere

EDI. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version 201010

EDI. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version 201010 EDI Microsoft Dynamics NAV 2009 SP1 Klassisk Side 1 Indholdet i dette dokument må på ingen måde gengives helt eller delvist hverken på tryk eller i anden form - uden forudgående skriftlig tilladelse fra

Læs mere

Transaction Services. Basware Experience User Forum Collaborate. Innovate. Succeed.

Transaction Services. Basware Experience User Forum Collaborate. Innovate. Succeed. Transaction Services 3B Optimering af processer for afsendelse og modtagelse af fakturaer Karina Carlsen & Camilla Holbøll Basware Experience User Forum Collaborate. Innovate. Succeed. Australia Denmark

Læs mere

1. Oprettelse af danske debitorer (ikke offentlige)

1. Oprettelse af danske debitorer (ikke offentlige) SALGSPROCESSEN Der henvises generelt til forretningsgangsbeskrivelsen: Hvornår skal der sendes en faktura? http://www.au.dk/da/adm/budget/oko/proces/gruppe8/kapitel1/afsn2 Oprettelsen af debitorer (danske

Læs mere

Overførsler til udlandet

Overførsler til udlandet Danske Bank, Statens Betalinger Overførsler til udlandet Juli 2010 Side 1 Indhold 1 Indledning... 3 2 Krav til STP-betalinger indenfor EU:... 3 3 Krav til STP-betalinger udenfor EU:... 3 4 BIC (SWIFT)...

Læs mere

Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3

Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3 Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 4 A5.2 HTTP RETURKODER 4 A5.3 DIGITAL POST FEJLKODER 7 A5.3.1 DIGITAL POST

Læs mere

Deltagere: Referat af konstituerende møde i domænekomiteen for e-handel den 30. maj 2005 klokken 9.30-12.00

Deltagere: Referat af konstituerende møde i domænekomiteen for e-handel den 30. maj 2005 klokken 9.30-12.00 Referat 1 Deltagere: Christian Christiansen, Itst (formand) Mikkel Hippe Brun, Itst Peter Borresen, Itst (ref.) Helle Schade, VTU Carsten Pedersen, Finansstyrelsen (stedfortræder for Stig Korsgaard) Jens

Læs mere

NemHandelsRegistret (NHR)

NemHandelsRegistret (NHR) NemHandelsRegistret (NHR) Hjælpeguide til oprettelse i NemHandelsRegistret og registrering af profiler. Januar 2015 Version 1.1 Introduktion Hvis en virksomhed eller en offentlig myndighed ønsker at kunne

Læs mere

Supplier Workflow online fakturering. Quickguide til Supplier Workflow for danske og norske leverandører til Danske Bank Danmark

Supplier Workflow online fakturering. Quickguide til Supplier Workflow for danske og norske leverandører til Danske Bank Danmark Supplier Workflow online fakturering Quickguide til Supplier Workflow for danske og norske leverandører til Danske Bank Danmark Digitaliseret fakturering Supplier Workflow er en online e-faktureringsportal,

Læs mere

Supplier Workflow online fakturering. Quickguide til Supplier Workflow for leverandører til Realkredit Danmark

Supplier Workflow online fakturering. Quickguide til Supplier Workflow for leverandører til Realkredit Danmark Supplier Workflow online fakturering Quickguide til Supplier Workflow for leverandører til Realkredit Danmark Digitaliseret fakturering Supplier Workflow er en online e-faktureringsportal, som er udviklet

Læs mere

Salgsprocessen i Navision. Registrering af salgsfaktura og klarmelding.

Salgsprocessen i Navision. Registrering af salgsfaktura og klarmelding. Salgsprocessen i Navision Registrering af salgsfaktura og klarmelding. ADMIEKP 20 03 2009 Indholdsfortegnelse 1 Salgsfakturering ikke elektronisk faktura 3 1.1 Fanebladet Generelt 4 1.1.1 Sælgerkode 5

Læs mere

DaTelTek ApS ich 4 SpAPI Telenor Serviceprovider API

DaTelTek ApS ich 4 SpAPI Telenor Serviceprovider API DaTelTek ApS ich 4 SpAPI Telenor Serviceprovider API Release 4.0.0 DaTelTek ApS Birkevej 4 DK-4640 Faxe Denmark CVR: 31 06 05 59 +45 32 22 22 22 www.dateltek.dk info@dateltek.dk Indholdsfortegnelse Ændring

Læs mere

IP Client Brugeraftale

IP Client Brugeraftale IP Client Brugeraftale BRUGERAFTALE Patent- og Varemærkestyrelsen Helgeshøj Allé 81 DK - 2630 Taastrup Tlf. : 43 50 80 00 Fax: 43 50 80 01 pvs@dkpto.dk www.dkpto.dk Patent- og Varemærkestyrelsen 1. GENERELT

Læs mere

Continia e faktura Brugermanual. Version 3.08 december 2014. Continia Software A/S Hjulmagervej 55 DK-9000 Aalborg Denmark

Continia e faktura Brugermanual. Version 3.08 december 2014. Continia Software A/S Hjulmagervej 55 DK-9000 Aalborg Denmark Version 3.08 december 2014 Continia Software A/S Hjulmagervej 55 DK-9000 Aalborg Denmark Tel. +45 82 30 50 00 Support mail: CEF@Continia.dk Hjemmeside: www.continia.dk 1 Indledning... 3 2 Opsætning...

Læs mere

Møde i e-handelsgruppen 20. maj 2009

Møde i e-handelsgruppen 20. maj 2009 Referat Møde i e-handelsgruppen 20. maj 2009 Tilstede: Afbud: Flemming Beltoft, MySupply Peter Borresen, ebconnect Flemming Møller, Progator/gatetrade Sven Rasmussen, Preben Lauritsen, KMD Kasper Grøndahl

Læs mere

XP Output Management

XP Output Management XP Output Management 2 3 Hvorfor investere i Output Management? Output Management betyder oversat til dansk: håndtering og styring af din kommunikation. Dette indebærer alle former for kommunikation med

Læs mere

FACTSHEET TIL MICROSOFT DYNAMICS NAV CONTINIA E FAKTURA

FACTSHEET TIL MICROSOFT DYNAMICS NAV CONTINIA E FAKTURA FACTSHEET TIL MICROSOFT DYNAMICS NAV EGENSKABER > Al arbejde med dannelse af elektroniske fakturaer foregår inde i Microsoft Dynamics NAV. > Understøtter import og eksport af OIO XML og UBL (inklusive

Læs mere

Vejledning til brug af efaktura printskabelon 5 med fakturaer i OIOUBL-format

Vejledning til brug af efaktura printskabelon 5 med fakturaer i OIOUBL-format Vejledning til brug af efaktura printskabelon 5 med fakturaer i OIOUBL-format Vejledning printskabelon 5 baseret på OIOUBL-formatet p. 1-14 Indholdsfortegnelse Forord... 3 Indhold... 3 Placering af felter

Læs mere

Vejledning i opsætning af NemHandelsprogrammet

Vejledning i opsætning af NemHandelsprogrammet Vejledning i opsætning af NemHandelsprogrammet Kort om NemHandelsprogrammet Hvis du har et økonomisystem, som kan skabe NemHandelsfakturaer, kan du kombinere økonomisystemet med det gratis NemHandelsprogram,

Læs mere

Generelt deler vi visionen om elektronisk handel, også til offentlige virksomheder.

Generelt deler vi visionen om elektronisk handel, også til offentlige virksomheder. Helle Schade-Sørensen IT - og Telestyrelsen Holsteinsgade 63 2100 København Ø hss@itst.dk Hellerup, den 12. september 2007 Høringssvar til Høring af Revisions- og opdateringsstrategi for OIOUBL Med økonomistyringssystemerne

Læs mere

Af Thomas Liljendal 5. august 2014 Versionsnummer 01.01. Vejledning. Batchflow

Af Thomas Liljendal 5. august 2014 Versionsnummer 01.01. Vejledning. Batchflow Af Thomas Liljendal 5. august 2014 Versionsnummer 01.01 Vejledning Batchflow INDHOLDSFORTEGNELSE 1 Introduktion... 2 2 Sådan gør du... 3 2.1 Log på... 3 2.2 Anvendelse af BatchFlow... 4 2.3 Kort gennemgang

Læs mere

nyt TIPS & TRICKS GØR FINTUN DIN NAV LØSNING HELT ENKELT OPKRÆVNING

nyt TIPS & TRICKS GØR FINTUN DIN NAV LØSNING HELT ENKELT OPKRÆVNING nyt 2. HALVÅR 2009 C...leveret af din forhandler! Løsninger til Microsoft Dynamics NAV fra Continia Software... TIPS & TRICKS Se hvordan du får optimalt udbytte af din investering i Celenia Payment Management

Læs mere

OIOXML. Du får her en kort beskrivelse af, hvordan du kommer i gang med at oprette en opkrævning som Elektronisk faktura OIOXML i Business Online.

OIOXML. Du får her en kort beskrivelse af, hvordan du kommer i gang med at oprette en opkrævning som Elektronisk faktura OIOXML i Business Online. Forløbet for en opkrævning Du får her en kort beskrivelse af, hvordan du kommer i gang med at oprette en opkrævning som Elektronisk faktura OIOXML i Business Online. 1. Opret stamoplysninger (Fakturerings-

Læs mere

2B Basware Connectivity Service

2B Basware Connectivity Service Fakturahåndtering 2B Connectivity Service Camilla Holbøll A/S Agenda: Gennemgang af Connectivity Aktiverings Kampagne Forhindringer/udfordringer Fordele og udbytte 2 Hvad er Connectivity? Èn løsning der

Læs mere

Elektronisk fakturaguide til Danske Bank-koncernen for danske leverandører. Elektroniske formater: OIOXML og OIOUBL

Elektronisk fakturaguide til Danske Bank-koncernen for danske leverandører. Elektroniske formater: OIOXML og OIOUBL Elektronisk fakturaguide til Danske Bank-koncernen for danske leverandører Elektroniske formater: OIOXML og OIOUBL Indholdsfortegnelse 1 INDLEDNING... 3 2 FORUDSÆTNINGER... 3 2.1 VANS modtager... 3 2.2

Læs mere

NemHandel infrastruktur. Lars Houe Heinrich Clausen 4. November 2010

NemHandel infrastruktur. Lars Houe Heinrich Clausen 4. November 2010 NemHandel infrastruktur Lars Houe Heinrich Clausen 4. November 2010 Agenda NemHandelsprogrammet Gennemgang af funktionalitet RASP biblioteker RASP.NET og Java Brug af OCES certifikater NemHandel registeret

Læs mere

Konsignationslager & ordreproces

Konsignationslager & ordreproces Microsoft Dynamics AX Fall Konsignationslager & ordreproces 16. 1 Generelle fordele ved at bruge AX Kongsignationslager: - Lagerprocessen er ens for lagermedarbejdere - Kontrol og opfølgning er ensrettet

Læs mere

Microflex Ticketing system Microflex A Division of Ticketmaster

Microflex Ticketing system Microflex A Division of Ticketmaster Microflex Ticketing system Microflex A Division of Ticketmaster mno 12.06.07 INDHOLDSFORTEGNELSE INTRODUKTION 2 EVENTOPSÆTNING 3 PRINTEROPSÆTNING FOR P200 4 BETALINGSPLANER 7 DOKUMENTER 8 DOKUMENTYPER

Læs mere

FAQ 69: Uddybende vejledning til BI linjer i OIOUBL

FAQ 69: Uddybende vejledning til BI linjer i OIOUBL FAQ 69: Uddybende vejledning til BI linjer i OIOUBL - 1-24. August 2015 Katalog og ønsker til leverandører, som leverer katalog i OIOUBL format Der er til Digitaliseringsstyrelsen kommet ønsker til en

Læs mere

Mamut Stellar efaktura

Mamut Stellar efaktura Mamut Stellar efaktura Med Mamut Stellar e-faktura er det muligt at afsende og modtage e-fakturaer fra det offentlige og private virksomheder med GLN nummer (tidligere EAN-lokationsummer) via OIOSI eller

Læs mere

OIOUBL Kodeliste. OIOUBL PartyID K11. Version 1.3. Published under Creative Commons license, attribution 2.0. 15. marts 2013

OIOUBL Kodeliste. OIOUBL PartyID K11. Version 1.3. Published under Creative Commons license, attribution 2.0. 15. marts 2013 OIOUBL Kodeliste 15. marts 2013 OIOUBL PartyID K11 Version 1.3 Published under Creative Commons license, attribution 2.0 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail: digst@digst.dk Version 2.02 Marts

Læs mere

CONTINIA COLLECTION MANAGEMENT FACTSHEET TIL MICROSOFT DYNAMICS NAV

CONTINIA COLLECTION MANAGEMENT FACTSHEET TIL MICROSOFT DYNAMICS NAV FACTSHEET TIL MICROSOFT DYNAMICS NAV Med Continia Collection Management samler du markedets førende opkrævningsstandarder i én enkelt løsning. Du kan herved udføre elektronisk fakturering med enten Betalingsservice,

Læs mere

NemHandel menuen 14.1

NemHandel menuen 14.1 NemHandel menuen 14.1 14. NEMHANDEL Nemhandel er standard for fakturering af elektroniske fakturaer til EAN-kunder. Nemhandel er obligatorisk til offentlige kunder. Med Rambøll Nemhandel kan du foretage

Læs mere

SSU for e-handel 13. Juni 2007

SSU for e-handel 13. Juni 2007 SSU for e-handel 13. Juni 2007 Agenda Velkommen og bordrunde Status på OIO serviceorienteret infrastruktur Status på OIOUBL; ny release og værktøjer Status på internationale aktiviteter Sektortilpasninger

Læs mere

Nemhandel infrastruktur. Morten Hougesen Christian Uldall Pedersen 8. April 2010

Nemhandel infrastruktur. Morten Hougesen Christian Uldall Pedersen 8. April 2010 Nemhandel infrastruktur Morten Hougesen Christian Uldall Pedersen 8. April 2010 Agenda NemHandelsprogrammet Gennemgang af funktionalitet RASP biblioteker RASP.NET og Java Brug af OCES certifikater Pause

Læs mere

FAQ OIOXML elektronisk regning

FAQ OIOXML elektronisk regning Side 1 af 24 FAQ OIOXML elektronisk regning 10. september 2012 1 Indledning Denne FAQ samler svarene på de spørgsmål der oftest er blevet stillet i forbindelse med OIOXML elektronisk regning. Alle spørgsmål

Læs mere

Integration af DocuBizz og Helios

Integration af DocuBizz og Helios Integration af DocuBizz og Helios v. 0.2 Side 1 af 7 Integration af DocuBizz og Helios 1 Overordnet beskrivelse... 1 2 Format for de overførte data... 1 3 Overførsel af stamdata fra Helios til DocuBizz...

Læs mere