Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5



Relaterede dokumenter
Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

OIOUBL Guideline. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline

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

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

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

OIOUBL Guideline. OIOUBL Guideline

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

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

OIOUBL Guideline OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

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

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

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

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

OIOUBL Guideline. OIOUBL Guideline

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

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Revisions- og opdateringsstrategi OIOUBL

OIOUBL Kodeliste. OIOUBL EndpointID K09. Version 1.3. Published under Creative Commons license, attribution marts 2013

OIOUBL Guideline Ordre

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

Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL

Teknisk vejledning til leverandører. Indtast brugerid på din e-faktura til Københavns Kommune

NemHandelsRegistret (NHR)

Brugervejledning Indstillinger og Funktioner

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

IKT-teknisk kommunikationsspecifikation

ectrl vejledning ectrl Opsætning af elektronisk rering

Quick Guide Vejen til rettidige betalinger December 2010

OIOUBL Kodeliste. OIOUBL ProfileID K15 Version 1.4. Published under Creative Commons license, attribution september 2014

FAQ 69: Uddybende vejledning til BI linjer i OIOUBL

Vejledning til PRO2TAL Bager/Online

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

1. Oprettelse af danske debitorer (ikke offentlige)

Vejledning om personidentifikation i IdM

DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

Vejledning i opsætning af NemHandelsprogrammet

COMCARE Faktura v2.0 oversigt

Teknisk v. Vejledningen. Den er udarbejdet i samarbejde med HerbertNathan & Co., som er specialiseret inden -systemer og ERP-projekter.

En teknisk introduktion til NemHandel

Høringssvar vedrørende Specifikation af serviceinterface for person (part)

OIOUBL fakturering for leverandører

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

Dokumentationsguide for dansk Bankkonto

CCS klassifikation og identifikation

Lovtidende A 2010 Udgivet den 1. april 2010

OBJECT IDENTIFICERES OID PHMR

NemHandelsRegistret (NHR)

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

BILAG A KØBENHAVNS UNIVERSITET IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION

Guideline. EAN-systemet

Salgsprocessen i Navision. Registrering af salgsfaktura og klarmelding.

DANPOT DATA A/S Recordartbeskrivelse mfp Leverandør Stamdata Side 1. PDNPTRXX -Recordart 80 (PC Kommunikation Information).

TimeLog A/S. TimeLog Project. Standardfakturalinjeeksport. Thomas S. Gudmandsen. w w w. t i m e l o g. d k

Quick Guide til Visit Gæstesystem i Backend.

FAQ OIOXML elektronisk regning

Indledning...2. Oplysninger på regninger til det offentlige...3

IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION

Forsendelse. Microsoft Dynamics NAV 2009 Klassisk. Side 1. Copyright: Naddon version

Vejledning til e-conomic integration (v1.1) Via Skyhost

Definition: unikt beskrivende navn på engelsk, der entydigt refererer til egen- skaben

Vejledning I afsendelse af elektroniske fakturaer eller kreditnotaer

NemHandel. Jens Jakob Andersen IT-arkitekt IT og Telestyrelsen

Lindpro A/S, Fabriksparken 58, 2600 Glostrup, tlf OIOUBL fakturering for leverandører

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


Transkript:

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 E-mail: oioubl@itst.dk OIOUBL Version 2.02 Oktober 2008 Ministeriet for Videnskab, Teknologi og Udvikling IT- og Telestyrelsen Holsteinsgade 63 DK-2100 København Ø Phone +45 3545 0000 Fax +45 3545 0010 http://www.itst.dk itst@itst.dk Ophavsrettigheder for denne udgivelse, jævnført Creative Common, Navngivning 2.5: Det er tilladt at: fremstille bearbejdede værker udfra dette dokument at fremstille eksemplarer og gøre dokumentet tilgængeligt for almenheden at benytte dokumentet i kommerciel henseende under betingelse af tydelig kildehenvisning til denne udgivelse fra IT- og Telestyrelsen. Læs mere om rettighederne på http://creativecommons.org/licenses/by/2.5/deed.da. OUOUBL Kontakt Version 1.2 Side 2

Indholdsfortegnelse 1. Forord...4 1.1Formål med dokumentet...4 1.2Konklusioner og anbefalinger...4 2. Relevante UBL klasser og elementer...5 2.1 DK-feltnavne og kardinalitet...5 2.1.1 Contact...5 3. Beskrivelse...6 3.1 Contact...6 3.1.1 Personreference...6 3.2 Person...6 4. Eksempler...7 4.1 Angivelse af Contact...7 4.2 Angivelse af Person...7 5. Termer og forkortelser...8 OUOUBL Kontakt Version 1.2 Side 3

