OIOUBL Scenariebeskrivelse

Størrelse: px
Starte visningen fra side:

Download "OIOUBL Scenariebeskrivelse"

Transkript

1 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

2 Dokumenthistorik Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering WD Maj 2008 First Draft Version (based on UBL 2.0 draft) ARJ/TOØ No Forfattere Navn Initialer Organisation Torben Østergaard TOØ Logica A/S Allan Rennebo Jepsen ARJ Logica A/S S10 OIOUBL Køberinitieret fakturering Side 2 af 68

3 Ophavsrettigheder Ophavsrettighederne for denne udgivelse følger reglerne i Creative Common, Navngivning 2.5: Det er tilladt at: fremstille bearbejdede værker ud fra dette dokument fremstille eksemplarer og gøre dokumentet tilgængeligt for almenheden benytte dokumentet i kommerciel henseende under betingelse af tydelig kildehenvisning til denne udgivelse fra IT- og Telestyrelsen. Læs mere om rettighederne på S10 OIOUBL Køberinitieret fakturering Side 3 af 68

4 Indholdsfortegnelse Dokumenthistorik...2 Revisioner...2 Ophavsrettigheder Introduktion Formål og målgruppe Sådan bruges dette dokument Forudsætninger Referencer Definition af OIOUBL Køberinitieret fakturering Emneområde Anvendelse af OIOUBL-profiler Beskrevne Scenarier Indkøb af kuglelejer Resume af scenariet Scenariets karakteristika Scenariets kontekst Anvendte dokumenter Kundepartner Leverandørparter Aktivitetsdiagram for scenariet Detaljeret beskrivelse af primære aktiviteter Udstede faktura Modtage faktura Interne processer og fordele ved køberinitieret fakturering RegningsKundePart RegningsLeverandørPart Eksempler Forretningsobjekter Kuglelejer med fejl Resume af scenariet Scenariets karakteristika Scenariets kontekst Anvendte dokumenter Kundepartner Leverandørparter Aktivitetsdiagram for scenariet Detaljeret beskrivelse af primære aktiviteter S10 OIOUBL Køberinitieret fakturering Side 4 af 68

5 4.5.1 Udstede faktura Modtage faktura Accept af faktura Udstede kredit nota Modtage kreditnota Accept af kredit nota Interne processer og fordele ved køberinitieret fakturering RegningsKundePart RegningsLeverandørPart Eksempler Forretningsobjekter Kuglelejer afvigelse Resume af scenariet Scenariets karakteristika Scenariets kontekst Anvendte dokumenter Kundepart Leverandørpart Aktivitetsdiagram for scenariet Detaljeret beskrivelse af primære aktiviteter Udstede kredit nota Modtage kreditnota Accept af kredit nota Interne processer og fordele ved køberinitieret fakturering RegningsKundePart RegningsLeverandørPart Eksempler Forretningsobjekter Bleer til daginstitution Resume af scenariet Scenariets karakteristika Scenariets kontekst Anvendte dokumenter Kundepartner Leverandørparter Aktivitetsdiagram for scenariet Detaljeret beskrivelse af primære aktiviteter Udstede faktura Modtage faktura S10 OIOUBL Køberinitieret fakturering Side 5 af 68

6 6.5.3 Det videre forløb Interne processer og fordele ved køberinitieret fakturering RegningsKundePart RegningsLeverandørPart Eksempler Forretningsobjekter Levering af korn til foderstofgrossist Scenariets karakteristika Scenariets kontekst Anvendte dokumenter Kundepartner Leverandørparter Aktivitetsdiagram for scenariet Detaljeret beskrivelse af primære aktiviteter Forudgående processer Udstede faktura Modtage faktura Interne processer og fordele ved køberinitieret fakturering RegningsKundePart RegningsLeverandørPart Eksempler Forretningsobjekter S10 OIOUBL Køberinitieret fakturering Side 6 af 68

7 1. Introduktion Dette dokument beskriver forretningsscenarier vedrørende scenariepakken OIOUBL Køberinitieret fakturering baseret på UBL 2.0-forretningsdokumenter. Se ref.nr. 1 for en oversigt over OIOUBL-pakken og ref.nr. 4 for UBL 2.0-specifikationen. 1.1 Formål og målgruppe Formålet med dette dokument er at fremme brugen af UBL 2.0 til indkøbsprocesser i Danmark ved at tilbyde beskrivelser af typiske OIOUBL-forretningsscenarier. En normativ specifikation af OIOUBL findes i OIOUBL Retningslinjer (Ref. 4) og specifikationen OASIS Universal Business Language 2.0 (Ref. 5). Den væsentligste fokus sættes på offentlige indkøb, men specifikationerne kan også anvendes i den private sektor. Der er fokuseret på, hvordan UBL kan bruges til at optimere indkøbsprocessen med et mindre antal elektroniske dokumenter. Målgruppen er tekniske specialister og domænespecialister, der er ansvarlige for implementering af e-indkøb, udviklere og projektledere med ansvar for implementering af ERPsystemer, workflow-systemer og andre beslægtede systemer på det danske marked. Scenariebeskrivelserne i dette dokument kan fungere som inspiration for UBL-brugere i alle lande og på denne måde fremme brugen af UBL på verdensplan. 1.2 Sådan bruges dette dokument Scenariebeskrivelsen er inddelt i følgende logiske afsnit: Generel introduktion En definition af processen for OIOUBL Køberinitieret fakturering Et antal relaterede scenariebeskrivelser (Use cases), herunder eksempler på XML-instansfiler. Beskrivelse af udvalgte interne processer og fordele ved ehandel Kapitel 2.5 indeholder en oversigt over, hvilke forretningsscenarier der beskrives i dokumentet. I forbindelse med forretningsscenarier er det vigtigt at skelne mellem eksterne og interne processer. De eksterne processer beskriver, hvordan ehandelsdokumenter udveksles mellem forskellige eksterne parter, mens interne processer beskriver, hvordan en given organisation eller virksomhed håndterer disse eksterne dokumenter. Normalt udløser de eksterne dokumenter en eller flere interne procedurer, og indholdet af de eksterne dokumenter får vital betydning for disse procedurer. Forretningsprocesser (eller -aktiviteter) klassificeres på følgende måde gennem dokumentet: Primære aktiviteter (eksterne processer inden for det definerede emneområde) Sekundære aktiviteter (eksterne processer uden for det definerede emneområde og de interne processer) Primære aktiviteter er af natur generiske og vil blive beskrevet som sådan. Disse aktiviteter er dokumentets hovedfokus. Dog vil udvalgte interne processer blive beskrevet på basis af observationer. Afsnittene med eksempler er beregnet som en hjælp til at lette implementeringsprocessen for at minimere antallet af implementeringsfejl og misfortolkninger af dokumentinstanser. S10 OIOUBL Køberinitieret fakturering Side 7 af 68

