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 Revisioner Revision Dato Ændringer Forfatter Ændringsmarkering WD 0.1 08. Maj 2008 First Draft Version (based on UBL 2.0 draft) ARJ/TOØ No Forfattere Navn Initialer Organisation Email Torben Østergaard TOØ Logica A/S torben.ostergaard@logica.com Allan Rennebo Jepsen ARJ Logica A/S allan.jepsen@logica.com S10 OIOUBL Køberinitieret fakturering Side 2 af 68
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å http://creativecommons.org/licenses/by/2.5/deed.da. S10 OIOUBL Køberinitieret fakturering Side 3 af 68
Indholdsfortegnelse Dokumenthistorik...2 Revisioner...2 Ophavsrettigheder...3 1. Introduktion...7 1.1 Formål og målgruppe... 7 1.2 Sådan bruges dette dokument... 7 1.3 Forudsætninger... 8 1.4 Referencer... 8 2. Definition af OIOUBL Køberinitieret fakturering...9 2.1 Emneområde... 9 2.2 Anvendelse af OIOUBL-profiler... 9 2.3 Beskrevne Scenarier... 12 3. Indkøb af kuglelejer...13 3.1 Resume af scenariet... 13 3.2 Scenariets karakteristika... 13 3.3 Scenariets kontekst... 13 3.3.1 Anvendte dokumenter... 13 3.3.2 Kundepartner... 13 3.3.3 Leverandørparter... 14 3.4 Aktivitetsdiagram for scenariet... 14 3.5 Detaljeret beskrivelse af primære aktiviteter... 14 3.5.1 Udstede faktura... 15 3.5.2 Modtage faktura... 15 3.6 Interne processer og fordele ved køberinitieret fakturering... 15 3.6.1 RegningsKundePart... 15 3.6.2 RegningsLeverandørPart... 15 3.7 Eksempler... 16 3.7.1 Forretningsobjekter... 16 4. Kuglelejer med fejl...22 4.1 Resume af scenariet... 22 4.2 Scenariets karakteristika... 22 4.3 Scenariets kontekst... 22 4.3.1 Anvendte dokumenter... 23 4.3.2 Kundepartner... 23 4.3.3 Leverandørparter... 23 4.4 Aktivitetsdiagram for scenariet... 24 4.5 Detaljeret beskrivelse af primære aktiviteter... 24 S10 OIOUBL Køberinitieret fakturering Side 4 af 68
4.5.1 Udstede faktura... 24 4.5.2 Modtage faktura... 25 4.5.3 Accept af faktura... 25 4.5.4 Udstede kredit nota... 25 4.5.5 Modtage kreditnota... 25 4.5.6 Accept af kredit nota... 25 4.6 Interne processer og fordele ved køberinitieret fakturering... 25 4.6.1 RegningsKundePart... 25 4.6.2 RegningsLeverandørPart... 26 4.7 Eksempler... 27 4.7.1 Forretningsobjekter... 27 5. Kuglelejer afvigelse...41 5.1 Resume af scenariet... 41 5.2 Scenariets karakteristika... 41 5.3 Scenariets kontekst... 41 5.3.1 Anvendte dokumenter... 41 5.3.2 Kundepart... 42 5.3.3 Leverandørpart... 42 5.4 Aktivitetsdiagram for scenariet... 42 5.5 Detaljeret beskrivelse af primære aktiviteter... 43 5.5.1 Udstede kredit nota... 43 5.5.2 Modtage kreditnota... 43 5.5.3 Accept af kredit nota... 43 5.6 Interne processer og fordele ved køberinitieret fakturering... 43 5.6.1 RegningsKundePart... 43 5.6.2 RegningsLeverandørPart... 44 5.7 Eksempler... 44 5.7.1 Forretningsobjekter... 45 6. Bleer til daginstitution...52 6.1 Resume af scenariet... 52 6.2 Scenariets karakteristika... 52 6.3 Scenariets kontekst... 52 6.3.1 Anvendte dokumenter... 52 6.3.2 Kundepartner... 52 6.3.3 Leverandørparter... 53 6.4 Aktivitetsdiagram for scenariet... 53 6.5 Detaljeret beskrivelse af primære aktiviteter... 53 6.5.1 Udstede faktura... 53 6.5.2 Modtage faktura... 54 S10 OIOUBL Køberinitieret fakturering Side 5 af 68
6.5.3 Det videre forløb... 54 6.6 Interne processer og fordele ved køberinitieret fakturering... 54 6.6.1 RegningsKundePart... 54 6.6.2 RegningsLeverandørPart... 54 6.7 Eksempler... 55 6.7.1 Forretningsobjekter... 55 7. Levering af korn til foderstofgrossist...61 7.1 Scenariets karakteristika... 61 7.2 Scenariets kontekst... 61 7.2.1 Anvendte dokumenter... 61 7.2.2 Kundepartner... 61 7.2.3 Leverandørparter... 62 7.3 Aktivitetsdiagram for scenariet... 62 7.4 Detaljeret beskrivelse af primære aktiviteter... 62 7.4.1 Forudgående processer... 62 7.4.2 Udstede faktura... 62 7.4.3 Modtage faktura... 63 7.5 Interne processer og fordele ved køberinitieret fakturering... 63 7.5.1 RegningsKundePart... 63 7.5.2 RegningsLeverandørPart... 63 7.6 Eksempler... 63 7.6.1 Forretningsobjekter... 63 S10 OIOUBL Køberinitieret fakturering Side 6 af 68
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
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
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. 2 + 3, 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
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. 4 + 5 for yderligere oplysninger. S10 OIOUBL Køberinitieret fakturering Side 10 af 68
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
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
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) 3.3.1 Anvendte dokumenter Følgende dokumenter indgår i scenariet: Kundeinitieret faktura (SelfBilledInvoice) 3.3.2 Kundepartner RegningsKundePart (Accounting Customer Party): Sachs Motor Att. Tom Poulsen S10 OIOUBL Køberinitieret fakturering Side 13 af 68
Møllegade 27 8000 Århus C EAN: 5798000416504 CVR: 16356786 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. 3.3.3 Leverandørparter RegningsLeverandørPart (Accounting Supplier Party) Dansk Kugleleje Center Att. Henrik Løgmand Meterbuen 6-12 2740 Skovlunde CVR : 25188590 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
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. 3.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. 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. 3.6.1 RegningsKundePart 3.6.1.1 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. 3.6.1.2 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. 3.6.2 RegningsLeverandørPart 3.6.2.1 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
3.6.2.2 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 3.7.1 Forretningsobjekter I de følgende tabeller finder du de forretningsobjekter, der er vigtige for dette eksempel. 3.7.1.1 Køberinitieret faktura (SelfBilledInvoice) 3.7.1.2 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 A00095680 False 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate 2008-05-23 InvoiceTypeCode 380 urn:oioubl:codelist:invoicetypecode- DocumentCurrencyCode AccountingCost 5250124502 AccountingCustomerParty Party 2 S10 OIOUBL Køberinitieret fakturering Side 16 af 68
Endpoint 16356786 scheme :CVR PartyIdentification 16356786 scheme :CVR Party Sachs Motor PostalAddress STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyTaxScheme Company 16356709 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Tom Poulsen Telephone 26532148 ElectronicMail tom@sachs.dk S10 OIOUBL Køberinitieret fakturering Side 17 af 68
AccountingSupplierParty Party Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 PartyTaxScheme Company 25188590 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Dansk Kugleleje Center 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Contact S10 OIOUBL Køberinitieret fakturering Side 18 af 68
345243 Henrik Løgmand Telephone 26532147 ElectronicMail henrik@dkc.dk Delivery ActualDeliveryDate 2008-05-23 PaymentMeans 1 PaymentMeansCode 42 PaymentDueDate 2008-06-23 PaymentChannelCode BANK urn:oioubl:id:paymentchannelcode- PayerFinancialAccount PaymentNote A00095680 PayeeFinancialAccount 0005704966 PaymentNote A00095680 FinancialInstitutionBranch 9544 PaymentTerms 1 PaymentMeans 1 Amount 62.50 TaxTotal TaxAmount 1250.00 TaxSubtotal TaxableAmount 50.00 TaxAmount 12.50 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
STRUCTURED_REGION LegalMonetaryTotal LineExtensionAmount 50.00 TaxExclusiveAmount 12.50 TaxInclusiveAmount 62.50 PayableAmount 62.50 InvoiceLine 1 InvoicedQuantity 5.00 unitcode EA LineExtensionAmount 50.00 OrderLineReference Line 1 TaxTotal TaxAmount 12.50 TaxSubtotal TaxableAmount 50.00 TaxAmount 12.50 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
Item Description Kugleleje blå (53) Kugleleje-53 SellersItemIdentification 5712345780121 scheme EAN Price PriceAmount 10.00 BaseQuantity 1 unitcode EA OrderableUnitFactorRate 1 S10 OIOUBL Køberinitieret fakturering Side 21 af 68
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
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) 4.3.2 Kundepartner RegningsKundePart (Accounting Customer Party): Sachs Motor Att. Tom Poulsen Møllegade 27 8000 Århus C EAN: 5798000416504 CVR: 16356786 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. 4.3.3 Leverandørparter RegningsLeverandørPart (Accounting Supplier Party) Dansk Kugleleje Center Att. Henrik Løgmand Meterbuen 6-12 2740 Skovlunde CVR : 25188590 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
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). 4.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. S10 OIOUBL Køberinitieret fakturering Side 24 af 68
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. 4.5.3 Accept af faktura Sælger/ RegningsLeverandørPart sender et application response til Køber/ RegningsKundePart hvor Sælger/ RegningsLeverandørPart forretningsmæssigt accepterer fakturaen. 4.5.4 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 4.5.5 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. 4.5.6 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. 4.6.1 RegningsKundePart 4.6.1.1 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
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. 4.6.1.2 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. 4.6.1.3 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. 4.6.1.4 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. 4.6.2 RegningsLeverandørPart 4.6.2.1 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). 4.6.2.2 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. 4.6.2.3 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
4.7 Eksempler Tom Poulsen er ansat som produktionsansvarlig hos Sachs Motor. Tom har indgået en aftale med Dansk Kugleleje Center om at de opretter et fjernlager hos Sachs Motor, så Tom selv kan hente kuglelejer på lageret når de skal bruges i produktionen. Tom skal til at producere en ny motor, og har i den forbindelse brug for at benytte kuglelejer fra lageret. 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 og modtager sideløbende en accept af den oprettede faktura 5. Ved afprøvning finder Tom ud af at der er fejl i det ene sæt af kuglelejer. 6. Tom opretter en køberinitieret kreditnota og sender den til Dansk Kugleleje Center 7. Dansk Kugleleje Center sender en accept af kreditnotaen til Tom 8. Tom henter et nyt sæt kuglelejer på lageret og gennemfører scenariet beskrevet i kapitel 3 med dette ene sæt. 4.7.1 Forretningsobjekter I de følgende tabeller finder du de forretningsobjekter, der er vigtige for dette eksempel. 4.7.1.1 Kundeinitieret faktura (SelfBilledInvoice) 4.7.1.2 SelfBilledInvoice Class Field Attribute Value Note 3 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 CopyIndicator UU A00095680 False 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate 2008-05-23 InvoiceTypeCode 380 urn:oioubl:codelist:invoicetypecode- DocumentCurrencyCode AccountingCost 5250124502 AccountingCustomerParty 3 S10 OIOUBL Køberinitieret fakturering Side 27 af 68
Party Endpoint 16356786 scheme :CVR PartyIdentification 16356786 scheme :CVR Party Sachs Motor PostalAddress STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyTaxScheme Company 16356786 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Tom Poulsen Telephone 26532148 S10 OIOUBL Køberinitieret fakturering Side 28 af 68
ElectronicMail tom@sachs.dk AccountingSupplierParty Party Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 PartyTaxScheme Company 25188590 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Dansk Kugleleje Center 25188590 scheme urn:oioubl:scheme:partyidentification- CVR S10 OIOUBL Køberinitieret fakturering Side 29 af 68
Contact 345243 Henrik Løgmand Telephone 26532147 ElectronicMail henrik@dkc.dk Delivery ActualDeliveryDate 2008-05-23 PaymentMeans 1 PaymentMeansCode 42 PaymentDueDate 2008-06-23 PaymentChannelCode BANK urn:oioubl:id:paymentchannelcode- PayerFinancialAccount PaymentNote A00095680 PayeeFinancialAccount 0005704966 PaymentNote A00095680 FinancialInstitutionBranch 9544 PaymentTerms 1 PaymentMeans 1 Amount 62.50 TaxTotal TaxAmount 1250.00 TaxSubtotal TaxableAmount 50.00 TaxAmount 12.50 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms S10 OIOUBL Køberinitieret fakturering Side 30 af 68
JurisdictionRegionAddress STRUCTURED_REGION LegalMonetaryTotal LineExtensionAmount 50.00 TaxExclusiveAmount 12.50 TaxInclusiveAmount 62.50 PayableAmount 62.50 InvoiceLine 1 InvoicedQuantity 5.00 unitcode EA LineExtensionAmount 50.00 OrderLineReference Line 1 TaxTotal TaxAmount 12.50 TaxSubtotal TaxableAmount 50.00 TaxAmount 12.50 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION S10 OIOUBL Køberinitieret fakturering Side 31 af 68
Item Description Kugleleje blå (53) Kugleleje-53 SellersItemIdentification 5712345780121 scheme EAN Price PriceAmount 10.00 BaseQuantity 1 unitcode EA OrderableUnitFactorRate 1 4.7.1.3 Accept af Kundeinitieret faktura (ApplicationResponse) 4.7.1.4 ApplicationResponse Class Field Attribute Value Note 4 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 UU B65830 9756b516-8815-1029-857a-e388fe63f399 IssueDate 2008-05-23 SenderParty Endpoint 5798000416504 scheme urn:oioubl:scheme:endpointid- EAN PartyIdentification 5798000416504 scheme urn:oioubl:scheme:partyidentification- EAN Party Sachs Motor PostalAddress 4 S10 OIOUBL Køberinitieret fakturering Side 32 af 68
STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Tom Poulsen Telephone 26532148 ElectronicMail tom@sachs.dk ReceiverParty Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 Contact 345243 Henrik Løgmand Telephone 26532147 ElectronicMail henrik@dkc.dk S10 OIOUBL Køberinitieret fakturering Side 33 af 68
DocumentResponse Response Reference 1 ResponseCode BusinessAccept listagency 320 list urn:oioubl:codelist:responsecode-1.1 Description Ok DocumentReference CopyIndicator UU A00095680 false 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate 2008-05-23 DocumentTypeCode SelfBilledInvoice urn:oioubl:codelist:documenttypecode- 4.7.1.5 Kundeinitieret kreditnota (SelfBilledCreditNote) 4.7.1.6 SelfBilledCrediNote Class Field Attribute Value Note 5 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 CopyIndicator UU A00095681 false IssueDate 2008-05-23 DocumentCurrencyCode AccountingCost 5250124502 DiscrepancyResponse Reference 1 Description Modregning af faktura. Et kugleleje har en fejl. BillingReference InvoiceDocumentReference UU A00095680 9756b4d0-8815-1029-857ae388fe63f399 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 5 S10 OIOUBL Køberinitieret fakturering Side 34 af 68
IssueDate 2008-05-23 AccountingCustomerParty Party Endpoint 16356786 scheme :CVR PartyIdentification 16356786 scheme :CVR Party Sachs Motor PostalAddress STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyTaxScheme Company 16356786 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 S10 OIOUBL Køberinitieret fakturering Side 35 af 68
Tom Poulsen Telephone 26532148 ElectronicMail tom@sachs.dk AccountingSupplierParty Party Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 PartyTaxScheme Company 25188590 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Dansk Kugleleje Center 25188590 S10 OIOUBL Køberinitieret fakturering Side 36 af 68
scheme urn:oioubl:scheme:partyidentification- CVR Contact 345243 Henrik Løgmand Telephone 26532147 ElectronicMail henrik@dkc.dk TaxTotal TaxAmount 12.50 TaxSubtotal TaxableAmount 10.00 TaxAmount 2.50 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION LegalMonetaryTotal LineExtensionAmount 10.00 TaxExclusiveAmount 2.50 TaxInclusiveAmount 12.50 PayableAmount 12.50 CreditNoteLine 1 CreditedQuantity 0 unitcode EA S10 OIOUBL Køberinitieret fakturering Side 37 af 68
LineExtensionAmount 10.00 TaxTotal TaxAmount 2.50 TaxSubtotal TaxableAmount 10.00 TaxAmount 2.50 Percent 25 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION Item Description Kugleleje blå (53) Kugleleje-53 SellersItemIdentification 5712345780121 scheme EAN Price PriceAmount 10.00 BaseQuantity 1 unitcode EA OrderableUnitFactorRate 1 S10 OIOUBL Køberinitieret fakturering Side 38 af 68
4.7.1.7 Accept af Kundeinitieret kreditnota (ApplicationResponse) 4.7.1.8 ApplicationResponse Class Field Attribute Value Note 6 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 UU B65831 864DE745-2891-1253-2231-54VRH456FW22 IssueDate 2008-05-23 SenderParty Endpoint 5798000416504 scheme urn:oioubl:scheme:endpointid- EAN PartyIdentification 5798000416504 scheme urn:oioubl:scheme:partyidentification- EAN Party Sachs Motor PostalAddress STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Tom Poulsen Telephone 26532148 6 S10 OIOUBL Køberinitieret fakturering Side 39 af 68
ElectronicMail tom@sachs.dk ReceiverParty Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 Contact 345243 Henrik Løgmand Telephone 26532147 ElectronicMail henrik@dkc.dk DocumentResponse Response Reference 1 ResponseCode BusinessAccept listagency 320 list urn:oioubl:codelist:responsecode-1.1 Description Ok DocumentReference CopyIndicator UU A00095681 false 9756b4d0-8815-1029-857a-e388fe63f399 IssueDate 2008-05-23 DocumentTypeCode SelfBilledCreditnote urn:oioubl:codelist:documenttypecode- S10 OIOUBL Køberinitieret fakturering Side 40 af 68
5. Kuglelejer afvigelse Dansk Kugleleje Center er kommet på besøg hos Sachs Motor for at foretage den halvårlige optælling af lageret. Her viser det sig at der er en difference mellem det antal kuglelejer Sachs Motor har faktureret sig selv for og det antal der er på lager. Sachs har faktureret sig selv for 100 sæt kuglelejer mere end hvad der er plukket fra lageret, så derfor Sachs skal nu oprette en køberinitieret kreditnota for at korrigere for fejlen. 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 kreditnotaen. 5.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. I dette scenarie er der en afvigelse mellem antal styk som maskinfabrikken har faktureret sig selv og det faktiske antal på lageret. Sachs har faktureret sig selv for 100 sæt kuglelejer mere end hvad der er plukket fra lageret, så derfor Sachs skal nu oprette en køberinitieret kreditnota for at korrigere for fejlen. 5.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 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 faktureret sig selv for flere varer end der er plukket fra leverandørens lager Køber/ RegningsKundePart opretter en køberinitieret kreditnota for at udligne forskellen mellem faktureret antal og lagerbeholdning Fakturanummeret er bestemt af udstederens nummerserie Parterne understøtter udveksling af XML-dokument-instanser (via deres netværksudbydere) 5.3 Scenariets kontekst Følgende elementer indgår ikke i dette scenario: Kundeinitieret faktura (SelfBilledInvoice) Accept af faktura (ApplicationResponse) 5.3.1 Anvendte dokumenter Følgende dokumenter indgår i scenariet: S10 OIOUBL Køberinitieret fakturering Side 41 af 68
Kundeinitieret kreditnota (SelfBilledCreditNote) Accept af kreditnota (ApplicationResponse) 5.3.2 Kundepart RegningsKundePart (Accounting Customer Party): Sachs Motor Att. Tom Poulsen Møllegade 27 8000 Århus C EAN: 5798000416504 CVR: 16356786 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. 5.3.3 Leverandørpart RegningsLeverandørPart (Accounting Supplier Party) Dansk Kugleleje Center Att. Henrik Løgmand Meterbuen 6-12 2740 Skovlunde CVR : 25188590 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. 5.4 Aktivitetsdiagram for scenariet Figur 5, Profil: SelBilSimR- S10 OIOUBL Køberinitieret fakturering Side 42 af 68
5.5 Detaljeret beskrivelse af primære aktiviteter Nedenfor beskrives hver af de primære aktiviteter, der vises i aktivitetsdiagrammet (figur 5). 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). 5.5.1 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 5.5.2 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. 5.5.3 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. 5.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. 5.6.1 RegningsKundePart 5.6.1.1 Mindre parpirarbejde Ved at Køber/ RegningsKundePart selv genererer og fremsender kreditnota er det ikke længere nødvendigt at 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. Den samme fordel opleves med kreditnota, da køber ikke først skal kontakte sælger for efterfølgende at modtage en kreditnota. 5.6.1.2 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. S10 OIOUBL Køberinitieret fakturering Side 43 af 68
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. 5.6.1.3 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. 5.6.1.4 Fleksibilitet Ved at Køber/ RegningsKundePart selv kan styre hele faktureringsprocessen bliver Køber meget lidt afhængig af ekspeditionstid hos Sælger, og får samtidig kontrol over lageret. 5.6.2 RegningsLeverandørPart 5.6.2.1 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). 5.6.2.2 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. 5.6.2.3 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. 5.7 Eksempler Tom Poulsen er ansat som produktionsansvarlig hos Sachs Motor. Tom har indgået en aftale med Dansk Kugleleje Center om at de opretter et fjernlager hos Sachs Motor, så Tom selv kan hente kuglelejer på lageret når de skal bruges i produktionen. Tom skal til at producere en ny motor, og har i den forbindelse brug for at benytte kuglelejer fra lageret. Dette betyder, at følgende trin gennemføres: 1. Tom optæller lagerbeholdningen sammen med en medarbejder fra Dansk Kugleleje Center 2. Det bliver opdaget at lagerbeholdningen er større end forventet 3. Tom opretter en køberinitieret kreditnota og sender den til Dansk Kugleleje Center S10 OIOUBL Køberinitieret fakturering Side 44 af 68
4. Dansk Kugleleje Center sender en accept af kreditnotaen til Tom 5.7.1 Forretningsobjekter I de følgende tabeller finder du de forretningsobjekter, der er vigtige for dette eksempel. 5.7.1.1 Kundeinitieret kreditnota (SelfBilledCreditNote) 5.7.1.2 SelfBilledCrediNote Class Field Attribute Value Note 7 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 CopyIndicator UU A00095681 False 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate 2008-05-23 DocumentCurrencyCode AccountingCost 5250124502 DiscrepancyResponse Reference 1 Description Lagerbeholdningen er større en beregnet. 100 sæt kuglelejer for meget. BillingReference InvoiceDocumentReference UU A00095680 9756b4d0-8815-1029-857ae388fe63f399 IssueDate 2008-05-23 AccountingCustomerParty Party Endpoint 16356786 scheme :CVR PartyIdentification 16356786 scheme :CVR Party Sachs Motor 7 S10 OIOUBL Køberinitieret fakturering Side 45 af 68
PostalAddress STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyTaxScheme Company 16356786 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Tom Poulsen Telephone 26532148 ElectronicMail tom@sachs.dk AccountingSupplierParty Party Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 S10 OIOUBL Køberinitieret fakturering Side 46 af 68
scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 PartyTaxScheme Company 25188590 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Dansk Kugleleje Center 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Contact 345243 Henrik Løgmand Telephone 26532147 ElectronicMail henrik@dkc.dk TaxTotal TaxAmount 1250.00 S10 OIOUBL Køberinitieret fakturering Side 47 af 68
TaxSubtotal TaxableAmount 1000.00 TaxAmount 250.00 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION LegalMonetaryTotal LineExtensionAmount 1000.00 TaxExclusiveAmount 250.00 TaxInclusiveAmount 1250.00 PayableAmount 1250.00 CreditNoteLine 1 CreditedQuantity 100.00 unitcode EA LineExtensionAmount 1000.00 TaxTotal TaxAmount 250.00 TaxSubtotal TaxableAmount 1000.00 TaxAmount 250.00 S10 OIOUBL Køberinitieret fakturering Side 48 af 68
Percent 25 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION Item Description Kugleleje blå (53) Kugleleje-53 SellersItemIdentification 5712345780121 scheme EAN Price PriceAmount 10.00 BaseQuantity 1 unitcode EA OrderableUnitFactorRate 1 5.7.1.3 Accept af Kundeinitieret kreditnota (ApplicationResponse) 5.7.1.4 ApplicationResponse Class Field Attribute Value Note 8 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 UU B65831 9756b516-8815-1029-857a-e388fe63f399 8 S10 OIOUBL Køberinitieret fakturering Side 49 af 68
IssueDate 2008-05-23 SenderParty Endpoint 5798000416504 scheme urn:oioubl:scheme:endpointid- EAN PartyIdentification 5798000416504 scheme urn:oioubl:scheme:partyidentification- EAN Party Sachs Motor PostalAddress STRUCTURED_ Street Møllegade BuildingNumber 27 City Århus C PostalZone 8000 PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Tom Poulsen Telephone 26532148 ElectronicMail tom@sachs.dk ReceiverParty Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Dansk Kugleleje Center PostalAddress STRUCTURED_ S10 OIOUBL Køberinitieret fakturering Side 50 af 68
Street Meterbuen BuildingNumber 6-12 City Skovlunde PostalZone 2740 Contact 345243 Henrik Løgmand Telephone 26532147 ElectronicMail henrik@dkc.dk DocumentResponse Response Reference 2 ResponseCode BusinessAccept listagency 320 list urn:oioubl:codelist:responsecode-1.1 Description Ok DocumentReference CopyIndicator UU A00095681 false 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate 2008-05-23 DocumentTypeCode SelfBilledCreditnote urn:oioubl:codelist:documenttypecode- S10 OIOUBL Køberinitieret fakturering Side 51 af 68
6. Bleer til daginstitution 6.1 Resume af scenariet En grossist der forhandler bleer har indgået en aftale med en vuggestue om løbende levering af bleer. Samarbejdet fungerer ved at grosisten leverer bleer til vuggestuen én gang om måneden. Hver måned, inden leverandøren besøger vuggestuen, sørger vuggestuen selv for at optælle hvor mange bleer der er tilbage fra den forudgående måned. På baggrund af denne optælling fakturerer vuggestuen sig selv for det forbrug de har haft, hvorved leverandøren kender det antal bleer der skal leveres til den efterfølgende måned. 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. 6.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 løbende at plukke varer direkte fra Sælgers lager Køber skal én gang om måneden betale for de varer de har 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) 6.3 Scenariets kontekst Følgende elementer indgår ikke i dette scenario: Accept af faktura (ApplicationResponse) Kundeinitieret kreditnota (SelfBilledCreditNote) Accept af kreditnota (ApplicationResponse) 6.3.1 Anvendte dokumenter Følgende dokumenter indgår i scenariet: Kundeinitieret faktura (SelfBilledInvoice) 6.3.2 Kundepartner RegningsKundePart (Accounting Customer Party): Bubbelby Vuggestue Att. Lise Olesen Bubbelvej 3 S10 OIOUBL Køberinitieret fakturering Side 52 af 68
2000 Frederiksberg EAN: 5798000416504 CVR: 16356786 Dette er et eksempel på en offentlig vuggestue. Køber/ RegningsKundePart anvender et ERP-system, der kan modtage og afsende elektroniske dokumenter. Køber/ RegningsKundePart identificeres ved hjælp af det entydige EAN-nummer. 6.3.3 Leverandørparter RegningsLeverandørPart (Accounting Supplier Party) Babygrosisten A/S Att. Lars Jensen Babyvej 5 2740 Skovlunde CVR : 25188590 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. 6.4 Aktivitetsdiagram for scenariet Figur 3, Profil: Procurement-BilSel- 6.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). 6.5.1 Udstede faktura Når Køber ved afslutningen af en måned optæller hvor mange bleer der er ubrugte, opretter Køber en Køberinitieret faktura som afregning for de bleer der er taget fra lageret. Den Køberinitierede faktura bliver herefter sendt til Sælger S10 OIOUBL Køberinitieret fakturering Side 53 af 68
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 forbrugte bleer med tilhørende pris Disse oplysninger giver leverandøren mulighed for at oprette fakturaen i deres interne it-system. 6.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. 6.5.3 Det videre forløb Baseret på den faktura som sælger har modtaget fra køber kan sælger se hvor mange bleer der bør leveres til Bubbelby Vuggestue så de har nok bleer til den efterfølgende måned. 6.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. 6.6.1 RegningsKundePart 6.6.1.1 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. 6.6.1.2 Cashflow 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. 6.6.2 RegningsLeverandørPart 6.6.2.1 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 54 af 68
6.6.2.2 Lille behov for lager 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. 6.7 Eksempler Lise Olesen er ansat Bubbelby Vuggestue. Lise har har på vegne af Bubbelby Vuggestue indgået en aftale med Babygrossisten om at de sørger for at der er det nødvendige antal bleer til rådighed i vuggestuen. Dermed skal medarbejderne i vuggestuen ikke løbende sørge for at bestille nye forsyninger. Dette betyder, at følgende trin gennemføres: 1. Lise foretager den månedlige optælling af hvor mange bleer, der er taget fra lageret. 2. Lise opretter en køberinitieret faktura og sender den til Babygrossisten 3. Babygrossisten sørger for at regulere leverancen af bleer til næste måneds forbrug på basis af fakturaen 4. Babygrossisten leverer en ny sending bleer 6.7.1 Forretningsobjekter I de følgende tabeller finder du de forretningsobjekter, der er vigtige for dette eksempel. 6.7.1.1 Køberinitieret faktura (SelfBilledInvoice) 6.7.1.2 SelfBilledInvoice Class Field Attribute Value Note 9 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 CopyIndicator UU A00095680 false 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate 2008-05-23 InvoiceTypeCode 380 urn:oioubl:codelist:invoicetypecode- DocumentCurrencyCode AccountingCost 5250124502 AccountingCustomerParty Party 9 S10 OIOUBL Køberinitieret fakturering Side 55 af 68
Endpoint 16356786 scheme :CVR PartyIdentification 16356786 scheme :CVR Party Bubbelby Vuggestue PostalAddress STRUCTURED_ Street Bubbelvej BuildingNumber 3 City Frederiksberg PostalZone 2000 PartyTaxScheme Company 16356786 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Sachs Motor 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Lise Olesen Telephone 26532148 ElectronicMail lise@bubbelby.dk S10 OIOUBL Køberinitieret fakturering Side 56 af 68
AccountingSupplierParty Party Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Babygrossisten A/S PostalAddress STRUCTURED_ Street Babyvej BuildingNumber 5 City Skovlunde PostalZone 2740 PartyTaxScheme Company 25188590 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Babygrossisten A/S 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Contact S10 OIOUBL Køberinitieret fakturering Side 57 af 68
345243 Lars Jensen Telephone 26532147 ElectronicMail lars@babygrossisten.dk Delivery ActualDeliveryDate 2008-05-23 PaymentMeans 1 PaymentMeansCode 42 PaymentDueDate 2008-06-23 PaymentChannelCode BANK urn:oioubl:id:paymentchannelcode- PayerFinancialAccount PaymentNote A00095680 PayeeFinancialAccount 0005704966 PaymentNote A00095680 FinancialInstitutionBranch 9544 PaymentTerms 1 PaymentMeans 1 Amount 62.50 TaxTotal TaxAmount 1250.00 TaxSubtotal TaxableAmount 50.00 TaxAmount 12.50 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress S10 OIOUBL Køberinitieret fakturering Side 58 af 68
STRUCTURED_REGION LegalMonetaryTotal LineExtensionAmount 50.00 TaxExclusiveAmount 12.50 TaxInclusiveAmount 62.50 PayableAmount 62.50 InvoiceLine 1 InvoicedQuantity 15000.00 unitcode EA LineExtensionAmount 15000.00 OrderLineReference Line 1 TaxTotal TaxAmount 3750.00 TaxSubtotal TaxableAmount 15000.00 TaxAmount 3750.00 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION S10 OIOUBL Køberinitieret fakturering Side 59 af 68
Item Description Bambers Bambers SellersItemIdentification 5712345780121 scheme EAN Price PriceAmount 3.00 BaseQuantity 1 unitcode EA OrderableUnitFactorRate 1 S10 OIOUBL Køberinitieret fakturering Side 60 af 68
7. Levering af korn til foderstofgrossist En grossist der opkøber korn fra et større landbrug har en fast aftale med gårdejeren om, at prisen gårdejeren får for det korn, der leveres til foderstofgrossisten, bliver bestemt af grossisten ud fra mængde og kvalitet på det leverede korn. Dermed er det køber, der bestemmer den pris, sælger modtager for sine varer. Dette er Happy Day versionen hvor Sælger/ RegningsLeverandørPart godkender fakturaen. 7.1 Scenariets karakteristika Der findes en aftale mellem køber og sælger Sælger leverer varer til køberen i forbindelse med høst Den pris Sælger modtager for sine varer bestemmes af Køber Køber skal betale for de varer de har modtaget fra Sælgers Sælger har ikke adgang egne varer efter de er leveret til Køber Fakturanummeret er bestemt af udstederens nummerserie Parterne understøtter udveksling af XML-dokument-instanser (via deres netværksudbydere) 7.2 Scenariets kontekst Følgende elementer indgår ikke i dette scenario: Accept af faktura (ApplicationResponse) Kundeinitieret kreditnota (SelfBilledCreditNote) Accept af kreditnota (ApplicationResponse) 7.2.1 Anvendte dokumenter Følgende dokumenter indgår i scenariet: Kundeinitieret faktura (SelfBilledInvoice) 7.2.2 Kundepartner RegningsKundePart (Accounting Customer Party): Foderstofgrossisten A/S Att. Mogens Jørgensen Fodervej 1 4700 Næstved EAN: 5798000416504 CVR: 16356786 Dette er et eksempel på en foderstofgrossist. 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. S10 OIOUBL Køberinitieret fakturering Side 61 af 68
7.2.3 Leverandørparter RegningsLeverandørPart (Accounting Supplier Party) Oregård ApS Att. Jens Jensen Orevej 1 4700 Næstved CVR : 25188590 Dette er et eksempel på en gårdejer. Leverandøren anvender et ERP-system, der kan modtage og afsende elektroniske dokumenter. Leverandøren identificeres ved hjælp af det entydige CVR-nummer. 7.3 Aktivitetsdiagram for scenariet Figur 3, Profil: Procurement-BilSel- 7.4 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). 7.4.1 Forudgående processer Når foderstofgrossisten modtager et parti korn fra en gårdejer, foretager foderstofgrossisten en kvalitetskontrol af kornet for at afgøre hvilken pris gårdejeren skal have for det leverede korn. 7.4.2 Udstede faktura Når prisen for kornet er bestemt af Køber opretter foderstofgrossisten en køberinitieret faktura. 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) S10 OIOUBL Køberinitieret fakturering Side 62 af 68
Oplysninger om mængde og kvalitet af korn med en tilhørende pris Disse oplysninger giver leverandøren mulighed for at oprette fakturaen i deres interne it-system. 7.4.3 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. 7.5 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. 7.5.1 RegningsKundePart 7.5.1.1 Dækning for risiko Ved at Køber/ RegningsKundePart selv genererer og fremsender faktura er leverandøren ikke følsom overfor hvilken kvalitet der er leveret fra Sælger. 7.5.2 RegningsLeverandørPart 7.5.2.1 Mindre administration Ved at Køber/ RegningsKundePart foretager kvalitetskontrol af det leverede og efterfølgende genererer og fremsender faktura er det ikke nødvendigt for køber at få analyseret kvaliteten inden der leveres til køber. Dermed har køber ikke den administrative byrde i selv at få foretaget kvalitetskontrol. 7.6 Eksempler Jens Jensen er gårdejer og har en aftale med Foderstofgrossisten om at de aftager høsten af korn. I samarbejdet mellem Jens Jensen og Foderstofgrossisten er det aftalt at Foderstofgrossisten bestemmer den pris der bliver afregnet for det korn Jens Jensen leverer. Dette betyder, at følgende trin gennemføres: 1. Foderstofgrossisten kontrollerer mængde og kvalitet for det leverede korn 2. Foderstofgrossisten opretter en køberinitieret faktura og sender den til Jens Jensen 7.6.1 Forretningsobjekter I de følgende tabeller finder du de forretningsobjekter, der er vigtige for dette eksempel. S10 OIOUBL Køberinitieret fakturering Side 63 af 68
7.6.1.1 Køberinitieret faktura (SelfBilledInvoice) 7.6.1.2 SelfBilledInvoice Class Field Attribute Value Note 10 UBLVersion 2.0 Customization Profile OIOUBL-2.1 Procurement-SbiSim- schemeagency 320 scheme urn:oioubl:id:profileid-1.2 CopyIndicator UU A00095680 false 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B4 IssueDate 2008-05-23 InvoiceTypeCode 380 urn:oioubl:codelist:invoicetypecode- DocumentCurrencyCode AccountingCost 5250124502 AccountingCustomerParty Party Endpoint 16356786 scheme :CVR PartyIdentification 16356786 scheme :CVR Party Foderstofgrossisten A/S PostalAddress STRUCTURED_ Street Fodervej BuildingNumber 1 City Næstved PostalZone 4700 PartyTaxScheme Company 16356786 urn:oioubl:scheme:partyidentification- 10 S10 OIOUBL Køberinitieret fakturering Side 64 af 68
scheme SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Foderstofgrossisten A/S 16356786 scheme urn:oioubl:scheme:partyidentification- CVR Contact 87656 Mogens Jørgensen Telephone 26532148 ElectronicMail mogens@foderstof.dk AccountingSupplierParty Party Endpoint 25188590 scheme urn:oioubl:scheme:endpointid- CVR PartyIdentification 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Party Oregård ApS PostalAddress STRUCTURED_ Street Orevej BuildingNumber 1 City Næstved PostalZone 4700 S10 OIOUBL Køberinitieret fakturering Side 65 af 68
PartyTaxScheme Company 25188590 scheme urn:oioubl:scheme:partyidentification- SE TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION PartyLegalEntity Registration Company Oregård ApS 25188590 scheme urn:oioubl:scheme:partyidentification- CVR Contact 345243 Jens Jensen Telephone 26532147 ElectronicMail jens@oregaard.dk Delivery ActualDeliveryDate 2008-05-23 PaymentMeans 1 PaymentMeansCode 42 PaymentDueDate 2008-06-23 PaymentChannelCode BANK urn:oioubl:id:paymentchannelcode- PayerFinancialAccount PaymentNote A00095680 PayeeFinancialAccount 0005704966 PaymentNote A00095680 FinancialInstitutionBranch 9544 PaymentTerms S10 OIOUBL Køberinitieret fakturering Side 66 af 68
1 PaymentMeans 1 Amount 62.50 TaxTotal TaxAmount 500000.00 TaxSubtotal TaxableAmount 500000.00 TaxAmount 125000.00 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION LegalMonetaryTotal LineExtensionAmount 500000.00 TaxExclusiveAmount 125000.00 TaxInclusiveAmount 625000.00 PayableAmount 625000.00 InvoiceLine 1 InvoicedQuantity 500.00 unitcode MT LineExtensionAmount 1000.00 TaxTotal S10 OIOUBL Køberinitieret fakturering Side 67 af 68
TaxAmount 625000.00 TaxSubtotal TaxableAmount 500000.00 TaxAmount 125000.00 TaxCategory STANDARDRATED urn:oioubl:id:taxcategoryid- Percent 25 TaxScheme 63 urn:oioubl:id:taxschemeid- Moms JurisdictionRegionAddress STRUCTURED_REGION Item Description Korn Korn SellersItemIdentification 5712345780121 scheme EAN Price PriceAmount 1000.00 BaseQuantity 1 unitcode MT OrderableUnitFactorRate 1 S10 OIOUBL Køberinitieret fakturering Side 68 af 68