1. Forord 1. Forord Denne guideline er ét af en række dokumenter, der beskriver formålet med og anvendelsen af de forretningsdokumenter der udgør den danske lokalisering af UBL 2.0 kaldet OIOUBL. Der er udarbejdet en guideline for hvert af forretningsdokumenterne, og derudover er der lavet generelle guidelines, der beskriver brugen af de elementer, der går på tværs af dokumenterne. 1.1 Formål med dokumentet Denne guideline er en generel guideline, som beskriver brugen af klassen Kontakt (Contact). 1.2 Konklusioner og anbefalinger Personreferencen er et at de centrale felter i udvekslingen af OIOUBL forretningsdokumenter. Mens EndePunktID (Det tidligere EAN-lokationsnummer) er den postkasse der sørger for, at dokumenterne sendes frem til rette virksomhed eller organisation, er personreferencen identifikation af den person, der skal modtage dokumentet. Personreferencen er således obligatorisk for afsenderen af visse dokumenter, og skal refereres på efterfølgende dokumenter. Sender en kunde således en ordre skal personreferencen fremgå heraf, og når leverandøren efterfølgende sender en faktura, skal kundens personreference refereres herpå. Oplysninger om EndePunktID og personreference er betingelser for, at elektroniske dokumenter kan guides frem til rette afdeling eller person i en virksomhed. OUOUBL Kontakt Version 1.2 Side 4

2. Relevante UBL klasser og elementer 2. Relevante UBL klasser og elementer Contact er et eksempel på en af de klasser, som findes på tværs af samtlige forretningsdokumenter i OIOUBL. Contact anvendes i forskellige sammenhænge, og typen af kontakt vil typisk fremgå enten af den klasse Contact findes i f.eks. Despatch/Contact, eller af navngivningen f.eks. ShippingContact, AccountingContact eller OrderContact. Contact findes også under Party klassen, og her er Contact klassen central, da det er i Contact/ID personreferencen angives. Der er i dokumentet specielt fokus på: Brugen af Contact Personreference Brugen af Person 2.1 DK-feltnavne og kardinalitet I tabellen nedenfor gennemgås Kontakt klassen og dens felter, samt kardinaliteten. 2.1.1 Contact Contact klassen indeholder følgende felter: UK-navn DK-navn Brug Bemærkning ID ID 0..1 Personreferencen er obligatorisk for afsenderen af en ordre, skal refereres på de fakturaer, hvor der findes en forudgående ordre. Det anbefales at der anvendes unikke ID er for en virksomhed f.eks. e-mail adresser, eller anden personidentifikation. Det anbefales ikke at bruge navne. Name Navn 0..1 Navn på kontakten, enten person eller afdeling. Telephone Telefon 0..1 Telefonnummeret kan skrives med eller uden landekode f.eks. 40121212 eller +4540121212. Undgå mellemrum. Telefax Telefax 0..1 Telefaxnummeret kan skrives med eller uden landekode f.eks. 40121212 eller +4540121212. Undgå mellemrum. ElectronicMail Email 0..1 E-mail adresse på person eller afdeling Note Note 0..1 Beskrivelse af hvornår kontakten kan anvendes f.eks. Udenfor normal arbejdstid eller I nødsituationer Other Communication AndenKommunikation 0..n I klassen kan der angives alternative kommunikationsformer OtherCommunication/ChannelCode KommunikationsTypeKode 0..1 Kode til angivelse af kommunikationstype. OtherCommunication/Channel KommunikationsType 0..1 Navn på kommunikationstype f.eks. Skype OtherCommunication/Value Værdi 1 F.eks. e-mailadresse eller telefonnummer. OUOUBL Kontakt Version 1.2 Side 5