8 1.3 Forudsætninger Det forudsættes, at læseren har kendskab til følgende: Begrebet UBL 2.0-parter (Ref.nr. 4) OIOUBL-profilspecifikationen (Ref.nr. 3) OIOUBL-scenarieklassifikationen (Ref.nr. 2) 1.4 Referencer Ref.nr. Dokument-id Version Titel 1 I01 V Oversigt over OIOUBL-pakker 2 S01 V Introduktion til OIOUBL Indkøbsscenarier 3 G26 V OIOUBL-profilspecifikation 4 I01 V Introduktion til OIOUBL Retningslinjer 5 V Specifikationen OASIS Universal Business Language 2.0 S10 OIOUBL Køberinitieret fakturering Side 8 af 68

9 2. Definition af OIOUBL Køberinitieret fakturering 2.1 Emneområde OIOUBL Køberinitieret fakturering vedrører fakturering initieret af køber. Dette kan være relevant i flere forskellige sammenhænge: Køber faktureres først ved forbrug af en vare eller ydelse Køber sætter prisen på de varer, der er modtaget fra sælger Køber faktureres, når køber har foretaget kvalitetssikring af leverancen. Dette dokument forholder sig hverken til indgåelsen af den forudgående aftale mellem Køber og Sælger eller afregning af faktura/kreditnota. Den køberinitierede faktureringsproces har følgende karakteristika: Der er en aftale mellem en given køber og sælger om at køber har ret til at foretage fakturering af sig selv Køber/ RegningsKundePart opretter faktura og sender den efterfølgende til Sælger Køber/ RegningsKundePart opretter kreditnota og sender den efterfølgende til Sælger Dette dokument indeholder beskrivelser af de forskellige måder, som Køberinitieret fakturering kan gennemføres på ved hjælp af rammeværket UBL 2.0. Følgende emner beskrives: De involverede forretningsparter De involverede forretningsprocesser og deres indbyrdes sammenhænge De forretningsdokumenter, der skal udveksles De forretningsregler, der gælder for disse forretningsdokumenters indhold og struktur 2.2 Anvendelse af OIOUBL-profiler Som beskrevet i Ref , håndterer OIOUBL de forskellige kompleksitetsniveauer ved hjælp af et sæt forskellige profiler. OIOUBL-profiler gør det muligt for forretningsparter at blive enige om et givent implementeringsniveau af UBL 2.0-modellen, hvorfor det er muligt at begynde på det basale niveau og senere udbygge til en mere avanceret model. Profilerne identificeres med et unikt id i hver instans af forretningsdokumenterne, og ved at angive et bestemt id, forpligter forretningsparten sig til at følge de regler og det dokumentforløb, der er defineret for dette profil-id. En OIOUBL-profil er sammensat af en eller flere forretningsprocesser, der genbruges (byggesten) i forskellige profiler. Profilerne er struktureret i fire niveauer. Profilniveau Beskrivelse UBL-anvendelse Basal Forretningsprofiler på basalt niveau Basal UBL-anvendelse Simpel Forretningsprofiler på startniveau Simpel UBL-anvendelse Udvidet Forretningsprofiler på næste niveau Begrænset UBL-anvendelse Avanceret Forretningsprofiler på højeste niveau Fuld UBL-anvendelse S10 OIOUBL Køberinitieret fakturering Side 9 af 68

10 OIOUBL Køberinitieret Fakturering anvender følgende OIOUBL-profiler Profil Profil-id Kommentarer SelfBillingSimple Procurement-SelBilSim- Køberinitieret faktureringsproces hvor Køber/ RegningsKundePart både har mulighed for at foretage egenfakturering samt oprette kreditnota Når profilerne for køberinitieret fakturering anvendes, er aktørerne begrænset til Kunde (Customer) og Leverandør (Supplier) med følgende roller 1 : Køber (Buyer Customer Party) Sælger (Seller Supplier Party) RegningsKundePart (Accounting Customer Party) RegningsLeverandørPart (Accounting Supplier Party) Der indgår følgende forretningsdokumenter: Køberinitieret Faktura (SelfBilledInvoice) Køberinitieret Kreditnota (SelfBilledCreditNote) Applikationsmeddelelse (Application Response) Profilerne omfatter følgende forretningsprocesser: Profil SelfBilledSimpleR Beskrivelse Formålet med denne proces er at standardisere den samlede proces for køberinitieret fakturering. Her har Køber/ RegningsKundePart mulighed for både at fakturere sig selv, og oprettelse kreditnotaer. 1 En rolle svarer til en UBL 2.0-partterm, se Ref for yderligere oplysninger. S10 OIOUBL Køberinitieret fakturering Side 10 af 68

11 Følgende illustration viser processen. act Procurement-BilSel Accounting Customer Party Accounting Supplier Party Create Self Billed Inv oice Self Billed Invoice Process Self Billed Inv oice [Under charged] Process Application Response Application Response Create Application Response [Discrepancy in charges] Reconsile Charges Reconsile Charges [Over charged] [Accept charges] Create Self Billed Credit Note Self Billed Credit Note Process Self Billed Credit Note [Accept] Receiv e Application Response Application Response Send Application Response Figur 1, Profil: SelBilSimR- S10 OIOUBL Køberinitieret fakturering Side 11 af 68

