e faktura faktura / invoice format version 2.1.0 13. Oktober 2008 Dokumentversion 4.0
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... 40 SHIP_TO... 41 ADDRESS... 41 CURRENCY... 43 Side e faktura faktura / invoice format Side i
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. LINE... 43 LINE... 44 ITEM_INFO... 49 AMOUNT... 50 PAYMENT_TERMS... 52 TOTALAMOUNT... 54 CHARGE... 58 DELIVERY_TERMS... 60 PAYMENT_MEANS... 61 FIK... 62 P_MESSAGE... 63 P_CREDITOR_ADDRESS... 64 P_ALTERNATE_SENDER... 64 DIRECT_DEBIT... 65 FACTORING_INFO... 67 4. Eksempler - examples... 72 4.1 XML faktura/invoice i formatversion 2.1.0 from sender... 72 4.2 XML faktura/invoice i formatversion 2.0.0 from sender... 84 5. Skema - Schema (XSD)... 89 e faktura faktura / invoice format Side ii
Dokumenthistorik Version Dato Ændringer danish Changes - english 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 URE, - TOTAL_DOCUMENT_CHEC KSUM og - CHECKSUM. 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, - QTY_PER_UNIT_OF_MEAS URE, - TOTAL_DOCUMENT_CHEC KSUM and - CHECKSUM. e faktura faktura / invoice format Side iii
Eksempel er opdateret. Det nye antal decimaler kan anvendes fra og med 1. februar 2006. 3.3 10.10.2005 Redaktionelle ændringer: - Præciseret, hvordan checksum beregnes, når der ikke anvendes FIK. - Uddybende forklaring af felter med N=1 - Tilladt afvigelse på beløber og totaler er angivet - Ændret tilladt størrelse på faktura og fakturabundt - Præciseret, at P_MESSAGE 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: - PAYMENT_INFO_JOINT_TR ANSFER_FORM ændres til at hedde FIK. - PAYMENT_INFO_JOINT_TR ANSFER_FORM_VERSION ændres til at hedde PAYMENT_MEANS_VERSI ON - Alle V-felter ændres til M (Mandatory) - Version og payment-version er fortsat 2.1.0. - Længden på REFERENCE er ændret. 3.1 27.04.2005 Der indføres formatændringer, som træder i kraft 12. maj 2005. Flg. ændringer: - Version og payment-version ændres fra v.2.0.0 til 2.1.0. - Betalingsdelen er ændret grundlæggende - Mulighed for ordrenummer på linjen - Kun formatændringer i version 2.0.0 og 2.1.0 beskrives. Example is updated. The new number of decimals can be used from the 1. of February 2006. Editorial changes: - Clarified how to calculate checksum if FIK is not used - Elaborated the use of tags where N=1 - allowed difference in amounts and totals is described - Changed allowed size for invoices and bundles - Clarified that it is not a requirement that P_MESSAGE is entered for card type 73 and 75. Format changes are introduced with effect the 12. of may 2005. Following changes are introduced: - PAYMENT_INFO_JOINT_TR ANSFER_FORM is changed and called FIK. - PAYMENT_INFO_JOINT_TR ANSFER_FORM_VERSION is changed and called PAYMENT_MEANS_VERSI ON - All V-tags are changed to M (mandatory) - Version and payment version is still 2.1.0 - The length of REFERENCE has been changed Format changes are introduced with effect the 12. of may 2005. Following changes are introduced: - Version and payment-version updated from v.2.0.0 to 2.1.0. - Payment section is updated - Possible to have order number on the line - Only format changes in version 2.0.0 and 2.1.0 are described. 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. e faktura faktura / invoice format Side iv
3.0 08.04.2005 Der indføres formatændringer i forbindelse med e faktura HUBløsningen. Formatændringerne træder i kraft 1. marts 2005. Versionen af formatet er nu 2.0.0 2.1 25.11.2003 Beskrivelse af P_ACCOUNT_NO og P_REG_NO er korrigeret tilbage til den oprindelige beskrivelse. 2.0 03.11.2003 Der indføres formatændringer. VERSION og FACTORING_VERSION skifter fra version 1.0.0 til version 1.1.0. Formatændringen træder i kraft 1. februar 2004. 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. Format changes are introduced. VERSION changes from version 1.1.0 to version 2.0.0. The change in format becomes effective March 1 st 2005. Description of P_ACCOUNT_NO and P_REG_NO is changed back to the original description. Format changes are introduced. VERSION and 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. 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. e faktura 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 PBS A/S. PBS 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. Dependent: History: 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. Angiver det tag, som dette tag er afhængigt af. Dependent af angives kun, når C/M/D/V er D. 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 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 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. FIK betalingsoplysninger. Blev før kaldet e faktura faktura / invoice format Side 7
Nyt tag LINE/ORDER_NO 1.5.1.2 Nye Valgtabeller C/M/D/V Type Værdi Vs C Text A(20) Beskrivelse 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 PBS. 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 X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af e faktura faktura / invoice format Side 8
XML-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes. 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 C/M/D/V Type Værdi Vs DOCUMENT/ Sub-level PAYMENT_INFO_JOINT_TRANS FER_FORM HEADER / PAYMENT_INFO_JOINT_TRANS FER_FORM_VERSION 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 /HEADER/CHECKSUM /DOCUMENT_HEAD/ACCOUNT_ CODE C/M/D/V Type Værdi Vs M Under-niveau M Text A(20) M Text A(20) M Decimal 20.3 C Text A(35) 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. Checksum. Se afsnit 1.3 Checksum Tidligere lå dette nummer i en særskilt.req fil. Feltet ligger 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, e faktura faktura / invoice format Side 9
Nyt tag /LINE/ACCOUNT_CODE C/M/D/V Type Værdi Vs C Text A(35) Beskrivelse 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. 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 CPR TLF CVR EAN PNO DUN Beskrivelse CPR-nummer Telefonummer CVR-nummer EAN-lokationsnummer P-nummer DUNS-nummer e faktura faktura / invoice format Side 10
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 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. 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, 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. e faktura faktura / invoice format Side 11
/DOCUMENT_HEAD/EXTERNAL_DOCUMENT_ NO Value A(20) A(40) 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 PBS A/S. PBS 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> <NET_PRICE>0,000</NET_PRICE> part checksum 9000 + 1000 + 0 = 10000 e faktura faktura / invoice format Side 16
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 M. LINE/ORDER_NO C Order number on line level e faktura faktura / invoice format Side 19
Text A(20) 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 PBS. 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 means that 2.0.0 is always stated in this tag, provided this This version of XML is 2.1.0. This means that 2.1.0 is always stated in this tag, provided this e faktura faktura / invoice format Side 20
Changed tag Table column Value before Value now version is used. 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 /LINE/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) 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 Account code /LINE/FINAL_CUSTOMER_TYPE C Text A(3) Type of identification of the final customer. See choice table 6 /LINE/FINAL_CUSTOMER C Depicts the final customer. e faktura faktura / invoice format Side 21
New tag /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(20) M Decimal 20.3 M Text A(4) Description 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. En faktura kan indeholde 1000 sider. 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. One invoice can contain only 1000 documents Sub level M 1...1000 e faktura faktura / invoice format Side 25
TOTAL_DOCUMENT_CHECKSUM Sum af alle dokumenterne s checksum. NO_OF_DOCUMENTS Antallet af fakturaer/kreditnotaer i denne afsendelse. 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 Vs N Dependent IDENTIFIER Afsenders CVRNR./SENR Senders CVRNR./SENR Text A(20) M 1 SENDER_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. 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 Text A(20) M 1 P-no., this is entered. RECEIVER_CODE 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 EANnummer angives uden foranstillede bogstaver og 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 CVR/SE-, EAN-, or P- no. enter 0. Text A(20) M 1 History e faktura faktura / invoice format Side 28
Navn name Beskrivelse Description Requirement INVOICE_FORWARD_TO_COD E SENDER RECEIVER 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-, 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 Value C/M/ D/V Shall be 0 Text A(100 ) Shall be 0 Text A(100 ) Text A(20) C 1 TYPE Bilagstype. Valgtabel 1 Supplement type. Text A(20) M 1 Choice table 1 DECIMAL_SEPARATOR Decimalseparator Decimal separator Shall be, Text A(1) M 1 THOUSAND_SEPARATOR Tusindseparator Thousandth separator Shall be left empty (blank) Text A(1) M 1 NEGATIVE_DENOMINATOR Negativ-tegn altid foranstillet. Negative denominator is always prefixed Shall be - Text A(1) M 1 Vs N Dependent DATE_FORMAT Datoformat Date format Shall be Text A(10) M 1 CCYY-MM- DD 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 Shall be Text A(8) M 1 History M 1 Descriptio n updated in v. 2.0.0 M 1 Descriptio n updated in v. 2.0.0 e faktura faktura / invoice format Side 29
Navn name Beskrivelse Description Requirement hour format HH:MM:SS RECEIPT RECEIPT_TO RECEIPT_NO TEST_FLAG PAYMENT_MEANS_VERSION 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 elektroniske fakturaer, vil fakturaen blive afvist. Version af XML-format til brug for OfficeBanking 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. Type Value C/M/ D/V 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 invoice will be rejected. Version of XML-format to use for Office Banking. Shall be 2.1.0 in this version / Angives som 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 Text A(10) M 1 New in version 2.1.0
Navn name Beskrivelse Description Requirement 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. FACTORING_VERSION Version af XML-format til Version of XML-format Shall be brug for Factoring to use for Factoring 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 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag. VERSION Generel version af XMLformat General version of XML-format Shall be 2.1.0 in this version / Type Value C/M/ D/V Text A(10) M 1 Vs N Dependent History Text A(10) M 1 Changed from 2.0.0 to 2.1.0 e faktura faktura / invoice format Side 31
Navn name Beskrivelse Description Requirement Type Value C/M/ D/V 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. VERIFICATION_ID Til fremtidig brug. For future use Shall be 0 Text A(64) M 1 CHECKSUM Checksum Checksum Deci mal 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 Vs N Dependent e faktura faktura / invoice format Side 32 Sub level History 20.10 M 1 New in version 2.0.0. Changed from 20.3 to 20.10 in version 2.1.0. C 0.. 1
Navn name Beskrivelse Description Requirement developed in both recipient and sender's ERP system. Type Value C/M/ D/V Vs N Dependent 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 Text A(20) M 1 number ORDER_NO Evt. salgsordrenummer if desired sales order Text A(20) C 0..1 number YOUR_REFERENCE Deres reference. Kontaktperson hos Your reference. Contact Text A(30) C 0..1 modtager person at recipient ORDER_DATE Salgsordredato Sales order date Date A(10) C 0..1 altid SHIPMENT_DATE Leveringsdato Delivery date Date A(10) C 0..1 altid 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 Afsenders SE- eller CVR-nr. Senders CVR no Text A(20) M 1 CVR_NO 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. 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) C 1 AS_REG_NO Modtagers A/S reg.nr. Recipient A/S reg. no. Text A(20) C 0..1 TRANSPORT_METHOD Transportmåde (Intrastat) Transport method Text A(10) C 0..1 (Intrastat) DOCUMENT_DATE Bilagets oprettelsesdato Document creation date Date A(10) C 0..1 e faktura faktura / invoice format Side 34
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History altid INVOICE_DATE Bogførings-/fakturadato Book keeping /invoice date Date A(10) M 1 Det er den dato, der fremgår af fakturaen samt den dato, der beregnes betalings- og rabattermin ud fra It is this date that appears on the invoice, and it is this date that payment- and discount payment date is calculated from altid EXTERNAL_DOCUMENT_NO Eksternt bilagsnr., f.eks. External supplement Text A(40) C 0..1 rekvisitionsnummer. number, ex. requisition number 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 C 0..1 level BILLED_FROM Adresse, hvorfra faktura/kreditnota er afsendt. Address from which the invoice/credit note has been sent. Sub level M 1 SOLD_FROM Adresse på den part, varerne leveres fra. Address on the party, the goods are being delivered from. Sub level M 1 e faktura faktura / invoice format Side 35
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History SELL_TO Kunden, hvortil varen er solgt. The customer that has Sub M 1 bought the goods. level BILL_TO Identifikation af den virksomhed, som købsaftalen er indgået med. Adressen, hvortil faktura/kreditnota skal sendes. 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. 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 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 M 1 M 1.. 100000 M 1 M 1 C 0..1 C 0..1 e faktura faktura / invoice format Side 36
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. 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 Sub level C 0..1 invoice format. 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 sender's ERP system. 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 The invoice/credit Text A(20) M 1 faktura/kreditnota. note sender's code. 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 M 1 level SOLD_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. 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 SELL_TO 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 sender's ERP system. 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 M 1 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. 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 sender's ERP system. BILL_TO Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History e faktura faktura / invoice format Side 40
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 M 1 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. 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 ADDRESS 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 sender's ERP system. Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History NAME_1 Navn Name Text A(50) M 1 e faktura faktura / invoice format Side 41
Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History 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. Address code Text A(20) C 0..1 Kan f.eks. benyttes til EANlokationsnummer eller anden adresseidentifikation. Can be used for EAN location number or other address identification. CONTACT Kontaktperson Contact person Text A(30) C 0..1 POST_CODE Postnr. Postal code, stated without prefixed DK, Text A(20) M 1 Angives uden foranstillet DK. F.eks. 2750 for Ballerup. e.g. 2750 for Ballerup 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 Text A(20) C 0..1 institution) 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 COUNTRY_CODE Landekode ISO standard 3166-1 Country code ISO standard 3166-1 Text A(3) M 1 Hvis landekode er forskellig fra DK, skal betalingstypen Direct debet benyttes med Direct debet type OTHER. If country code is different from DK, please use payment type Direct debit with Direct debit type OTHER ADDRESS_UDT I alle tags med dette delnavn kan brugere af In all tags with this partial name, users of Sub C 0..1 e faktura faktura / invoice format Side 42
Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History e faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. level Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system. 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. 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. 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 sender's ERP system. 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. 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 43
LINE Navn - Name Beskrivelse Description Type Value C/M/D/ V LINE_NO Linjenummer Line number Integer 10 M 1 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. Text A(20) C 0..1 SHIPMENT_DATE Leveringsdato Delivery date Date A(10) C 0..1 altid DESCRIPTION_1 Beskrivelse af varen Description of the Text A(50) M 1 product. DESCRIPTION_2 Beskrivelse af varen Description of the Text A(50) C 0..1 product. UNIT_OF_MEASURE Enhedsbeskrivelse Unit of measure Text A(10) C 0..1 QUANTITY UNIT_PRICE NET_PRICE Antal Bemærk Quantity kan være positiv eller negativt samt nul Salgspris pr. enhed uden rabat, afgift og moms Salgspris pr. enhed inkl. alle former for rabatter og afgifter, men ekskl. moms Quantity Note that quantity can be positive or negative as well as zero. Unit price without discount, charge and VAT. Sales price per Unit including all forms of discounts and charges, but without VAT. Decimal 20.10 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_N O Decimal 20.10 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_N O 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 Changed from 20.3 to 20.10 in version e faktura faktura / invoice format Side 44
Navn - Name Beskrivelse Description Type Value C/M/D/ V 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 45 V s N Dependent History 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 Quantity discount Decimal 20.3 C 0..1 ekskl. moms. amount without VAT Mængderabatbeløb skal være den totale mængderabat for varelinjen. Quantity discount amount must be the total quantity discount for the article line. LINE_DISCOUNT_PCT Linjerabat % Line discount % Decimal 20.3 C 0..1 LINE_DISCOUNT_AMOUNT Linjerabatbeløb ekskl. Decimal 20.3 C 0..1 moms. LINE_INV_DISC_AMOUNT Linjerabatbeløb skal være den totale linjerabat for varelinjen. Fakturarabatbeløb for den aktuelle linje ekskl. moms. Hvis fakturarabatbeløb er indregnet i NET_PRICE, skal fakturarabattypen (se under TOTALAMOUNT) 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 be accounted for in the NET_PRICE if the discount type is INV_DISC_INCL (see TOTALAMOUNT). Decimal 20.3 C 0..1 2.1.0
Navn - Name Beskrivelse Description Type Value C/M/D/ V 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 e faktura faktura / invoice format Side 46 V s Decimal 20.3 C 0..1 Decimal 20.3 C 0..1 N Dependent History UNITS_PER_PARCEL Antal pr. kolli Amount per parcel Decimal 20.3 C 0..1 UNIT_VOLUME Rumfang i m3 Volume in Cubic Decimal 20.3 C 0..1 Meters (m3) SERIAL_NO Serienr. Såfremt der er Serial number. Text A(20) C 0..1 et serienr. på linjen, kan If there is a serial <quantity> kun være 1. number on the line, quantity can only be 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 Antal pr. enhed Quantity of unit per Decimal 20.10 D 1 SUPP_ITEM_NO, Changed
Navn - Name Beskrivelse Description Type Value C/M/D/ V N Dependent History V s RE Measure. CUST_ITEM_NO, TRADED_ITEM_N O from 20.3 to 20.10 in version 2.1.0 UNIT_OF_MEASURE_CODE Enhedskode. Feltet er Unitcode. The field is Text A(10) D 1 SUPP_ITEM_NO, afsenderens interne kode the senders internal CUST_ITEM_NO, for enheden, hvorimod feltet code for the unit, whereas the field TRADED_ITEM_N O <UNIT_OF_MEASUR E> er selve beskrivelsen. <UNIT_OF_MEASUR E> is the description itself. JOB_NO Sagsnr. Job number. Text A(20) C 0..1 FINAL_CUSTOMER_TYPE FINAL_CUSTOMER ACCOUNT_CODE ITEM_INFO 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 cprnr på ydelsesmodtager. DimensionsKontoStreng til brug for fakturering af offentlige institutioner. Type of identification of the final customer. See choice table 6 Depicts the final customer. Udvidet vareinformation Extended item information. Text A(3) C 0..1 New in version 2.0.0 Text A(20) C 0..1 New in version 2.0.0 Account code Text A(35) C 0..1 New in version 2.0.0 Sub level C 0..1000 0 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 In all tags with this partial name, users of e faktura can place Sub level C 0..1 e faktura faktura / invoice format Side 47
Navn - Name Beskrivelse Description Type Value C/M/D/ V ønskede felter efter wanted fields as behov, dog inden for de required. These fields almindelige rammer must be within the angivet i fakturaformatet. common frames specified in the invoice format. 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. V s N Dependent History 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. 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 e faktura faktura / invoice format Side 48
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 49
AMOUNT Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History AMOUNT_EXCL_VAT Beløb ekskl. moms Amount without VAT. Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO For linjer: Beløbet fremkommer ved at gange NET_PRICE med antal. AMOUNT_INCLUDING_VAT Beløb inkl. moms For linjer: Beløbet fremkommer ved beregning ud fra linjens beløb ekskl. moms og linjens momsprocent. VAT_AMOUNT Momsbeløb Skal være identisk med differencen mellem beløb ekskl. moms og inkl. moms. Momsbeløb skal svare til enten 0 eller 25 % af beløb ekskl. moms. 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. For lines: The amount shall be equal to NET_PRICE multiplied with quantity. Amount with VAT. For lines: Is calculated from AMOUNT_EXCL_VAT and VAT_PCT VAT amount. Shall be the difference between AMOUNT_INCLUDING_VAT and AMOUNT_EXCL_VAT VAT amount shall either be 0 or 25 % of the amount without VAT. 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. 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 50 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 Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERPsystem. e faktura faktura / invoice format Side 51
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 C/M/D/ V e faktura faktura / invoice format Side 52 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. Note that in case UDT is used, this is to be developed in both recipient Decim al Sub level 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
Navn Name Beskrivelse Description Type Valu e and senders ERP-system. C/M/D/ V V s N Dependent History e faktura faktura / invoice format Side 53
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 Beløbet skal stemme overens med 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 VAT. Shall correspond to Sub level e faktura faktura / invoice format Side 54 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 følgende felter er udfyldt: T_INV_DISC_TYPE, T_INV_DISC_VAT_AMOUNT,
Navn - Name Beskrivelse Description Type Value C/M/ D/V 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 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 T_INV_DISC_AMO UNT_VAT_EXCL såfremt rabattypen er INV_DISC_EXCL 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 OUNT_VAT_EXC L if the discount type is INV_DISC_EXCL. 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 55
Navn - Name Beskrivelse Description Type Value C/M/ D/V V s N Dependent History T_AMOUNT_VAT_INCL 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 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 Decim al 20.3 M 1 T_AMOUNT_VAT_FREE 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 såfremt rabattypen er 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 _AMOUNTis 0 and the discount type is INV_DISC_EXCL. Decim al 20.3 M 1 T_VAT_AMOUNT Total momsbeløb. Summen af alle VAT_AMOUNT for Total VAT amount Sum of all VAT_AMOUNT Decim al 20.3 M 1 e faktura faktura / invoice format Side 56
Navn - Name Beskrivelse Description Type Value C/M/ D/V alle linjer og charges. for all lines and Summen skal charges. The sum fratrækkes shall be subtracted T_INV_DISC_VAT_ with AMOUNT såfremt T_INV_DISC_VAT rabattypen er _AMOUNT if the INV_DISC_EXCL. discount type is INV_DISC_EXCL. V s 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 57
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 M 1 level 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. 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 ERPsystem. Valgtabel 2 Choice Table 2 Beskrivelse Description CHA Gebyr (oplysningen skal angives med Charges (fee) (the information must upper case ) be stated with upper case) POS FRE Porto (oplysningen skal angives med upper case ) Fragt (oplysningen skal angives med upper case ) Postage (the information must be stated with upper case) Freight (the information must be stated with upper case) e faktura faktura / invoice format Side 58
e faktura faktura / invoice format Side 59
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. 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 Sub level C 0..1 format. 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 60
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 61
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 Betalings ID. For udformning: Se valgtabel 4. P_PAYMENT_ID: Skal kun være udfyldt for kortart 04, 71 og 75. Payment ID. See choice table 4 for detail. P_FIK_NO P_CURRENCY_CODE P_AMOUNT P_TRANSFER_DATE 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. 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 kan findes frem, når man har betalingen. Contains senders invoice number, so it is easier to find, when you have the payment. 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 Date A(10) M 1 altid Text A(4) C 0..1 Text A(10) C 0..1 Text A(35) C 0..1 e faktura faktura / invoice format Side 62
Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History P_CREDITOR_ADDRESS Afsenders navn og adresse. Senders name and address. Sub A(35) M 1 level P_ALTERNATE_SENDER P_MESSAGE P_MESSAGE 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 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 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 Valgtabel 4 Beskrivelse Choice table 4 04 BetalingsID er 16 højrestillede cifre med foranstillede nuller og med modulus10-kontrol. Kontrolcifferet er placeret til sidst. Description Payment ID is 16 right aligned digits with prefixed zeros and with modulus10 control. The control digit is placed at the end. e faktura faktura / invoice format Side 63
Valgtabel 4 Choice table 4 Beskrivelse 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 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 64
DIRECT_DEBIT Navn Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History P_DIRECT_DEBIT_TYPE Direct debet type. Type of direct debit. Text A(50) M 1 New in Se valgtabel 9. See choice table 9. version 2.1.0 P_CURRENCY_CODE Valutakode ISO. Currency code ISO. Text A(3) M 1 New in Skal være identisk med Must be identical to version valutakoden på hovedniveau i CURRENCY_CODE 2.1.0 fakturaen. P_AMOUNT P_TRANSFER_DATE 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. 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). 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 65
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 PBS. Only to be used by PBS. OTHER Anden type Other type e faktura faktura / invoice format Side 66
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 factoringselskab 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 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 F_DOCUMENT_TYPE Valgtabel 1 Choice table 1. Text A(20) M 1 N Dependent History e faktura faktura / invoice format Side 67
Navn Name Beskrivelse Description Type Value C/ M/ D/V F_DOCUMENT_ID F_CURRENCY_CODE F_DOCUMENT_DATE F_DUE_DATE F_PAYMENT_DISCOUNT_PC T Skal være identisk med TYPE (kreditnota eller faktura) 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. Rabat % ved tidlig betaling Skal være identisk med betalingsbetingelsens rabat % angivelse ved 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 Discount % for early payment. Must be identical to PAYMENT_DISCOUNT_PC T e faktura faktura / invoice format Side 68 V s Text A(20) M 1 Text A(3) M 1 Date Date Decim al A(10) altid A(10) Altid M 1 M 1 20.3 C 0.. 1 N Dependent History
Navn Name Beskrivelse Description Type Value C/ M/ D/V tidlig betaling. F_PAYMENT_DISCOUNT_DA TE F_PAYMENT_DISCOUNT_A MOUNT F_AMOUNT F_DESCRIPTION F_CVR_NO 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, Afsenders CVRnummer. Skal være identisk med SENDER_CVR_N O. 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 69 Date Decim al Decim al A(10) altid V s D 0.. 1 20.3 C 0.. 1 20.3 M 1 Description Text A(50) C 0.. 1 Senders CVR number. Must be identical to CVR_NO Text A(20) M 1 ADDRESS Factoringselskabets Address of the factoring Sub M 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 adresse company level 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 F_RELEASE_TEXT_8 F_RELEASE_TEXT_9 F_RELEASE_TEXT_10 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 Factoring overdragelses-tekst 8 Factoring overdragelses-tekst 9 Factoring overdragelses-tekst 10 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 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 70
e faktura faktura / invoice format Side 71
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> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> e faktura faktura / invoice format Side 72
<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> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> e faktura faktura / invoice format Side 73
<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> </ITEM_INFO> <AMOUNT> e faktura faktura / invoice format Side 74
<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> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> e faktura faktura / invoice format Side 75
<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> <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 76
</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> <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> e faktura faktura / invoice format Side 77
<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/> <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/> e faktura faktura / invoice format Side 78
<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> </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> e faktura faktura / invoice format Side 79
<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> <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> e faktura faktura / invoice format Side 80
<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> <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> e faktura faktura / invoice format Side 81
<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> </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/> e faktura faktura / invoice format Side 82
<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 83
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 84
<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> </ADDRESS> e faktura faktura / invoice format Side 85
</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> <AMOUNT_INCLUDING_VAT>11250,00</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>2250,00</VAT_AMOUNT> e faktura faktura / invoice format Side 86
</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> <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> e faktura faktura / invoice format Side 87
<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 88
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 89
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" /> name="cvr_no" type="string20" minoccurs="0" /> e faktura faktura / invoice format Side 90
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> <xs:sequence> name="sold_from_code" type="string20mand" /> e faktura faktura / invoice format Side 91
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> name="currency"> <xs:complextype> <xs:sequence> e faktura faktura / invoice format Side 92
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" /> name="line_discount_amount" type="decimalcomma20" minoccurs="0" /> name="line_inv_disc_amount" type="decimalcomma20" minoccurs="0" /> e faktura faktura / invoice format Side 93
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> name="amount" type="amounttype" /> name="line_udt" type="udttype" minoccurs="0" /> </xs:element> </xs:sequence> e faktura faktura / invoice format Side 94
</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> name="t_inv_disc_type" type="disctype" minoccurs="0" /> name="t_inv_disc_vat_amount" type="decimalcomma20" minoccurs="0" /> e faktura faktura / invoice format Side 95
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> name="p_card_id" type="cardtype" /> name="p_payment_id" type="string19" minoccurs="0" /> e faktura faktura / invoice format Side 96
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> </xs:complextype> </xs:element> name="p_message" minoccurs="0"> e faktura faktura / invoice format Side 97
<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> type="cardtype" /> type="string19" /> type="string8mand" /> name="factoring_info" minoccurs="0"> <xs:complextype> <xs:sequence> name="f_card_id" name="f_payment_id" name="f_fik_no" e faktura faktura / invoice format Side 98
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" /> 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" /> e faktura faktura / invoice format Side 99
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" /> name="fax_1" type="string20" minoccurs="0" /> name="fax_2" type="string20" minoccurs="0" /> name="bank_reg_no" type="string20" minoccurs="0" /> name="bank_acc_no" type="string20" minoccurs="0" /> name="bank_name" type="string30" minoccurs="0" /> name="email" type="string80" minoccurs="0" /> e faktura faktura / invoice format Side 100
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})?" /> <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})?)?" /> e faktura faktura / invoice format Side 101
<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"> <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" /> e faktura faktura / invoice format Side 102
<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}" /> <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"> e faktura faktura / invoice format Side 103
<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"> <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}" /> e faktura faktura / invoice format Side 104
<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) " /> <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) " /> e faktura faktura / invoice format Side 105
<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"> <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"/> e faktura faktura / invoice format Side 106
<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" /> <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"> e faktura faktura / invoice format Side 107
<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" /> <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" /> e faktura faktura / invoice format Side 108
<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 109