3. Beskrivelse 3. Beskrivelse I de nedenstående afsnit beskrives anvendelsen af Contact nærmere. 3.1 Contact I de tilfælde hvor der er krav om, at Contact skal være udfyldt, vil det fremgå af de enkelte guidelines jf. eksemplet i Figur 1. 3.1.1 Personreference Når Contact er obligatorisk er det typisk af hensyn til personreferencen (Contact/ID). Det gør sig gældende for en Ordre, hvor kunden (BuyerCustomerParty) skal angive en personreference. Tilsvarende på en faktura, skal fakturaudstederen referere kundens personreference under AccountingCustomerParty/Party/Contact/ID. En personreference bør angives med værdier der er unikke for den enkelte virksomhed eller organisation f.eks. en e-mail adresse eller interne personidentifikationer som initialer eller numre. Det anbefales ikke at bruge navne, dels fordi der kan være navnesammenfald i en organisation og dels for at undgå mellemrum i Id et. Anvendes navne alligevel skal man sikre, at der ikke optræder dobbelte mellemrum eller andre skjulte karakterer, og der skal sikres konsistens i måden at skrive navnet på, således at det ikke f.eks. skrives Henrik H. Holm den ene gang og HENRIK HERLUF HOLM den anden gang. Når personreferencen er obligatorisk på fakturaen er det bl.a. for at optimere de processer der automatisk guider dokumenterne frem til de personer i en organisation der skal godkende en faktura, eller som automatisk matcher ordre, varebekræftelser og fakturaer. 3.2 Person Da Name i Contact klassen kan anvendes enten til at angive navnet på en person eller en afdeling, er det muligt at supplere med personoplysninger i Person klassen, såfremt man har angivet navnet på en afdeling under Contact. Enten fornavn eller efternavn skal være udfyldt i Person klassen, og der kan yderligere suppleres med oplysninger om Jobtitel og organisatorisk tilhørsforhold jf. eksemplet i Figur 2. OUOUBL Kontakt Version 1.2 Side 6

4. Eksempler 4. Eksempler Nedenfor vises eksempler på brugen af Kontakt og Person klasserne. 4.1 Angivelse af Contact Figuren viser eksempel på udfyldelse af Contact klassen <cac:contact> </cac:contact> Figur 1 <cbc:id>9000012345</cbc:id> <cbc:name>salgsafdelingen</cbc:name> <cbc:telephone>40121212</cbc:telephone> <cbc:telefax>40121213</cbc:telefax> <cbc:electronicmail>salg@tele.dk</cbc:electronicmail> <cbc:note>telefonerne er åbne mellem 8:00 og 16:00 på hverdage</cbc:note> <cac:othercommunication> <cbc:channel>skype</cbc:channel> <cbc:value>peter.jensen8</cbc:value> </cac:othercommunication> 4.2 Angivelse af Person Som supplement til Contact klassen kan Person klassen udfyldes, hvor der er mulighed for at give yderligere personoplysninger jf. eksemplet nedenfor <cac:person> </cac:person> Figur 2 <cbc:firstname>henrik</cbc:firstname> <cbc:familyname>holm</cbc:familyname> <cbc:title>hr</cbc:title> <cbc:middlename>herluf</cbc:middlename> <cbc:jobtitle>salgschef</cbc:jobtitle> <cbc:organizationdepartment>salgsafdelingen</cbc:organizationdepartment> OUOUBL Kontakt Version 1.2 Side 7

5. Termer og forkortelser 5. Termer og forkortelser Nedenfor summeres de vigtigste anvendte termer og forkortelser: Term: Headerniveau Linjeniveau Klasse Felter Attributter EndePunktID Personreference Forklaring: Felter på headerniveau er de felter, der findes direkte under root-elementet (det yderste element) i XML strukturen. Felter på headerniveau, er gældende for hele dokumentet. Felter på linjeniveaugælder i modsætning til felter på headerniveau kun for den enkelte dokumentlinje En klasse er en samling af felter. F.eks. indeholder Pris klassen felter som PrisBeløb, BeregningsGrundlagsMængde etc. Et felt svarer til et element i XML strukturen. F.eks. er PrisBeløb det felt der indeholder prisen på en fakturalinje. I et XML element er det ofte muligt at angive en egenskab for feltet i en attribut f.eks. i attributten unitcode, hvor enheden til en mængde kan angives, jf. eksempel: <cbc:basequantity unitcode="bo">1</cbc:basequantity> Attributterne benyttes også til at angive kodelister f.eks. listid="urn:oioubl:codelist:addressformatcode-1.1" EndePunktID (Det tidligere EAN-lokationsnummer) angives i feltet EndpointID og det er en elektronisk identitet der anvendes ved adressering af forretningsdokumenter. EndpointID angives altid med attributten SchemeID der fastlægger en klassifikation og samtidig beskriver hvem som udsteder/definerer adresserne. Inden for en klasse sikrer udstederen at alle identiteter er entydige. Se også guideline om endepunkt (Ref. G22) Personreferencen er det Id der definerer den person i en virksomhed eller organisation, som afsender eller skal modtage det pågældende dokument. OUOUBL Kontakt Version 1.2 Side 8