12 2.3 Beskrevne Scenarier For OIOUBL Køberinitieret fakturering er der defineret et antal scenarier (use-cases), der beskrives i detaljer. Et scenario afspejler et fast sæt karakteristika inden for det definerede emneområde. Følgende scenarier beskrives i dette dokument: Kapitel Scenariets titel Beskrivelse 3 Indkøb af kuglelejer Happy day-scenariet 4 Kuglelejer med fejl Fejl-scenarie 5 Kuglelejer afvigelse Fejl-scenarie 6 Bleer til daginstitution Happy day-scenariet 7 Levering af korn til foderstofgrossist Happy day-scenariet S10 OIOUBL Køberinitieret fakturering Side 12 af 68

13 3. Indkøb af kuglelejer 3.1 Resume af scenariet En maskinfabrik der producerer motorer har et stort forbrug af kuglelejer og har derfor en aftale med en sælger om at kunne selvfakturere. Sælger har grundet Maskinfabrikkens store aftag af kuglelejer oprettet et lager hos Maskinfabrikken hvor det er hensigten at Maskinfabrikken selv plukker de kuglelejer der er behov for. Dermed skal Maskinfabrikken faktureres når der plukkes varer fra Sælgers lager, hvilket efter aftale sker ved at Maskinfabrikken fakturerer sig selv. I dette scenarie er RegningsKundePart identisk med Køber og RegningsLeverandørPart er identisk med Sælger. Dette er Happy Day versionen hvor Sælger/ RegningsLeverandørPart godkender fakturaen. 3.2 Scenariets karakteristika Der findes en aftale mellem køber og sælger Sælger leverer regelmæssigt varer til køberen Sælger har sit lager placeret hos Køber Køber har ret til at plukke varer direkte fra Sælgers lager Køber/ RegningsKundePart og Sælger/ RegningsLeverandørPart har indbyrdes aftalt en nummerserie for fakturering Køber skal betale for en given vare når den bliver plukket fra Sælgers lager Sælger har ikke umiddelbart adgang til eget lager Fakturanummeret er bestemt af udstederens nummerserie Parterne understøtter udveksling af XML-dokument-instanser (via deres netværksudbydere) 3.3 Scenariets kontekst Følgende elementer indgår ikke i dette scenario: Accept af faktura (ApplicationResponse) Kundeinitieret kreditnota (SelfBilledCreditNote) Accept af kreditnota (ApplicationResponse) Anvendte dokumenter Følgende dokumenter indgår i scenariet: Kundeinitieret faktura (SelfBilledInvoice) Kundepartner RegningsKundePart (Accounting Customer Party): Sachs Motor Att. Tom Poulsen S10 OIOUBL Køberinitieret fakturering Side 13 af 68

14 Møllegade Århus C EAN: CVR: Dette er et eksempel på en privat virksomhed der producerer motorer. Køber/ RegningsKundePart anvender et ERP-system, der kan modtage og afsende elektroniske dokumenter. Køber/ RegningsKundePart identificeres ved hjælp af det entydige CVR-nummer Leverandørparter RegningsLeverandørPart (Accounting Supplier Party) Dansk Kugleleje Center Att. Henrik Løgmand Meterbuen Skovlunde CVR : Dette er et eksempel på en privat virksomhed der producerer kuglelejer. Leverandøren anvender et ERPsystem, der kan modtage og afsende elektroniske dokumenter. Leverandøren identificeres ved hjælp af det entydige CVR-nummer. 3.4 Aktivitetsdiagram for scenariet Figur 3, Profil: Procurement-BilSel- 3.5 Detaljeret beskrivelse af primære aktiviteter Nedenfor beskrives hver af de primære aktiviteter, der vises i aktivitetsdiagrammet (Figur 3). En primær aktivitet er kendetegnet ved, at den ligger inden for denne scenariebeskrivelses emneområde og samtidig betragtes som ekstern (ikke en intern proces). S10 OIOUBL Køberinitieret fakturering Side 14 af 68

15 3.5.1 Udstede faktura Når Køber plukker et antal kuglelejer fra Sælgers lager opretter Køber samtidig en Køberinitieret faktura som afregning for de varer der er taget fra lageret. Den Køberinitierede faktura bliver herefter sendt til Sælger Køber/ RegningsKundePart skal i forbindelse med fremsendelse af køberinitieret faktura levere følgende forretningsoplysninger i selve forespørgslen: Kundeoplysninger (AccountingCustomerParty) Leverandøroplysninger (AccountingSupplierParty) Oplysninger om antal plukkede varer med tilhørende pris Disse oplysninger giver leverandøren mulighed for at oprette fakturaen i deres interne it-system Modtage faktura Sælger/ RegningsLeverandørPart modtager den Kundeinitierede faktura direkte i deres ERP system. Her valideres det at fakturaen er i overensstemmelse med den aftale man har med Køber. I Happy Day scenariet bliver den køberinitierede faktura accepteret. 3.6 Interne processer og fordele ved køberinitieret fakturering Graden af de fordele der høstes ved brug af elektronisk tilbudshåndtering hænger i høj grad sammen med forretningsdomænet og graden af integration mellem en organisations eksterne og interne processer. Formålet med dette kapitel er at fokusere på og beskrive de mulige fordele, der kan opnås ved at indbygge elektroniske dokumentforløb i organisationens interne processer RegningsKundePart Mindre parpirarbejde Ved at Køber/ RegningsKundePart selv genererer og fremsender faktura er det ikke længere nødvendigt køber først sender oplysninger om forbrug til leverandøren, hvorefter leverandøren kan generere og fremsende en faktura. Dermed spares en forretningsgang mellem kunde og leverandør JIT (Just in time) Ved at Køber/ RegningsKundePart kan fakturere sig selv, bliver det lættere at få leverandører til at acceptere at køber først faktureres når en given vare forbruges, og ikke når den leveres. Dermed sparer køber færre penge bundet i varelagre, og dermed en bedre likviditet RegningsLeverandørPart Mindre parpirarbejde Ved at Køber/ RegningsKundePart selv genererer og fremsender faktura er det ikke længere nødvendigt køber først sender oplysninger om forbrug til leverandøren, hvorefter leverandøren kan generere og fremsende en faktura. Dermed spares en forretningsgang mellem kunde og leverandør. S10 OIOUBL Køberinitieret fakturering Side 15 af 68

