efaktura faktura / invoice format version 2.1.0 1.marts 2012 Dokumentversion 4.1
Indholdsfortegnelse - Content 1. DANSK BESKRIVELSE (DANISH DESCRIPTION)... 1 1.1 FAKTURAFORMATET... 1 1.1.1 Specielle tegn... 1 1.1.2 Prolog, stylesheet og skema... 1 1.1.3 Definition af fakturaformatet... 2 1.2 VALIDERINGER... 3 1.3 CHECKSUM... 4 1.4 MODULUS10-KONTROL... 6 1.5 FORMATÆNDRINGER... 7 1.5.1 Version 2.1.0... 7 1.5.2 Version 2.0.0... 9 1.5.3 Tidligere versioner... 12 2. ENGLISH DESCRIPTION (ENGELSK BESKRIVELSE)... 13 2.1 THE INVOICE FORMAT... 13 2.1.1 Special characters... 13 2.1.2 Prologue, stylesheet and schema... 13 2.1.3 Definition of the invoice format... 14 2.2 VALIDATIONS... 15 2.3 CHECKSUM... 16 2.4 MODULUS10-CONTROL... 18 2.5 FORMAT CHANGES... 19 2.5.1 Version 2.1.0... 19 2.5.2 Version 2.0.0... 21 2.5.3 Former versions... 24 3. FORMATBESKRIVELSE (DANISH) - FORMAT DESCRIPTION (ENGLISH)... 25 INVOICES (N=1, MANDATORY)... 25 DOCUMENT... 27 HEADER... 28 DOCUMENT_HEAD... 34 REMARK... 38 BILLED_FROM... 39 SOLD_FROM... 40 SELL_TO... 40 BILL_TO... 41 SHIP_TO... 41 ADDRESS... 42 CURRENCY... 43 LINE... 46 ITEM_INFO... 51 AMOUNT... 52 PAYMENT_TERMS... 54 TOTALAMOUNT... 56 CHARGE... 60 Side e faktura faktura / invoice format Side i
DELIVERY_TERMS... 62 PAYMENT_MEANS... 63 FIK... 64 P_MESSAGE... 65 P_CREDITOR_ADDRESS... 66 P_ALTERNATE_SENDER... 66 DIRECT_DEBIT... 67 FACTORING_INFO... 69 4. EKSEMPLER - EXAMPLES... 74 4.1 XML FAKTURA/INVOICE I FORMATVERSION 2.1.0 FROM SENDER... 74 4.2 XML FAKTURA/INVOICE I FORMATVERSION 2.0.0 FROM SENDER... 86 5. SKEMA - SCHEMA (XSD)... 91 effaktura faktura / invoice format Side ii
Dokumenthistorik Version Dato Ændringer danish Changes - english 4.1 01.03.2012 Firmanavn og logo PBS erstattet med Nets Company name and logo PBS replaced by Nets 4.0 13.10.2008 Direct_debet (tekst rettet) Direct_debet (text corrected) P_AMOUNT: Beløb til betaling i valgt valuta 3.9 02.05.2007 Alle landekode ISO standard 3166-1 er nu valide. Hvis landekode er forskellig fra DK, skal betalingstypen Direct debet benyttes med Direct debet type OTHER. 3.8 14.03.2007 Alle valuta koder (ISO Standard) er nu valide. 3.7 14.09.2006 Ny valideringsregler Quantity Antal kan være lig med nul Ny valideringsregler Receipt to Feltet skal være i XML en, men uden værdi. 3.6 15.08.2006 Filstørrelse for bundter er ændret til: Kan sende fakturabundter i unzipped format indtil 45 MB Kan sende fakturabundter i zipped format indtil 100 MB En faktura kan indholde 1000 sider. 3.5 28.04.2006 Skema (xsd) er ændret på flg. 2 områder: DESCRIPTION_1 på linje niveau kan indeholde mellemrumstegn som eneste tegn Flg. mht. COUNTRY_CODE: o COUNTRY_CODE kan indeholde alle landekoder. o Landekoder er case insensitive. o Landekoden i BILL_TO kan fortsat kun være DK. 3.4 01.02.2006 Antal decimaler er udvidet på flg. Felter: - QUANTITY, - UNIT_PRICE, - NET_PRICE, - QTY_PER_UNIT_OF_MEAS Amount for payment in selected currency. Country code ISO standard 3166-1 If country code is different from DK, please use payment type Direct debit with Direct debit type OTHER All curency codes (ISO Standard) is now valid. New validation rule Quantity Quantity can be zero New validation rule Receipt to The tags shall be in the XML, but without any value. File size for bundles are changed to: Can send invoice bundles up to 45 MB in unzipped format Can send invoices up to size 100 MB in zipped format One invoice can contain only 1000 documents Modified the schema(xsd) to incorporate the following: DESCRIPTION_1 on line level can contain spaces as the only value COUNTRY_CODE can contain any country code, except for the BILL_TO address section (where the value DK is still mandatory). COUNTRY_CODE in the invoice is now case insensitive. Number of decimals are expanded on the following tags: - QUANTITY, - UNIT_PRICE, - NET_PRICE, effaktura faktura / invoice format Side iii
URE, - TOTAL_DOCUMENT_CHEC KSUM og - CHECKSUM. Eksempel er opdateret. Det nye antal decimaler kan anvendes fra og med 1. februar 2006. - QTY_PER_UNIT_OF_MEAS URE, - TOTAL_DOCUMENT_CHEC KSUM and - CHECKSUM. Example is updated. The new number of decimals can be used from the 1. of February 2006. 3.3 10.10.2005 Redaktionelle ændringer: Editorial changes: - Præciseret, hvordan checksum - Clarified how to calculate checksum if beregnes, når der ikke anvendes FIK is not used FIK. - Elaborated the use of tags where N=1 - Uddybende forklaring af felter - allowed difference in amounts and med N=1 totals is described - Tilladt afvigelse på beløber og - Changed allowed size for invoices and totaler er angivet bundles - Ændret tilladt størrelse på - Clarified that it is not a requirement faktura og fakturabundt that P_MESSAGE is entered for card - Præciseret, at P_MESSAGE type 73 and 75. ikke er et krav for kortart 73 og 75 3.2 28.04.2005 Der indføres formatændringer, som træder i kraft 12. maj 2005. Flg. ændringer: Format changes are introduced with effect the 12. of may 2005. Following changes are introduced: - PAYMENT_INFO_JOINT_TR ANSFER_FORM ændres til at hedde FIK. - PAYMENT_INFO_JOINT_TR ANSFER_FORM is changed and called FIK. - PAYMENT_INFO_JOINT_TR ANSFER_FORM_VERSION ændres til at hedde PAYMENT_MEANS_VERSI ON - PAYMENT_INFO_JOINT_TR ANSFER_FORM_VERSION is changed and called PAYMENT_MEANS_VERSI ON - Alle V-felter ændres til M (Mandatory) - All V-tags are changed to M (mandatory) - Version og payment-version er fortsat 2.1.0. - Version and payment version is still 2.1.0 - Længden på REFERENCE er ændret. - The length of REFERENCE has been changed 3.1 27.04.2005 Der indføres formatændringer, som træder i kraft 12. maj 2005. Flg. ændringer: Format changes are introduced with effect the 12. of may 2005. Following changes are introduced: - Version og payment-version ændres fra v.2.0.0 til 2.1.0. - Version and payment-version updated from v.2.0.0 to 2.1.0. - Betalingsdelen er ændret - Payment section is updated grundlæggende - Possible to have order number - Mulighed for ordrenummer på on the line effaktura faktura / invoice format Side iv
linjen - Only format changes in version - Kun formatændringer i version 2.0.0 and 2.1.0 are described. 2.0.0 og 2.1.0 beskrives. 3.0.1 12.04.2005 Det er beskrevet, at modtager kan identificeres ved kundenummer. Denne funktionalitet træder i kraft i version 2.15 af e faktura HUB. It is described that the the receiver can be identified by the customer number. This functionality does not work before version 2.15 of the e faktura HUB. 3.0 08.04.2005 Der indføres formatændringer i Format changes are introduced. forbindelse med e faktura HUBløsningen. VERSION changes from version 1.1.0 to version 2.0.0. Formatændringerne træder i kraft 1. The change in format becomes effective marts 2005. Versionen af formatet er nu March 1 st 2005. 2.0.0 2.1 25.11.2003 Beskrivelse af P_ACCOUNT_NO og P_REG_NO er korrigeret tilbage til den oprindelige beskrivelse. Description of P_ACCOUNT_NO and P_REG_NO is changed back to the original description. 2.0 03.11.2003 Der indføres formatændringer. Format changes are introduced. VERSION og FACTORING_VERSION VERSION and skifter fra version 1.0.0 til version 1.1.0. Formatændringen træder i kraft 1. februar 2004. FACTORING_VERSION changes from version 1.0.0 to version 1.1.0. The change in format becomes effective February 1 st 2004. See the document Introduktion til e- faktura integration on handling multiple versions of the e-faktura format, if necessary. Se evt. dokumentet Introduktion til e- faktura integration mht. håndtering af flere versioner af e-faktura fakturaformatet. 1.4 01.07.2003 e faktura A/S er erstattet af PBS A/S og PBS logo er indsat på forsiden. 1.3 05.05.2003 XML-eksempel for e-faktura (version 1.0.0) opdateret. e faktura A/S replaced by PBS A/S and PBS logo inserted on the front page. XML example for e-faktura (version 1.0.0) updated. 1.2 25.02.2003 Dokument færdiggjort. Document completed. 1.104 20.02.2003 Dokumenthistorik er tilføjet. Det er angivet hvilket tag, amount er afhængigt (dependent) af, samt bedre beskrivelse af, hvad kolonnen N betyder. Document history added. It is specified which tag amount is dependent on, plus a better description of what the column N means. effaktura faktura / invoice format Side v
1. Dansk beskrivelse (Danish Description) Nærværende dokument gennemgår XML-formatet, som en faktura skal overholde samt et eksempel på en faktura. 1.1 Fakturaformatet Formatet angives i encoding ISO-8859-1. Formatet for en faktura kan ikke ændres uden samtykke fra Nets Denmark. Nets vil varsle formatændringer med minimum tre måneders varsel. 1.1.1 Specielle tegn Der accepteres ikke ikke-printbare tegn i filformatet. Følgende tegn må ikke indgå i formatet: < > & Dette bevirker, at ERP-systemerne skal konvertere tegnene iht. nedenstående tabel, inden tegnene sendes til e faktura. På tilsvarende måde skal tegnene konverteres ved modtagelse. Tegn Konvertering i ERP DTD entitet < < <!ENTITY lt "<"> > > <!ENTITY gt ">"> & & <!ENTITY amp "&"> ' <!ENTITY apos "'"> " <!ENTITY quot """> 1.1.2 Prolog, stylesheet og skema Alle XML-filer skal have flg. xml-deklaration som første linje: <?xml version="1.0" encoding="iso-8859-1" standalone="yes"?> Det første tag (root) i selve XML-delen, skal indeholde en reference til skema-definitionen og det aktuelle skema, og skal anføres således: <INVOICES xmlns:xsi=http://www.w3.org/2001/xmlschema-instance xsi:nonamespaceschemalocation="efaktura.xsd"> Når e faktura fremsender en faktura til fakturamodtager, vil XML-filen s anden linje referere lokalt til det medsendte stylesheet: <?xml-stylesheet type="text/xsl" href="oinnn..nn.xsl"?> Bemærk, da der anvendes unikke filnavne, vil filnavn-referencen være forskellig, hver gang der modtages en faktura fra e faktura. Fakturaafsender skal ikke inkludere en stylesheet-reference. Kun e faktura påsætter denne. e faktura faktura / invoice format Side 1
1.1.3 Definition af fakturaformatet Fakturaformatet beskrives i tabelform i afsnit 3 Formatbeskrivelse. Kolonnerne i tabellerne har følgende betydning: Navn Name: Angiver start og slut på tagget. Beskrivelse: Kort beskrivelse af, hvilken information tagget indeholder. Description: Engelsk beskrivelse Requirement: Hvis værdien af tagget ligger fast, er krav til værdien beskrevet her. Type: Angiver hvilken type information, tagget indeholder; f.eks. om det er tekst eller dato. Såfremt der står sub level i kolonnen, er det fordi tagget har et niveau, der er beskrevet i en anden tabel med samme navn som tagget. Value: Angiver antallet af karakterer, informationen kan indeholde. A(20) betyder, at den kan indeholde 20 karakterer. Hvis der yderligere er tilføjet altid, eksempelvis A(4) altid, betyder dette, at informationen altid skal være på 4 karakterer. Såfremt typen er decimal, kan værdien eksempelvis være 20.3, hvilket betyder at tallet kan være på 20 cifre før kommaseparatoren og 3 cifre efter kommaseparatoren. C/M/D/V: Angiver hvorvidt informationen er conditional, mandatory, dependent eller mandatory fra og med en bestemt version af formatet. Et conditional tag må gerne være der, selvom det ikke er udfyldt. Et mandatory tag skal være der og skal være udfyldt. Et dependent tag skal være der, hvis det tag, det er afhængigt af, er udfyldt. Dog, såfremt N = 1 skal tagget være med, tagget kan dog være tomt, såfremt det tag det er afhængigt af, ikke er udfyldt. Vs: Angiver, at tagget er mandatory fra og med det angivne versionsnummer. N: Angiver hvor mange gange tagget kan være i formatet. N = 1 betyder, at tagget altid skal være med 1 gang, det kan dog være tomt. Bemærk, at selvom et tag ikke er mandatory, kan N godt stå til 1, og så vil tagget i DTD en være defineret som mandatory. N = 0..1 betyder, at tagget kan være med, eller det kan udelades. N = 0..100 betyder, at tagget kan være med 0-100 gange. Dependent: Angiver det tag, som dette tag er afhængigt af. Dependent af angives kun, når C/M/D/V er D. History: Her angives historik for eventuelle ændringer til tagget. Hvis der er tale om et nyt tag, angives f.eks. versionsnummer for oprettelse i formatet; er der tale om en ændring af et tag s definition, angives den tidligere definition samt det versionsnummer, hvori tagget blev ændret. e faktura faktura / invoice format Side 2
1.2 Valideringer e faktura foretager flg. valideringer: At der ikke er tale om en dublet. Undersøges ved at sikre, at kombinationen af service-leverandør, fakturaafsender af den første faktura i bundtet og bundt-referencenummer er unik inden for indeværende år. At afsender er kendt af e faktura At checksum er korrekt At alle øvrige landekoder er i overensstemmelse med ISO-standard ISO 3166-1 (2 karaktersvarianten) At postnumre er gyldige danske postnumre, hvis landekode = DK At momsprocenten er korrekt, hvis linjetotaler angiver, at der er moms At momsprocenten på linjer, gebyrer og fakturarabat svarer til enten 0 eller 25 % At alle totaler er korrekte At på linjer med antal og beløb, skal der være udfyldt mindst et varenummer At XML-filen er valid og overholder fakturaformatet mht. struktur (mandatory, conditional etc.) samt feltdefinitioner, f.eks. maximalt 3 decimaler på beløb mv. Flg. regler gælder: For mandatory tags Tagget skal være til stede i XML-filen Tagget skal have et validt indhold For conditional tags med N=0..1(1000) Tagget behøver ikke være tilstede i XML-filen Er tagget tilstede, skal det enten være tomt eller have et validt indhold For conditional/dependent tags med N=1 Tagget skal være til stede i XML-filen Tagget skal enten være tomt eller have et validt indhold Tagget skal have en værdi, hvis det felt det er afhængigt af, er tilstede og har en værdi. For conditional tag med mandatory underniveau Hvis et conditional tag er tilstede, så gælder reglerne for mandatory tags for evt. mandatory under-niveau. Hvis f.eks. tagget REMARK er til stede i XML-filen, så skal der være minimum et korrekt REMARK_TXT og med en valid værdi Andre regler: Et enkelt mellemrum er ikke et validt indhold for et felt, med mindre præcis dette er specificeret for feltet. Bemærk, for alle valideringer på beløb og totaler gælder det, at der accepteres en afvigelse på højst 50 ører. Er valideringerne ikke overholdt, vil en faktura blive afvist. e faktura faktura / invoice format Side 3
1.3 Checksum Formålet med checksummen er at sikre, at en faktura ikke er blevet ændret fra afsenderens ERP-system til modtagerens ERP-system. Når et ERP-system skal afsende en faktura, beregnes en checksum. Checksummen følger fakturaen, således at man ved modtagelse kan beregne checksummen ud fra fakturaen og sammenligne den beregnede checksum med den modtagne checksum. Derved undgår man at indlæse en forkert eller beskadiget faktura. Checksummen fremkommer ved brug af tre typer af oplysninger på en faktura: Fakturamodtagernavn, Sum af fakturalinjernes beløb uden moms og FIK/GIRO-nummeret. Her er et eksempel på indholdet af et CHECKSUM-tag: <CHECKSUM>4325632,000</CHECKSUM> Alle ERP-systemer skal således generere en checksum. Checksummen bliver beregnet på samme måde ved afsendelse af en kreditnota. Ved modtagelse skal ERP-systemet kontrollere, om checksummen stemmer overens med fakturaen. Såfremt dette ikke er tilfældet, skal brugeren (fakturamodtager) af ERP-systemet have en fejlmeddelelse. Sådan opbygges checksummen: Checksum = <BILL_TO>.<NAME_1> + <P_FIK_NO> + alle <NET_PRICE> Den første del efter lighedstegnet er det fakturamodtagernavn, der står i NAME_1 under <BILL_TO>segmentet. Hvis ikke segmenterne findes, medgår de ikke i checksummen. Checksummen i den første del, <BILL_TO>.<NAME_1>, beregnes ved hjælp af ASCII-værdierne, som fremgår af nedenstående tabeller. Der benyttes samme ASCII-værdi, uanset om det vedrører store eller små bogstaver. Såfremt der er bogstaver i tagget, som ikke findes i nedenstående tabel, udelades de pågældende bogstaver fra beregningen af checksummen. Tegn 0 1 2 3 4 5 6 7 8 9 Værdi 4 8 4 9 5 0 5 1 5 2 5 3 5 4 5 5 5 6 5 7 Tegn A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Værdi 6 5 6 6 6 7 6 8 6 9 7 0 7 1 7 2 7 3 7 4 7 5 7 6 7 7 7 8 7 9 8 0 8 1 8 2 8 3 8 4 8 5 8 6 8 7 8 8 8 9 9 0 Checksummen i den anden og tredje del, <P_FIK_NO> + alle <NET_PRICE>, er blot de cifre, der indgår i disse tag, jf. eksemplet nedenfor. e faktura faktura / invoice format Side 4
<BILL_TO> <NAME_1>ABC 234</NAME_1> delchecksum 65+66+67+50+ 51+ 52 = 351 </BILL_TO> <P_FIK_NO>12345674</P_FIK_NO> delchecksum = 12345674 <NET_PRICE>9000,000</NET_PRICE> <NET_PRICE>1000,000</NET_PRICE> <NET_PRICE>0,000</NET_PRICE> delchecksum 9000 + 1000 + 0 = 10000 Checksum = 351 + 12345674 + 10000 = 12356025,000 Anvendes FIK-delen ikke i en faktura, har P_FIK_NO værdien 0 i beregningen af checksum. Checksummen angives i faktura-formatet. e faktura faktura / invoice format Side 5
1.4 Modulus10-kontrol Betalingsidentifikationens sidste ciffer er et kontrolciffer beregnet med modulus10 efter følgende model: 1. Gang det sidste ciffer med 2, det næstsidste med 1, osv. jf. vægttallene i nedenstående eksempel. 2. Hvis summen af en udregning bliver 10 eller derover, adderes de 2 cifre i summen, således at det nye tal - tværsummen - bliver mindre end 10. 3. Tværsummen adderes med de resterende summer under 10 til et tal, der anvendes som tæller. 4. Tælleren divideres med 10 - modulus. 5. Kontrolcifret er lig med 10 minus resten fra divisionen. Hvis resten fra divisionen er nul, bliver kontrolcifret "0". Eksempel: Der er 16 positioner i feltet, hvilket betyder, at der ved udprintning af hele OCR-linjen skal være en blank karakter enten foran eller bagved betalingsidentifikationen. Hvis kortart-koden og kreditornummeret er fortrykt, skal betalingsidentifikationens 15 cifre printes midt i felt 2. Hvis man f.eks. har betalingsident 02684014996532 (uden checkciffer) kan man beregne sig frem til cifferet på følgende måde: Step 1 og 2: Betalingsident 0 2 6 8 4 0 1 4 9 9 6 5 3 2 Vægttal: 1 2 1 2 1 2 1 2 1 2 1 2 1 2 Delberegning (step 1) 0 4 6 16 4 0 1 8 9 18 6 10 3 4 Tværsumstal (step 2) 0 4 6 7 4 0 1 8 9 9 6 1 3 4 Step 3: Tæller: 0 + 4 + 6 + 7 + 4 + 0 + 1 + 8 + 9 + 9 + 6 + 1 + 3 + 4 = 62 Step 4: Tæller/modulus: 62/10 = 6,2 dvs. rest = 2 Step 5: Kontrolciffer 10-2 = 8 e faktura faktura / invoice format Side 6
1.5 Formatændringer Dette kapitel beskriver de indførte formatændringer i de enkelte versioner. For hver version beskrives følgende: Tilføjede tags Ændrede tags 1.5.1 Version 2.1.0 1.5.1.1 Tilføjede tags Nyt tag HEADER/PAYMENT_MEANS_V ERSION C/M/D/V Type Værdi Vs M Text A(10) DOCUMENT/PAYMENT_MEANS M Sub-level 2.1.0 DOCUMENT/PAYMENT_ MEANS /PAYMENT_TYPE M Text A(20) Beskrivelse Version af XML-format til brug for OfficeBanking Betalingsmåder Betalingsmåde. Se valgtabel 8 DOCUMENT/PAYMENT_ MEANS /DIRECT_DEBIT PAYMENT_ MEANS /DIRECT_DEBIT/P_DIRECT_DEB IT_TYPE M Sub-level M Text A(20) Direct debet betalingsoplysninger. Direct debit type. Se valgtabel 9. PAYMENT_ MEANS/DIRECT_DEBIT/P_CURR ENCY_CODE PAYMENT_ MEANS/DIRECT_DEBIT/P_AMO UNT PAYMENT_ MEANS/DIRECT_DEBIT/P_TRAN SFER_DATE PAYMENT_ MEANS/DIRECT_DEBIT/P_REG_ NO PAYMENT_ MEANS/DIRECT_DEBIT /P_ACCOUNT_NO M Text A(3) M Decimal 20.2 M Text A(10)altid M Text A(4) M Text A(10) Valutakode. Beløb til betaling i DKK. Dato for overførslen af penge. Skal være en bank-dag. Beløbsafsenders reg.nr Beløbsafsenders kontonr. e faktura faktura / invoice format Side 7
Nyt tag PAYMENT_ MEANS/FIK LINE/ORDER_NO 1.5.1.2 Nye Valgtabeller C/M/D/V Type Værdi Vs M Sub-level C Text A(20) Beskrivelse FIK betalingsoplysninger. Blev før kaldet PAYMENT_INFO_JOINT_TRANSFER_FORM. Ordrenummer på linjeniveau Valgtabel 8 Choice Table 8 Beskrivelse FIK FIK betalingsoplysninger. DIRECT_DEBIT Direct debet betalingsoplysninger. Valgtabel 9 Choice Table 9 Beskrivelse BS BetalingsService LS LeverandørService PBS OTHER PBS National Clearing. Kan kun anvendes af Nets. Anden type 1.5.1.3 Ændrede tags I nedenstående tabel, refererer kolonnen med overskriften Tabel-kolonne til, hvilke(t) af nedenstående definitioner, der er ændret i under formatbeskrivelsen. Hvis der f.eks. er tale om, at et felt er udvidet, angives det, at det er Værdi, som er ændret: Navn Beskrivelse Krav Type Værdi C/M/D/V Vs N Dependent af Ændret tag Tabel-kolonne Værdi før Værdi nu /HEADER/VERSION Krav Angives som Angives som e faktura faktura / invoice format Side 8
X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XML-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes. X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XML-formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag, såfremt denne version anvendes. /INVOICES/REFERENCE Værdi A(20) A(40) 1.5.1.4 Fjernede muligheder Flg. tag kan ikke mere benyttes: Nyt tag DOCUMENT/ PAYMENT_INFO_JOINT_TRANS FER_FORM HEADER / PAYMENT_INFO_JOINT_TRANS FER_FORM_VERSION C/M/D/V Type Værdi Vs Sub-level M Text A(10) Beskrivelse Betalingsoplysninger. Er erstattet af FIK. Version af XML-format til brug for OfficeBanking. Er erstattet af PAYMENT_MEANS_VERSION. 1.5.2 Version 2.0.0 1.5.2.1 Tilføjede tags Nyt tag INVOICES /INVOICES/REFERENCE /HEADER/RECEIPT_NO C/M/D/V Type Værdi Vs M Under-niveau M Text A(20) M Text A(20) Beskrivelse Nyt niveau til at håndtere flere fakturaer i én XML-fil. Referencenummer til denne afsendelse Kvitteringsnummer genereret af det afsendende økonomisystem. Det skal være unikt for afsender. Kvitteringsnummeret bliver returneret i kvitteringer fra e faktura til brug for ERP-systemets opdatering af status på de enkelte fakturaer. Tidligere lå dette nummer i en særskilt.req fil. Feltet ligger nu i stedet direkte i XML-formatet. /HEADER/CHECKSUM M Checksum. Se afsnit 1.3 Checksum e faktura faktura / invoice format Side 9
Nyt tag /DOCUMENT_HEAD/ACCOUNT_ CODE C/M/D/V Beskrivelse Type Værdi Vs Decimal 20.3 Tidligere lå dette nummer i en særskilt.req fil. Feltet ligger C Text A(35) nu i stedet direkte i XML-formatet. DimensionsKontoStreng til brug for fakturering af offentlige institutioner. Såfremt køber har opgivet en DimensionsKontoStreng i forbindelse med afgivelse af rekvisition eller ordre, er køber, jf. lov om offentlige betalinger og tilhørende bekendtgørelse, berettiget til at tilbageholde betaling, indtil den oplyste DimensionsKontoStreng fremgår af fakturaen /LINE/ACCOUNT_CODE C Text A(35) Anvendelse af dette felt er betinget af, at køber har opgivet en DimensionsKontoStreng. Såfremt de enkelte fakturalinjer skal bogføres med forskellige DimensionsKontoStrenge, skal dette angives på fakturalinjeniveau. I dette tilfælde er udfaldsrummet på fakturahovedniveau konstant: "Linjespecificeret" DimensionsKontoStreng til brug for fakturering af offentlige institutioner. Såfremt køber har opgivet en DimensionsKontoStreng i forbindelse med afgivelse af rekvisition eller ordre, er køber, jf. lov om offentlige betalinger og tilhørende bekendtgørelse, berettiget til at tilbageholde betaling, indtil den oplyste DimensionsKontoStreng fremgår af fakturaen Anvendelse af dette felt er betinget af, at køber har opgivet en DimensionsKontoStreng. Anvendelse af dette felt er betinget af, at køber har opgivet en DimensionsKontoStreng på linjeniveau. /LINE/FINAL_CUSTOMER_TYPE C Text A(3) /LINE/FINAL_CUSTOMER C Text /INVOICES/TOTAL_DOCUMENT _CHECKSUM A(20) M Decimal 20.3 Angiver hvordan endelig kunde er identificeret. Se valgtabel 6. Anvendes til at angive eventuel endelig kunde. Anvendes f.eks. inden for det kommunale område til at angive cpr-nr på ydelsesmodtager. Sum af checksum en under alle dokumenterne /INVOICES/NO_OF_DOCUMENT S 1.5.2.2 Nye Valgtabeller M Text A(4) Antal faktura og kreditnotaer i denne afsendelse Valgtabel 6 Beskrivelse e faktura faktura / invoice format Side 10
Valgtabel 6 CPR TLF CVR EAN PNO DUN Beskrivelse CPR-nummer Telefonummer CVR-nummer EAN-lokationsnummer P-nummer DUNS-nummer 1.5.2.3 Ændrede tags I nedenstående tabel, refererer kolonnen med overskriften Tabel-kolonne til, hvilke(t) af nedenstående definitioner, der er ændret i under formatbeskrivelsen. Hvis der f.eks. er tale om, at et felt er udvidet, angives det, at det er Værdi, som er ændret: Navn Beskrivelse Krav Type Værdi C/M/D/V Vs N Dependent af Ændret tag Tabel-kolonne Værdi før Værdi nu /HEADER/VERSION Krav Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XMT er 1.1.0. Dette betyder, at der altid skal angives 1.1.0 i dette tag, såfremt denne version anvendes. Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XML-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes. /HEADER/ PAYMENT_INFO_JOINT_TRANSFER_FORM_VE RSION Krav Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XMT er 1.0.0. Dette betyder, at der altid skal angives 1.0.0 i dette tag, såfremt Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af betalings-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, e faktura faktura / invoice format Side 11
denne version anvendes. /HEADER/FACTORING_VERSION Krav Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XMT er 1.1.0. Dette betyder, at der altid skal angives 1.1.0 i dette tag, såfremt denne version anvendes. /DOCUMENT_HEAD/EXTERNAL_DOCUMENT_ Value A(20) A(40) NO såfremt denne version anvendes. Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af factoring-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes. 1.5.2.4 Fjernede muligheder Snabel-a skal ikke konverteres inden ind- og udlæsning. Dvs. snabel-a skrives direktes som @ i XMLfilen. Tegn Konvertering i ERP DTD entitet @ &at; <!ENTITY at "@"> 1.5.3 Tidligere versioner Version 1.1.0, kun anvendt med e faktura version 1.0 Version 1.0.0, kun anvendt med e faktura version 1.0 e faktura faktura / invoice format Side 12
2. English description (Engelsk beskrivelse) This document goes through the format of the invoice and an example of an invoice. 2.1 The invoice format The format is specified in encoding ISO-8859-1. The format for an invoice cannot be changed without consent from Nets Denmark A/S. Nets will give notice of changes in the format with a minimum of three months notice. 2.1.1 Special characters No non-printable characters are accepted in the file format. None of the following characters must be part of the format: < > & The ERP systems must convert any characters in the table below, before the characters are sent. The characters are to be converted correspondingly upon reception. Character Conversion in the ERP DTD entity < < <!ENTITY lt "<"> > > <!ENTITY gt ">"> & & <!ENTITY amp "&"> ' <!ENTITY apos "'"> " <!ENTITY quot """> 2.1.2 Prologue, stylesheet and schema All XML-files must have a xml-declaration as the first line, stated like this: <?xml version="1.0" encoding="iso-8859-1" standalone="yes"?> The first XML-tag (root) in the XML-file must have a reference to the schema definition and the e faktura schema and must be stated like this: <INVOICES xmlns:xsi=http://www.w3.org/2001/xmlschema-instance xsi:nonamespaceschemalocation="efaktura.xsd"> When e faktura sends an invoice to the recipient the second line in the XML-file will have a local reference to the stylesheet that is send along with the invoice and will be stated like this: <?xml-stylesheet type="text/xsl" href="oinnn..nn.xsl"?> Notice, that as unique filnames are used, the stylesheet reference will be different every time an invoice is received from e faktura. The original legal sender of the invoice shall not include a reference to a stylesheet. e faktura faktura / invoice format Side 13
2.1.3 Definition of the invoice format The invoice format from e faktura is described in tabular form in section 4 format description The columns in the table have the following meaning: Navn Name: Defines the beginning and end of the tag Beskrivelse: Description in Danish Description: A brief description of which information the tag contains. Requirement: If the value of the tag is established, a requirement to the value is described here. This column is only included for the description of HEADER. Type: Specifies which type of information the tag contains; e.g. whether it is text or a date. Provided it says sublevel in the column, the tag has a level that is described in another table with the same name as the tag Value: Specifies the amount of characters, the information can contain. A(20) means that it can contain 20 characters. If altid (always) is added, for example A(4) altid, this means that the information must always be 4 characters long. Should the type be decimal, the value can be 20.3, which means that the number can be 20 digits before the decimal comma 1 and 3 digits after the decimal comma. C/M/D/V: Specifies whether the information is conditional, mandatory, dependent or mandatory for a certain version of the format A conditional tag may be there, even though it is not filled out A mandatory field must be there and has to be filled out A dependent tag must be there, if the tag it is dependent on, is filled out. In case of N = 1, the tag has to be there, though if the tag,it is dependent on is not filled out, the tag can be left empty. Vs: Specifies whether the tag is mandatory from the specified version number. N: Specifies how many times the tag can be in the format. N = 1 means the tag has a minimum & maximum occurrence of 1 N = 0..1 means the tag can occur a minimum of 0 and maximum of 1 N = 0..100 means the tag can occur a minimum of 0 and maximum of 100 Dependent: Specifies the tag, that this tag is dependent on. Dependent on is only specified, when usage is D (dependant). History: The history of changes to the tag is specified here. If it is a new tag, e.g. the version number, for creation in the format, should be specified; if it is changes of a tags definition, the former definition and the version number, in which the tag was changed, is specified. e faktura faktura / invoice format Side 14
2.2 Validations e faktura carries out the following validations:. Verifies that the combination of the service provider, sender of the first invoice in the bundle and reference number of the bundle is unique within current year. Verifies that the sender is known by e faktura Verifies that the checksum is correct to verify that the invoice has not been changed. Verifies that all other country codes are correct with regards to the ISO standard ISO 3166-1 (alpha-2) Verifies that all zip-codes are valid Danish zip-codes if the country code is DK Verifies that VAT procentage is correctly entered with regards to the totals of amount Verifies that the Vat procentage for charges, lines and invoice discount are either 0 or 25 % Verifies that all totals are correct That lines with quantity and amount has at leas tone item number Verifies that the XML-file is valid and complies with this document with regards to whether the fields are optional or mandatory and the type of the fields as well. The following rules applies: For mandatory tags The tag has to be in the XML-file The tag has to have a valid value For conditional tags with N=0..1(1000) The tag do not have to be in the XML-file The tag shall either be empty or have a valid value For conditional/dependent tags with N=1 The tag has to be in the XML-file The tag shall either be empty or have a valid value The tag shall have a value if the tag it is dependent on is filled in For conditional tag with mandatory sublevel If the conditional tag is there, then the rules for mandatory tags applies for the sublevel. I.e. if the tag REMARK is in the XML, then at least one correct instance of REMARK_TXT should exist. Other rules: A single space is not a valid value (at least for now) For all validations of amounts and totals it applies, that a difference of no more than 0,50 DKK is allowed. If the validation rules are not complied with the invoice will be rejected. e faktura faktura / invoice format Side 15
2.3 Checksum The purpose of a checksum is to make sure that an invoice has not been altered from the sender's ERP system to the recipient's ERP system. When an ERP system is about to send an invoice, a checksum is calculated. The checksum follows the invoice so that on reception, the checksum can be calculated from the invoice and be compared with the received checksum. This avoids reading an invalid e-invoice. The checksum appears when using three types of information on an invoice: invoice recipient name, sum of the invoice lines without VAT and FIK/GIRO number. Here is an example of the contents of a CHECKSUM-tag: <CHECKSUM>4325632,000</CHECKSUM> Every ERP system must generate a checksum. The checksum is calculated the same way as when sending a credit note. On reception, the ERP system must check if the checksum corresponds with the invoice. If it doesn t, the user (invoice recipient) of the ERP system must receive an error message. The checksum is built in this way: Checksum = <BILL_TO>.<NAME_1> + <P_FIK_NO> + all <NET_PRICE> The first part after the equal-sign is the invoice recipient name that is in NAME_1 under <BILL_TO> segment. If the segments doesn t exist, they are not part of the checksum. The checksum in the first part, <BILL_TO>.<NAME_1>, are calculated using the ASCII value, that are stated in the tables below. The same ASCII values are used, regardless if the letters are capitalized or not. If there are letters in the tag, that are not in the table below, the letters in question are left out from the checksum calculation. Sign 0 1 2 3 4 5 6 7 8 9 Value 4 8 4 9 5 0 5 1 5 2 5 3 5 4 5 5 5 6 5 7 Sign A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Value 6 5 6 6 6 7 6 8 6 9 7 0 7 1 7 2 7 3 7 4 7 5 7 6 7 7 7 8 7 9 8 0 8 1 8 2 8 3 8 4 8 5 8 6 8 7 8 8 8 9 9 0 The checksum in the second and third part, <P_FIK_NO> + all <NET_PRICE>, are simply the numbers that are in these tags, cf. the example below. <BILL_TO> <NAME_1>ABC 234</NAME_1> part checksum 65+66+67+50+ 51+ 52 = 351 </BILL_TO> <P_FIK_NO>12345674</P_FIK_NO> part checksum = 12345674 <NET_PRICE>9000,000</NET_PRICE> <NET_PRICE>1000,000</NET_PRICE> e faktura faktura / invoice format Side 16
<NET_PRICE>0,000</NET_PRICE> part checksum 9000 + 1000 + 0 = 10000 Checksum = 351 + 12345674 + 10000 = 12356025,000 If the FIK-part is not used in an invoice, then P_FIK_NO has the value of 0 in the calculation of the checksum. The checksum is stated in the invoice format. e faktura faktura / invoice format Side 17
2.4 Modulus10-control The last digit in the payment identification is a check digit, calculated with modulus10, following this model: 1. Multiply the last digit with 2, the second last with 1, and so forth, cf. the weight numbers in the example below. 2. If the sum of a calculation is 10 or above, the 2 digits in the sum is added so that the new number the sum of the digits is less than 10. 3. The sum of the digits is added to the remaining sums, below 10, to a number that is used as a counter 4. the counter is divided by 10 modulus. 5. The check digit is equal to 10 minus the remainder of the division. If the rest of the division is zero, the check digit will become 0. Example: There is 16 positions in the field, which means that, when printing the OCR line, there must be a blank character either before or behind the payment identification. If the card type code and the creditor number is pre printed, the 15 payment identification digits must be printed in the middle of field 2. if one has e.g. payment identification 02684014996532 (without control digit) one can calculate the digit in the following way: Step 1 and 2: payment identification 0 2 6 8 4 0 1 4 9 9 6 5 3 2 weights: 1 2 1 2 1 2 1 2 1 2 1 2 1 2 Part calculation(step 1) 0 4 6 16 4 0 1 8 9 18 6 10 3 4 Sum of the digits (step 2) 0 4 6 7 4 0 1 8 9 9 6 1 3 4 Step 3: Counter:0 + 4 + 6 + 7 + 4 + 0 + 1 + 8 + 9 + 9 + 6 + 1 + 3 + 4 = 62 Step 4: Counter/modulus: 62/10 = 6,2 i.e. rest = 2 Step 5: Check digit 10-2 = 8 e faktura faktura / invoice format Side 18
2.5 Format changes This chapter describes the format changes in the respective versions. For each version the following changes are to be described: Added tags Changed tags 2.5.1 Version 2.1.0 2.5.1.1 Added tags New tag HEADER/PAYMENT_MEANS_V ERSION DOCUMENT/PAYMENT_ MEANS /PAYMENT_TYPE DOCUMENT/PAYMENT_ MEANS/DIRECT_DEBIT PAYMENT_ MEANS/DIRECT_DEBIT/P_DIRE CT_DEBIT_TYPE C/M/D/V Type Value Vs M Text A(10) M Text A(20) M Sub-level M Text A(20) Description Version of XML-format to use for Office Banking. Payment type. See choice table 8. Direct debit payment information. Type of direct debet. See choice table 9. PAYMENT_ MEANS/DIRECT_DEBIT/P_CURR ENCY_CODE PAYMENT_ MEANS/DIRECT_DEBIT/P_AMO UNT PAYMENT_ MEANS/DIRECT_DEBIT/P_TRAN SFER_DATE PAYMENT_ MEANS/DIRECT_DEBIT/P_REG_ NO PAYMENT_ MEANS/DIRECT_DEBIT /P_ACCOUNT_NO PAYMENT_ MEANS/FIK M Text A(3) M Decimal 20.2 M Text A(10)altid M Text A(4) M Text A(10) M Sub-level Currency code. Amount for payment in DKK. Date for money transfer. Must not be a nonbanking day. Registration number of the sender of the amount (payer) The amount senders account number (payer). FIK payment information. Before called PAYMENT_INFO_JOINT_TRANSFER_FOR e faktura faktura / invoice format Side 19
LINE/ORDER_NO C Text A(20) M. Order number on line level 2.5.1.2 New choice tables Valgtabel 8 Choice Table 8 Description FIK Joint info transfer form payment information. DIRECT_DEBIT Direct debit payment information. Valgtabel 9 Choice Table 9 Description BS Direct debit service plus LS PBS OTHER Supplier service PBS National Clearing. Only to be used by Nets. Other type 2.5.1.3 Changed tags In the table below, the column with the heading Table column refers to which of the definitions below, that has been changed during the format description. If e.g. a field has been expanded, it is specified that it is Value that has been changed: Name Description Requirement Type Value C/M/D/V Vs N Dependent on Changed tag Table column Value before Value now /HEADER/VERSION Requirement Specified as Specified as X.Y.Z, where X is X.Y.Z, where X is generation, Y is the version and Z is the patch. generation, Y is the version and Z is the patch. This version of XML is 2.0.0. This version of XML is 2.1.0. e faktura faktura / invoice format Side 20
Changed tag Table column Value before Value now This means that 2.0.0 is always stated in this tag, provided this version is used. This means that 2.1.0 is always stated in this tag, provided this version is used. /INVOICES/REFERENCE Value A(20) A(40) 2.5.1.4 Removed possibilities The following tag cannot be used anymore: Deletted tag C/M/D/V Type Value Vs DOCUMENT/ Sub-level PAYMENT_INFO_JOINT_TRANS FER_FORM HEADER / M PAYMENT_INFO_JOINT_TRANS Text FER_FORM_VERSION A(10) Description Payment information. Is replaced by FIK. Version of XML-format to use for Office Banking. Is replaced by PAYMENT_MEANS_VERSION. 2.5.2 Version 2.0.0 2.5.2.1 Added tags New tag INVOICES /INVOICES/REFERENCE /HEADER/RECEIPT_NO /HEADER/CHECKSUM /DOCUMENT_HEAD/ACCOUNT_CODE C/M/D/V Type Value Vs M Sub level M Text A(20) M Text A(20) M Decimal 20.3 C Text A(35) Description New level to handle more invoices in one dispatch A reference number for this dispatch Receipt number generated by the senders ERPsystem. Should be unique. Acknowledgements will include this receipt number. Earlier this number was written in a separate file. Checksum. See section 2.3 Checksum Earlier this number was written in a separate file. Account code /LINE/ACCOUNT_CODE C Account code e faktura faktura / invoice format Side 21
New tag /LINE/FINAL_CUSTOMER_TYPE /LINE/FINAL_CUSTOMER /INVOICES/TOTAL_DOCUMENT_CHECKSU M /INVOICES/NO_OF_DOCUMENTS 2.5.2.2 New choice tables C/M/D/V Type Value Vs Text A(35) C Text A(3) C Text A(20) M Decimal 20.3 M Text A(4) Description Type of identification of the final customer. See choice table 6 Depicts the final customer. Sum of all the checksums on document level Number of invoices and credit notes in this dispatch Choice table 6 CPR TLF CVR EAN PNO DUN Description CPR number Telephone number CVR number EAN location number P number DUNS number 2.5.2.3 Changed tags In the table below, the column with the heading Table column refers to which of the definitions below, that has been changed during the format description. If e.g. a field has been expanded, it is specified that it is Value that has been changed: Name Description Requirement Type Value C/M/D/V Vs N Dependent on e faktura faktura / invoice format Side 22
Changed tag Table column Value before Value now /HEADER/VERSION Requirement Specified as Specified as X.Y.Z, where X is X.Y.Z, where X is generation, Y is the version and Z is the patch. generation, Y is the version and Z is the patch. /HEADER/ PAYMENT_INFO_JOINT_TRANSFER_FORM_VE RSION Requirement This version of XML is 1.1.0. This means that 1.1.0 is always stated in this tag, provided this version is used. Specified as X.Y.Z, where X is generation, Y is the version and Z is the patch. This version of XML is 1.0.0. This means that 1.0.0 is always stated in this tag, provided this version is used. /HEADER/ FACTORING_VERSION Requirement Specified as X.Y.Z, where X is generation, Y is the version and Z is the patch. This version of XML is 1.1.0. This means that 1.1.0 is always stated in this tag, provided this version is used. /DOCUMENT_HEAD/EXTERNAL_DOCUMENT_ Value A(20) A(40) NO This version of XML is 2.0.0. This means that 2.0.0 is always stated in this tag, provided this version is used. Specified as X.Y.Z, where X is generation, Y is the version and Z is the patch. This version of payment is 2.0.0. This means that 2.0.0 is always stated in this tag, provided this version is used. Specified as X.Y.Z, where X is generation, Y is the version and Z is the patch. This version of payment is 2.0.0. This means that 2.0.0 is always stated in this tag, provided this version is used. 2.5.2.4 Removed possibilities The sign for at (@) shall not be converted to a DTD entity before generating the XML-file. An @ is written directly into the XML-file as @. Character Conversion in the ERP DTD entity @ &at; <!ENTITY at "@"> e faktura faktura / invoice format Side 23
2.5.3 Former versions Version 1.1.0, only used with e faktura version 1.0 Version 1.0.0, only used with e faktura version 1.0 e faktura faktura / invoice format Side 24
3. Formatbeskrivelse (Danish) - Format Description (English) INVOICES (N=1, mandatory) Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History REFERENCE Referencenummer til denne afsendelse af fakturaer og kreditnotaer (et bundt). Referencenummeret indgår i kvitteringer fra e faktura. E faktura HUB tjekker, at kombinationen af serviceleverandør, fakturaafsender af den første faktura i bundtet og dette referencenummer er unik inden for indeværende år. Ellers afvises bundtet. Reference number to this dispatch of invoices and creditmemos (a bundle). The reference number will be used in acknowledgements from e faktura. E faktura HUB verifies that the combination of the service provider, sender of the first invoice in the bundle and this reference number is unique within current year. Else the bundle is rejected. Text A(40) M 1 New in version 2.0.0. Updated from A(20) to A(40) in version 2.1.0. DOCUMENT Faktura eller kreditnota oplysninger. Der kan sendes flere dokumenter i et bundt. Antallet af fakturaer og kreditnotaer i én ikke zippet afsendelse må ikke overstige en filstørrelse på 45 MB. Er afsendelsen zippet må filstørrelsen ikke overstige 100 MB. En enkel faktura eller kreditnota må ikke fylde mere end 6 MB. Invoice or credit note details. The number of invoices and credit note in one unzipped dispatch must not exceed a file size of 45 MB. Zipped dispatch must not exceed a file size of 100 MB. A single invoice or credit note may not exceed a file size of 6 MB. Sub level M 1...1000 e faktura faktura / invoice format Side 25
En faktura kan indeholde 1000 sider. TOTAL_DOCUMENT_CHECKSUM Sum af alle dokumenterne s checksum. NO_OF_DOCUMENTS Antallet af fakturaer/kreditnotaer i denne afsendelse. One invoice can contain only 1000 documents Sum of all the documents checksums. Number of invoices/credit notes in this dispatch Decimal 40.10 M 1 New in version 2.0.0. Changed from 20.3 to 40.10 in version 2.1.0 Text A(4) M 0..1 New in version 2.0.0 e faktura faktura / invoice format Side 26
DOCUMENT Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History HEADER Oplysninger om afsender, modtager, formater og versionsnumre. Information about sender, recipient, formats and version numbers. Sub level DOCUMENT_HEAD Oplysninger fra fakturahovedet. Information from the invoice header Sub level PAYMENT_MEANS Betalingsmåde. Bemærk, e faktura foretager ikke et automatisk træk på baggrund af oplysningerne i fakturaen. FACTORING_INFO DOCUMENT_UDT Information omkring evt. factoringselskab. Kan kun anvendes ved FIK-betalinger. I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk: såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. Payment means. Please notice, that e faktura does not perform any operations to transfer the amount from the payers account to the payee. Information concerning factoring company, if any. Can only be used with FIK-payments. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Sub level Sub level Sub level M 1 M 1 M 1 New in version 2.1.0 C 0..1 C 0..1 e faktura faktura / invoice format Side 27
HEADER Navn name Beskrivelse Description Requirement Type Value C/M/ D/V IDENTIFIER Afsenders CVRNR./SENR Senders CVRNR./SENR Text A(20) M 1 SENDER_CODE RECEIVER_CODE Kode for afsender. Skal svare overens med den kode som afsender er oprettet med i e faktura løsningen. Dvs. er afsender oprettet med et CVR/SE-, EAN- eller P- nummer, angives dette. CVR/SE-, P- og EANnummer angives uden foranstillede bogstaver og eventuelle bindestreger el. lign. Kode for modtager, som anvendes i e faktura løsningen til at identificere modtager. Er modtager oprettet med et CVR/SE-, EAN-eller P- nummer angives dette. Har afsender hverken modtagers CVR/SE-, P- eller EAN-nummer angives 0. CVR/SE-, P- og EAN- Sender code Must correspond to the code, sender is registered with in e faktura. Fex. if the sender is registered with either an CVR/SE-, EAN- or a P-no., this is entered. CVR/SE-, P- og EANno. s are entered without prefixed letters, hyphenations and the like. Code for recipient, which is used by e faktura to identifiy the receiver. If the recipient is registered with either acvr/se-, an EAN- or a P-no. in the e faktura register, enter this number. If the sender does not have the receivers Text A(20) M 1 Text A(20) M 1 Vs N Dependent History e faktura faktura / invoice format Side 28
Navn name Beskrivelse Description Requirement INVOICE_FORWARD_TO_COD E SENDER RECEIVER nummer angives uden foranstillede bogstaver og eventuelle bindestreger og lign. Benyttes ved gennemfakturering til at identificere den virksomhed, som fakturaen skal gennemfaktureres til. Aftales mellem samhandelspartnerne. Afsenders e-mail Feltet benyttes ikke mere Modtagers e-mail Feltet benyttes ikke mere CVR/SE-, EAN-, or P- no. enter 0. CVR/SE-, P- or EANno. s are entered without prefixed letters, hyphenations and the like. Used at invoicing to identify the company to which the invoice is being invoiced. Must be agreed upon, between trading parties. Senders e-mail The field is no longer used Recipient s e-mail The field is no longer used TYPE Bilagstype. Valgtabel 1 Supplement type. Choice table 1 Type Value C/M/ D/V Shall be 0 Text A(100 ) Shall be 0 Text A(100 ) Text A(20) C 1 Vs N Dependent e faktura faktura / invoice format Side 29 History M 1 Descriptio n updated in v. 2.0.0 M 1 Descriptio n updated in v. 2.0.0 Text A(20) M 1 DECIMAL_SEPARATOR Decimalseparator Decimal separator Shall be, Text A(1) M 1 THOUSAND_SEPARATOR Tusindseparator Thousandth separator Shall be left empty (blank) NEGATIVE_DENOMINATOR Negativ-tegn altid foranstillet. Negative denominator is always prefixed DATE_FORMAT Datoformat Date format Shall be CCYY-MM- Text A(1) M 1 Shall be - Text A(1) M 1 Text A(10) M 1
Navn name Beskrivelse Description Requirement DD Type Value C/M/ D/V TIME_VERSION 12- eller 24-timers ur 12- or 24-hour format Shall be 24 Text A(2) M 1 TIME_FORMAT Tidsformat i 24-timers ur Time format is in 24 hour format RECEIPT RECEIPT_TO RECEIPT_NO TEST_FLAG Feltet benyttes ikke mere. Feltet skal være i XML en, men uden værdi. Feltet benyttes ikke mere. Feltet skal være i XML en, men uden værdi. Kvitteringsnummer genereret af det afsendende økonomisystem. Det skal være unikt for afsender. Kvitteringsnummeret bliver returneret i kvitteringer fra e faktura til brug for ERP-systemets opdatering af status på de enkelte fakturaer. Testflag Hvis testflaget er 1, vil fakturaen kun kunne blive leveret som en elektronisk faktura. Hvis modtager ikke er registreret til at kunne modtage The field is no longer used. The tags shall be in the XML, but without any value. The field is no longer used. The tags shall be in the XML, but without any value. Receipt number generated by sender's ERP system. Should be unique. Acknowledgements will include this receipt number. Shall be HH:MM:SS Text A(8) M 1 Vs N Dependent e faktura faktura / invoice format Side 30 History Shall be 0. Text A(1) M 1 Descriptio n updated in v. 2.0.0 Shall be left empty (blank) Test flag 0=Normal. If the test flag is 1 the 1=Test invoice will be delivered electronically to the recipient. If the recipient does not accept electronic invoices the Text A(100 ) D 1 RECEIP T Descriptio n updated in v. 2.0.0 Text A(20) M 1 New in version 2.0.0 Text A(1) M 1 Descriptio n updated in v. 2.0.0
Navn name Beskrivelse Description Requirement elektroniske fakturaer, vil invoice will be rejected. fakturaen blive afvist. PAYMENT_MEANS_VERSION FACTORING_VERSION Version af XML-format til brug for OfficeBanking Version af XML-format til brug for Factoring Version of XML-format to use for Office Banking. Version of XML-format to use for Factoring Shall be 2.1.0 in this version / Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag. Shall be 2.0.0 in this version / Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af factoring er Type Value C/M/ D/V Vs N Dependent History Text A(10) M 1 New in version 2.1.0 Text A(10) M 1 e faktura faktura / invoice format Side 31
Navn name Beskrivelse Description Requirement 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag. VERSION Generel version af XMLformat General version of Shall be XML-format 2.1.0 in this version / Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag. Type Value C/M/ D/V Vs N Dependent e faktura faktura / invoice format Side 32 History Text A(10) M 1 Changed from 2.0.0 to 2.1.0 VERIFICATION_ID Til fremtidig brug. For future use Shall be 0 Text A(64) M 1 CHECKSUM Checksum Checksum Deci 20.10 M 1 New in mal version 2.0.0. Changed from 20.3 to 20.10 in version 2.1.0.
Navn name Beskrivelse Description Requirement HEADER_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. Bemærk: såfremt UDT benyttes, skal dette udvikles i både modtager og afsenders ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields have to be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Type Value C/M/ D/V Sub level Vs N Dependent C 0.. 1 History Valgtabel 1 Choice Tabel 1 Beskrivelse Description EFAKTURA_INVOICE Faktura (oplysningen skal angives med Invoice (the information must be stated with Upper case ) upper case) EFAKTURA_CREDITNOTE Kreditnota (oplysningen skal angives med Upper case ) Credit note (the information must be stated with upper case) e faktura faktura / invoice format Side 33
DOCUMENT_HEAD Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History NO Salgsfaktura/kreditnota nummer Sales invoice-/credit note number ORDER_NO Evt. salgsordrenummer if desired sales order number YOUR_REFERENCE Deres reference. Kontaktperson hos modtager Your reference. Contact person at recipient ORDER_DATE Salgsordredato Sales order date Date A(10) altid SHIPMENT_DATE Leveringsdato Delivery date Date A(10) altid Text A(20) M 1 Text A(20) C 0..1 Text A(30) C 0..1 C 0..1 C 0..1 SALESPERSON_CODE Kode for sælger Salesperson code Text A(10) C 0..1 SALESPERSON_NAME Sælgers Navn Salesperson name Text A(30) C 0..1 SALESPERSON_PHONE Sælgers Telefon Salesperson phone number. Text A(30) C 0..1 SENDER_CVR_NO CVR_NO Afsenders SE- eller CVR-nr. Svarer til BILLED_FROM adressen. CVR/SE -nummer angives uden foranstillede bogstaver og eventuelle bindestreger og lign. Modtagers SE- eller CVR-nr. Svarer til SELL_TO adressen. CVR/SE -nummer angives uden foranstillede bogstaver og eventuelle bindestreger og lign. Senders CVR no Corresponds to the BILLED_FROM address. CVR/SE-number is stated without prefixed letters, hyphenations and the like. Recipient CVR no. Corresponds to the SELL_TO address. CVR/SE-number is stated without prefixed letters, hyphenations and the like. Text A(20) M 1 Text A(20) C 1 AS_REG_NO Modtagers A/S reg.nr. Recipient A/S reg. no. Text A(20) C 0..1 e faktura faktura / invoice format Side 34
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History TRANSPORT_METHOD Transportmåde (Intrastat) Transport method (Intrastat) DOCUMENT_DATE Bilagets oprettelsesdato Document creation date Date A(10) altid INVOICE_DATE Bogførings-/fakturadato Det er den dato, der fremgår af fakturaen samt den dato, der beregnes betalings- og rabattermin ud fra EXTERNAL_DOCUMENT_NO Eksternt bilagsnr., f.eks. rekvisitionsnummer. Book keeping /invoice date Date It is this date that appears on the invoice, and it is this date that payment- and discount payment date is calculated from External supplement number, ex. requisition number Text A(10) C 0..1 A(10) altid C 0..1 M 1 Text A(40) C 0..1 SHIPPING_AGENT_CODE Speditør Shipping agent Text A(10) C 0..1 PACKAGE_TRACKING_NO Pakkesporingsnr. Package tracking number. Text A(30) C 0..1 ACCOUNT_CODE DimensionsKontoStreng til brug for fakturering af offentlige institutioner. LOGO Såfremt de enkelte fakturalinjer skal bogføres med forskellige DimensionsKontoStrenge hos fakturamodtager, skal dette angives på fakturalinjeniveau. I dette tilfælde er udfaldsrummet på fakturahovedniveau konstant: "Linjespecificeret" Sti til afsenders logo. Feltet benyttes ikke. Account code Text A(35) C 0..1 New in version 2.0.0 Path to sender's logo. The field is not used. Text A(80) C 0..1 JOB_NO Sagsnr. Job no. Text A(20) C 0..1 REMARK Bemærkninger til fakturaen Remarks to the invoice Sub level C 0..1 e faktura faktura / invoice format Side 35
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History BILLED_FROM Adresse, hvorfra faktura/kreditnota er afsendt. Address from which the invoice/credit note has been sent. SOLD_FROM Adresse på den part, varerne leveres fra. Address on the party, the goods are being delivered from. SELL_TO BILL_TO Kunden, hvortil varen er solgt. Identifikation af den virksomhed, som købsaftalen er indgået med. Adressen, hvortil faktura/kreditnota skal sendes. The customer that has bought the goods. Identifies the legal entity, that the seller has an agreement with regarding the goods/deliveries invoiced. The address to which the invoice/credit note is to be sent. e faktura faktura / invoice format Side 36 Sub level Sub level Sub level Sub level SHIP_TO Leveringsadresse Delivery address Sub level CURRENCY Valutaoplysninger Currency information Sub level LINE Fakturalinje Invoice line Sub level PAYMENT_TERMS Betalingsbetingelser Payment terms Sub level TOTALAMOUNT Totalbeløb Total amount Sub level DELIVERY_TERMS Leveringsbetingelser Delivery terms Sub level DOCUMENT_HEAD_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de In all tags with this partial name, users of e faktura can place wanted fields as Sub level M 1 M 1 M 1 M 1 C 0..1 M 1 M 1.. 100000 M 1 M 1 C 0..1 C 0..1
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History almindelige rammer angivet i fakturaformatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. e faktura faktura / invoice format Side 37
REMARK Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History REMARK_TXT Bemærkningslinje Remark line Text A(110) M 1..10000 REMARK_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Sub level C 0..1 e faktura faktura / invoice format Side 38
BILLED_FROM Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History BILLED_FROM_CODE Kode for afsender af faktura/kreditnota. The invoice/credit note sender's code. Text A(20) M 1 ADDRESS Adresse Address Sub level M 1 BILLED_FROM_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Sub level C 0..1 e faktura faktura / invoice format Side 39
SOLD_FROM Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History SOLD_FROM_CODE Kode for afsender af varer The goods senders code. Text A(20) M 1 ADDRESS Adresse Address Sub level SOLD_FROM_UDT SELL_TO I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. Bemærk,at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Sub level M 1 C 0..1 Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History SELL_TO_CUSTOMER_NO Kundens nummer hos afsender The customers number at the sender Text A(20) M 1 ADDRESS Kundens adresse The customers address Sub level SELL_TO_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Sub level M 1 C 0..1 e faktura faktura / invoice format Side 40
BILL_TO Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History BILL_TO_CUSTOMER_NO Fakturamodtagers nummer hos kreditor. e faktura vil forsøge at finde modtager ud fra dette nummer. The recipients number at the creditor. e faktura will try to identify the receiver by this number. ADDRESS Adresse Address Sub level BILL_TO_UDT SHIP_TO I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Text A(20) M 1 Description updated in version 2.0.0 Sub level M 1 C 0..1 Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History SHIP_TO_CODE Kode for modtager af vare Code for the recipient of the goods. Text A(20) M 1 ADDRESS Adresse Address Sub level SHIP_TO_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Sub level M 1 C 0..1 e faktura faktura / invoice format Side 41
ADDRESS Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History NAME_1 Navn Name Text A(50) M 1 NAME_2 Navn (fortsat) Name (continued) Text A(50) C 0..1 ADDRESS_1 Adresse Address Text A(50) M 1 ADDRESS_2 Adresse (fortsat) Address (continued) Text A(50) C 0..1 ADDRESS_3 Adresse (fortsat) Address (continued) Text A(50) C 0..1 ADDRESS_CODE Adressekode. Kan f.eks. benyttes til EANlokationsnummer eller anden adresseidentifikation. Address code Can be used for EAN location number or other address identification. Text A(20) C 0..1 CONTACT Kontaktperson Contact person Text A(30) C 0..1 POST_CODE Postnr. Angives uden foranstillet DK. F.eks. 2750 for Ballerup. Postal code, stated without prefixed DK, e.g. 2750 for Ballerup Text A(20) M 1 CITY By City Text A(30) M 1 PHONE_1 Telefon 1 Telephone 1 Text A(20) C 0..1 PHONE_2 Telefon 2 Telephone 2 Text A(20) C 0..1 FAX_1 Telefax 1 Telefax 1 Text A(20) C 0..1 FAX_2 Telefax 2 Telefax 2 Text A(20) C 0..1 BANK_REG_NO PI-reg.nr. (PI = pengeinstitut) FI registration number (FI = Financial institution) Text A(20) C 0..1 BANK_ACC_NO PI-kontonr. FI account number. Text A(20) C 0..1 BANK_NAME PI-navn FI name Text A(30) C 0..1 EMAIL e-mail-adresse e-mail address Text A(80) C 0..1 HOMEPAGE Hjemmeside Home page Text A(80) C 0..1 COUNTRY Land country Text A(30) C 0..1 e faktura faktura / invoice format Side 42
Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History COUNTRY_CODE Landekode ISO standard 3166-1 Hvis landekode er forskellig fra DK, skal betalingstypen Direct debet benyttes med Direct debet type OTHER. ADDRESS_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. Country code ISO standard 3166-1 If country code is different from DK, please use payment type Direct debit with Direct debit type OTHER In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP-system. Text A(3) M 1 Sub level C 0..1 CURRENCY Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History CURRENCY_CODE Valutakode ISO standard 4217 Currency code ISO standard ISO 4217 Text A(10) M 1 CURRENCY_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system. Sub level C 0..1 Såfremt man ønsker at benytte andre ISO-koder, benyttes ISO 3166-1 (2-karakters varianten) som standard for landekoder og ISO 4217 som standard for valutakoder. Standarderne kan findes på www.iso.org. e faktura faktura / invoice format Side 43
In case one wants to use other ISO codes, ISO 3166-1 is used as standard for country codes and ISO 4217 is used as standard for currency codes. The standards can be found at www.iso.org. e faktura faktura / invoice format Side 44
e faktura faktura / invoice format Side 45
LINE Navn - Name Beskrivelse Description Type Value C/M/D/ V LINE_NO Linjenummer Line number Integer 10 M 1 e faktura faktura / invoice format Side 46 V s N Dependent History ORDER_NO Ordrenummer Order number Text A(20) C 0..1 New in version 2.1.0 SUPP_ITEM_NO Kreditors varenummer Suppliers item number Text A(20) C 0..1 CUST_ITEM_NO Debitors varenummer Customers item number Text A(20) C 0..1 TRADED_ITEM_NO Fælles varenummer f.eks. EAN-kode Shared item number, e.g. EAN code. SHIPMENT_DATE Leveringsdato Delivery date Date A(10) altid DESCRIPTION_1 Beskrivelse af varen Description of the product. DESCRIPTION_2 Beskrivelse af varen Description of the product. Text A(20) C 0..1 C 0..1 Text A(50) M 1 Text A(50) C 0..1 UNIT_OF_MEASURE Enhedsbeskrivelse Unit of measure Text A(10) C 0..1 QUANTITY Antal Quantity Decimal 20.10 D 1 SUPP_ITEM_NO, Note that quantity Bemærk Quantity kan CUST_ITEM_NO, can be positive or være positiv eller TRADED_ITEM_N negative as well as negativt samt nul O zero. UNIT_PRICE Salgspris pr. enhed uden rabat, afgift og moms Unit price without discount, charge and VAT. Decimal 20.10 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_N O Changed from 20.3 to 20.10 in version 2.1.0 Changed from 20.3 to 20.10 in version 2.1.0 NET_PRICE Salgspris pr. enhed inkl. Sales price per Unit Decimal 20.10 D 1 SUPP_ITEM_NO, Changed
Navn - Name Beskrivelse Description Type Value C/M/D/ V alle former for rabatter including all forms of og afgifter, men ekskl. discounts and charges, moms but without VAT. VAT_PCT Moms %. Bemærk, at såfremt varen på linjen er toldfri, skal man angive 0%. Skal være enten 0 eller 25 og skal angives i overensstemmelse med varelinjens total. VAT %. Note that if the product on the line is VATfree, one must specify 0 %. VAT_PCT must be either 0 or 25 %. e faktura faktura / invoice format Side 47 V s N Dependent History CUST_ITEM_NO, TRADED_ITEM_N O Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_N O QUANTITY_DISC_PCT Mængderabat % Quantity discount % Decimal 20.3 C 0..1 QUANTITY_DISC_AMOUNT Mængderabatbeløb ekskl. moms. Mængderabatbeløb skal være den totale mængderabat for varelinjen. Quantity discount amount without VAT Quantity discount amount must be the total quantity discount for the article line. Decimal 20.3 C 0..1 LINE_DISCOUNT_PCT Linjerabat % Line discount % Decimal 20.3 C 0..1 LINE_DISCOUNT_AMOUNT LINE_INV_DISC_AMOUNT Linjerabatbeløb ekskl. moms. Linjerabatbeløb skal være den totale linjerabat for varelinjen. Fakturarabatbeløb for den aktuelle linje ekskl. moms. Line discount amount without VAT; must be the total line discount article line. Invoice discount amount for the current line, without VAT. Invoice discount must Decimal 20.3 C 0..1 Decimal 20.3 C 0..1 from 20.3 to 20.10 in version 2.1.0
Navn - Name Beskrivelse Description Type Value C/M/D/ V Hvis fakturarabatbeløb be accounted for in the er indregnet i NET_PRICE if the NET_PRICE, skal discount type is fakturarabattypen (se INV_DISC_INCL under (see TOTALAMOUNT) TOTALAMOUNT). angives som Otherwise it should not INV_DISC_INCL. be included in the NET_PRICE. GROSS_WEIGHT NET_WEIGHT Hvis fakturarabatbeløbet ikke er indregnet i NET_PRICE, skal fakturarabattypen angives som INV_DISC_EXCL. Summen af fakturarabatbeløb for alle fakturalinjerne skal stemme med T_INV_DISC_AMOUN T_VAT_EXCL hvis fakturarabattypen er INV_DISC_INCL. Bruttovægt pr. enhed i kg. Nettovægt pr. enhed i kg. The sum of Invoice discount amount on all invoice lines shall be identical to T_INV_DISC_AMOU NT_VAT_EXCL if the invoice discount type INV_DISC_INCL. Gross weight per unit in kilograms. Net weight per unit in kilograms V s Decimal 20.3 C 0..1 Decimal 20.3 C 0..1 UNITS_PER_PARCEL Antal pr. kolli Amount per parcel Decimal 20.3 C 0..1 UNIT_VOLUME Rumfang i m3 Volume in Cubic Meters (m3) Decimal 20.3 C 0..1 N Dependent History e faktura faktura / invoice format Side 48
Navn - Name Beskrivelse Description Type Value C/M/D/ V SERIAL_NO Serienr. Såfremt der er et serienr. på linjen, kan <quantity> kun være 1. Serial number. If there is a serial number on the line, quantity can only be 1. e faktura faktura / invoice format Side 49 V s Text A(20) C 0..1 LOT_NO Lot-nummer Lot-number Text A(20) C 0..1 TRANSPORT_METHOD Transportmåde Method of transport Text A(10) C 0..1 QTY_PER_UNIT_OF_MEASU RE UNIT_OF_MEASURE_CODE Antal pr. enhed Enhedskode. Feltet er afsenderens interne kode for enheden, hvorimod feltet <UNIT_OF_MEASUR E> er selve beskrivelsen. Quantity of unit per Measure. Unitcode. The field is the senders internal code for the unit, whereas the field <UNIT_OF_MEASUR E> is the description itself. N Dependent History Decimal 20.10 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_N O Text A(10) D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_N O JOB_NO Sagsnr. Job number. Text A(20) C 0..1 FINAL_CUSTOMER_TYPE Angiver hvordan endelig kunde er identificeret. Se valgtabel 6. Type of identification of the final customer. See choice table 6 Changed from 20.3 to 20.10 in version 2.1.0 Text A(3) C 0..1 New in version 2.0.0 FINAL_CUSTOMER Anvendes til at angive Depicts the final Text A(20) C 0..1 New in eventuel endelig kunde. customer. version Anvendes f.eks. inden 2.0.0 for det kommunale område til at angive cprnr på ydelsesmodtager. ACCOUNT_CODE DimensionsKontoStreng Account code Text A(35) C 0..1 New in
Navn - Name Beskrivelse Description Type Value C/M/D/ V til brug for fakturering af offentlige institutioner. ITEM_INFO Udvidet vareinformation Extended item information. Sub level C 0..1000 0 V s N Dependent History AMOUNT Beløb Amount Sub level D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_N O LINE_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and senders ERP-system. Sub level C 0..1 Linier, hvor SUPP_ITEM_NO, CUST_ITEM_NO og TRADED_ITEM_NO ikke er udfyldt, bliver betragtet som tekstlinier. På sådanne linier er det udelukkende LINE_NO og DESCRIPTION_1, DESCRIPTION_2, der udfyldes. Dette benyttes, hvis man ønsker at tilføje en linie på fakturaen, som kun indeholder tekst. Bemærk dog, at såfremt antal og beløb udfyldes, så skal enten SUPP_ITEM_NO, CUST_ITEM_NO eller TRADED_ITEM_NO udfyldes. version 2.0.0 e faktura faktura / invoice format Side 50
Lines where SUPP_ITEM_NO, CUST_ITEM_NO and TRADED_ITEM_NO are not filled out, are considered to be textual lines. On such lines it is exclusively LINE_NO and DESCRIPTION_1, DESCRIPTION_2 that is to be filled in. This is used, if one wishes to add a line on the invoice, which only contains text. Notice however, if quantity and amount is entered, then one of SUPP_ITEM_NO, CUST_ITEM_NO or TRADED_ITEM_NO must be entered as well. Valgtabel 6 choice table 6 Beskrivelse Description CPR CPR-nummer CPR number TLF Telefonummer Telephone number CVR CVR-nummer CVR number EAN EAN-lokationsnummer EAN locationsnumber PNO P-nummer P number DUN DUNS-nummer DUNS number ITEM_INFO Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History ITEM_INFO_LINE_NO Løbenummer Successions number Integer 10 M 1 ITEM_INFO_TXT Fritekst Item info text Text A(50) M 1 ITEM_INFO_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Sub level C 0..1 Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. Note that in case UDT is used, this is to be developed in both recipient and senders ERP system. e faktura faktura / invoice format Side 51
AMOUNT Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History AMOUNT_EXCL_VAT Beløb ekskl. moms For linjer: Beløbet fremkommer ved at gange NET_PRICE med antal. Amount without VAT. For lines: The amount shall be equal to NET_PRICE multiplied with quantity. AMOUNT_INCLUDING_VAT Beløb inkl. moms Amount with VAT. For linjer: Beløbet For lines: Is calculated from fremkommer ved AMOUNT_EXCL_VAT and beregning ud fra VAT_PCT linjens beløb ekskl. moms og linjens momsprocent. VAT_AMOUNT Momsbeløb VAT amount. Skal være identisk Shall be the difference between med differencen AMOUNT_INCLUDING_VAT and mellem beløb AMOUNT_EXCL_VAT ekskl. moms og VAT amount shall either be 0 or 25 inkl. moms. % of the amount without VAT. Momsbeløb skal svare til enten 0 eller 25 % af beløb ekskl. moms. AMOUNT_UDT I alle tags med In all tags with this partial name, dette delnavn kan users of e faktura can place wanted brugere af e faktura fields as required. These fields must placere ønskede be within the common frames felter efter behov, specified in the invoice format. dog inden for de almindelige Note that in case UDT is used, this is Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO e faktura faktura / invoice format Side 52 Sub level C 0..1 Changed from M to D in version 2.0.0 Changed from M to D in version 2.0.0 Changed from M to D in version 2.0.0
Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERPsystem. to be developed in both recipient and senders ERP system. e faktura faktura / invoice format Side 53
PAYMENT_TERMS Navn Name Beskrivelse Description Type Valu e PAYMENT_TERMS_DESC Beskrivelse af betalingsbetingelser. Description of payment terms. Text A(30 ) DUE_DATE Forfaldsdato Due date Date A(10 ) altid PAYMENT_DISCOUNT_PCT Rabat % ved tidlig betaling PAYMENT_DISCOUNT_DA TE PAYMENT_DISCOUNT_AM OUNT PAYMENT_TERMS_UDT Discount % for early payment Decim al Seneste dato for rabat Latest date for discount Date A(10 ) altid Rabatbeløbet, der kan opnås ved tidlig betaling. Rabat angives med positivt fortegn på både kreditnota og faktura. Beregnes ud fra PAYMENT_DISCOUNT _PCT og T_AMOUNT_VAT_INC L. I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. The discount amount that can be achieved upon early payment. Is calculated from T_AMOUNT_VAT_INCL and PAYMENT_DISCOUNT_ PCT. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Decim al Sub level C/M/D/ V V s C 0..1 M 1 20.3 C 0..1 N Dependent History D 0..1 PAYMENT_DISCOUNT_ PCT eller PAYMENT_DISCOUNT_ AMOUNT 20.3 C 0..1 C 0..1 e faktura faktura / invoice format Side 54
Navn Name Beskrivelse Description Type Valu e Note that in case UDT is used, this is to be developed in both recipient and senders ERP-system. C/M/D/ V V s N Dependent History e faktura faktura / invoice format Side 55
TOTALAMOUNT Navn - Name Beskrivelse Description Type Value C/M/ D/V CHARGE T_INV_DISC_TYPE T_INV_DISC_VAT_AMOUNT T_INV_DISC_AMOUNT_VAT_ EXCL Oplysning om hjemtagelsesomkostninger Fakturarabattype. Valgtabel 5 Fakturarabatmomsbeløb angives med positivt fortegn på både kreditnota og faktura. Fakturarabatmomsbeløb Beløbet skal være forskellen mellem T_INV_DISC_AMO UNT_VAT_INCL og T_INV_DISC_AMO UNT_VAT_EXCL. Momsbeløbet skal stemme med enten 0 eller 25 % af T_INV_DISC_AMO UNT_VAT_EXCL. Fakturarabatbeløb ekskl. moms Information regarding purchasing charges. Invoice discount type. Choice table 5. Discount is specified with a positive sign on both credit notes and invoices. Invoice discount VAT amount The amount shall be the difference between T_INV_DISC_AM OUNT_VAT_INCL and T_INV_DISC_AM OUNT_VAT_EXC L. VAT amount shall correspond to either 0 or 25 % of T_INV_DISC_AM OUNT_VAT_EXC L. Invoice discount amount without Sub level e faktura faktura / invoice format Side 56 V s C 0..100 0 N Dependent History Text A(20) D 0..1 T_INV_DISC_TYPE skal udfyldes hvis et af følgende felter er udfyldt: T_INV_DISC_VAT_AMOUNT, T_INV_DISC_AMOUNT_VAT_E XCL, T_INV_DISC_AMOUNT_VAT_IN CL Decim al Decim al 20.3 D 0..1 T_INV_DISC_VAT_AMOUNT skal udfyldes hvis et af følgende felter er udfyldt: T_INV_DISC_TYPE, T_INV_DISC_AMOUNT_VAT_E XCL, T_INV_DISC_AMOUNT_VAT_IN CL 20.3 D 0..1 T_INV_DISC_AMOUNT_VAT_E XCL skal udfyldes hvis et af
Navn - Name Beskrivelse Description Type Value C/M/ D/V Beløbet skal stemme VAT. overens med Shall correspond to rabatmomsbeløbet og the other fields for rabatbeløb inkl. the discount. moms. Er fakturarabattypen INV_DISC_INCL skal feltet være identisk med summen af LINE_INV_DISC_A MOUNT på alle fakturalinjerne. If the discount type is INV_DISC_INCL this field shall be the sum of all the lines LINE_INV_DISC_ AMOUNT. V s N Dependent History følgende felter er udfyldt: T_INV_DISC_TYPE, T_INV_DISC_VAT_AMOUNT, T_INV_DISC_AMOUNT_VAT_IN CL T_INV_DISC_AMOUNT_VAT_ INCL T_AMOUNT_VAT_EXCL Fakturarabatbeløb inkl. moms. Skal være summen af T_INV_DISC_AMO UNT_VAT_EXCL og T_INV_DISC_VAT_ AMOUNT. Totalbeløb ekskl. moms Beløbet skal stemme overens med summen af AMOUNT_VAT_EX CL på alle fakturalinjer og charges. Summen skal fratrækkes Invoice discount amount, including VAT. Shall be the sum of T_INV_DISC_AM OUNT_VAT_EXC L and T_INV_DISC_VAT _AMOUNT Total amount, without VAT. The sum shall match the sum of AMOUNT_VAT_E XCL for all lines and charges. The sum shall be subtracted with T_INV_DISC_AM Decim al Decim al 20.3 D 0..1 T_INV_DISC_AMOUNT_VAT_IN CL skal udfyldes hvis et af følgende felter er udfyldt: T_INV_DISC_TYPE, T_INV_DISC_VAT_AMOUNT, T_INV_DISC_AMOUNT_VAT_E XCL 20.3 M 1 e faktura faktura / invoice format Side 57
Navn - Name Beskrivelse Description Type Value C/M/ D/V T_INV_DISC_AMO OUNT_VAT_EXC UNT_VAT_EXCL L if the discount såfremt rabattypen er type is INV_DISC_EXCL INV_DISC_EXCL. V s N Dependent History T_AMOUNT_VAT_INCL T_AMOUNT_VAT_FREE Totalbeløb inkl. moms. Beløbet skal stemme overens med summen af AMOUNT_INCLUDI NG_VAT på alle fakturalinjer og charges. Summen skal fratrækkes T_INV_DISC_AMO UNT_VAT_INCL såfremt rabattypen er INV_DISC_EXCL Totalbeløb momsfrit Summen af alle AMOUNT_EXCL_V AT for linjer og charges hvor VAT_AMOUNT er 0. Summen skal fratrækkes T_INV_DISC_AMO UNT_VAT_EXCL hvis T_INV_DISC_VAT_ AMOUNT er 0 og Total amount, with VAT. The sum shall match the sum of AMOUNT_INCLU DING_VAT for all lines and charges. The sum shall be subtracted with T_INV_DISC_AM OUNT_VAT_INCL if the discount type is INV_DISC_EXCL Total amount VAT free. The sum of all AMOUNT_EXCL_ VAT for lines and charges where VAT_AMOUNT is 0. The sum shall be subtracted with T_INV_DISC_AM OUNT_VAT_EXC L if T_INV_DISC_VAT Decim al Decim al 20.3 M 1 20.3 M 1 e faktura faktura / invoice format Side 58
Navn - Name Beskrivelse Description Type Value C/M/ D/V såfremt rabattypen er _AMOUNTis 0 and INV_DISC_EXCL. the discount type is INV_DISC_EXCL. T_VAT_AMOUNT Total momsbeløb. Summen af alle VAT_AMOUNT for alle linjer og charges. Summen skal fratrækkes T_INV_DISC_VAT_ AMOUNT såfremt rabattypen er INV_DISC_EXCL. Total VAT amount Sum of all VAT_AMOUNT for all lines and charges. The sum shall be subtracted with T_INV_DISC_VAT _AMOUNT if the discount type is INV_DISC_EXCL. Decim al V s 20.3 M 1 N Dependent History TOTAL_AMOUNT_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and senders ERPsystem. Sub level C 0..1 e faktura faktura / invoice format Side 59
Valgtabel 5 Choice Table 5 Beskrivelse Description INV_DISC_INCL INV_DISC_EXCL Beløb på linjeniveau er angivet inkl. fakturarabat Beløb på linjeniveau er angivet ekskl. fakturarabat Amount on line level with invoice discount, is stated. Amount on line level without invoice discount, is stated. CHARGE Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History CHARGE_TYPE Valgtabel 2 Choice table 2 Text A(3) M 1 AMOUNT Beløb Amount Sub level M 1 CHARGE_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and senders ERPsystem. Sub level C 0..1 Valgtabel 2 Choice Table 2 Beskrivelse Description CHA POS Gebyr (oplysningen skal angives med upper case ) Porto (oplysningen skal angives med upper case ) Charges (fee) (the information must be stated with upper case) Postage (the information must be stated with upper case) FRE Fragt (oplysningen skal angives med Freight (the information must be e faktura faktura / invoice format Side 60
upper case ) stated with upper case) e faktura faktura / invoice format Side 61
DELIVERY_TERMS Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History DELIVERY_TXT Salgs- og leveringsbetingelser Sales and delivery conditions Text A(50) M 1..10000 DELIVERY_TERMS_UDT I alle tags med dette delnavn kan brugere af e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i fakturaformatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. In all tags with this partial name, users of e faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and senders ERP system. Sub level C 0..1 e faktura faktura / invoice format Side 62
PAYMENT_MEANS Navn Name Beskrivelse Description Type Valu e PAYMENT_TYPE FIK Betalingsmåde. Se valgtabel 8 FIK betalingsoplysn inger. Payment type. See choice table 8. Joint info transfer form payment information. C/M/ D/V V s N Dependent History Text A(20) M 1 New in version 2.1.0 Sub level D 0.. 1 PAYMENT_TYPE = FIK Moved from DOCUMENT in version 2.1.0 DIRECT_DEBIT Direct debet betalingsoplysn inger. Direct debit payment information. Sub level D 0.. 1 PAYMENT_TYPE = DIRECT_DEBIT New in version 2.1.0 Valgtabel 8 Choice Table 8 Beskrivelse Description FIK FIK betalingsoplysninger. Joint info transfer form payment information. DIRECT_DEBIT Direct debet betalingsoplysninger. Direct debit payment information. e faktura faktura / invoice format Side 63
FIK Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History P_CARD_ID Kortart (Valgtabel 3) Card type (choice table 3) Text A(2) M 1 P_PAYMENT_ID P_FIK_NO P_CURRENCY_CODE P_AMOUNT P_TRANSFER_DATE Betalings ID. For udformning: Se valgtabel 4. P_PAYMENT_ID: Skal kun være udfyldt for kortart 04, 71 og 75. FIK-nummer (beløbsmodtager). Såfremt afsenderen benytter factoring, skal dette felt indeholde factoringselskabets kreditornummer. Valutakode. Skal altid være DKK. Skal være identisk med valutakoden på hovedniveau i fakturaen. Beløb til betaling i DKK. Skal være identisk med totalbeløb på fakturaen inkl. moms. Dato for overførslen af penge. Må ikke være en helligdag. Payment ID. See choice table 4 for detail. P_PAYMENT_ID: must only be filled for card type 04, 71 and 75. FIK number (payee). If the sender is utilizing factoring, this field must contain the creditor number of the factoring company. Currency code. Must always be DKK. Must be identical to CURRENCY_CODE Amount for payment in DKK. Must be identical to T_AMOUNT_VAT_INCL Date for money transfer. Must not be a non-working day. P_REG_NO Beløbsafsenders reg.nr Registration number of the sender of the amount (payer) P_ACCOUNT_NO Beløbsafsenders kontonr. The amount senders account number (payer). P_TECHNICAL_REFERENCE Indeholder afsenders fakturanummer, så dette nemmere Contains senders invoice number, so it is easier to find, Text A(19) D 1 P_CARD_ID = 04, 71, 75 Text A(8) M 1 Text A(3) M 1 Decimal 20.2 M 1 e faktura faktura / invoice format Side 64 Date A(10) altid M 1 Text A(4) C 0..1 Text A(10) C 0..1 Text A(35) C 0..1
Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History kan findes frem, når man har when you have the payment. betalingen. P_CREDITOR_ADDRESS P_ALTERNATE_SENDER P_MESSAGE P_MESSAGE Afsenders navn og adresse. Vil være identisk med adressen, hvorfra faktura/kreditnota er afsendt. Feltet anvendes ikke af fakturaafsender. Angiver anden beløbs-afsender på et FI73 kort, hvis det er ønsket. P_ALTERNATE_SENDER: Kan kun udfyldes for kortart 73. Adviseringstekst P_MESSAGE: Kan kun udfyldes for kortart 73 og 75 Senders name and address. Will be identical to BILLED_FROM The tag is not used by the sender of the invoice. Specifies another payer on a F173 card, if it is desired. P_ALTERNATE_SENDER: can only be filled out for card type 73. Notice text. P_MESSAGE: Can only be filled out for card type 73 and 75. Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History MESSAGE Adviseringstekst Notice text Text A(35) M 1..41 Sub level Sub level Sub level A(35) M 1 C 0..1 C 0..1 Valgtabel 3 Choice Table 3 Beskrivelse Description 04 Kortart 04 Card type 04 71 Kortart 71 Card type 71 73 Kortart 73 Card type 73 75 Kortart 75 Card type 75 e faktura faktura / invoice format Side 65
Valgtabel 4 Choice table 4 Beskrivelse 04 BetalingsID er 16 højrestillede cifre med foranstillede nuller og med modulus10-kontrol. Kontrolcifferet er placeret til sidst. 71 BetalingsID er 15 højrestillede cifre med foranstillede nuller og med modulus10-kontrol. Kontrolcifferet er placeret til sidst. Description 73 Ingen BetalingsID forekommer. No payment ID exists 75 BetalingsID er 16 højrestillede cifre med foranstillede nuller og med modulus10-kontrol. Kontrolcifferet er placeret til sidst. Se afsnit 1.3 vedr. beregning af modulus10. See section 2.4 regarding Modolus10. P_CREDITOR_ADDRESS Payment ID is 16 right aligned digits with prefixed zeros and with modulus10 control. The control digit is placed at the end. Payment ID is 15 right aligned digits with prefixed zeros and with modulus10 control. The control digit is placed at the end. Payment ID is 16 right aligned digits with prefixed zeros and with modulus10 control. The control digit is placed at the end. Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History P_CREDITOR_NAME Afsenders navn Senders name Text A(35) M 1 P_CREDITOR_ADDRESS_1_3 Afsenders adresse Recipient address Text A(35) C 0..3 P_ALTERNATE_SENDER Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History MESSAGE Alternativ afsender Alternative sender Text A(35) M 1..5 e faktura faktura / invoice format Side 66
DIRECT_DEBIT Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History P_DIRECT_DEBIT_TYPE Direct debet type. Se valgtabel 9. P_CURRENCY_CODE P_AMOUNT P_TRANSFER_DATE Valutakode ISO. Skal være identisk med valutakoden på hovedniveau i fakturaen. Beløb til betaling i valgt valuta. Skal være identisk med totalbeløb på fakturaen inkl. moms. Dato for overførslen af penge. Skal være en bank-dag. Type of direct debit. See choice table 9. Currency code ISO. Must be identical to CURRENCY_CODE Amount for payment in selected currency. Must be identical to T_AMOUNT_VAT_INCL Date for money transfer. Must not be a non-banking day. P_REG_NO Beløbsafsenders reg.nr Registration number of the sender of the amount (payer) P_ACCOUNT_NO Beløbsafsenders kontonr. The amount senders account number (payer). Text A(50) M 1 New in version 2.1.0 Text A(3) M 1 New in version 2.1.0 Decimal 20.2 M 1 New in version 2.1.0 Date A(10) altid M 1 New in version 2.1.0 Text A(4) C 0..1 New in version 2.1.0 Text A(10) C 0..1 New in version 2.1.0 e faktura faktura / invoice format Side 67
Valgtabel 9 Choice Table 9 Beskrivelse Description BS BetalingsService Direct debit service plus LS LeverandørService Supplier service PBS PBS National Clearing. PBS National Clearing. Kan kun anvendes af Nets. Only to be used by Nets. OTHER Anden type Other type e faktura faktura / invoice format Side 68
FACTORING_INFO Navn Name Beskrivelse Description Type Value C/ M/ D/V F_CARD_ID F_PAYMENT_ID F_FIK_NO F_FACTOR_CLIENT_ID F_DELIVERY_DATE F_FACTOR_CUSTOMER_ID Kortart (Valgtabel 4) Skal være identisk med P_CARD_ID Betalings ID F_PAYMENT_ID: Skal kun være udfyldt for kortart 04, 71 og 75. Skal være identisk med P_PAYMENT_ID FIK-nr (beløbsmodtager) Skal være identisk med P_FIK_NO Eget nummer hos factoringselskab Leveringsdato. Skal være identisk med SHIPMENT_DAT E på hovedniveau på fakturaen. Debitors nummer hos Card type (choice table 4) Must be identical to P_CARD_ID Payment ID F_PAYMENT_ID: must only be filled for card type 04, 71 and 75. Must be identical to P_PAYMENT_ID FIK number (amount recipient) must be identical to P_FIK_NO Own number at factoring company. Delivery date. Must be identical to SHIPMENT_DATE Debtor number at factoring company e faktura faktura / invoice format Side 69 V s Text A(2) M 1 Text A(19) D 1 F_CARD_ID Text A(8) M 1 Text A(20) M 1 Date A(10) Altid M 1 Text A(20) M 1 N Dependent History
Navn Name Beskrivelse Description Type Value C/ M/ D/V factoringselskab F_DOCUMENT_TYPE Valgtabel 1 Skal være identisk med TYPE (kreditnota eller faktura) F_DOCUMENT_ID F_CURRENCY_CODE F_DOCUMENT_DATE F_DUE_DATE Faktura- /kreditnotanr. Skal være identisk med NO (Salgsfaktura/kredit nota nummer) Valutakode ISO Skal være identisk med valutakoden på hovedniveau på fakturaen. Bilagsdato Skal være identisk med DOCUMENT_DA TE (Bilagets oprettelsesdato) Forfaldsdato Skal være identisk med betalingsbetingelsens forfaldsdato. Choice table 1. Must be identical to TYPE Invoice/credit note number. Must be identical to NO Currencycode ISO Must be identical to CURRENCY_CODE Document date. Must be identical to DOCUMENT_DATE Due date. Must be identical to DUE_DATE e faktura faktura / invoice format Side 70 V s Text A(20) M 1 Text A(20) M 1 Text A(3) M 1 Date Date A(10) altid A(10) Altid M 1 M 1 F_PAYMENT_DISCOUNT_PC Rabat % ved tidlig Discount % for early payment. Decim 20.3 C 0.. N Dependent History
Navn Name Beskrivelse Description Type Value C/ M/ D/V T F_PAYMENT_DISCOUNT_DA TE F_PAYMENT_DISCOUNT_A MOUNT F_AMOUNT F_DESCRIPTION betaling Skal være identisk med betalingsbetingelsens rabat % angivelse ved tidlig betaling. Seneste dato for rabat Skal være identisk med betalingsbetingelsens dato for seneste rabat dato. Rabatbeløbet, der kan opnås ved tidlig betaling Skal være identisk med betalingsbetingelsens angivelse af rabatbeløb ved tidlig betaling. Beløb Skal være identisk med totalbeløb på fakturaen inkl. moms. Beskrivelse Egen tekst på kontoudtog, Must be identical to PAYMENT_DISCOUNT_PC T Latest date for discount. Must be identical to PAYMENT_DISCOUNT_DA TE The discount amount that can be achieved at early payment. Must be identical to PAYMENT_DISCOUNT_AM OUNT Amount. Must be identical to T_AMOUNT_VAT_INCL e faktura faktura / invoice format Side 71 V s al 1 Date Decim al Decim al A(10) altid D 0.. 1 20.3 C 0.. 1 20.3 M 1 Description Text A(50) C 0.. 1 N Dependent History Såfremt F_PAYMENT_DISCOUNT_PC T eller F_PAYMENT_DISCOUNT_A MOUNT er udfyldt skal F_PAYMENT_DISCOUNT_DA TE udfyldes.
Navn Name Beskrivelse Description Type Value C/ M/ D/V F_CVR_NO ADDRESS F_RELEASE_TEXT_1 F_RELEASE_TEXT_2 F_RELEASE_TEXT_3 F_RELEASE_TEXT_4 F_RELEASE_TEXT_5 F_RELEASE_TEXT_6 F_RELEASE_TEXT_7 Afsenders CVRnummer. Skal være identisk med SENDER_CVR_N O. Factoringselskabets adresse Factoring overdragelses-tekst 1 Factoring overdragelses-tekst 2 Factoring overdragelses-tekst 3 Factoring overdragelses-tekst 4 Factoring overdragelses-tekst 5 Factoring overdragelses-tekst 6 Factoring overdragelses-tekst 7 Senders CVR number. Must be identical to CVR_NO Address of the factoring company V s Text A(20) M 1 Sub level M 1 Factoring release text 1 Text A(110) M 1 Factoring release text 2 Text A(110) C 0.. 1 Factoring release text 3 Text A(110) C 0.. 1 Factoring release text 4 Text A(110) C 0.. 1 Factoring release text 5 Text A(110) C 0.. 1 Factoring release text 6 Text A(110) C 0.. 1 Factoring release text 7 Text A(110) C 0.. 1 N Dependent History e faktura faktura / invoice format Side 72
Navn Name Beskrivelse Description Type Value C/ M/ D/V F_RELEASE_TEXT_8 F_RELEASE_TEXT_9 F_RELEASE_TEXT_10 Factoring overdragelses-tekst 8 Factoring overdragelses-tekst 9 Factoring overdragelses-tekst 10 Factoring release text 8 Text A(110) C 0.. 1 Factoring release text 9 Text A(110) C 0.. 1 Factoring release text 10 Text A(110) C 0.. 1 V s N Dependent History e faktura faktura / invoice format Side 73
4. Eksempler - examples 4.1 XML faktura/invoice i formatversion 2.1.0 from sender <?xml version="1.0" encoding="iso-8859-1" standalone="yes"?> <INVOICES xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="efaktura.xsd"> <REFERENCE>SR1_20051121_15</REFERENCE> <DOCUMENT> <HEADER> <IDENTIFIER>46645775</IDENTIFIER> <SENDER_CODE>00000051</SENDER_CODE> <RECEIVER_CODE>0</RECEIVER_CODE> <INVOICE_FORWARD_TO_CODE>789123</INVOICE_FORWARD_TO_CODE> <SENDER>0</SENDER> <RECEIVER>0</RECEIVER> <TYPE>EFAKTURA_INVOICE</TYPE> <DECIMAL_SEPARATOR>,</DECIMAL_SEPARATOR> <THOUSAND_SEPARATOR/> <NEGATIVE_DENOMINATOR>-</NEGATIVE_DENOMINATOR> <DATE_FORMAT>CCYY-MM-DD</DATE_FORMAT> <TIME_VERSION>24</TIME_VERSION> <TIME_FORMAT>HH:MM:SS</TIME_FORMAT> <RECEIPT>0</RECEIPT> <RECEIPT_TO/> <RECEIPT_NO>333333333</RECEIPT_NO> <TEST_FLAG>0</TEST_FLAG> <PAYMENT_MEANS_VERSION>2.1.0</PAYMENT_MEANS_VERSION> <FACTORING_VERSION>2.0.0</FACTORING_VERSION> <VERSION>2.0.0</VERSION> <VERIFICATION_ID>0</VERIFICATION_ID> <CHECKSUM>70735620,589659</CHECKSUM> </HEADER> <DOCUMENT_HEAD> <NO>SR1_20051115_11</NO> <ORDER_NO>1002</ORDER_NO> <YOUR_REFERENCE/> <ORDER_DATE>2003-05-01</ORDER_DATE> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <SALESPERSON_CODE>PS</SALESPERSON_CODE> <SALESPERSON_NAME>Peter Schmidt</SALESPERSON_NAME> <SALESPERSON_PHONE/> <SENDER_CVR_NO>12345678</SENDER_CVR_NO> <CVR_NO>88998899</CVR_NO> <TRANSPORT_METHOD/> <DOCUMENT_DATE>2003-05-05</DOCUMENT_DATE> <INVOICE_DATE>2003-05-02</INVOICE_DATE> <EXTERNAL_DOCUMENT_NO/> <SHIPPING_AGENT_CODE/> <PACKAGE_TRACKING_NO/> <ACCOUNT_CODE>123456789</ACCOUNT_CODE> <LOGO/> <JOB_NO/> <REMARK> e faktura faktura / invoice format Side 74
<REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> </REMARK> <BILLED_FROM> <BILLED_FROM_CODE>46645775</BILLED_FROM_CODE> <ADDRESS> <NAME_1>CRONUS Danmark A/S</NAME_1> <ADDRESS_1>Ringen 5</ADDRESS_1> <ADDRESS_2>Ved Olympen</ADDRESS_2> <ADDRESS_3>Nær Nangiala</ADDRESS_3> <ADDRESS_CODE>123456</ADDRESS_CODE> <CONTACT>Hans Hansen</CONTACT> <POST_CODE>1234</POST_CODE> <CITY>Kugleby</CITY> <PHONE_1>0666-666-6666</PHONE_1> <PHONE_2>9999-999-9999</PHONE_2> <FAX_1>0666-666-6660</FAX_1> <FAX_2>9999-999-9999</FAX_2> <BANK_REG_NO>2370</BANK_REG_NO> <BANK_ACC_NO>99-99-888</BANK_ACC_NO> <BANK_NAME>Konto Banken</BANK_NAME> <EMAIL/> <HOMEPAGE/> <COUNTRY/> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILLED_FROM> <SOLD_FROM> <SOLD_FROM_CODE>46645775</SOLD_FROM_CODE> <ADDRESS> <NAME_1>CRONUS Danmark A/S</NAME_1> <ADDRESS_1>Ringen 5</ADDRESS_1> <ADDRESS_2>Ved Olympen</ADDRESS_2> <POST_CODE>1234</POST_CODE> <CITY>Kugleby</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SOLD_FROM> <SELL_TO> <SELL_TO_CUSTOMER_NO>88998899</SELL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <ADDRESS_2>Test1</ADDRESS_2> <POST_CODE>8000</POST_CODE> <CITY>Århus C</CITY> <COUNTRY/> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SELL_TO> <BILL_TO> <BILL_TO_CUSTOMER_NO>88998899</BILL_TO_CUSTOMER_NO> e faktura faktura / invoice format Side 75
<ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <ADDRESS_2>Test</ADDRESS_2> <CONTACT>Hr. H. Danielsen</CONTACT> <POST_CODE>2750</POST_CODE> <CITY>Århus C</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILL_TO> <SHIP_TO> <SHIP_TO_CODE>88998899</SHIP_TO_CODE> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <POST_CODE>8000</POST_CODE> <CITY>Århus C</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SHIP_TO> <CURRENCY> <CURRENCY_CODE>DKK</CURRENCY_CODE> </CURRENCY> <LINE> <LINE_NO>10001</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>456987,7897</QUANTITY> <UNIT_PRICE>7854,589659</UNIT_PRICE> <NET_PRICE>7854,589659</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,0000000000</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> e faktura faktura / invoice format Side 76
</ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>3589451566,83</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>4486814458,54</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>897362891,71</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10002</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10003</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> e faktura faktura / invoice format Side 77
<QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10004</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> </ITEM_INFO> <AMOUNT> e faktura faktura / invoice format Side 78
<AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10005</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10006</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> e faktura faktura / invoice format Side 79
<QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10007</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> e faktura faktura / invoice format Side 80
<QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10008</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> e faktura faktura / invoice format Side 81
</AMOUNT> </LINE> <LINE> <LINE_NO>10009</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10010</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</unit_of_measure> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> e faktura faktura / invoice format Side 82
<QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</item_info_txt> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <PAYMENT_TERMS> <PAYMENT_TERMS_DESC>30 dage netto, 8 dage - 2%</PAYMENT_TERMS_DESC> <DUE_DATE>2003-06-02</DUE_DATE> <PAYMENT_DISCOUNT_PCT>2,00</PAYMENT_DISCOUNT_PCT> <PAYMENT_DISCOUNT_DATE>2003-05- 10</PAYMENT_DISCOUNT_DATE> <PAYMENT_DISCOUNT_AMOUNT>39,45</PAYMENT_DISCOUNT_AMOUNT> </PAYMENT_TERMS> <TOTALAMOUNT> <T_AMOUNT_VAT_EXCL>3589465768,83</T_AMOUNT_VAT_EXCL> <T_AMOUNT_VAT_INCL>4486832211,038</T_AMOUNT_VAT_INCL> <T_AMOUNT_VAT_FREE>0,00</T_AMOUNT_VAT_FREE> <T_VAT_AMOUNT>897366442,208</T_VAT_AMOUNT> </TOTALAMOUNT> <DELIVERY_TERMS> <DELIVERY_TXT>Halli hallo halløjsa</delivery_txt> </DELIVERY_TERMS> </DOCUMENT_HEAD> <PAYMENT_MEANS> <PAYMENT_TYPE>FIK</PAYMENT_TYPE> <FIK> <P_CARD_ID>71</P_CARD_ID> <P_PAYMENT_ID>102030430705669</P_PAYMENT_ID> <P_FIK_NO>70712342</P_FIK_NO> e faktura faktura / invoice format Side 83
<P_CURRENCY_CODE>DKK</P_CURRENCY_CODE> <P_AMOUNT>401,50</P_AMOUNT> <P_TRANSFER_DATE>2005-06-02</P_TRANSFER_DATE> <P_TECHNICAL_REFERENCE>70566</P_TECHNICAL_REFERENCE> <P_CREDITOR_ADDRESS> <P_CREDITOR_NAME>Kristians Træimport</P_CREDITOR_NAME> <P_CREDITOR_ADDRESS_1_3>Bregnerødvej 133</P_CREDITOR_ADDRESS_1_3> <P_CREDITOR_ADDRESS_1_3/> <P_CREDITOR_ADDRESS_1_3>9000 Aalborg</P_CREDITOR_ADDRESS_1_3> </P_CREDITOR_ADDRESS> <P_MESSAGE> <MESSAGE>Halli hallo halløjsa 1</MESSAGE> <MESSAGE>Halli hallo halløjsa 2</MESSAGE> <MESSAGE>Halli hallo halløjsa 3</MESSAGE> <MESSAGE>Halli hallo halløjsa 4</MESSAGE> <MESSAGE>Halli hallo halløjsa 5</MESSAGE> <MESSAGE>Halli hallo halløjsa 6</MESSAGE> <MESSAGE>Halli hallo halløjsa 7</MESSAGE> <MESSAGE>Halli hallo halløjsa 8</MESSAGE> <MESSAGE>Halli hallo halløjsa 9</MESSAGE> <MESSAGE>Halli hallo halløjsa 10 </MESSAGE> <MESSAGE>Halli hallo halløjsa 11</MESSAGE> <MESSAGE>Halli hallo halløjsa 12</MESSAGE> </P_MESSAGE> </FIK> </PAYMENT_MEANS> <FACTORING_INFO> <F_CARD_ID>71</F_CARD_ID> <F_PAYMENT_ID>102030430705669</F_PAYMENT_ID> <F_FIK_NO>65895684</F_FIK_NO> <F_FACTOR_CLIENT_ID>1245</F_FACTOR_CLIENT_ID> <F_DELIVERY_DATE>2003-05-04</F_DELIVERY_DATE> <F_FACTOR_CUSTOMER_ID>65895684</F_FACTOR_CUSTOMER_ID> <F_DOCUMENT_TYPE>EFAKTURA_INVOICE</F_DOCUMENT_TYPE> <F_DOCUMENT_ID>103050</F_DOCUMENT_ID> <F_CURRENCY_CODE>DKK</F_CURRENCY_CODE> <F_DOCUMENT_DATE>2003-05-02</F_DOCUMENT_DATE> <F_DUE_DATE>2003-06-02</F_DUE_DATE> <F_PAYMENT_DISCOUNT_PCT>2</F_PAYMENT_DISCOUNT_PCT> <F_PAYMENT_DISCOUNT_DATE>2003-05- 10</F_PAYMENT_DISCOUNT_DATE> <F_PAYMENT_DISCOUNT_AMOUNT>39,45</F_PAYMENT_DISCOUNT_AMOUNT> <F_AMOUNT>1972,50</F_AMOUNT> <F_DESCRIPTION>Halli hallo halløjsa</f_description> <F_CVR_NO>88998899</F_CVR_NO> <ADDRESS> <NAME_1>Factoring</NAME_1> <ADDRESS_1>Gaden 2</ADDRESS_1> <POST_CODE>3500</POST_CODE> <CITY>Værløse</CITY> <PHONE_1>4455 5566</PHONE_1> <COUNTRY_CODE>DK</COUNTRY_CODE> e faktura faktura / invoice format Side 84
</ADDRESS> <F_RELEASE_TEXT_1>Fakturaen er overdraget til Factoring.</F_RELEASE_TEXT_1> <F_RELEASE_TEXT_2>Betal venligst til banken.</f_release_text_2> <F_RELEASE_TEXT_3/> <F_RELEASE_TEXT_4/> <F_RELEASE_TEXT_5/> <F_RELEASE_TEXT_6/> <F_RELEASE_TEXT_7/> <F_RELEASE_TEXT_8/> <F_RELEASE_TEXT_9/> <F_RELEASE_TEXT_10/> </FACTORING_INFO> </DOCUMENT> <TOTAL_DOCUMENT_CHECKSUM>70735620,589659</TOTAL_DOCUMENT_CHECKSUM> <NO_OF_DOCUMENTS>1</NO_OF_DOCUMENTS> </INVOICES> e faktura faktura / invoice format Side 85
4.2 XML faktura/invoice i formatversion 2.0.0 from sender <?xml version="1.0" encoding="iso-8859-1" standalone="yes"?> <INVOICES xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="efaktura.xsd"> <REFERENCE>340342053</REFERENCE> <DOCUMENT> <HEADER> <IDENTIFIER>20016175</IDENTIFIER> <SENDER_CODE>20016175</SENDER_CODE> <RECEIVER_CODE>5790987654321</RECEIVER_CODE> <INVOICE_FORWARD_TO_CODE></INVOICE_FORWARD_TO_CODE> <SENDER>efaktura0017@pbs.dk</SENDER> <RECEIVER>efaktura@webbetaling.kmd.dk</RECEIVER> <TYPE>EFAKTURA_INVOICE</TYPE> <DECIMAL_SEPARATOR>,</DECIMAL_SEPARATOR> <THOUSAND_SEPARATOR></THOUSAND_SEPARATOR> <NEGATIVE_DENOMINATOR>-</NEGATIVE_DENOMINATOR> <DATE_FORMAT>CCYY-MM-DD</DATE_FORMAT> <TIME_VERSION>24</TIME_VERSION> <TIME_FORMAT>HH:MM:SS</TIME_FORMAT> <RECEIPT>0</RECEIPT> <RECEIPT_TO></RECEIPT_TO> <RECEIPT_NO>2323</RECEIPT_NO> <TEST_FLAG>0</TEST_FLAG> <PAYMENT_INFO_JOINT_TRANSFER_FORM_VERSION>2.0.0</PAYMENT_INFO_JOINT_TRANSFER _FORM_VERSION> <FACTORING_VERSION>2.0.0</FACTORING_VERSION> <VERSION>2.0.0</VERSION> <VERIFICATION_ID>0</VERIFICATION_ID> <CHECKSUM>71213117,000</CHECKSUM> </HEADER> <DOCUMENT_HEAD> <NO>3434343</NO> <ORDER_NO>98989</ORDER_NO> <YOUR_REFERENCE>Ole Olsen</YOUR_REFERENCE> <ORDER_DATE>2004-06-14</ORDER_DATE> <SHIPMENT_DATE>2004-06-15</SHIPMENT_DATE> <SENDER_CVR_NO>20016175</SENDER_CVR_NO> <CVR_NO></CVR_NO> <INVOICE_DATE>2004-06-15</INVOICE_DATE> <EXTERNAL_DOCUMENT_NO>P87878787</EXTERNAL_DOCUMENT_NO> <REMARK> <REMARK_TXT></REMARK_TXT> <REMARK_TXT>Faktura bemærkning.</remark_txt> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> <REMARK_TXT></REMARK_TXT> </REMARK> e faktura faktura / invoice format Side 86
<BILLED_FROM> <BILLED_FROM_CODE>20016175</BILLED_FROM_CODE> <ADDRESS> <NAME_1>PBS A/S (E-faktura test)</name_1> <ADDRESS_1>Lautrupbjerg 10</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <CONTACT>Dorthe S. Jørgensen</CONTACT> <POST_CODE>2750</POST_CODE> <CITY>Ballerup</CITY> <PHONE_1>44 68 44 68</PHONE_1> <FAX_1>44 68 68 69</FAX_1> <BANK_REG_NO>0400</BANK_REG_NO> <BANK_ACC_NO>1250092309</BANK_ACC_NO> <BANK_NAME>Lån & Spar Bank</BANK_NAME> <EMAIL>efaktura@pbs.dk</EMAIL> <HOMEPAGE>www.e-faktura.dk</HOMEPAGE> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILLED_FROM> <SOLD_FROM> <SOLD_FROM_CODE>20016175</SOLD_FROM_CODE> <ADDRESS> <NAME_1>PBS A/S (E-faktura test)</name_1> <ADDRESS_1>Lautrupbjerg 10</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <POST_CODE>2750</POST_CODE> <CITY>Ballerup</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SOLD_FROM> <SELL_TO> <SELL_TO_CUSTOMER_NO>129020</SELL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Børnehaven</NAME_1> <ADDRESS_1>Børnehavevej 4</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <CONTACT>Ole Olsen</CONTACT> <POST_CODE>7800</POST_CODE> <CITY>Skive</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SELL_TO> <BILL_TO> <BILL_TO_CUSTOMER_NO>129020</BILL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Børnehaven</NAME_1> <ADDRESS_1>Børnehavevej 4</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <CONTACT>Ole Olsen</CONTACT> <POST_CODE>7800</POST_CODE> <CITY>Skive</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> e faktura faktura / invoice format Side 87
</ADDRESS> </BILL_TO> <SHIP_TO> <SHIP_TO_CODE>129020</SHIP_TO_CODE> <ADDRESS> <NAME_1>Børnehaven</NAME_1> <ADDRESS_1>Børnehavevej 4</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <CONTACT>Ole Olsen</CONTACT> <POST_CODE>7800</POST_CODE> <CITY>Skive</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SHIP_TO> <CURRENCY> <CURRENCY_CODE>DKK</CURRENCY_CODE> </CURRENCY> <LINE> <LINE_NO>1</LINE_NO> <SUPP_ITEM_NO>JSF 1010</SUPP_ITEM_NO> <TRADED_ITEM_NO></TRADED_ITEM_NO> <SHIPMENT_DATE>2004-06-15</SHIPMENT_DATE> <DESCRIPTION_1>Emballage</DESCRIPTION_1> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>100,00</UNIT_PRICE> <NET_PRICE>100,00</NET_PRICE> <VAT_PCT>0,00</VAT_PCT> <LINE_DISCOUNT_PCT></LINE_DISCOUNT_PCT> <LINE_DISCOUNT_AMOUNT></LINE_DISCOUNT_AMOUNT> <LINE_INV_DISC_AMOUNT></LINE_INV_DISC_AMOUNT> <QTY_PER_UNIT_OF_MEASURE>1</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>100,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>100,00</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>0,00</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>2</LINE_NO> <SUPP_ITEM_NO>222323</SUPP_ITEM_NO> <TRADED_ITEM_NO>22020</TRADED_ITEM_NO> <SHIPMENT_DATE>2004-06-15</SHIPMENT_DATE> <DESCRIPTION_1>Dække servietter</description_1> <QUANTITY>1000,00</QUANTITY> <UNIT_PRICE>10,00</UNIT_PRICE> <NET_PRICE>9,00</NET_PRICE> <VAT_PCT>25,00</VAT_PCT> <LINE_DISCOUNT_PCT>10,00</LINE_DISCOUNT_PCT> <LINE_DISCOUNT_AMOUNT>1000,00</LINE_DISCOUNT_AMOUNT> <LINE_INV_DISC_AMOUNT>1000,00</LINE_INV_DISC_AMOUNT> <QTY_PER_UNIT_OF_MEASURE>1</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>9000,00</AMOUNT_EXCL_VAT> e faktura faktura / invoice format Side 88
<AMOUNT_INCLUDING_VAT>11250,00</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>2250,00</VAT_AMOUNT> </AMOUNT> </LINE> <PAYMENT_TERMS> <PAYMENT_TERMS_DESC>Løbende måned</payment_terms_desc> <DUE_DATE>2004-06-30</DUE_DATE> <PAYMENT_DISCOUNT_PCT>2,5</PAYMENT_DISCOUNT_PCT> <PAYMENT_DISCOUNT_DATE>2004-06-22</PAYMENT_DISCOUNT_DATE> <PAYMENT_DISCOUNT_AMOUNT>283,75</PAYMENT_DISCOUNT_AMOUNT> </PAYMENT_TERMS> <TOTALAMOUNT> <T_AMOUNT_VAT_EXCL>9100,00</T_AMOUNT_VAT_EXCL> <T_AMOUNT_VAT_INCL>11350,00</T_AMOUNT_VAT_INCL> <T_AMOUNT_VAT_FREE>100,00</T_AMOUNT_VAT_FREE> <T_VAT_AMOUNT>2250,00</T_VAT_AMOUNT> </TOTALAMOUNT> <DELIVERY_TERMS> <DELIVERY_TXT>CIF</DELIVERY_TXT> </DELIVERY_TERMS> </DOCUMENT_HEAD> <PAYMENT_INFO_JOINT_TRANSFER_FORM> <P_CARD_ID>73</P_CARD_ID> <P_PAYMENT_ID></P_PAYMENT_ID> <P_FIK_NO>71212343</P_FIK_NO> <P_CURRENCY_CODE>DKK</P_CURRENCY_CODE> <P_AMOUNT>11350,00</P_AMOUNT> <P_TRANSFER_DATE>2004-06-30</P_TRANSFER_DATE> <P_REG_NO></P_REG_NO> <P_TECHNICAL_REFERENCE>3434343</P_TECHNICAL_REFERENCE> <P_CREDITOR_ADDRESS> <P_CREDITOR_NAME>PBS A/S (E-faktura test)</p_creditor_name> </P_CREDITOR_ADDRESS> <P_ALTERNATE_SENDER> <MESSAGE></MESSAGE> </P_ALTERNATE_SENDER> <P_MESSAGE> <MESSAGE></MESSAGE> <MESSAGE>Dette er en adviseringstekst.</message> <MESSAGE>På flere linier.</message> <MESSAGE>og slutter her.</message> <MESSAGE></MESSAGE> <MESSAGE></MESSAGE> </P_MESSAGE> </PAYMENT_INFO_JOINT_TRANSFER_FORM> <FACTORING_INFO> <F_CARD_ID>73</F_CARD_ID> <F_PAYMENT_ID></F_PAYMENT_ID> <F_FIK_NO>71212343</F_FIK_NO> <F_FACTOR_CLIENT_ID>2030303</F_FACTOR_CLIENT_ID> <F_DELIVERY_DATE>2004-06-15</F_DELIVERY_DATE> <F_FACTOR_CUSTOMER_ID>3934939</F_FACTOR_CUSTOMER_ID> <F_DOCUMENT_TYPE>EFAKTURA_INVOICE</F_DOCUMENT_TYPE> <F_DOCUMENT_ID>3434343</F_DOCUMENT_ID> <F_CURRENCY_CODE>DKK</F_CURRENCY_CODE> <F_DOCUMENT_DATE>2004-06-15</F_DOCUMENT_DATE> e faktura faktura / invoice format Side 89
<F_DUE_DATE>2004-06-30</F_DUE_DATE> <F_PAYMENT_DISCOUNT_PCT>2,5</F_PAYMENT_DISCOUNT_PCT> <F_PAYMENT_DISCOUNT_DATE>2004-06-22</F_PAYMENT_DISCOUNT_DATE> <F_PAYMENT_DISCOUNT_AMOUNT>283,75</F_PAYMENT_DISCOUNT_AMOUNT> <F_AMOUNT>11350,00</F_AMOUNT> <F_CVR_NO>20016175</F_CVR_NO> <ADDRESS> <NAME_1>Factoring Selskab</NAME_1> <ADDRESS_1>Factoring gade </ADDRESS_1> <ADDRESS_2></ADDRESS_2> <POST_CODE>2750</POST_CODE> <CITY>Ballerup</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DKK</COUNTRY_CODE> </ADDRESS> <F_RELEASE_TEXT_1>Vort tilgodehavende ifølge nærværende faktura er overdraget Factoring Selskab.</F_RELEASE_TEXT_1> <F_RELEASE_TEXT_2>til hvem betaling med frigørende virkning herefter alene kan ske. Ved forfald bedes</f_release_text_2> <F_RELEASE_TEXT_3>betaling ske i henhold til nedenstående betalingsinstruktion. Eventuelle indsigelser bedes omgående meddelt</f_release_text_3> <F_RELEASE_TEXT_4>Factoring Selskab. Ved betaling efter forfald beregnes rente med 1,80 % pr. måned. Betaling bedes overført</f_release_text_4> <F_RELEASE_TEXT_5>med betalings-id -71-220033012185028 +83625416 eller ved overførsel til BG Bank konto 1199-2135620 med</f_release_text_5> <F_RELEASE_TEXT_6>angivelse af reference 220033010185028 Reklamationer må ske inden 8 dage fra varens modtagelse. Varer tages</f_release_text_6> <F_RELEASE_TEXT_7>kun retur efter aftale og når fakturanr. eller følgeseddelnr. opgives. I alle tilfælde skal returnering ske</f_release_text_7> <F_RELEASE_TEXT_8>senest 2 uger fra leveringsdagen. Kun ubeskadigede varer i original emballage kan returneres. Varer der</f_release_text_8> <F_RELEASE_TEXT_9>hjemtages specielt, kan ikke returneres.</f_release_text_9> <F_RELEASE_TEXT_10></F_RELEASE_TEXT_10> </FACTORING_INFO> </DOCUMENT> <TOTAL_DOCUMENT_CHECKSUM>71213117,000</TOTAL_DOCUMENT_CHECKSUM> <NO_OF_DOCUMENTS>1</NO_OF_DOCUMENTS> </INVOICES> e faktura faktura / invoice format Side 90
5. Skema - Schema (XSD) <?xml version="1.0" encoding="iso-8859-1"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" elementformdefault="qualified"> name="invoices"> <xs:complextype> <xs:sequence> name="reference" type="string40mand" /> ref="document" maxoccurs="1000" /> name="total_document_checksum" type="decimalcomma40mandextended" /> name="no_of_documents" type="numeric4mand" /> </xs:sequence> </xs:complextype> </xs:element> name="document"> <xs:complextype> <xs:sequence> name="header"> <xs:complextype> <xs:sequence> name="identifier" type="valreq20" /> name="sender_code" type="valreq20" /> name="receiver_code" type="valreq20extended" /> name="invoice_forward_to_code" type="string20" minoccurs="0" /> name="sender" type="string100mand" /> name="receiver" type="string100mand" /> name="type" type="messagetype" /> name="decimal_separator" type="comma" /> name="thousand_separator" type="dot" /> name="negative_denominator" type="neg" /> name="date_format" type="dateformatdef" /> name="time_version" type="timeformat" /> e faktura faktura / invoice format Side 91
name="time_format" type="timeformatdef" /> name="receipt" type="string1mand" /> name="receipt_to" type="string100" minoccurs="0" /> name="receipt_no" type="valreq20" /> name="test_flag" type="testformat" /> name="payment_means_version" type="valreq10" /> name="factoring_version" type="valreq10" /> name="version" type="valreq10" /> name="verification_id" type="string64mand" /> name="checksum" type="decimalcomma20extended" /> name="header_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="document_head"> <xs:complextype> <xs:sequence> name="no" type="string20mand" /> name="order_no" type="string20" minoccurs="0" /> name="your_reference" type="string30" minoccurs="0" /> name="order_date" type="dateres" minoccurs="0" /> name="shipment_date" type="dateres" minoccurs="0" /> name="salesperson_code" type="string10" minoccurs="0" /> name="salesperson_name" type="string30" minoccurs="0" /> name="salesperson_phone" type="string30" minoccurs="0" /> name="sender_cvr_no" type="string20mand" /> e faktura faktura / invoice format Side 92
name="cvr_no" type="string20" minoccurs="0" /> name="as_reg_no" type="string20" minoccurs="0" /> ref="transport_method" minoccurs="0" /> name="document_date" type="dateres" minoccurs="0" /> name="invoice_date" type="dateresmand" /> name="external_document_no" type="string40" minoccurs="0" /> name="shipping_agent_code" type="string10" minoccurs="0" /> name="package_tracking_no" type="string30" minoccurs="0" /> name="account_code" type="string35" minoccurs="0" /> name="logo" type="string80" minoccurs="0" /> ref="job_no" minoccurs="0" /> name="remark" minoccurs="0"> <xs:complextype> <xs:sequence> name="remark_txt" type="string110mand" maxoccurs="unbounded" /> name="remark_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="billed_from"> <xs:complextype> <xs:sequence> name="billed_from_code" type="string20mand" /> name="address" type="addresstype" /> name="billed_from_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="sold_from"> <xs:complextype> e faktura faktura / invoice format Side 93
<xs:sequence> name="sold_from_code" type="string20mand" /> name="address" type="addresstype" /> name="sold_from_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="sell_to"> <xs:complextype> <xs:sequence> name="sell_to_customer_no" type="string20mand" /> name="address" type="addresstype" /> name="sell_to_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="bill_to"> <xs:complextype> <xs:sequence> name="bill_to_customer_no" type="string20mand" /> name="address" type="addresstype" /> name="bill_to_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="ship_to" minoccurs="0"> <xs:complextype> <xs:sequence> name="ship_to_code" type="string20mand" /> name="address" type="addresstype" /> name="ship_to_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> e faktura faktura / invoice format Side 94
name="currency"> <xs:complextype> <xs:sequence> name="currency_code" type="currencyiso" /> name="currency_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="line" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> name="line_no" type="numeric10mand" /> name="order_no" type="string20" minoccurs="0" /> name="supp_item_no" type="string20" minoccurs="0" /> name="cust_item_no" type="string20" minoccurs="0" /> name="traded_item_no" type="string20" minoccurs="0" /> ref="shipment_date" minoccurs="0" /> name="description_1" type="string50mandextended" /> name="description_2" type="string50" minoccurs="0" /> name="unit_of_measure" type="string10" minoccurs="0" /> name="quantity" type="decimalcomma20extended" /> name="unit_price" type="decimalcomma20extended" /> name="net_price" type="decimalcomma20extended" /> name="vat_pct" type="decimalcomma20" /> name="quantity_disc_pct" type="decimalcomma20" minoccurs="0" /> name="quantity_disc_amount" type="decimalcomma20" minoccurs="0" /> name="line_discount_pct" type="decimalcomma20" minoccurs="0" /> e faktura faktura / invoice format Side 95
name="line_discount_amount" type="decimalcomma20" minoccurs="0" /> name="line_inv_disc_amount" type="decimalcomma20" minoccurs="0" /> name="gross_weight" type="decimalcomma20" minoccurs="0" /> name="net_weight" type="decimalcomma20" minoccurs="0" /> name="units_per_parcel" type="decimalcomma20" minoccurs="0" /> name="unit_volume" type="decimalcomma20" minoccurs="0" /> name="serial_no" type="string20" minoccurs="0" /> name="lot_no" type="string20" minoccurs="0" /> ref="transport_method" minoccurs="0" /> name="qty_per_unit_of_measure" type="decimalcomma20extended" /> name="unit_of_measure_code" type="string10" /> ref="job_no" minoccurs="0" /> name="final_customer_type" type="codetype" minoccurs="0" /> name="final_customer" type="string20" minoccurs="0" /> name="account_code" type="string35" minoccurs="0" /> name="item_info" minoccurs="0" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> name="item_info_line_no" type="numeric10mand" /> name="item_info_txt" type="string50mand" /> name="item_info_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> e faktura faktura / invoice format Side 96
name="amount" type="amounttype" /> name="line_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="payment_terms"> <xs:complextype> <xs:sequence> name="payment_terms_desc" type="string30" minoccurs="0" /> name="due_date" type="dateresmand" /> name="payment_discount_pct" type="decimalcomma20" minoccurs="0" /> name="payment_discount_date" type="dateres" minoccurs="0" /> name="payment_discount_amount" type="decimalcomma20" minoccurs="0" /> name="payment_terms_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="totalamount"> <xs:complextype> <xs:sequence> name="charge" minoccurs="0" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> name="charge_type" type="chargetype" /> name="amount" type="amounttype" /> name="charge_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> e faktura faktura / invoice format Side 97
name="t_inv_disc_type" type="disctype" minoccurs="0" /> name="t_inv_disc_vat_amount" type="decimalcomma20" minoccurs="0" /> name="t_inv_disc_amount_vat_excl" type="decimalcomma20" minoccurs="0" /> name="t_inv_disc_amount_vat_incl" type="decimalcomma20" minoccurs="0" /> name="t_amount_vat_excl" type="decimalcomma20mand" /> name="t_amount_vat_incl" type="decimalcomma20mand" /> name="t_amount_vat_free" type="decimalcomma20mand" /> name="t_vat_amount" type="decimalcomma20mand" /> name="total_amount_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="delivery_terms" minoccurs="0"> <xs:complextype> <xs:sequence> name="delivery_txt" type="string50mand" maxoccurs="unbounded" /> name="delivery_terms_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="document_head_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="payment_means"> <xs:complextype> <xs:sequence> name="payment_type" type="paymenttype" /> <xs:choice> name="fik"> <xs:complextype> <xs:sequence> e faktura faktura / invoice format Side 98
name="p_card_id" type="cardtype" /> name="p_payment_id" type="string19" minoccurs="0" /> name="p_fik_no" type="string8mand" /> name="p_currency_code" type="currencyiso" /> name="p_amount" type="decimalcomma20mand2dp" /> name="p_transfer_date" type="dateresmand" /> name="p_reg_no" type="string4" minoccurs="0" /> name="p_account_no" type="string10" minoccurs="0" /> name="p_technical_reference" type="string35" minoccurs="0" /> name="p_creditor_address"> <xs:complextype> <xs:sequence> name="p_creditor_name" type="string35mand" /> name="p_creditor_address_1_3" type="string35" minoccurs="0" maxoccurs="3" /> </xs:sequence> </xs:complextype> </xs:element> name="p_alternate_sender" minoccurs="0"> <xs:complextype> <xs:sequence> ref="message" maxoccurs="5" /> </xs:sequence> e faktura faktura / invoice format Side 99
</xs:complextype> </xs:element> name="p_message" minoccurs="0"> <xs:complextype> <xs:sequence> ref="message" maxoccurs="41" /> </xs:sequence> </xs:complextype> </xs:element> name="direct_debit"> </xs:sequence> </xs:complextype> </xs:element> <xs:complextype> <xs:sequence> name="p_direct_debit_type" type="directdebittype" /> name="p_currency_code" type="currencyiso" /> name="p_amount" type="decimalcomma20mand2dp" /> name="p_transfer_date" type="dateresmand" /> name="p_reg_no" type="string4" minoccurs="0" /> name="p_account_no" type="string10" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> </xs:choice> </xs:sequence> </xs:complextype> </xs:element> name="factoring_info" minoccurs="0"> <xs:complextype> e faktura faktura / invoice format Side 100
<xs:sequence> name="f_card_id" type="cardtype" /> name="f_payment_id" type="string19" /> name="f_fik_no" type="string8mand" /> name="f_factor_client_id" type="string20mand" /> name="f_delivery_date" type="dateresmand" /> name="f_factor_customer_id" type="string20mand" /> name="f_document_type" type="messagetype" /> name="f_document_id" type="string20mand" /> name="f_currency_code" type="currencyiso" /> name="f_document_date" type="dateresmand" /> name="f_due_date" type="dateresmand" /> name="f_payment_discount_pct" type="decimalcomma20" minoccurs="0" /> name="f_payment_discount_date" type="dateres" minoccurs="0" /> name="f_payment_discount_amount" type="decimalcomma20" minoccurs="0" /> name="f_amount" type="decimalcomma20mand" /> name="f_description" type="string50" minoccurs="0" /> name="f_cvr_no" type="string20mand" /> name="address" type="addresstype" /> name="f_release_text_1" type="string110mand" /> name="f_release_text_2" type="string110" minoccurs="0" /> name="f_release_text_3" type="string110" minoccurs="0" /> name="f_release_text_4" type="string110" minoccurs="0" /> e faktura faktura / invoice format Side 101
name="f_release_text_5" type="string110" minoccurs="0" /> name="f_release_text_6" type="string110" minoccurs="0" /> name="f_release_text_7" type="string110" minoccurs="0" /> name="f_release_text_8" type="string110" minoccurs="0" /> name="f_release_text_9" type="string110" minoccurs="0" /> name="f_release_text_10" type="string110" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="document_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> </xs:element> name="amount_inv_disc" type="xs:string" /> name="attached_to_line_no" type="xs:string" /> name="charge_amount" type="xs:string" /> name="charge_calc" type="xs:string" /> name="job_no" type="string20" /> name="message" type="string35mand" /> name="p_receiver_country_code" type="xs:string" /> name="sender_address" type="xs:string" /> name="shipment_date" type="dateres" /> name="text" type="xs:string" /> name="text_line_no" type="xs:string" /> name="transport_method" type="string10" /> name="t_inv_disc_amount" type="xs:string" /> <xs:complextype name="addresstype"> <xs:sequence> name="name_1" type="string50mand" /> name="name_2" type="string50" minoccurs="0" /> name="address_1" type="string50mand" /> name="address_2" type="string50" minoccurs="0" /> name="address_3" type="string50" minoccurs="0" /> name="address_code" type="string20" minoccurs="0" /> name="contact" type="string30" minoccurs="0" /> name="post_code" type="string20mand" /> name="city" type="string30mand" /> name="phone_1" type="string20" minoccurs="0" /> name="phone_2" type="string20" minoccurs="0" /> e faktura faktura / invoice format Side 102
minoccurs="0" /> name="fax_1" type="string20" minoccurs="0" /> name="fax_2" type="string20" minoccurs="0" /> name="bank_reg_no" type="string20" name="bank_acc_no" type="string20" minoccurs="0" /> name="bank_name" type="string30" minoccurs="0" /> name="email" type="string80" minoccurs="0" /> name="homepage" type="string80" minoccurs="0" /> name="country" type="string30" minoccurs="0" /> name="country_code" type="string3mand" /> name="address_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> <xs:complextype name="amounttype"> <xs:sequence> name="amount_excl_vat" type="decimalcomma20" /> name="amount_including_vat" type="decimalcomma20" /> name="vat_amount" type="decimalcomma20" /> name="amount_udt" type="udttype" minoccurs="0" /> </xs:sequence> </xs:complextype> <xs:simpletype name="stringmandbase"> <xs:restriction base="xs:string"> <xs:pattern value="\s*[^\s]+.*" /> <xs:simpletype name="decimalcomma20"> <xs:restriction base="xs:string"> <xs:pattern value="(\-?\d{1,20}(,\d{1,3})?)?" /> <xs:simpletype name="decimalcomma20extended"> <xs:restriction base="xs:string"> <xs:pattern value="(\-?\d{1,20}(,\d{1,10})?)?" /> <xs:simpletype name="decimalcomma20mand"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,20}(,\d{1,3})?" /> e faktura faktura / invoice format Side 103
<xs:simpletype name="decimalcomma20mand2dp"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,20}(,\d{1,2})?" /> <xs:simpletype name="decimalcomma40"> <xs:restriction base="xs:string"> <xs:pattern value="(\-?\d{1,40}(,\d{1,3})?)?" /> <xs:simpletype name="decimalcomma40mand"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,40}(,\d{1,3})?" /> <xs:simpletype name="decimalcomma40mandextended"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,40}(,\d{1,10})?" /> <xs:simpletype name="string1"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,1}" /> <xs:simpletype name="string1mand"> <xs:restriction base="xs:string"> <xs:pattern value="\s{1}" /> <xs:simpletype name="string4"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,4}" /> <xs:simpletype name="string4mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="4" /> <xs:simpletype name="string8"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,8}" /> <xs:simpletype name="string8mand"> <xs:restriction base="stringmandbase"> e faktura faktura / invoice format Side 104
<xs:maxlength value="8" /> <xs:simpletype name="string10"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,10}" /> <xs:simpletype name="string10mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="10" /> <xs:simpletype name="string19"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,19}" /> <xs:simpletype name="string19mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="19" /> <xs:simpletype name="string20"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,20}" /> <xs:simpletype name="string20mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="20" /> <xs:simpletype name="string26"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,26}" /> <xs:simpletype name="string26mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="26" /> <xs:simpletype name="string30"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,30}" /> e faktura faktura / invoice format Side 105
<xs:simpletype name="string30mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="30" /> <xs:simpletype name="string35"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,35}" /> <xs:simpletype name="string35mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="35" /> <xs:simpletype name="string40"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,40}" /> <xs:simpletype name="string40mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="40" /> <xs:simpletype name="string50"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,50}" /> <xs:simpletype name="string50mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="50" /> <xs:simpletype name="string64"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,64}" /> <xs:simpletype name="string64mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="64" /> <xs:simpletype name="string80"> e faktura faktura / invoice format Side 106
<xs:restriction base="xs:string"> <xs:pattern value=".{0,80}" /> <xs:simpletype name="string80mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="80" /> <xs:simpletype name="string100"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,100}" /> <xs:simpletype name="string100mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="100" /> <xs:simpletype name="string110"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,110}" /> <xs:simpletype name="string110mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="110" /> <xs:simpletype name="numeric10mand"> <xs:restriction base="xs:string"> <xs:pattern value="\d{1,10}" /> <xs:simpletype name="numeric4mand"> <xs:restriction base="xs:string"> <xs:pattern value="\d{1,4}" /> <xs:simpletype name="dateres"> <xs:restriction base="xs:string"> <xs:maxlength value="10" /> <xs:pattern value="(19 20)\d{2}-(01 03 05 07 08 10 12)- (01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31) " /> e faktura faktura / invoice format Side 107
<xs:pattern value="(19 20)\d{2}-(04 06 09 11)- (01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30)" /> <xs:pattern value="(19 20)([02468][048] [13579][26])-(02)- (01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29)" /> <xs:pattern value="(19 20)([02468][1235679] [13579][01345789])- (02)-(01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28)" /> <xs:pattern value=".{0,0}" /> <xs:simpletype name="dateresmand"> <xs:restriction base="xs:string"> <xs:maxlength value="10" /> <xs:pattern value="(19 20)\d{2}-(01 03 05 07 08 10 12)- (01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31) " /> <xs:pattern value="(19 20)\d{2}-(04 06 09 11)- (01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30)" /> <xs:pattern value="(19 20)([02468][048] [13579][26])-(02)- (01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29)" /> <xs:pattern value="(19 20)([02468][1235679] [13579][01345789])- (02)-(01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28)" /> <xs:simpletype name="timeformat"> <xs:restriction base="xs:string"> <xs:enumeration value="24" /> <xs:simpletype name="testformat"> <xs:restriction base="xs:string"> <xs:enumeration value="0" /> <xs:enumeration value="1" /> <xs:simpletype name="comma"> <xs:restriction base="xs:string"> <xs:enumeration value="," /> <xs:simpletype name="dot"> <xs:restriction base="xs:string"> <xs:pattern value="[\.]?" /> <xs:simpletype name="neg"> e faktura faktura / invoice format Side 108
<xs:restriction base="xs:string"> <xs:enumeration value="-" /> <xs:simpletype name="stringmandbaseextended"> <xs:restriction base="xs:string"> <xs:pattern value=".+"/> <xs:simpletype name="string50mandextended"> <xs:restriction base="stringmandbaseextended"> <xs:maxlength value="50"/> <xs:simpletype name="string3mand"> <xs:restriction base="stringmandbase"> <xs:maxlength value="3"/> <xs:simpletype name="dateformatdef"> <xs:restriction base="xs:string"> <xs:enumeration value="ccyy-mm-dd" /> <xs:simpletype name="timeformatdef"> <xs:restriction base="xs:string"> <xs:enumeration value="hh:mm:ss" /> <xs:simpletype name="valreq10"> <xs:restriction base="xs:string"> <xs:pattern value="[\w\d\.]{1,10}" /> <xs:simpletype name="valreq20"> <xs:restriction base="xs:string"> <xs:pattern value="[\w\d\.]{1,20}" /> <xs:simpletype name="valreq20extended"> <xs:restriction base="xs:string"> <xs:pattern value="[\w\d\.\s,-]{1,20}" /> <xs:simpletype name="messagetype"> <xs:restriction base="xs:string"> <xs:enumeration value="efaktura_invoice" /> e faktura faktura / invoice format Side 109
<xs:enumeration value="efaktura_creditnote" /> <xs:simpletype name="disctype"> <xs:restriction base="xs:string"> <xs:enumeration value="inv_disc_incl" /> <xs:enumeration value="inv_disc_excl" /> <xs:enumeration value="" /> <xs:simpletype name="chargetype"> <xs:restriction base="xs:string"> <xs:enumeration value="cha" /> <xs:enumeration value="pos" /> <xs:enumeration value="fre" /> <xs:simpletype name="cardtype"> <xs:restriction base="xs:string"> <xs:enumeration value="04" /> <xs:enumeration value="71" /> <xs:enumeration value="73" /> <xs:enumeration value="75" /> <xs:simpletype name="paymenttype"> <xs:restriction base="xs:string"> <xs:enumeration value="fik" /> <xs:enumeration value="direct_debit" /> <xs:simpletype name="directdebittype"> <xs:restriction base="xs:string"> <xs:enumeration value="bs" /> <xs:enumeration value="ls" /> <xs:enumeration value="pbs" /> <xs:enumeration value="other" /> <xs:simpletype name="countryiso"> <xs:restriction base="xs:string"> <xs:enumeration value="dk" /> <xs:enumeration value="fo" /> <xs:enumeration value="fi" /> <xs:enumeration value="de" /> <xs:enumeration value="gl" /> <xs:enumeration value="is" /> e faktura faktura / invoice format Side 110
<xs:enumeration value="no" /> <xs:enumeration value="se" /> <xs:enumeration value="gb" /> <xs:simpletype name="currencyiso"> <xs:restriction base="xs:string"> <xs:enumeration value="dkk" /> <xs:enumeration value="eur" /> <xs:enumeration value="isk" /> <xs:enumeration value="nok" /> <xs:enumeration value="sek" /> <xs:enumeration value="gbp" /> <xs:simpletype name="codetype"> <xs:restriction base="xs:string"> <xs:enumeration value="" /> <xs:enumeration value="cpr" /> <xs:enumeration value="tlf" /> <xs:enumeration value="cvr" /> <xs:enumeration value="ean" /> <xs:enumeration value="pno" /> <xs:enumeration value="dun" /> <xs:complextype name="udttype"> <xs:sequence> <xs:any namespace="##any" processcontents="skip" minoccurs="0" maxoccurs="unbounded" /> <!-- <xs:any processcontents="skip" maxoccurs="unbounded"/> --> </xs:sequence> </xs:complextype> </xs:schema> e faktura faktura / invoice format Side 111