16 JIT (Just in time) Ved at placere lageret hos køber har leverandøren ikke omkostninger til at drive eget lager med dertil hørende plukpriser. Desuden har leverandøren ikke en løbende opgave med at fakturere køber, hvilket specielt er interessant hvis der foretages mange leveringer til samme kunde. 3.7 Eksempler Tom Poulsen er ansat som produktionsansvarlig hos Sachs Motor. Tom har indgået en aftale med Dansk Kugleleje Center om at Dansk Kugleleje Center opretter et fjernlager hos Sachs Motor, så Tom selv kan hente kuglelejer på lageret når de skal bruges i produktionen. Til gengæld er det så Toms ansvar at håndtere faktureringen af Sachs Motor. Dette betyder, at følgende trin gennemføres: 1. Tom skal producere en ny motor 2. Tom henter 5 sæt kuglelejer på lageret 3. Tom opretter en køberinitieret faktura og sender den til Dansk Kugleleje Center 4. Tom benytter kuglelejerne i den nye motor Forretningsobjekter I de følgende tabeller finder du de forretningsobjekter, der er vigtige for dette eksempel Køberinitieret faktura (SelfBilledInvoice) SelfBilledInvoice Class Field Attribute Value Note 2 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 CopyIndicator UU A False 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate InvoiceTypeCode 380 urn:oioubl:codelist:invoicetypecode- DocumentCurrencyCode AccountingCost AccountingCustomerParty Party 2 S10 OIOUBL Køberinitieret fakturering Side 16 af 68

17 Endpoint scheme :CVR PartyIdentification scheme :CVR Party Sachs Motor PostalAddress STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyTaxScheme Company scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Sachs Motor scheme urn:oioubl:scheme:partyidentification- CVR Contact Tom Poulsen Telephone ElectronicMail S10 OIOUBL Køberinitieret fakturering Side 17 af 68

18 AccountingSupplierParty Party Endpoint scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 PartyTaxScheme Company scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Dansk Kugleleje Center scheme urn:oioubl:scheme:partyidentification- CVR Contact S10 OIOUBL Køberinitieret fakturering Side 18 af 68

19 Henrik Løgmand Telephone ElectronicMail Delivery ActualDeliveryDate PaymentMeans 1 PaymentMeansCode 42 PaymentDueDate PaymentChannelCode BANK urn:oioubl:id:paymentchannelcode- PayerFinancialAccount PaymentNote A PayeeFinancialAccount PaymentNote A FinancialInstitutionBranch 9544 PaymentTerms 1 PaymentMeans 1 Amount TaxTotal TaxAmount TaxSubtotal TaxableAmount TaxAmount TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress S10 OIOUBL Køberinitieret fakturering Side 19 af 68

20 STRUCTURED_REGION LegalMonetaryTotal LineExtensionAmount TaxExclusiveAmount TaxInclusiveAmount PayableAmount InvoiceLine 1 InvoicedQuantity 5.00 unitcode EA LineExtensionAmount OrderLineReference Line 1 TaxTotal TaxAmount TaxSubtotal TaxableAmount TaxAmount TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION S10 OIOUBL Køberinitieret fakturering Side 20 af 68

21 Item Description Kugleleje blå (53) Kugleleje-53 SellersItemIdentification scheme EAN Price PriceAmount BaseQuantity 1 unitcode EA OrderableUnitFactorRate 1 S10 OIOUBL Køberinitieret fakturering Side 21 af 68

22 4. Kuglelejer med fejl Da Køber skal afregne med sælger på det tidspunkt hvor varen plukkes fra Sælgers lager, er det muligt at Køber er blevet faktureret for defekte varer. For at Køber ikke ender med at betale for de fejlbehæftede varer, beskriver dette scenarie hvordan Køber/ RegningsKundePart efterfølgende kan initiere en kreditnota til sig selv. Muligheden for at Køber/ RegningsKundePart kan sende en kreditnota til sig selv kan også finde anvendelse såfremt Køber/ RegningsKundePart har afsendt en ikke korrekt faktura til Sælger. I dette tilfælde skal Køber/ RegningsKundePart efterfølgende sende en kreditnota til Sælger/ RegningsLeverandørPart for enten at korrigere fejlen på den fremsendte faktura eller oprette en helt ny og korrekt faktura. Denne mulige anvendelse er dog ikke dækket i denne scenariebeskrivelse. I dette scenarie er RegningsKundePart identisk med Køber og RegningsLeverandørPart er identisk med Sælger. Dette er Happy Day versionen hvor Sælger/ RegningsLeverandørPart godkender både fakturaen og kreditnotaen. 4.1 Resume af scenariet En maskinfabrik der producerer motorer har et stort forbrug af kuglelejer og har derfor en aftale med en sælger om at kunne selvfakturere. Sælger har grundet Maskinfabrikkens store aftag af kuglelejer oprettet et lager hos Maskinfabrikken hvor det er hensigten at Maskinfabrikken selv plukker de kuglelejer der er behov for. Dermed skal Maskinfabrikken faktureres når der plukkes varer fra Sælgers lager. En Køber/ RegningsKundePart fakturerer sig selv for de varer Køber bliver plukket fra Sælgers lager, hvorefter Køber opdager at der er fejl i én af varene. For ikke at betale for den defekte vare, sender køberen en kreditnota til sælgeren. 4.2 Scenariets karakteristika Der findes en aftale mellem køber og sælger Sælger leverer regelmæssigt varer til køberen Sælger har sit lager placeret hos Køber Køber har ret til at plukke varer direkte fra Sælgers lager Køber/ RegningsKundePart og Sælger/ RegningsLeverandørPart har indbyrdes aftalt en nummerserie for fakturering Køber skal betale for en given vare når den bliver plukket fra Sælgers lager Sælger har ikke umiddelbart adgang til eget lager Køber/ RegningsKundePart har ret til at sende en kreditnota til Sælger/ RegningsLeverandørPart når der er fejl i varerne plukket fra Sælgers lager Fakturanummeret er bestemt af udstederens nummerserie Parterne understøtter udveksling af XML-dokument-instanser (via deres netværksudbydere) 4.3 Scenariets kontekst Der er ikke ekskluderet nogle dokumenter fra dette scenarie S10 OIOUBL Køberinitieret fakturering Side 22 af 68

23 4.3.1 Anvendte dokumenter Følgende dokumenter indgår i scenariet: Kundeinitieret faktura (SelfBilledInvoice) Accept af faktura (ApplicationResponse) Kundeinitieret kreditnota (SelfBilledCreditNote) Accept af kreditnota (ApplicationResponse) Kundepartner RegningsKundePart (Accounting Customer Party): Sachs Motor Att. Tom Poulsen Møllegade Århus C EAN: CVR: Dette er et eksempel på en privat virksomhed der producerer motorer. Køber/ RegningsKundePart anvender et ERP-system, der kan modtage og afsende elektroniske dokumenter. Køber/ RegningsKundePart identificeres ved hjælp af det entydige CVR-nummer Leverandørparter RegningsLeverandørPart (Accounting Supplier Party) Dansk Kugleleje Center Att. Henrik Løgmand Meterbuen Skovlunde CVR : Dette er et eksempel på en privat virksomhed der producerer kuglelejer. Leverandøren anvender et ERPsystem, der kan modtage og afsende elektroniske dokumenter. Leverandøren identificeres ved hjælp af det entydige CVR-nummer. S10 OIOUBL Køberinitieret fakturering Side 23 af 68

24 4.4 Aktivitetsdiagram for scenariet Figur 4, Profil: SelBilSimR- 4.5 Detaljeret beskrivelse af primære aktiviteter Nedenfor beskrives hver af de primære aktiviteter, der vises i aktivitetsdiagrammet (figur 4). En primær aktivitet er kendetegnet ved, at den ligger inden for denne scenariebeskrivelses formål og samtidig betragtes som ekstern (ikke en intern proces) Udstede faktura Når Køber plukker et antal kuglelejer fra Sælgers lager opretter Køber samtidig en Køberinitieret faktura som afregning for de varer der er taget fra lageret. Den Køberinitierede faktura bliver herefter sendt til Sælger Køber/ RegningsKundePart skal i forbindelse med fremsendelse af køberinitieret faktura levere følgende forretningsoplysninger i selve forespørgslen: Kundeoplysninger (AccountingCustomerParty) Leverandøroplysninger (AccountingSupplierParty) Oplysninger om antal plukkede varer med tilhørende pris Disse oplysninger giver leverandøren mulighed for at oprette fakturaen i deres interne it-system. S10 OIOUBL Køberinitieret fakturering Side 24 af 68

25 4.5.2 Modtage faktura Sælger/ RegningsLeverandørPart modtager den Kundeinitierede faktura direkte i deres ERP system. Her valideres det at fakturaen er i overensstemmelse med den aftale man har med Køber. I Happy Day scenariet bliver den køberinitierede faktura accepteret Accept af faktura Sælger/ RegningsLeverandørPart sender et application response til Køber/ RegningsKundePart hvor Sælger/ RegningsLeverandørPart forretningsmæssigt accepterer fakturaen Udstede kredit nota Køber opdager under produktionen at ikke alle lejerne lever op til kvalitetskravene. Det ene sæt kuglelejer er defekt hvorfor Køber/ RegningsKundePart opretter en køberinitieret kreditnota på det defekte antal kuglelejer og sender denne kreditnota til Sælger. Køber/ RegningsKundePart skal i forbindelse med fremsendelse af køberinitieret kreditnota levere følgende forretningsoplysninger i selve forespørgslen: Kundeoplysninger (AccountingCustomerParty) Leverandøroplysninger (AccountingSupplierParty) Beløb der skal krediteres Modtage kreditnota Sælger/ RegningsLeverandørPart modtager den Køberinitierede kreditnotaen direkte i deres ERP system. Her valideres det at kreditnotaen er i overensstemmelse med den aftale man har med Køber, og at kreditnotaen vurderes at være forretningsmæssigt korrekt. I Happy Day scenariet bliver den køberinitierede kreditnota accepteret Accept af kredit nota Sælger/ RegningsLeverandørPart sender et application response til Køber/ RegningsKundePart hvor Sælger/ RegningsLeverandørPart forretningsmæssigt accepterer kreditnotaen. 4.6 Interne processer og fordele ved køberinitieret fakturering Graden af de fordele der høstes ved brug af elektronisk tilbudshåndtering hænger i høj grad sammen med graden af integration mellem en organisations eksterne og interne processer. Formålet med dette kapitel er at fokusere på og beskrive de mulige fordele, der kan opnås ved at indbygge elektroniske dokumentforløb i organisationens interne processer RegningsKundePart Mindre parpirarbejde Ved at Køber/ RegningsKundePart selv genererer og fremsender kreditnota er det ikke længere nødvendigt køber først sender oplysninger om forbrug til leverandøren, hvorefter leverandøren kan S10 OIOUBL Køberinitieret fakturering Side 25 af 68

26 generere og fremsende en faktura. Dermed spares en forretningsgang mellem kunde og leverandør. Den samme fordel opleves med kreditnota, da køber ikke først skal kontakte sælger for efterfølgende at modtage en kreditnota JIT (Just in time) Ved at Køber/ RegningsKundePart kan fakturere og kreditere sig selv, bliver det lættere at få leverandører til at acceptere at køber først faktureres når en given vare forbruges, og ikke når den leveres. Dermed får køber færre penge bundet i varelagre, og dermed en bedre likviditet. Ved at Køber/ RegningsKundePart kan kreditere sig selv, bliver det muligt at have en mere præcis styring af lagerbeholdningen. Kan køber ikke kreditere sig selv, vil der opstå en forsinkelse i håndtering af lagerbeholdning, da Køber først skal informere Sælger om en eventuel fejl, hvorefter Sælger kan oprette kreditnotaen Juridisk accept Ved at Sælger/ RegningsLeverandørPart sender en accept til Køber/ RegningsKundePart når der modtages faktura eller kredit nota, giver Sælger/ RegningsLeverandørPart sin aktive accept af at fakturaen er i overensstemmelse med samarbejdsaftalen Fleksibilitet Ved at Køber/ RegningsKundePart selv kan styre hele faktureringsprocessen bliver Køber/ RegningsKundePart meget lidt afhængig af ekspeditionstid hos Sælger, og får samtidig kontrol over lageret RegningsLeverandørPart Mindre parpirarbejde Ved at Køber/ RegningsKundePart selv genererer og fremsender både faktura og kreditnota er det ikke længere nødvendigt for køber først sender oplysninger om forbrug til leverandøren, hvorefter leverandøren kan generere og fremsende en faktura. Dermed spares en forretningsgang mellem kunde og leverandør i forbindelse med fakturering. Samtidig bliver arbejdsgangen hos leverandøren minimeret da fejl på varer ikke først skal håndteres af køber (der rapporterer til leverandøren) og derefter af leverandøren (der sender en kreditnota til køber) JIT (Just in time) Ved at placere lageret hos køber har leverandøren ikke omkostninger til at drive eget lager med dertil hørende plukpriser. Desuden har leverandøren ikke en løbende opgave med at fakturere køber, hvilket specielt er interessant hvis der foretages mange leveringer til samme kunde. Ved at Køber/ RegningsKundePart kan kreditere sig selv, bliver det muligt at have en mere præcis styring af lagerbeholdningen. Kan køber ikke kreditere sig selv, vil der opstå en forsinkelse i håndtering af lagerbeholdning, da Køber først skal informere Sælger om en eventuel fejl, hvorefter Sælger kan oprette kreditnotaen Juridisk accept Ved at Sælger/ RegningsLeverandørPart kan sende en accept eller afvisning til Køber/ RegningsKundePart når der modtages faktura eller kredit nota, har Sælger/ RegningsLeverandørPart en simpel mulighed for at håndtere fakturagodkendelse. S10 OIOUBL Køberinitieret fakturering Side 26 af 68

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 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 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

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

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

OIOUBL Scenariebeskrivelse

OIOUBL Scenariebeskrivelse OIOUBL Scenariebeskrivelse OIOUBL Udvidet Indkøbsproces for Tilbud Scenariepakke: ADVQUO S09 Version 1.0 UBL 2.0 Published under Creative Commons license, attribution 2.5 Dokumenthistorik Revisioner Revision

Læs mere

OIOUBL Scenariebeskrivelse OIOUBL Katalogudveksling

OIOUBL Scenariebeskrivelse OIOUBL Katalogudveksling OIOUBL Scenariebeskrivelse OIOUBL Katalogudveksling Scenariepakke: CATEXE S04 Version 1.1 UBL 2.0 Dokumenthistork Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering WD 0.1 06. April 2006 First

Læs mere

OIOUBL Scenariebeskrivelse OIOUBL Indkøbsproces for Avancerede Ordrer

OIOUBL Scenariebeskrivelse OIOUBL Indkøbsproces for Avancerede Ordrer OIOUBL Scenariebeskrivelse OIOUBL Indkøbsproces for Avancerede Ordrer Scenariepakke: ADVORD S02 Version 1.1 UBL 2.0 Dokumenthistorik Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering WD 0.1

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

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Skat UBL 2.0 Tax G27 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL Version

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 Parter UBL 2.0 Parties G23 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL Version

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

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Priser UBL 2.0 Prices G25 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL Version

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

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

OIOUBL Guideline. Profiler i OIOUBL bekendtgørelsen Version 1.0. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2. 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 Kolofon Kontakt: IT- og Telestyrelsen

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

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 Bekræftelse UBL 2.0 Response G35 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & 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

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

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

Hvordan man sender. e-fakturaer. til. Orifarm

Hvordan man sender. e-fakturaer. til. Orifarm Implementationsguide E-Fakturering Hvordan man sender e-fakturaer til Orifarm Implementation Guide 2 (7) Kære leverandør til Orifarm, Orifarm har nu mulighed for at modtage elektroniske fakturaer gennem

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Intro OIOUBL Introduktion UBL 2.0 Introduction I01 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. 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

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Adresser UBL 2.0 Address G36 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Adresser Version 1.2 Side 1 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 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

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

OIOUBL Guideline. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

OIOUBL Guideline. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Identifikation, versionering og gyldighedsperioder i kataloger UBL 2.0 Catalogue identification, versionizing and validity periods G37 Version 1.2 Udgivelsen er beskyttet af Creative

Læs mere

OIOUBL Guideline. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Rabatter og gebyrer UBL 2.0 AllowanceCharge G17 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen

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

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

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. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Dokument Reference UBL 2.0 Document Reference G21 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen

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 EndepunktID UBL 2.0 EndpointID G22 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & 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

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

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

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel Indhold > Indledning 3 Standarder 5 OIOUBL 5 OIO RASP 6 OIO SMI 7 Biblioteker 8 Web applikationer 9 Fakturablanket 9 NemHandel Registrering 9 NemHandel.dk 10 Web services

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 Leveringsbetingelser UBL 2.0 Delivery Terms G20 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Leveringsbetingelser Version 1.2 Side 1 Kolofon

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 UBL 2.0 Signature OIOUBL Signatur G31 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Signatur Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

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

Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL

Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL 4. januar 2013 Indhold UTS og forskellen i forhold til det gamle format...2 Udfordringer med UTS...2 Tiltag med henblik på at afhjælpe udfordringerne...3

Læs mere

OIOUBL fakturering for leverandører

OIOUBL fakturering for leverandører OIOUBL fakturering for leverandører April 2016 Lindpro A/S, Fabriksparken 58, 2600 Glostrup, tlf. 70101617 Indholdsfortegnelse 1. Indledning... 3 2. Fremsendelse af elektroniske fakturaer i OIOUBL format...

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

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

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

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

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_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

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

Hvordan man sender. e-fakturaer. til. Orifarm A/S

Hvordan man sender. e-fakturaer. til. Orifarm A/S Implementationsguide E-Fakturering Hvordan man sender e-fakturaer til Orifarm A/S Implementation Guide 2 (6) Kære Leverandør til Orifarm A/S, Orifarm A/S har nu mulighed for at modtage elektroniske fakturaer

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

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 Guideline. UBL 2.0 Profiles G26. Version 1.3. OIOUBL Profiler. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.

OIOUBL Guideline. UBL 2.0 Profiles G26. Version 1.3. OIOUBL Profiler. Udgivelsen er beskyttet af Creative Commons license, Navngivning 2. OIOUBL Guideline OIOUBL Profiler UBL 2.0 Profiles G26 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 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

OIOUBL Kodeliste. OIOUBL AccountTypeCode K01. Version 1.1. Published under Creative Commons license, attribution 2.0

OIOUBL Kodeliste. OIOUBL AccountTypeCode K01. Version 1.1. Published under Creative Commons license, attribution 2.0 OIOUBL Kodeliste K01 Version 1.1 Published under Creative Commons license, attribution 2.0 Kolofon Kontakt: IT- og Telestyrelsen E-mail: plb@itst.dk Version 2.01 April 2007 Ministry of Science, Technology

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

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

OIOUBL Kodeliste. OIOUBL AccountTypeCode K01. Version 1.1. Published under Creative Commons license, attribution 2.0

OIOUBL Kodeliste. OIOUBL AccountTypeCode K01. Version 1.1. Published under Creative Commons license, attribution 2.0 OIOUBL Kodeliste K01 Version 1.1 Published under Creative Commons license, attribution 2.0 Kolofon Kontakt: IT- og Telestyrelsen E-mail: plb@itst.dk Version 2.01 April 2007 Ministry of Science, Technology

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

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

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

Læs mere

IKA e-tænketank 20. august 2015

IKA e-tænketank 20. august 2015 IKA e-tænketank 20. august 2015 august 2015 1 DAGENS TEKST Ny schematron og de 40 karakterer EU-Direktiv om e-invoice Migrering af NemHandel til PEPPOL Digitalisering af udbudsprocessen 2 august 2015 NY

Læs mere

Møde i. e- handel 1 0. Maj 2 0 0 6.

Møde i. e- handel 1 0. Maj 2 0 0 6. Møde i sektorstandardiseringsuvelaget for e- handel 1 0. Maj 2 0 0 6. 1. Velkom st Dagsorden 2. Godkendelse af dagsorden og referat 3. Meddelelser fra sekretariatet 4. Orientering om UBL 2.0 frem drift

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

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat. Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012

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 Fælles klassebibliotek UBL 2.0 Common Library G30 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- og Telestyrelsen E-mail:

Læs mere

Vejledning til tildeling af EANlokationsnummer

Vejledning til tildeling af EANlokationsnummer Vejledning til tildeling af EANlokationsnummer Version 2.5 22-12-2004 Side: 1 Indledning Nedenstående vejledning beskriver de nærmere procedurer i forbindelse med tildeling og håndtering af EAN-lokationsnumre

Læs mere

15. november 2012. OIOUBL Kodeliste. OIOUBL TaxSchemeID K18 Version 1.4. Published under Creative Commons license, attribution 2.0

15. november 2012. OIOUBL Kodeliste. OIOUBL TaxSchemeID K18 Version 1.4. Published under Creative Commons license, attribution 2.0 15. november 2012 OIOUBL Kodeliste OIOUBL TaxSchemeID K18 Version 1.4 Published under Creative Commons license, attribution 2.0 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail: olema@digst.dk Version

Læs mere

Indkøb af Software Assurance og licenser til Oracle-software. Bilag 2 Bestilling og Vederlag

Indkøb af Software Assurance og licenser til Oracle-software. Bilag 2 Bestilling og Vederlag Indkøb af Software Assurance og licenser til Oracle-software Bilag 2 Bestilling og Vederlag 9. oktober 2015 Version 1.0 BILAG 2 BESTILLING OG VEDERLAG [Vejledning: Tilbudsgiver bedes i bilag 2A (vedlagte

Læs mere

OIOXML Invoice til Brdr A&O Johansen A/S et eksempel m. kommentarer

OIOXML Invoice til Brdr A&O Johansen A/S et eksempel m. kommentarer OIOXML Invoice til Brdr A&O Johansen A/S et eksempel m. kommentarer Header

Læs mere

AGIDON Kursushæfte. Effek viser dine arbejdsgange! Kursushæfte

AGIDON Kursushæfte. Effek viser dine arbejdsgange! Kursushæfte Handel AGIDON Kursushæfte Effek viser dine arbejdsgange! Kursushæfte Kapitel 1: Salgsordrestyring KAPITEL 1: SALGSORDRESTYRING Målsætninger Introduktion Målene er: Gennemgå opsætningen af salgsordrestyring,

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

VÆRD AT VIDE OM: Personlige hjælpemidler

VÆRD AT VIDE OM: Personlige hjælpemidler 1. Har jeg pligter i forbindelse med sagsbehandlingen? Ja, du har pligt til at medvirke til sagens oplysning. Kommunen har ansvaret for, at sager, der behandles efter Bekendtgørelse af lov om retssikkerhed

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

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

Teknisk Workshop om NemHandel. Heinrich Clausen heinrich@hothousecph.dk Tåstrup den 1. marts 2011

Teknisk Workshop om NemHandel. Heinrich Clausen heinrich@hothousecph.dk Tåstrup den 1. marts 2011 Teknisk Workshop om NemHandel Heinrich Clausen heinrich@hothousecph.dk Tåstrup den 1. marts 2011 Agenda 09:00-09:30 Velkommen 09:30-10:30 Introduktion til OIOUBL 10:30-10:45 Pause 10:45-11:45 Introduktion

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

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

AFTALE OM LICENS TIL

AFTALE OM LICENS TIL <INDSÆT NAVN PÅ TESTVÆRKTØJ> DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON Vibeke Schiøler Sørensen vs@vd.dk 7244 3187 AFTALE OM LICENS TIL SAP OPGAVENR. FAKTURAREFERENCE

Læs mere

Standard opsætning af KUP/CAMPUS

Standard opsætning af KUP/CAMPUS Standard opsætning af KUP/CAMPUS 15. oktober 2010 ØKO/SKH J.nr. n/a Navision Stat 5.1 GIS integration I det nedenstående beskrives forudsætningerne for dataudveksling samt de faktiske GIS opsætninger i

Læs mere

AGIDON Kursushæfte. Effek viser dine arbejdsgange! Kursushæfte

AGIDON Kursushæfte. Effek viser dine arbejdsgange! Kursushæfte Lager AGIDON Kursushæfte Effekviser dine arbejdsgange! Kursushæfte Indholdsfortegnelse Introduktion 0-1 Velkommen...0-1 Indhold af kursusmateriale til Microsoft Dynamics...0-2 Dokumentationskonventioner...0-3

Læs mere

Underbilag 2O Beskedkuvert Version 2.0

Underbilag 2O Beskedkuvert Version 2.0 Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...

Læs mere

Bekendtgørelse om information i OIOXML elektronisk regning til brug for

Bekendtgørelse om information i OIOXML elektronisk regning til brug for K:\Videnskabsministeriet\2004\bekg\530760\530760.fm 12-11-04 12:45 k07 SJ Bekendtgørelse nr. 1075 af 11. november 2004 Bekendtgørelse om information i OIOXML elektronisk regning til brug for elektronisk

Læs mere

Kontrakt om udarbejdelse af Konkretiseringsprojekt for Buddinge

Kontrakt om udarbejdelse af Konkretiseringsprojekt for Buddinge Kontrakt om udarbejdelse af Konkretiseringsprojekt for Buddinge Nærværende kontrakt er indgået mellem: Gladsaxe Kommune Rådhus Allé 7 2860 Søborg (herefter Ordregiver) og < Indsæt leverandørens navn>

Læs mere

EDI til Microsoft Dynamics

EDI til Microsoft Dynamics EDI til Microsoft Dynamics EDI til Microsoft Dynamics Anvend EDI og udnyt potentialet fuldt ud i økonomisystemer fra Microsoft Dynamics herved opnår din virksomhed et mindre ressourceforbrug og færre fejl.

Læs mere

Anbefaling til procedure for anvendelse af e-fakturering i bygge- og anlægssager

Anbefaling til procedure for anvendelse af e-fakturering i bygge- og anlægssager Anbefaling til procedure for anvendelse af e-fakturering i bygge- og anlægssager Januar 2006 Indhold 1. Baggrund...2 2. Fakturaflow - fakturahåndtering...3 3. Fakturaforberedelse...5 4. Fakturagodkendelse...5

Læs mere

Systemspecifikt bilag til True Trade e-handel

Systemspecifikt bilag til True Trade e-handel Systemspecifikt bilag til True Trade e-handel 1 Indledning til True Trade e-handel Dette bilag indeholder krav og retningslinjer til leverandører, der skal levere E-kataloger til kommuner i KomUdbud, der

Læs mere

Vejledning i opsætning af NemHandelsprogrammet

Vejledning i opsætning af NemHandelsprogrammet standarden for e-samhandel Vejledning i opsætning af NemHandelsprogrammet Om NemHandelsprogrammet Hvis du har et økonomisystem, som kan skabe NemHandelsfakturaer, kan du kombinere økonomisystemet med det

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

Anvendelse af dobbelthistorik i GD2

Anvendelse af dobbelthistorik i GD2 Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:

Læs mere

Webbaseret løsning til hånd tering af fakturaer, indkøb og rejseafregning

Webbaseret løsning til hånd tering af fakturaer, indkøb og rejseafregning Webbaseret løsning til hånd tering af fakturaer, indkøb og rejseafregning Indførelsen af Ibistic-løsningen er en af de mest vellykkede itprojekter, vi har gennemført. Vi var nødt til at indføre systemet

Læs mere

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.04. Service Level Agreement (SLA) Kreditor

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.04. Service Level Agreement (SLA) Kreditor Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer 1.04 Service Level Agreement (SLA) Kreditor INDHOLDSFORTEGNELSE 1 Indledning... 2 1.1 Formål... 2 1.2 Ansvarlig... 2 1.3 Relevans for medarbejdere...

Læs mere

Kontrakt indgået mellem. [Leverandøren] Københavns Kommune. Teknik- og Miljøforvaltningen. Center for Ressourcer Njalsgade 13 2300 København S

Kontrakt indgået mellem. [Leverandøren] Københavns Kommune. Teknik- og Miljøforvaltningen. Center for Ressourcer Njalsgade 13 2300 København S Teknik- og Miljøforvaltningen [dd.mm.åååå] Sagsnr. 2010-115960 Dokumentnr. xxxx Kontrakt indgået mellem [Leverandøren] og Københavns Kommune Teknik- og Miljøforvaltningen Center for Ressourcer Njalsgade

Læs mere

PentaCon A/S NemHandel Installation

PentaCon A/S NemHandel Installation PentaCon A/S NemHandel Installation Behov for hjælp? Ønsker du at PentaCon A/S skal varetage hele din Nemhandel installation, gør vi meget gerne dette for dig. Vi hjælper dig igennem hele processen, lige

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

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

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

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