Upload
lykhanh
View
222
Download
3
Embed Size (px)
Citation preview
eFaktura faktura / invoice
format version 2.1.0
1.marts 2012 Dokumentversion 4.1
e|faktura faktura / invoice format Side i
Indholdsfortegnelse - Content
Side
1. DANSK BESKRIVELSE (DANISH DESCRIPTION) ........................................................................................ 1
1.1 FAKTURAFORMATET ........................................................................................................................................ 1 1.1.1 Specielle tegn ................................................................................................................................... 1 1.1.2 Prolog, stylesheet og skema ............................................................................................................ 1 1.1.3 Definition af fakturaformatet .......................................................................................................... 2
1.2 VALIDERINGER ............................................................................................................................................... 3 1.3 CHECKSUM ................................................................................................................................................... 4 1.4 MODULUS10-KONTROL .................................................................................................................................. 6 1.5 FORMATÆNDRINGER ...................................................................................................................................... 7
1.5.1 Version 2.1.0 .................................................................................................................................... 7 1.5.2 Version 2.0.0 .................................................................................................................................... 9 1.5.3 Tidligere versioner ......................................................................................................................... 12
2. ENGLISH DESCRIPTION (ENGELSK BESKRIVELSE) .................................................................................. 13
2.1 THE INVOICE FORMAT ................................................................................................................................... 13 2.1.1 Special characters .......................................................................................................................... 13 2.1.2 Prologue, stylesheet and schema .................................................................................................. 13 2.1.3 Definition of the invoice format ..................................................................................................... 14
2.2 VALIDATIONS ............................................................................................................................................... 15 2.3 CHECKSUM ................................................................................................................................................. 16 2.4 MODULUS10-CONTROL ................................................................................................................................ 18 2.5 FORMAT CHANGES ....................................................................................................................................... 19
2.5.1 Version 2.1.0 .................................................................................................................................. 19 2.5.2 Version 2.0.0 .................................................................................................................................. 21 2.5.3 Former versions ............................................................................................................................. 24
3. FORMATBESKRIVELSE (DANISH) - FORMAT DESCRIPTION (ENGLISH) ................................................... 25
INVOICES (N=1, MANDATORY) ....................................................................................................................... 25 DOCUMENT .................................................................................................................................................... 27 HEADER .......................................................................................................................................................... 28 DOCUMENT_HEAD ........................................................................................................................................... 34 REMARK ......................................................................................................................................................... 38 BILLED_FROM ................................................................................................................................................... 39 SOLD_FROM .................................................................................................................................................. 40 SELL_TO ......................................................................................................................................................... 40 BILL_TO .......................................................................................................................................................... 41 SHIP_TO .......................................................................................................................................................... 41 ADDRESS ........................................................................................................................................................ 42 CURRENCY .................................................................................................................................................... 43 LINE ................................................................................................................................................................. 46 ITEM_INFO ........................................................................................................................................................ 51 AMOUNT ......................................................................................................................................................... 52 PAYMENT_TERMS ............................................................................................................................................. 54 TOTALAMOUNT ................................................................................................................................................ 56 CHARGE ............................................................................................................................................................. 60
eFfaktura faktura / invoice format Side ii
DELIVERY_TERMS ....................................................................................................................................... 62 PAYMENT_MEANS ....................................................................................................................................... 63 FIK .................................................................................................................................................................... 64 P_MESSAGE ................................................................................................................................................... 65 P_CREDITOR_ADDRESS .............................................................................................................................. 66 P_ALTERNATE_SENDER ............................................................................................................................. 66 DIRECT_DEBIT ................................................................................................................................................... 67 FACTORING_INFO ........................................................................................................................................ 69
4. EKSEMPLER - EXAMPLES ..................................................................................................................... 74
4.1 XML FAKTURA/INVOICE I FORMATVERSION 2.1.0 FROM SENDER ........................................................................... 74 4.2 XML FAKTURA/INVOICE I FORMATVERSION 2.0.0 FROM SENDER ........................................................................... 86
5. SKEMA - SCHEMA (XSD) ...................................................................................................................... 91
eFfaktura faktura / invoice format Side iii
Dokumenthistorik Version Dato Ændringer – danish Changes - english 4.1 01.03.2012 Firmanavn og logo PBS erstattet med
Nets Company name and logo PBS replaced by Nets
4.0 13.10.2008 Direct_debet (tekst rettet)
P_AMOUNT: Beløb til betaling i valgt valuta
Direct_debet (text corrected)
Amount for payment in selected currency.
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.
Country code ISO standard 3166-1
If country code is different from DK, please use payment type Direct debit with Direct debit type OTHER
3.8 14.03.2007 Alle valuta koder (ISO Standard) er nu valide.
All curency codes (ISO Standard) is now valid.
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.
New validation rule Quantity
Quantity can be zero
New validation rule Receipt to
The tags shall be in the XML, but without any value.
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.
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
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.
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.
3.4 01.02.2006 Antal decimaler er udvidet på flg. Felter:
- QUANTITY,
- UNIT_PRICE,
- NET_PRICE,
- QTY_PER_UNIT_OF_MEAS
Number of decimals are expanded on the following tags:
- QUANTITY,
- UNIT_PRICE,
- NET_PRICE,
eFfaktura faktura / invoice format Side iv
URE,
- TOTAL_DOCUMENT_CHECKSUM og
- CHECKSUM.
Eksempel er opdateret.
Det nye antal decimaler kan anvendes fra og med 1. februar 2006.
- QTY_PER_UNIT_OF_MEASURE,
- TOTAL_DOCUMENT_CHECKSUM and
- CHECKSUM.
Example is updated.
The new number of decimals can be used from the 1. of February 2006.
3.3 10.10.2005 Redaktionelle ændringer:
- 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
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.
3.2 28.04.2005 Der indføres formatændringer, som træder i kraft 12. maj 2005.
Flg. ændringer:
- PAYMENT_INFO_JOINT_TRANSFER_FORM ændres til at hedde FIK.
- PAYMENT_INFO_JOINT_TRANSFER_FORM_VERSION ændres til at hedde PAYMENT_MEANS_VERSION
- Alle V-felter ændres til M (Mandatory)
- Version og payment-version er fortsat 2.1.0.
- Længden på REFERENCE er ændret.
Format changes are introduced with effect the 12. of may 2005.
Following changes are introduced:
- PAYMENT_INFO_JOINT_TRANSFER_FORM is changed and called FIK.
- PAYMENT_INFO_JOINT_TRANSFER_FORM_VERSION is changed and called PAYMENT_MEANS_VERSION
- All V-tags are changed to M (mandatory)
- Version and payment version is still 2.1.0
- The length of REFERENCE has been changed
3.1 27.04.2005 Der indføres formatændringer, som træder i kraft 12. maj 2005.
Flg. ændringer:
- Version og payment-version ændres fra v.2.0.0 til 2.1.0.
- Betalingsdelen er ændret grundlæggende
- Mulighed for ordrenummer på
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
eFfaktura faktura / invoice format Side v
linjen
- Kun formatændringer i version 2.0.0 og 2.1.0 beskrives.
- 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.
3.0 08.04.2005 Der indføres formatændringer i forbindelse med e|faktura HUB-løsningen.
Formatændringerne træder i kraft 1. marts 2005. Versionen af formatet er nu 2.0.0
Format changes are introduced.
VERSION changes from version 1.1.0 to version 2.0.0.
The change in format becomes effective March 1st 2005.
2.1 25.11.2003 Beskrivelse af P_ACCOUNT_NO og P_REG_NO er korrigeret tilbage til den oprindelige beskrivelse.
Description of P_ACCOUNT_NO and P_REG_NO is changed back to the original description.
2.0 03.11.2003 Der indføres formatændringer. 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.
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 1st 2004. See the document ”Introduktion til e-faktura integration” on handling multiple versions of the e-faktura format, if necessary.
1.4 01.07.2003 e|faktura A/S er erstattet af PBS A/S og PBS’ logo er indsat på forsiden.
e|faktura A/S replaced by PBS A/S and PBS’ logo inserted on the front page.
1.3 05.05.2003 XML-eksempel for e-faktura (version 1.0.0) opdateret.
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 1
1. Dansk beskrivelse (Danish Description) Nærværende dokument gennemgår XML-formatet, som en faktura skal overholde samt et eksempel på en faktura.
1.1 Fakturaformatet Formatet angives i encoding ISO-8859-1.
Formatet for en faktura kan ikke ændres uden samtykke fra Nets Denmark.
Nets vil varsle formatændringer med minimum tre måneders varsel.
1.1.1 Specielle tegn
Der accepteres ikke ikke-printbare tegn i filformatet.
Følgende tegn må ikke indgå i formatet: < > & ’ ” Dette bevirker, at ERP-systemerne skal konvertere tegnene iht. nedenstående tabel, inden tegnene sendes til e|faktura. På tilsvarende måde skal tegnene konverteres ved modtagelse.
Tegn Konvertering i ERP DTD entitet
< < <!ENTITY lt "&#60;">
> > <!ENTITY gt ">">
& & <!ENTITY amp "&#38;">
’ ' <!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 2
1.1.3 Definition af fakturaformatet
Fakturaformatet beskrives i tabelform i afsnit 3 ”Formatbeskrivelse”.
Kolonnerne i tabellerne har følgende betydning:
Navn – Name: Angiver start og slut på tagget.
Beskrivelse: Kort beskrivelse af, hvilken information tagget indeholder.
Description: Engelsk beskrivelse
Requirement: Hvis værdien af tagget ligger fast, er krav til værdien beskrevet her.
Type: Angiver hvilken type information, tagget indeholder; f.eks. om det er tekst eller dato. Såfremt der står ’sub level’ i kolonnen, er det fordi tagget har et niveau, der er beskrevet i en anden tabel med samme navn som tagget.
Value: Angiver antallet af karakterer, informationen kan indeholde. A(20) betyder, at den kan indeholde 20 karakterer. Hvis der yderligere er tilføjet ’altid’, eksempelvis A(4) altid, betyder dette, at informationen altid skal være på 4 karakterer. Såfremt typen er decimal, kan værdien eksempelvis være 20.3, hvilket betyder at tallet kan være på 20 cifre før kommaseparatoren og 3 cifre efter kommaseparatoren.
C/M/D/V: Angiver hvorvidt informationen er conditional, mandatory, dependent eller mandatory fra og med en bestemt version af formatet.
Et conditional tag må gerne være der, selvom det ikke er udfyldt.
Et mandatory tag skal være der og skal være udfyldt.
Et dependent tag skal være der, hvis det tag, det er afhængigt af, er udfyldt. Dog, såfremt N = 1 skal tagget være med, tagget kan dog være tomt, såfremt det tag det er afhængigt af, ikke er udfyldt.
Vs: Angiver, at tagget er mandatory fra og med det angivne versionsnummer.
N: Angiver hvor mange gange tagget kan være i formatet.
N = 1 betyder, at tagget altid skal være med 1 gang, det kan dog være tomt. Bemærk, at selvom et tag ikke er mandatory, kan N godt stå til 1, og så vil tagget i DTD’en være defineret som mandatory.
N = 0..1 betyder, at tagget kan være med, eller det kan udelades.
N = 0..100 betyder, at tagget kan være med 0-100 gange.
Dependent: Angiver det tag, som dette tag er afhængigt af. Dependent af angives kun, når ”C/M/D/V” er ’D’.
History: Her angives historik for eventuelle ændringer til tagget. Hvis der er tale om et nyt tag, angives f.eks. versionsnummer for oprettelse i formatet; er der tale om en ændring af et tag’s definition, angives den tidligere definition samt det versionsnummer, hvori tagget blev ændret.
e|faktura faktura / invoice format Side 3
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 karakters-
varianten) 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 4
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 9Værdi 4
8 49
50
51
52
53
54
55
56
57
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 ZVærdi 6
5 66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
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 5
<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 6
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 7
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 C/M/D/V
Type Værdi Vs
Beskrivelse
HEADER/PAYMENT_MEANS_VERSION
M Text A(10)
Version af XML-format til brug for OfficeBanking
DOCUMENT/PAYMENT_MEANS M Sub-level 2.1.0
Betalingsmåder
DOCUMENT/PAYMENT_ MEANS /PAYMENT_TYPE
M Text A(20)
Betalingsmåde. Se valgtabel 8
DOCUMENT/PAYMENT_ MEANS /DIRECT_DEBIT
M Sub-level
Direct debet betalingsoplysninger.
PAYMENT_ MEANS /DIRECT_DEBIT/P_DIRECT_DEBIT_TYPE
M Text A(20)
Direct debit type.
Se valgtabel 9.
PAYMENT_ MEANS/DIRECT_DEBIT/P_CURRENCY_CODE
M Text A(3)
Valutakode.
PAYMENT_ MEANS/DIRECT_DEBIT/P_AMOUNT
M
Decimal
20.2
Beløb til betaling i DKK.
PAYMENT_ MEANS/DIRECT_DEBIT/P_TRANSFER_DATE
M Text A(10)altid
Dato for overførslen af penge. Skal være en bank-dag.
PAYMENT_ MEANS/DIRECT_DEBIT/P_REG_NO
M Text A(4)
Beløbsafsenders reg.nr
PAYMENT_ MEANS/DIRECT_DEBIT /P_ACCOUNT_NO
M Text A(10)
Beløbsafsenders kontonr.
e|faktura faktura / invoice format Side 8
Nyt tag C/M/D/V Type Værdi Vs
Beskrivelse
PAYMENT_ MEANS/FIK M Sub-level
FIK betalingsoplysninger. Blev før kaldet PAYMENT_INFO_JOINT_TRANSFER_FORM.
LINE/ORDER_NO C Text A(20)
Ordrenummer på linjeniveau
1.5.1.2 Nye Valgtabeller
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 PBS National Clearing.
Kan kun anvendes af Nets.
OTHER Anden type
1.5.1.3 Ændrede tags
I nedenstående tabel, refererer kolonnen med overskriften ’Tabel-kolonne’ til, hvilke(t) af nedenstående definitioner, der er ændret i under formatbeskrivelsen. Hvis der f.eks. er tale om, at et felt er udvidet, angives det, at det er ’Værdi’, som er ændret:
Navn Beskrivelse Krav Type Værdi C/M/D/V Vs N Dependent af Ændret tag Tabel-kolonne Værdi før Værdi nu /HEADER/VERSION Krav Angives som Angives som
e|faktura faktura / invoice format Side 9
X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XML-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes.
X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XML-formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag, såfremt denne version anvendes.
/INVOICES/REFERENCE Værdi
A(20) A(40)
1.5.1.4 Fjernede muligheder
Flg. tag kan ikke mere benyttes: Nyt tag C/M/D/V
Type Værdi Vs
Beskrivelse
DOCUMENT/ PAYMENT_INFO_JOINT_TRANSFER_FORM
Sub-level Betalingsoplysninger. Er erstattet af FIK.
HEADER / PAYMENT_INFO_JOINT_TRANSFER_FORM_VERSION
M Text A(10)
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 C/M/D/V Type Værdi Vs
Beskrivelse
INVOICES M Under-niveau
Nyt niveau til at håndtere flere fakturaer i én XML-fil.
/INVOICES/REFERENCE M Text A(20)
Referencenummer til denne afsendelse
/HEADER/RECEIPT_NO M Text A(20)
Kvitteringsnummer genereret af det afsendende økonomisystem. Det skal være unikt for afsender. Kvitteringsnummeret bliver returneret i kvitteringer fra e|faktura til brug for ERP-systemets opdatering af status på de enkelte fakturaer. Tidligere lå dette nummer i en særskilt ”.req” fil. Feltet ligger nu i stedet direkte i XML-formatet.
/HEADER/CHECKSUM M Checksum. Se afsnit 1.3 ”Checksum”
e|faktura faktura / invoice format Side 10
Nyt tag C/M/D/V Type Værdi Vs
Beskrivelse
Decimal 20.3
Tidligere lå dette nummer i en særskilt ”.req” fil. Feltet ligger nu i stedet direkte i XML-formatet.
/DOCUMENT_HEAD/ACCOUNT_CODE
C Text A(35)
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. Såfremt de enkelte fakturalinjer skal bogføres med forskel-lige DimensionsKontoStrenge, skal dette angives på fakturalinjeniveau. I dette tilfælde er udfaldsrummet på fakturahovedniveau konstant: "Linjespecificeret"
/LINE/ACCOUNT_CODE C Text A(35)
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)
Angiver hvordan endelig kunde er identificeret. Se valgtabel 6.
/LINE/FINAL_CUSTOMER C Text A(20)
Anvendes til at angive eventuel endelig kunde. Anvendes f.eks. inden for det kommunale område til at angive cpr-nr på ydelsesmodtager.
/INVOICES/TOTAL_DOCUMENT_CHECKSUM
M Decimal 20.3
Sum af checksum’en under alle dokumenterne
/INVOICES/NO_OF_DOCUMENTS
M Text A(4)
Antal faktura og kreditnotaer i denne afsendelse
1.5.2.2 Nye Valgtabeller
Valgtabel 6 Beskrivelse
e|faktura faktura / invoice format Side 11
Valgtabel 6 Beskrivelse
CPR CPR-nummer
TLF Telefonummer
CVR CVR-nummer
EAN EAN-lokationsnummer
PNO P-nummer
DUN DUNS-nummer
1.5.2.3 Ændrede tags
I nedenstående tabel, refererer kolonnen med overskriften ’Tabel-kolonne’ til, hvilke(t) af nedenstående definitioner, der er ændret i under formatbeskrivelsen. Hvis der f.eks. er tale om, at et felt er udvidet, angives det, at det er ’Værdi’, som er ændret:
Navn Beskrivelse Krav Type Værdi C/M/D/V Vs N Dependent af Ændret tag Tabel-kolonne Værdi før Værdi nu /HEADER/VERSION Krav Angives som
X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XMT er 1.1.0. Dette betyder, at der altid skal angives 1.1.0 i dette tag, såfremt denne version anvendes.
Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XML-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes.
/HEADER/ PAYMENT_INFO_JOINT_TRANSFER_FORM_VERSION
Krav Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af XMT er 1.0.0. Dette betyder, at der altid skal angives 1.0.0 i dette tag, såfremt
Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af betalings-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag,
e|faktura faktura / invoice format Side 12
denne version anvendes.
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 factoring-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes.
/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 XML-filen.
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 13
2. English description (Engelsk beskrivelse) This document goes through the format of the invoice and an example of an invoice.
2.1 The invoice format The format is specified in encoding ISO-8859-1. The format for an invoice cannot be changed without consent from Nets Denmark A/S.
Nets will give notice of changes in the format with a minimum of three months notice.
2.1.1 Special characters
No non-printable characters are accepted in the file format.
None of the following characters must be part of the format: < > & ’ ”
The ERP systems must convert any characters in the table below, before the characters are sent. The characters are to be converted correspondingly upon reception.
Character Conversion in the ERP
DTD entity
< < <!ENTITY lt "&#60;">
> > <!ENTITY gt ">">
& & <!ENTITY amp "&#38;">
’ ' <!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 14
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 comma1 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 15
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 16
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 9Value 4
8 49
50
51
52
53
54
55
56
57
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 65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
The checksum in the second and third part, <P_FIK_NO> + all <NET_PRICE>, are simply the numbers that are in these tags, cf. the example below. <BILL_TO> <NAME_1>ABC 234</NAME_1> part checksum 65+66+67+50+ 51+ 52 = 351 </BILL_TO> <P_FIK_NO>12345674</P_FIK_NO> part checksum = 12345674 <NET_PRICE>9000,000</NET_PRICE> <NET_PRICE>1000,000</NET_PRICE>
e|faktura faktura / invoice format Side 17
<NET_PRICE>0,000</NET_PRICE> part checksum 9000 + 1000 + 0 = 10000 Checksum = 351 + 12345674 + 10000 = 12356025,000 If the FIK-part is not used in an invoice, then P_FIK_NO has the value of 0 in the calculation of the checksum. The checksum is stated in the invoice format.
e|faktura faktura / invoice format Side 18
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 19
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 C/M/D/V Type Value Vs
Description
HEADER/PAYMENT_MEANS_VERSION
M Text A(10)
Version of XML-format to use for Office Banking.
DOCUMENT/PAYMENT_ MEANS /PAYMENT_TYPE
M Text A(20)
Payment type. See choice table 8.
DOCUMENT/PAYMENT_ MEANS/DIRECT_DEBIT
M Sub-level
Direct debit payment information.
PAYMENT_ MEANS/DIRECT_DEBIT/P_DIRECT_DEBIT_TYPE
M Text A(20)
Type of direct debet.
See choice table 9.
PAYMENT_ MEANS/DIRECT_DEBIT/P_CURRENCY_CODE
M Text A(3)
Currency code.
PAYMENT_ MEANS/DIRECT_DEBIT/P_AMOUNT
M
Decimal
20.2
Amount for payment in DKK.
PAYMENT_ MEANS/DIRECT_DEBIT/P_TRANSFER_DATE
M Text A(10)altid
Date for money transfer. Must not be a non-banking day.
PAYMENT_ MEANS/DIRECT_DEBIT/P_REG_NO
M Text A(4)
Registration number of the sender of the amount (payer)
PAYMENT_ MEANS/DIRECT_DEBIT /P_ACCOUNT_NO
M Text A(10)
The amount senders account number (payer).
PAYMENT_ MEANS/FIK M Sub-level
FIK payment information. Before called PAYMENT_INFO_JOINT_TRANSFER_FOR
e|faktura faktura / invoice format Side 20
M. LINE/ORDER_NO C
Text A(20)
Order number on line level
2.5.1.2 New choice tables
Valgtabel 8 – Choice Table 8 Description
FIK Joint info transfer form payment information.
DIRECT_DEBIT Direct debit payment information.
Valgtabel 9 – Choice Table 9 Description
BS Direct debit service plus
LS Supplier service
PBS PBS National Clearing.
Only to be used by Nets.
OTHER 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 X.Y.Z, where X is generation, Y is the version and Z is the patch.
This version of XML is 2.0.0.
Specified as X.Y.Z, where X is generation, Y is the version and Z is the patch.
This version of XML is 2.1.0.
e|faktura faktura / invoice format Side 21
Changed tag Table column Value before Value now This means that 2.0.0 is always stated in this tag, provided this version is used.
This means that 2.1.0 is always stated in this tag, provided this version is used.
/INVOICES/REFERENCE Value
A(20) A(40)
2.5.1.4 Removed possibilities
The following tag cannot be used anymore: Deletted tag C/M/D/V
Type Value Vs
Description
DOCUMENT/ PAYMENT_INFO_JOINT_TRANSFER_FORM
Sub-level Payment information. Is replaced by FIK.
HEADER / PAYMENT_INFO_JOINT_TRANSFER_FORM_VERSION
M Text A(10)
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 C/M/D/V Type Value Vs
Description
INVOICES M Sub level
New level to handle more invoices in one dispatch
/INVOICES/REFERENCE M Text A(20)
A reference number for this dispatch
/HEADER/RECEIPT_NO M Text A(20)
Receipt number generated by the senders ERP-system. Should be unique. Acknowledgements will include this receipt number. Earlier this number was written in a separate file.
/HEADER/CHECKSUM M Decimal 20.3
Checksum. See section 2.3 ”Checksum” Earlier this number was written in a separate file.
/DOCUMENT_HEAD/ACCOUNT_CODE C Text A(35)
Account code
/LINE/ACCOUNT_CODE C Account code
e|faktura faktura / invoice format Side 22
New tag C/M/D/V Type Value Vs
Description
Text A(35)
/LINE/FINAL_CUSTOMER_TYPE C Text A(3)
Type of identification of the final customer. See choice table 6
/LINE/FINAL_CUSTOMER C Text A(20)
Depicts the final customer.
/INVOICES/TOTAL_DOCUMENT_CHECKSUM
M Decimal 20.3
Sum of all the checksums on document level
/INVOICES/NO_OF_DOCUMENTS M Text A(4)
Number of invoices and credit notes in this dispatch
2.5.2.2 New choice tables
Choice table 6 Description
CPR CPR number
TLF Telephone number
CVR CVR number
EAN EAN location number
PNO P number
DUN 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 23
Changed tag Table column Value before Value now /HEADER/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.
Specified as X.Y.Z, where X is 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 version is used.
/HEADER/ PAYMENT_INFO_JOINT_TRANSFER_FORM_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.0.0. This means that 1.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.
/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.
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.
/DOCUMENT_HEAD/EXTERNAL_DOCUMENT_NO
Value A(20) A(40)
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 24
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 25
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 service-leverandør, fakturaafsender af den første faktura i bundtet og dette referencenummer er unik inden for indeværende år. Ellers afvises bundtet.
Reference number to this dispatch of invoices and creditmemos (a bundle).
The reference number will be used in acknowledgements from e|faktura.
E|faktura HUB verifies that the combination of the service provider, sender of the first invoice in the bundle and this reference number is unique within current year. Else the bundle is rejected.
Text
A(40)
M
1 New in version 2.0.0. Updated from A(20) to A(40) in version 2.1.0.
DOCUMENT Faktura eller kreditnota oplysninger. Der kan sendes flere dokumenter i et bundt.
Antallet af fakturaer og kreditnotaer i én ikke zippet afsendelse må ikke overstige en filstørrelse på 45 MB.
Er afsendelsen zippet må filstørrelsen ikke overstige 100 MB.
En enkel faktura eller kreditnota må ikke fylde mere end 6 MB.
Invoice or credit note details.
The number of invoices and credit note in one unzipped dispatch must not exceed a file size of 45 MB.
Zipped dispatch must not exceed a file size of 100 MB.
A single invoice or credit note may not exceed a file size of 6 MB.
Sub level
M 1...1000
e|faktura faktura / invoice format Side 26
En faktura kan indeholde 1000 sider.
One invoice can contain only 1000 documents
TOTAL_DOCUMENT_CHECKSUM Sum af alle dokumenterne’s checksum.
Sum of all the documents checksums.
Decimal
40.10
M
1 New in version 2.0.0.
Changed from 20.3 to 40.10 in version 2.1.0
NO_OF_DOCUMENTS Antallet af fakturaer/kreditnotaer i denne afsendelse.
Number of invoices/credit notes in this dispatch
Text A(4) M 0..1 New in version 2.0.0
e|faktura faktura / invoice format Side 27
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
M 1
DOCUMENT_HEAD Oplysninger fra fakturahovedet. Information from the invoice header Sub level
M 1
PAYMENT_MEANS Betalingsmåde.
Bemærk, e|faktura foretager ikke et automatisk træk på baggrund af oplysningerne i fakturaen.
Payment means.
Please notice, that e|faktura does not perform any operations to transfer the amount from the payers account to the payee.
Sub level
M 1 New in version 2.1.0
FACTORING_INFO Information omkring evt. factoringselskab.
Kan kun anvendes ved FIK-betalinger.
Information concerning factoring company, if any.
Can only be used with FIK-payments.
Sub level
C 0..1
DOCUMENT_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: 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 28
HEADER Navn –name Beskrivelse Description Require-
ment Type Value C/M/
D/V Vs N Depen-
dent History
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. CVR/SE-, P- og EAN-nummer angives uden foranstillede bogstaver og eventuelle bindestreger el. lign.
Sender code Must correspond to the code, sender is registered with in e|faktura. Fex. if the sender is registered with either an CVR/SE-, EAN- or a P-no., this is entered. CVR/SE-, P- og EAN-no.’s are entered without prefixed letters, hyphenations and the like.
Text A(20) M 1
RECEIVER_CODE Kode for modtager, som anvendes i e|faktura løsningen til at identificere modtager. Er modtager oprettet med et CVR/SE-, EAN-eller P-nummer angives dette. Har afsender hverken modtagers CVR/SE-, P- eller EAN-nummer angives 0. CVR/SE-, P- og EAN-
Code for recipient, which is used by e|faktura to identifiy the receiver. If the recipient is registered with either aCVR/SE-, an EAN- or a P-no. in the e|faktura register, enter this number. If the sender does not have the receivers
Text A(20) M 1
e|faktura faktura / invoice format Side 29
Navn –name Beskrivelse Description Require-ment
Type Value C/M/D/V
Vs N Depen-dent
History
nummer angives uden foranstillede bogstaver og eventuelle bindestreger og lign.
CVR/SE-, EAN-, or P-no. enter 0. CVR/SE-, P- or EAN-no.’s are entered without prefixed letters, hyphenations and the like.
INVOICE_FORWARD_TO_CODE
Benyttes ved gennemfakturering til at identificere den virksomhed, som fakturaen skal gennemfaktureres til. Aftales mellem samhandelspartnerne.
Used at invoicing to identify the company to which the invoice is being invoiced. Must be agreed upon, between trading parties.
Text A(20) C 1
SENDER Afsenders e-mail
Feltet benyttes ikke mere
Senders e-mail
The field is no longer used
Shall be 0 Text A(100)
M 1 Description updated in v. 2.0.0
RECEIVER Modtagers e-mail
Feltet benyttes ikke mere
Recipient’s e-mail
The field is no longer used
Shall be 0 Text A(100)
M 1 Description updated in v. 2.0.0
TYPE Bilagstype. Valgtabel 1 Supplement type. Choice table 1
Text A(20) M 1
DECIMAL_SEPARATOR Decimalseparator Decimal separator Shall be , Text A(1) M 1
THOUSAND_SEPARATOR Tusindseparator Thousandth separator Shall be left empty (blank)
Text A(1) M 1
NEGATIVE_DENOMINATOR Negativ-tegn altid foranstillet.
Negative denominator is always prefixed
Shall be - Text A(1) M 1
DATE_FORMAT Datoformat Date format Shall be CCYY-MM-
Text A(10) M 1
e|faktura faktura / invoice format Side 30
Navn –name Beskrivelse Description Require-ment
Type Value C/M/D/V
Vs N Depen-dent
History
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 hour format
Shall be HH:MM:SS
Text A(8) M 1
RECEIPT Feltet benyttes ikke mere.
Feltet skal være i XML´en, men uden værdi.
The field is no longer used.
The tags shall be in the XML, but without any value.
Shall be 0. Text A(1) M 1 Description updated in v. 2.0.0
RECEIPT_TO Feltet benyttes ikke mere.
Feltet skal være i XML´en, men uden værdi.
The field is no longer used.
The tags shall be in the XML, but without any value.
Shall be left empty (blank)
Text A(100)
D 1 RECEIPT
Description updated in v. 2.0.0
RECEIPT_NO 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.
Receipt number generated by sender's ERP system. Should be unique. Acknowledgements will include this receipt number.
Text
A(20)
M
1 New in version 2.0.0
TEST_FLAG Testflag
Hvis testflaget er “1”, vil fakturaen kun kunne blive leveret som en elektronisk faktura. Hvis modtager ikke er registreret til at kunne modtage
Test flag
If the test flag is “1” the invoice will be delivered electronically to the recipient. If the recipient does not accept electronic invoices the
0=Normal.
1=Test
Text A(1) M 1 Description updated in v. 2.0.0
e|faktura faktura / invoice format Side 31
Navn –name Beskrivelse Description Require-ment
Type Value C/M/D/V
Vs N Depen-dent
History
elektroniske fakturaer, vil fakturaen blive afvist.
invoice will be rejected.
PAYMENT_MEANS_VERSION Version af XML-format til brug for OfficeBanking
Version of XML-format to use for Office Banking.
Shall be 2.1.0 in this version / Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag.
Text A(10) M 1 New in version 2.1.0
FACTORING_VERSION Version af XML-format til brug for Factoring
Version of XML-format to use for Factoring
Shall be 2.0.0 in this version /
Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af factoring er
Text A(10) M 1
e|faktura faktura / invoice format Side 32
Navn –name Beskrivelse Description Require-ment
Type Value C/M/D/V
Vs N Depen-dent
History
2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag.
VERSION Generel version af XML-format
General version of XML-format
Shall be 2.1.0 in this version /
Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag.
Text A(10) M 1 Changed from 2.0.0 to 2.1.0
VERIFICATION_ID Til fremtidig brug. For future use Shall be 0 Text A(64) M 1
CHECKSUM Checksum Checksum Decimal
20.10
M
1 New in version 2.0.0.
Changed from 20.3 to 20.10 in version 2.1.0.
e|faktura faktura / invoice format Side 33
Navn –name Beskrivelse Description Require-ment
Type Value C/M/D/V
Vs N Depen-dent
History
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 faktura-formatet.
Bemærk: såfremt UDT benyttes, skal dette udvikles i både modtager og afsenders ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields have to be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level
C 0..1
Valgtabel 1 – Choice Tabel 1 Beskrivelse Description
EFAKTURA_INVOICE Faktura (oplysningen skal angives med ’Upper case’)
Invoice (the information must be stated with 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 34
DOCUMENT_HEAD Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
NO Salgsfaktura/kreditnota nummer Sales invoice-/credit note number
Text A(20) M 1
ORDER_NO Evt. salgsordrenummer if desired sales order number
Text A(20) C 0..1
YOUR_REFERENCE Deres reference. Kontaktperson hos modtager
Your reference. Contact person at recipient
Text A(30) C 0..1
ORDER_DATE Salgsordredato Sales order date Date A(10) altid
C 0..1
SHIPMENT_DATE Leveringsdato Delivery date Date A(10) altid
C 0..1
SALESPERSON_CODE Kode for sælger Salesperson code Text A(10) C 0..1
SALESPERSON_NAME Sælgers Navn Salesperson name Text A(30) C 0..1
SALESPERSON_PHONE Sælgers Telefon Salesperson phone number. Text A(30) C 0..1
SENDER_CVR_NO Afsenders SE- eller CVR-nr.
Svarer til BILLED_FROM adressen.
CVR/SE -nummer angives uden foranstillede bogstaver og eventuelle bindestreger og lign.
Senders CVR no
Corresponds to the BILLED_FROM address.
CVR/SE-number is stated without prefixed letters, hyphenations and the like.
Text A(20) M 1
CVR_NO Modtagers SE- eller CVR-nr.
Svarer til SELL_TO adressen.
CVR/SE -nummer angives uden foranstillede bogstaver og eventuelle bindestreger og lign.
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
e|faktura faktura / invoice format Side 35
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
TRANSPORT_METHOD Transportmåde (Intrastat) Transport method (Intrastat)
Text A(10) C 0..1
DOCUMENT_DATE Bilagets oprettelsesdato Document creation date Date A(10) altid
C 0..1
INVOICE_DATE Bogførings-/fakturadato
Det er den dato, der fremgår af fakturaen samt den dato, der beregnes betalings- og rabattermin ud fra
Book keeping /invoice date
It is this date that appears on the invoice, and it is this date that payment- and discount payment date is calculated from
Date A(10) altid
M 1
EXTERNAL_DOCUMENT_NO Eksternt bilagsnr., f.eks. rekvisitionsnummer.
External supplement number, ex. requisition number
Text A(40) C 0..1
SHIPPING_AGENT_CODE Speditør Shipping agent Text A(10) C 0..1
PACKAGE_TRACKING_NO Pakkesporingsnr. Package tracking number. Text A(30) C 0..1
ACCOUNT_CODE DimensionsKontoStreng til brug for fakturering af offentlige institutioner. 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"
Account code Text
A(35)
C
0..1 New in version 2.0.0
LOGO Sti til afsenders logo.
Feltet benyttes ikke.
Path to sender's logo. The field is not used.
Text A(80) C 0..1
JOB_NO Sagsnr. Job no. Text A(20) C 0..1
REMARK Bemærkninger til fakturaen Remarks to the invoice Sub level
C 0..1
e|faktura faktura / invoice format Side 36
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
BILLED_FROM Adresse, hvorfra faktura/kreditnota er afsendt.
Address from which the invoice/credit note has been sent.
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
SELL_TO Kunden, hvortil varen er solgt.
Identifikation af den virksomhed, som købsaftalen er indgået med.
The customer that has bought the goods.
Identifies the legal entity, that the seller has an agreement with regarding the goods/deliveries invoiced.
Sub level
M 1
BILL_TO Adressen, hvortil faktura/kreditnota skal sendes.
The address to which the invoice/credit note is to be sent.
Sub level
M 1
SHIP_TO Leveringsadresse Delivery address Sub level
C 0..1
CURRENCY Valutaoplysninger Currency information Sub level
M 1
LINE Fakturalinje Invoice line Sub level
M 1.. 100000
PAYMENT_TERMS Betalingsbetingelser Payment terms Sub level
M 1
TOTALAMOUNT Totalbeløb Total amount Sub level
M 1
DELIVERY_TERMS Leveringsbetingelser Delivery terms Sub level
C 0..1
DOCUMENT_HEAD_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de
In all tags with this partial name, users of e|faktura can place wanted fields as
Sub level
C 0..1
e|faktura faktura / invoice format Side 37
Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
e|faktura faktura / invoice format Side 38
REMARK Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
REMARK_TXT Bemærkningslinje Remark line Text A(110) M 1..10000
REMARK_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level
C 0..1
e|faktura faktura / invoice format Side 39
BILLED_FROM Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
BILLED_FROM_CODE Kode for afsender af faktura/kreditnota.
The invoice/credit note sender's code.
Text A(20) M 1
ADDRESS Adresse Address Sub level M 1
BILLED_FROM_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level C 0..1
e|faktura faktura / invoice format Side 40
SOLD_FROM Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
SOLD_FROM_CODE Kode for afsender af varer The goods senders code. Text A(20) M 1
ADDRESS Adresse Address Sub level
M 1
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 faktura-formatet.
Bemærk,at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level
C 0..1
SELL_TO Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
SELL_TO_CUSTOMER_NO Kundens nummer hos afsender The customers number at the sender Text A(20) M 1
ADDRESS Kundens adresse The customers address Sub level
M 1
SELL_TO_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level
C 0..1
e|faktura faktura / invoice format Side 41
BILL_TO Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
BILL_TO_CUSTOMER_NO Fakturamodtagers nummer hos kreditor. e|faktura vil forsøge at finde modtager ud fra dette nummer.
The recipients number at the creditor. e|faktura will try to identify the receiver by this number.
Text A(20) M 1 Description updated in version 2.0.0
ADDRESS Adresse Address Sub level
M 1
BILL_TO_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level
C 0..1
SHIP_TO Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
SHIP_TO_CODE Kode for modtager af vare Code for the recipient of the goods. Text A(20) M 1
ADDRESS Adresse Address Sub level
M 1
SHIP_TO_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level
C 0..1
e|faktura faktura / invoice format Side 42
ADDRESS Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
NAME_1 Navn Name Text A(50) M 1
NAME_2 Navn (fortsat) Name (continued) Text A(50) C 0..1
ADDRESS_1 Adresse Address Text A(50) M 1
ADDRESS_2 Adresse (fortsat) Address (continued) Text A(50) C 0..1
ADDRESS_3 Adresse (fortsat) Address (continued) Text A(50) C 0..1
ADDRESS_CODE Adressekode.
Kan f.eks. benyttes til EAN-lokationsnummer eller anden adresseidentifikation.
Address code
Can be used for EAN location number or other address identification.
Text A(20) C 0..1
CONTACT Kontaktperson Contact person Text A(30) C 0..1
POST_CODE Postnr.
Angives uden foranstillet DK. F.eks. ’2750’ for Ballerup.
Postal code, stated without prefixed DK, e.g. ‘2750’ for Ballerup
Text A(20) M 1
CITY By City Text A(30) M 1
PHONE_1 Telefon 1 Telephone 1 Text A(20) C 0..1
PHONE_2 Telefon 2 Telephone 2 Text A(20) C 0..1
FAX_1 Telefax 1 Telefax 1 Text A(20) C 0..1
FAX_2 Telefax 2 Telefax 2 Text A(20) C 0..1
BANK_REG_NO PI-reg.nr. (PI = pengeinstitut) FI registration number (FI = Financial institution)
Text A(20) C 0..1
BANK_ACC_NO PI-kontonr. FI account number. Text A(20) C 0..1
BANK_NAME PI-navn FI name Text A(30) C 0..1
EMAIL e-mail-adresse e-mail address Text A(80) C 0..1
HOMEPAGE Hjemmeside Home page Text A(80) C 0..1
COUNTRY Land country Text A(30) C 0..1
e|faktura faktura / invoice format Side 43
Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
COUNTRY_CODE Landekode ISO standard 3166-1
Hvis landekode er forskellig fra DK, skal betalingstypen Direct debet benyttes med Direct debet type OTHER.
Country code ISO standard 3166-1
If country code is different from DK, please use payment type Direct debit with Direct debit type OTHER
Text A(3) M 1
ADDRESS_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
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
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 faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and sender's ERP system.
Sub level
C 0..1
Såfremt man ønsker at benytte andre ISO-koder, benyttes ISO 3166-1 (2-karakters varianten) som standard for landekoder og ISO 4217 som standard for valutakoder. Standarderne kan findes på www.ISO.org.
e|faktura faktura / invoice format Side 44
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 45
e|faktura faktura / invoice format Side 46
LINE Navn - Name Beskrivelse Description Type Value C/M/D/
V Vs
N Dependent History
LINE_NO Linjenummer Line number Integer 10 M 1
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) altid
C 0..1
DESCRIPTION_1 Beskrivelse af varen Description of the product.
Text A(50) M 1
DESCRIPTION_2 Beskrivelse af varen Description of the product.
Text A(50) C 0..1
UNIT_OF_MEASURE Enhedsbeskrivelse Unit of measure Text A(10) C 0..1
QUANTITY Antal
Bemærk Quantity kan være positiv eller negativt samt nul
Quantity Note that ‘quantity’ can be positive or negative as well as zero.
Decimal 20.10 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
Changed from 20.3 to 20.10 in version 2.1.0
UNIT_PRICE Salgspris pr. enhed uden rabat, afgift og moms
Unit price without discount, charge and VAT.
Decimal 20.10 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
Changed from 20.3 to 20.10 in version 2.1.0
NET_PRICE Salgspris pr. enhed inkl. Sales price per Unit Decimal 20.10 D 1 SUPP_ITEM_NO, Changed
e|faktura faktura / invoice format Side 47
Navn - Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
alle former for rabatter og afgifter, men ekskl. moms
including all forms of discounts and charges, but without VAT.
CUST_ITEM_NO, TRADED_ITEM_NO
from 20.3 to 20.10 in version 2.1.0
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 VAT-free, one must specify 0 %.
VAT_PCT must be either 0 or 25 %.
Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
QUANTITY_DISC_PCT Mængderabat % Quantity discount % Decimal 20.3 C 0..1
QUANTITY_DISC_AMOUNT Mængderabatbeløb ekskl. moms.
Mængderabatbeløb skal være den totale mængderabat for varelinjen.
Quantity discount amount without VAT
Quantity discount amount must be the total quantity discount for the article line.
Decimal 20.3 C 0..1
LINE_DISCOUNT_PCT Linjerabat % Line discount % Decimal 20.3 C 0..1
LINE_DISCOUNT_AMOUNT Linjerabatbeløb ekskl. moms.
Linjerabatbeløb skal være den totale linjerabat for varelinjen.
Line discount amount without VAT; must be the total line discount article line.
Decimal 20.3 C 0..1
LINE_INV_DISC_AMOUNT Fakturarabatbeløb for den aktuelle linje ekskl. moms.
Invoice discount amount for the current line, without VAT.
Invoice discount must
Decimal 20.3 C 0..1
e|faktura faktura / invoice format Side 48
Navn - Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
Hvis fakturarabatbeløb er indregnet i NET_PRICE, skal fakturarabattypen (se under TOTALAMOUNT) angives som ”INV_DISC_INCL”. 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_AMOUNT_VAT_EXCL hvis fakturarabattypen er ”INV_DISC_INCL”.
be accounted for in the NET_PRICE if the discount type is ”INV_DISC_INCL” (see TOTALAMOUNT). Otherwise it should not be included in the NET_PRICE.
The sum of Invoice discount amount on all invoice lines shall be identical to T_INV_DISC_AMOUNT_VAT_EXCL if the invoice discount type ”INV_DISC_INCL”.
GROSS_WEIGHT Bruttovægt pr. enhed i kg.
Gross weight per unit in kilograms.
Decimal 20.3 C 0..1
NET_WEIGHT Nettovægt pr. enhed i kg.
Net weight per unit in kilograms
Decimal 20.3 C 0..1
UNITS_PER_PARCEL Antal pr. kolli Amount per parcel Decimal 20.3 C 0..1
UNIT_VOLUME Rumfang i m3 Volume in Cubic Meters (m3)
Decimal 20.3 C 0..1
e|faktura faktura / invoice format Side 49
Navn - Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
SERIAL_NO Serienr. Såfremt der er et serienr. på linjen, kan <quantity> kun være 1.
Serial number.
If there is a serial number on the line, ‘quantity’ can only be 1.
Text A(20) C 0..1
LOT_NO Lot-nummer Lot-number Text A(20) C 0..1
TRANSPORT_METHOD Transportmåde Method of transport Text A(10) C 0..1
QTY_PER_UNIT_OF_MEASURE
Antal pr. enhed Quantity of unit per Measure.
Decimal 20.10 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
Changed from 20.3 to 20.10 in version 2.1.0
UNIT_OF_MEASURE_CODE Enhedskode. Feltet er afsenderens interne kode for enheden, hvorimod feltet <UNIT_OF_MEASURE> er selve beskrivelsen.
Unitcode. The field is the senders internal code for the unit, whereas the field <UNIT_OF_MEASURE> is the description itself.
Text A(10) D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
JOB_NO Sagsnr. Job number. Text A(20) C 0..1
FINAL_CUSTOMER_TYPE Angiver hvordan endelig kunde er identificeret. Se valgtabel 6.
Type of identification of the final customer. See choice table 6
Text A(3)
C
0..1 New in version 2.0.0
FINAL_CUSTOMER Anvendes til at angive eventuel endelig kunde. Anvendes f.eks. inden for det kommunale område til at angive cpr-nr på ydelsesmodtager.
Depicts the final customer.
Text A(20)
C
0..1 New in version 2.0.0
ACCOUNT_CODE DimensionsKontoStreng Account code Text A(35) C 0..1 New in
e|faktura faktura / invoice format Side 50
Navn - Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
til brug for fakturering af offentlige institutioner.
version 2.0.0
ITEM_INFO Udvidet vareinformation Extended item information.
Sub level C 0..10000
AMOUNT Beløb Amount Sub level D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
LINE_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i 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 ERP-system.
Sub level C 0..1
Linier, hvor SUPP_ITEM_NO, CUST_ITEM_NO og TRADED_ITEM_NO ikke er udfyldt, bliver betragtet som tekstlinier. På sådanne linier er det udelukkende LINE_NO og DESCRIPTION_1, DESCRIPTION_2, der udfyldes. Dette benyttes, hvis man ønsker at tilføje en linie på fakturaen, som kun indeholder tekst. Bemærk dog, at såfremt antal og beløb udfyldes, så skal enten SUPP_ITEM_NO, CUST_ITEM_NO eller TRADED_ITEM_NO udfyldes.
e|faktura faktura / invoice format Side 51
Lines where SUPP_ITEM_NO, CUST_ITEM_NO and TRADED_ITEM_NO are not filled out, are considered to be textual lines. On such lines it is exclusively LINE_NO and DESCRIPTION_1, DESCRIPTION_2 that is to be filled in. This is used, if one wishes to add a line on the invoice, which only contains text. Notice however, if quantity and amount is entered, then one of SUPP_ITEM_NO, CUST_ITEM_NO or TRADED_ITEM_NO must be entered as well. Valgtabel 6 – choice table 6 Beskrivelse Description
CPR CPR-nummer CPR number
TLF Telefonummer Telephone number
CVR CVR-nummer CVR number
EAN EAN-lokationsnummer EAN locationsnumber
PNO P-nummer P number
DUN DUNS-nummer DUNS number
ITEM_INFO Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
ITEM_INFO_LINE_NO Løbenummer Successions number Integer 10 M 1
ITEM_INFO_TXT Fritekst Item info text Text A(50) M 1
ITEM_INFO_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i 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 ERP system.
Sub level
C 0..1
e|faktura faktura / invoice format Side 52
AMOUNT Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
AMOUNT_EXCL_VAT Beløb ekskl. moms
For linjer: Beløbet fremkommer ved at gange NET_PRICE med antal.
Amount without VAT.
For lines: The amount shall be equal to NET_PRICE multiplied with quantity.
Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
Changed from M to D in version 2.0.0
AMOUNT_INCLUDING_VAT Beløb inkl. moms
For linjer: Beløbet fremkommer ved beregning ud fra linjens beløb ekskl. moms og linjens momsprocent.
Amount with VAT.
For lines: Is calculated from AMOUNT_EXCL_VAT and VAT_PCT
Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
Changed from M to D in version 2.0.0
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.
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.
Decimal 20.3 D 1 SUPP_ITEM_NO, CUST_ITEM_NO, TRADED_ITEM_NO
Changed from M to D in version 2.0.0
AMOUNT_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige
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
Sub level
C 0..1
e|faktura faktura / invoice format Side 53
Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
to be developed in both recipient and senders ERP system.
e|faktura faktura / invoice format Side 54
PAYMENT_TERMS Navn – Name Beskrivelse Description Type Valu
e C/M/D/V
Vs
N Dependent History
PAYMENT_TERMS_DESC Beskrivelse af betalingsbetingelser.
Description of payment terms.
Text A(30)
C 0..1
DUE_DATE Forfaldsdato Due date Date A(10) altid
M 1
PAYMENT_DISCOUNT_PCT Rabat % ved tidlig betaling
Discount % for early payment
Decimal
20.3 C 0..1
PAYMENT_DISCOUNT_DATE
Seneste dato for rabat Latest date for discount Date A(10) altid
D 0..1 PAYMENT_DISCOUNT_PCT eller PAYMENT_DISCOUNT_AMOUNT
PAYMENT_DISCOUNT_AMOUNT
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_INCL.
The discount amount that can be achieved upon early payment.
Is calculated from T_AMOUNT_VAT_INCL and PAYMENT_DISCOUNT_PCT.
Decimal
20.3 C 0..1
PAYMENT_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 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
e|faktura faktura / invoice format Side 55
Navn – Name Beskrivelse Description Type Value
C/M/D/V
Vs
N Dependent History
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 56
TOTALAMOUNT Navn - Name Beskrivelse Description Type Value C/M/
D/V Vs
N Dependent History
CHARGE Oplysning om hjem-tagelsesomkostninger
Information regarding purchasing charges.
Sub level
C 0..1000
T_INV_DISC_TYPE Fakturarabattype. Valgtabel 5
Fakturarabatmoms-beløb angives med positivt fortegn på både kreditnota og faktura.
Invoice discount type. Choice table 5.
Discount is specified with a positive sign on both credit notes and invoices.
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_EXCL, T_INV_DISC_AMOUNT_VAT_INCL
T_INV_DISC_VAT_AMOUNT Fakturarabatmoms-beløb
Beløbet skal være forskellen mellem T_INV_DISC_AMOUNT_VAT_INCL og T_INV_DISC_AMOUNT_VAT_EXCL.
Momsbeløbet skal stemme med enten 0 eller 25 % af T_INV_DISC_AMOUNT_VAT_EXCL.
Invoice discount VAT amount
The amount shall be the difference between T_INV_DISC_AMOUNT_VAT_INCL and T_INV_DISC_AMOUNT_VAT_EXCL.
VAT amount shall correspond to either 0 or 25 % of T_INV_DISC_AMOUNT_VAT_EXCL.
Decimal
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_EXCL, T_INV_DISC_AMOUNT_VAT_INCL
T_INV_DISC_AMOUNT_VAT_EXCL
Fakturarabatbeløb ekskl. moms
Invoice discount amount without
Decimal
20.3 D 0..1 T_INV_DISC_AMOUNT_VAT_EXCL skal udfyldes hvis et af
e|faktura faktura / invoice format Side 57
Navn - Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
Beløbet skal stemme overens med rabatmomsbeløbet og rabatbeløb inkl. moms.
Er fakturarabattypen INV_DISC_INCL skal feltet være identisk med summen af LINE_INV_DISC_AMOUNT på alle fakturalinjerne.
VAT.
Shall correspond to the other fields for the discount.
If the discount type is INV_DISC_INCL this field shall be the sum of all the lines LINE_INV_DISC_AMOUNT.
følgende felter er udfyldt: T_INV_DISC_TYPE, T_INV_DISC_VAT_AMOUNT, T_INV_DISC_AMOUNT_VAT_INCL
T_INV_DISC_AMOUNT_VAT_INCL
Fakturarabatbeløb inkl. moms.
Skal være summen af T_INV_DISC_AMOUNT_VAT_EXCL og T_INV_DISC_VAT_AMOUNT.
Invoice discount amount, including VAT.
Shall be the sum of T_INV_DISC_AMOUNT_VAT_EXCL and T_INV_DISC_VAT_AMOUNT
Decimal
20.3 D 0..1 T_INV_DISC_AMOUNT_VAT_INCL skal udfyldes hvis et af følgende felter er udfyldt:
T_INV_DISC_TYPE, T_INV_DISC_VAT_AMOUNT, T_INV_DISC_AMOUNT_VAT_EXCL
T_AMOUNT_VAT_EXCL Totalbeløb ekskl. moms
Beløbet skal stemme overens med summen af AMOUNT_VAT_EXCL på alle fakturalinjer og charges. Summen skal fratrækkes
Total amount, without VAT.
The sum shall match the sum of AMOUNT_VAT_EXCL for all lines and charges. The sum shall be subtracted with T_INV_DISC_AM
Decimal
20.3 M 1
e|faktura faktura / invoice format Side 58
Navn - Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
T_INV_DISC_AMOUNT_VAT_EXCL såfremt rabattypen er INV_DISC_EXCL
OUNT_VAT_EXCL if the discount type is INV_DISC_EXCL .
T_AMOUNT_VAT_INCL Totalbeløb inkl. moms.
Beløbet skal stemme overens med summen af AMOUNT_INCLUDING_VAT på alle fakturalinjer og charges. Summen skal fratrækkes T_INV_DISC_AMOUNT_VAT_INCL såfremt rabattypen er INV_DISC_EXCL
Total amount, with VAT.
The sum shall match the sum of AMOUNT_INCLUDING_VAT for all lines and charges. The sum shall be subtracted with T_INV_DISC_AMOUNT_VAT_INCL if the discount type is INV_DISC_EXCL
Decimal
20.3 M 1
T_AMOUNT_VAT_FREE Totalbeløb momsfrit
Summen af alle AMOUNT_EXCL_VAT for linjer og charges hvor VAT_AMOUNT er 0. Summen skal fratrækkes T_INV_DISC_AMOUNT_VAT_EXCL hvis T_INV_DISC_VAT_AMOUNT er 0 og
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_AMOUNT_VAT_EXCL if T_INV_DISC_VAT
Decimal
20.3 M 1
e|faktura faktura / invoice format Side 59
Navn - Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
såfremt rabattypen er INV_DISC_EXCL.
_AMOUNTis 0 and the discount type is INV_DISC_EXCL.
T_VAT_AMOUNT Total momsbeløb.
Summen af alle VAT_AMOUNT for alle linjer og charges. Summen skal fratrækkes T_INV_DISC_VAT_AMOUNT såfremt rabattypen er INV_DISC_EXCL.
Total VAT amount
Sum of all VAT_AMOUNT for all lines and charges. The sum shall be subtracted with T_INV_DISC_VAT_AMOUNT if the discount type is INV_DISC_EXCL.
Decimal
20.3 M 1
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 ERP-system.
Sub level
C 0..1
e|faktura faktura / invoice format Side 60
Valgtabel 5 – Choice Table 5 Beskrivelse Description
INV_DISC_INCL Beløb på linjeniveau er angivet inkl. fakturarabat
Amount on line level with invoice discount, is stated.
INV_DISC_EXCL Beløb på linjeniveau er angivet ekskl. fakturarabat
Amount on line level without invoice discount, is stated.
CHARGE Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
CHARGE_TYPE Valgtabel 2 Choice table 2 Text A(3) M 1
AMOUNT Beløb Amount Sub level
M 1
CHARGE_UDT I alle tags med dette delnavn kan brugere af e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet.
Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.
In all tags with this partial name, users of e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format.
Note that in case UDT is used, this is to be developed in both recipient and senders ERP-system.
Sub level
C 0..1
Valgtabel 2 – Choice Table 2 Beskrivelse Description
CHA Gebyr (oplysningen skal angives med ’upper case’)
Charges (fee) (the information must be stated with upper case)
POS Porto (oplysningen skal angives med ’upper case’)
Postage (the information must be stated with upper case)
FRE Fragt (oplysningen skal angives med Freight (the information must be
e|faktura faktura / invoice format Side 61
’upper case’) stated with upper case)
e|faktura faktura / invoice format Side 62
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 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 ERP system.
Sub level
C 0..1
e|faktura faktura / invoice format Side 63
PAYMENT_MEANS Navn – Name Beskrivelse Description Type Valu
e C/M/D/V
Vs
N Dependent History
PAYMENT_TYPE Betalingsmåde.
Se valgtabel 8
Payment type.
See choice table 8.
Text A(20) M 1 New in version 2.1.0
FIK FIK betalingsoplysninger.
Joint info transfer form payment information.
Sub level
D 0..1
PAYMENT_TYPE = “FIK“
Moved from DOCUMENT in version 2.1.0
DIRECT_DEBIT Direct debet betalingsoplysninger.
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 64
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_PAYMENT_ID: must only be filled for card type 04, 71 and 75.
Text A(19) D 1 P_CARD_ID = “04”, “71”, “75”
P_FIK_NO FIK-nummer (beløbsmodtager). Såfremt afsenderen benytter factoring, skal dette felt indeholde factoringselskabets kreditornummer.
FIK number (payee).
If the sender is utilizing factoring, this field must contain the creditor number of the factoring company.
Text A(8) M 1
P_CURRENCY_CODE Valutakode. Skal altid være DKK.
Skal være identisk med valutakoden på hovedniveau i fakturaen.
Currency code.
Must always be DKK.
Must be identical to CURRENCY_CODE
Text A(3) M 1
P_AMOUNT Beløb til betaling i DKK.
Skal være identisk med totalbeløb på fakturaen inkl. moms.
Amount for payment in DKK.
Must be identical to T_AMOUNT_VAT_INCL
Decimal 20.2 M 1
P_TRANSFER_DATE Dato for overførslen af penge. Må ikke være en helligdag.
Date for money transfer. Must not be a non-working day.
Date A(10)
altid
M 1
P_REG_NO Beløbsafsenders reg.nr Registration number of the sender of the amount (payer)
Text A(4) C 0..1
P_ACCOUNT_NO Beløbsafsenders kontonr. The amount senders account number (payer).
Text A(10) C 0..1
P_TECHNICAL_REFERENCE Indeholder afsenders fakturanummer, så dette nemmere
Contains senders invoice number, so it is easier to find,
Text A(35) C 0..1
e|faktura faktura / invoice format Side 65
Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History kan findes frem, når man har betalingen.
when you have the payment.
P_CREDITOR_ADDRESS Afsenders navn og adresse.
Vil være identisk med adressen, hvorfra faktura/kreditnota er afsendt.
Senders name and address.
Will be identical to BILLED_FROM
Sub level
A(35) M 1
P_ALTERNATE_SENDER 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.
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.
Sub level
C 0..1
P_MESSAGE Adviseringstekst
P_MESSAGE: Kan kun udfyldes for kortart 73 og 75
Notice text.
P_MESSAGE: Can only be filled out for card type 73 and 75.
Sub level
C 0..1
P_MESSAGE Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
MESSAGE Adviseringstekst Notice text Text A(35) M 1..41
Valgtabel 3 – Choice Table 3 Beskrivelse Description
04 Kortart 04 Card type 04
71 Kortart 71 Card type 71
73 Kortart 73 Card type 73
75 Kortart 75 Card type 75
e|faktura faktura / invoice format Side 66
Valgtabel 4 – Choice table 4
Beskrivelse Description
04 BetalingsID er 16 højrestillede cifre med foranstillede nuller og med modulus10-kontrol. Kontrolcifferet er placeret til sidst.
Payment ID is 16 right aligned digits with prefixed zeros and with modulus10 control. The control digit is placed at the end.
71 BetalingsID er 15 højrestillede cifre med foranstillede nuller og med modulus10-kontrol. Kontrolcifferet er placeret til sidst.
Payment ID is 15 right aligned digits with prefixed zeros and with modulus10 control. The control digit is placed at the end.
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.
Payment ID is 16 right aligned digits with prefixed zeros and with modulus10 control. The control digit is placed at the end.
Se afsnit 1.3 vedr. beregning af modulus10. See section 2.4 regarding Modolus10.
P_CREDITOR_ADDRESS 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 67
DIRECT_DEBIT Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History
P_DIRECT_DEBIT_TYPE Direct debet type.
Se valgtabel 9.
Type of direct debit.
See choice table 9.
Text A(50) M 1 New in version 2.1.0
P_CURRENCY_CODE Valutakode ISO. Skal være identisk med valutakoden på hovedniveau i fakturaen.
Currency code ISO.
Must be identical to CURRENCY_CODE
Text A(3) M 1 New in version 2.1.0
P_AMOUNT Beløb til betaling i valgt valuta.
Skal være identisk med totalbeløb på fakturaen inkl. moms.
Amount for payment in selected currency.
Must be identical to T_AMOUNT_VAT_INCL
Decimal 20.2 M 1 New in version 2.1.0
P_TRANSFER_DATE Dato for overførslen af penge. Skal være en bank-dag.
Date for money transfer. Must not be a non-banking day.
Date A(10)
altid
M 1 New in version 2.1.0
P_REG_NO Beløbsafsenders reg.nr Registration number of the sender of the amount (payer)
Text A(4) C 0..1 New in version 2.1.0
P_ACCOUNT_NO Beløbsafsenders kontonr. The amount senders account number (payer).
Text A(10) C 0..1 New in version 2.1.0
e|faktura faktura / invoice format Side 68
Valgtabel 9 – Choice Table 9 Beskrivelse Description
BS BetalingsService
Direct debit service plus
LS LeverandørService
Supplier service
PBS PBS National Clearing.
Kan kun anvendes af Nets.
PBS National Clearing.
Only to be used by Nets.
OTHER Anden type Other type
e|faktura faktura / invoice format Side 69
FACTORING_INFO Navn – Name Beskrivelse Description Type Value C/
M/D/V
Vs
N Dependent History
F_CARD_ID Kortart (Valgtabel 4)
Skal være identisk med P_CARD_ID
Card type (choice table 4)
Must be identical to P_CARD_ID
Text A(2) M 1
F_PAYMENT_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
Payment ID
F_PAYMENT_ID: must only be filled for card type 04, 71 and 75.
Must be identical to P_PAYMENT_ID
Text A(19) D 1 F_CARD_ID
F_FIK_NO FIK-nr (beløbsmodtager)
Skal være identisk med P_FIK_NO
FIK number
(amount recipient)
must be identical to P_FIK_NO
Text A(8) M 1
F_FACTOR_CLIENT_ID Eget nummer hos factoringselskab
Own number at factoring company.
Text A(20) M 1
F_DELIVERY_DATE Leveringsdato.
Skal være identisk med SHIPMENT_DATE på hovedniveau på fakturaen.
Delivery date.
Must be identical to SHIPMENT_DATE
Date A(10) Altid
M 1
F_FACTOR_CUSTOMER_ID Debitors nummer hos
Debtor number at factoring company
Text A(20) M 1
e|faktura faktura / invoice format Side 70
Navn – Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
factoringselskab
F_DOCUMENT_TYPE Valgtabel 1
Skal være identisk med TYPE (kreditnota eller faktura)
Choice table 1.
Must be identical to TYPE
Text A(20) M 1
F_DOCUMENT_ID Faktura-/kreditnotanr.
Skal være identisk med NO (Salgsfaktura/kreditnota nummer)
Invoice/credit note number.
Must be identical to NO
Text A(20) M 1
F_CURRENCY_CODE Valutakode ISO Skal være identisk med valutakoden på hovedniveau på fakturaen.
Currencycode ISO
Must be identical to CURRENCY_CODE
Text A(3) M 1
F_DOCUMENT_DATE Bilagsdato
Skal være identisk med DOCUMENT_DATE (Bilagets oprettelsesdato)
Document date.
Must be identical to DOCUMENT_DATE
Date A(10) altid
M 1
F_DUE_DATE Forfaldsdato
Skal være identisk med betalings-betingelsens forfaldsdato.
Due date.
Must be identical to DUE_DATE
Date A(10)
Altid
M 1
F_PAYMENT_DISCOUNT_PC Rabat % ved tidlig Discount % for early payment. Decim 20.3 C 0..
e|faktura faktura / invoice format Side 71
Navn – Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
T betaling
Skal være identisk med betalings-betingelsens rabat % angivelse ved tidlig betaling.
Must be identical to PAYMENT_DISCOUNT_PCT
al 1
F_PAYMENT_DISCOUNT_DATE
Seneste dato for rabat
Skal være identisk med betalings-betingelsens dato for seneste rabat dato.
Latest date for discount.
Must be identical to PAYMENT_DISCOUNT_DATE
Date A(10) altid
D 0..1
Såfremt F_PAYMENT_DISCOUNT_PCT eller F_PAYMENT_DISCOUNT_AMOUNT er udfyldt skal F_PAYMENT_DISCOUNT_DATE udfyldes.
F_PAYMENT_DISCOUNT_AMOUNT
Rabatbeløbet, der kan opnås ved tidlig betaling
Skal være identisk med betalings-betingelsens angivelse af rabat-beløb ved tidlig betaling.
The discount amount that can be achieved at early payment.
Must be identical to PAYMENT_DISCOUNT_AMOUNT
Decimal
20.3 C 0..1
F_AMOUNT Beløb
Skal være identisk med totalbeløb på fakturaen inkl. moms.
Amount.
Must be identical to T_AMOUNT_VAT_INCL
Decimal
20.3 M 1
F_DESCRIPTION Beskrivelse
Egen tekst på kontoudtog,
Description Text A(50) C 0..1
e|faktura faktura / invoice format Side 72
Navn – Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
F_CVR_NO Afsenders CVR-nummer.
Skal være identisk med SENDER_CVR_NO.
Senders CVR number.
Must be identical to CVR_NO
Text A(20) M 1
ADDRESS Factoringselskabets adresse
Address of the factoring company
Sub level
M 1
F_RELEASE_TEXT_1 Factoring overdragelses-tekst 1
Factoring release text 1 Text A(110) M 1
F_RELEASE_TEXT_2 Factoring overdragelses-tekst 2
Factoring release text 2 Text A(110) C 0..1
F_RELEASE_TEXT_3 Factoring overdragelses-tekst 3
Factoring release text 3 Text A(110) C 0..1
F_RELEASE_TEXT_4 Factoring overdragelses-tekst 4
Factoring release text 4 Text A(110) C 0..1
F_RELEASE_TEXT_5 Factoring overdragelses-tekst 5
Factoring release text 5 Text A(110) C 0..1
F_RELEASE_TEXT_6 Factoring overdragelses-tekst 6
Factoring release text 6 Text A(110) C 0..1
F_RELEASE_TEXT_7 Factoring overdragelses-tekst 7
Factoring release text 7 Text A(110) C 0..1
e|faktura faktura / invoice format Side 73
Navn – Name Beskrivelse Description Type Value C/M/D/V
Vs
N Dependent History
F_RELEASE_TEXT_8 Factoring overdragelses-tekst 8
Factoring release text 8 Text A(110) C 0..1
F_RELEASE_TEXT_9 Factoring overdragelses-tekst 9
Factoring release text 9 Text A(110) C 0..1
F_RELEASE_TEXT_10 Factoring overdragelses-tekst 10
Factoring release text 10 Text A(110) C 0..1
e|faktura faktura / invoice format Side 74
4. Eksempler - examples
4.1 XML faktura/invoice i formatversion 2.1.0 from sender <?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?> <INVOICES xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="eFaktura.xsd"> <REFERENCE>SR1_20051121_15</REFERENCE> <DOCUMENT> <HEADER> <IDENTIFIER>46645775</IDENTIFIER> <SENDER_CODE>00000051</SENDER_CODE> <RECEIVER_CODE>0</RECEIVER_CODE> <INVOICE_FORWARD_TO_CODE>789123</INVOICE_FORWARD_TO_CODE> <SENDER>0</SENDER> <RECEIVER>0</RECEIVER> <TYPE>EFAKTURA_INVOICE</TYPE> <DECIMAL_SEPARATOR>,</DECIMAL_SEPARATOR> <THOUSAND_SEPARATOR/> <NEGATIVE_DENOMINATOR>-</NEGATIVE_DENOMINATOR> <DATE_FORMAT>CCYY-MM-DD</DATE_FORMAT> <TIME_VERSION>24</TIME_VERSION> <TIME_FORMAT>HH:MM:SS</TIME_FORMAT> <RECEIPT>0</RECEIPT> <RECEIPT_TO/> <RECEIPT_NO>333333333</RECEIPT_NO> <TEST_FLAG>0</TEST_FLAG> <PAYMENT_MEANS_VERSION>2.1.0</PAYMENT_MEANS_VERSION> <FACTORING_VERSION>2.0.0</FACTORING_VERSION> <VERSION>2.0.0</VERSION> <VERIFICATION_ID>0</VERIFICATION_ID> <CHECKSUM>70735620,589659</CHECKSUM> </HEADER> <DOCUMENT_HEAD> <NO>SR1_20051115_11</NO> <ORDER_NO>1002</ORDER_NO> <YOUR_REFERENCE/> <ORDER_DATE>2003-05-01</ORDER_DATE> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <SALESPERSON_CODE>PS</SALESPERSON_CODE> <SALESPERSON_NAME>Peter Schmidt</SALESPERSON_NAME> <SALESPERSON_PHONE/> <SENDER_CVR_NO>12345678</SENDER_CVR_NO> <CVR_NO>88998899</CVR_NO> <TRANSPORT_METHOD/> <DOCUMENT_DATE>2003-05-05</DOCUMENT_DATE> <INVOICE_DATE>2003-05-02</INVOICE_DATE> <EXTERNAL_DOCUMENT_NO/> <SHIPPING_AGENT_CODE/> <PACKAGE_TRACKING_NO/> <ACCOUNT_CODE>123456789</ACCOUNT_CODE> <LOGO/> <JOB_NO/> <REMARK>
e|faktura faktura / invoice format Side 75
<REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> </REMARK> <BILLED_FROM> <BILLED_FROM_CODE>46645775</BILLED_FROM_CODE> <ADDRESS> <NAME_1>CRONUS Danmark A/S</NAME_1> <ADDRESS_1>Ringen 5</ADDRESS_1> <ADDRESS_2>Ved Olympen</ADDRESS_2> <ADDRESS_3>Nær Nangiala</ADDRESS_3> <ADDRESS_CODE>123456</ADDRESS_CODE> <CONTACT>Hans Hansen</CONTACT> <POST_CODE>1234</POST_CODE> <CITY>Kugleby</CITY> <PHONE_1>0666-666-6666</PHONE_1> <PHONE_2>9999-999-9999</PHONE_2> <FAX_1>0666-666-6660</FAX_1> <FAX_2>9999-999-9999</FAX_2> <BANK_REG_NO>2370</BANK_REG_NO> <BANK_ACC_NO>99-99-888</BANK_ACC_NO> <BANK_NAME>Konto Banken</BANK_NAME> <EMAIL/> <HOMEPAGE/> <COUNTRY/> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILLED_FROM> <SOLD_FROM> <SOLD_FROM_CODE>46645775</SOLD_FROM_CODE> <ADDRESS> <NAME_1>CRONUS Danmark A/S</NAME_1> <ADDRESS_1>Ringen 5</ADDRESS_1> <ADDRESS_2>Ved Olympen</ADDRESS_2> <POST_CODE>1234</POST_CODE> <CITY>Kugleby</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SOLD_FROM> <SELL_TO> <SELL_TO_CUSTOMER_NO>88998899</SELL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <ADDRESS_2>Test1</ADDRESS_2> <POST_CODE>8000</POST_CODE> <CITY>Århus C</CITY> <COUNTRY/> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SELL_TO> <BILL_TO> <BILL_TO_CUSTOMER_NO>88998899</BILL_TO_CUSTOMER_NO>
e|faktura faktura / invoice format Side 76
<ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <ADDRESS_2>Test</ADDRESS_2> <CONTACT>Hr. H. Danielsen</CONTACT> <POST_CODE>2750</POST_CODE> <CITY>Århus C</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILL_TO> <SHIP_TO> <SHIP_TO_CODE>88998899</SHIP_TO_CODE> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <POST_CODE>8000</POST_CODE> <CITY>Århus C</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SHIP_TO> <CURRENCY> <CURRENCY_CODE>DKK</CURRENCY_CODE> </CURRENCY> <LINE> <LINE_NO>10001</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>456987,7897</QUANTITY> <UNIT_PRICE>7854,589659</UNIT_PRICE> <NET_PRICE>7854,589659</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,0000000000</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT>
e|faktura faktura / invoice format Side 77
</ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>3589451566,83</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>4486814458,54</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>897362891,71</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10002</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10003</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT>
e|faktura faktura / invoice format Side 78
<QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10004</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT>
e|faktura faktura / invoice format Side 79
<AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10005</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10006</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE>
e|faktura faktura / invoice format Side 80
<QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10007</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/>
e|faktura faktura / invoice format Side 81
<QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10008</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT>
e|faktura faktura / invoice format Side 82
</AMOUNT> </LINE> <LINE> <LINE_NO>10009</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10010</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT>
e|faktura faktura / invoice format Side 83
<QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <PAYMENT_TERMS> <PAYMENT_TERMS_DESC>30 dage netto, 8 dage - 2%</PAYMENT_TERMS_DESC> <DUE_DATE>2003-06-02</DUE_DATE> <PAYMENT_DISCOUNT_PCT>2,00</PAYMENT_DISCOUNT_PCT> <PAYMENT_DISCOUNT_DATE>2003-05-10</PAYMENT_DISCOUNT_DATE> <PAYMENT_DISCOUNT_AMOUNT>39,45</PAYMENT_DISCOUNT_AMOUNT> </PAYMENT_TERMS> <TOTALAMOUNT> <T_AMOUNT_VAT_EXCL>3589465768,83</T_AMOUNT_VAT_EXCL> <T_AMOUNT_VAT_INCL>4486832211,038</T_AMOUNT_VAT_INCL> <T_AMOUNT_VAT_FREE>0,00</T_AMOUNT_VAT_FREE> <T_VAT_AMOUNT>897366442,208</T_VAT_AMOUNT> </TOTALAMOUNT> <DELIVERY_TERMS> <DELIVERY_TXT>Halli hallo halløjsa</DELIVERY_TXT> </DELIVERY_TERMS> </DOCUMENT_HEAD> <PAYMENT_MEANS> <PAYMENT_TYPE>FIK</PAYMENT_TYPE> <FIK> <P_CARD_ID>71</P_CARD_ID> <P_PAYMENT_ID>102030430705669</P_PAYMENT_ID> <P_FIK_NO>70712342</P_FIK_NO>
e|faktura faktura / invoice format Side 84
<P_CURRENCY_CODE>DKK</P_CURRENCY_CODE> <P_AMOUNT>401,50</P_AMOUNT> <P_TRANSFER_DATE>2005-06-02</P_TRANSFER_DATE> <P_TECHNICAL_REFERENCE>70566</P_TECHNICAL_REFERENCE> <P_CREDITOR_ADDRESS> <P_CREDITOR_NAME>Kristians Træimport</P_CREDITOR_NAME> <P_CREDITOR_ADDRESS_1_3>Bregnerødvej 133</P_CREDITOR_ADDRESS_1_3> <P_CREDITOR_ADDRESS_1_3/> <P_CREDITOR_ADDRESS_1_3>9000 Aalborg</P_CREDITOR_ADDRESS_1_3> </P_CREDITOR_ADDRESS> <P_MESSAGE> <MESSAGE>Halli hallo halløjsa 1</MESSAGE> <MESSAGE>Halli hallo halløjsa 2</MESSAGE> <MESSAGE>Halli hallo halløjsa 3</MESSAGE> <MESSAGE>Halli hallo halløjsa 4</MESSAGE> <MESSAGE>Halli hallo halløjsa 5</MESSAGE> <MESSAGE>Halli hallo halløjsa 6</MESSAGE> <MESSAGE>Halli hallo halløjsa 7</MESSAGE> <MESSAGE>Halli hallo halløjsa 8</MESSAGE> <MESSAGE>Halli hallo halløjsa 9</MESSAGE> <MESSAGE>Halli hallo halløjsa 10 </MESSAGE> <MESSAGE>Halli hallo halløjsa 11</MESSAGE> <MESSAGE>Halli hallo halløjsa 12</MESSAGE> </P_MESSAGE> </FIK> </PAYMENT_MEANS> <FACTORING_INFO> <F_CARD_ID>71</F_CARD_ID> <F_PAYMENT_ID>102030430705669</F_PAYMENT_ID> <F_FIK_NO>65895684</F_FIK_NO> <F_FACTOR_CLIENT_ID>1245</F_FACTOR_CLIENT_ID> <F_DELIVERY_DATE>2003-05-04</F_DELIVERY_DATE> <F_FACTOR_CUSTOMER_ID>65895684</F_FACTOR_CUSTOMER_ID> <F_DOCUMENT_TYPE>EFAKTURA_INVOICE</F_DOCUMENT_TYPE> <F_DOCUMENT_ID>103050</F_DOCUMENT_ID> <F_CURRENCY_CODE>DKK</F_CURRENCY_CODE> <F_DOCUMENT_DATE>2003-05-02</F_DOCUMENT_DATE> <F_DUE_DATE>2003-06-02</F_DUE_DATE> <F_PAYMENT_DISCOUNT_PCT>2</F_PAYMENT_DISCOUNT_PCT> <F_PAYMENT_DISCOUNT_DATE>2003-05-10</F_PAYMENT_DISCOUNT_DATE> <F_PAYMENT_DISCOUNT_AMOUNT>39,45</F_PAYMENT_DISCOUNT_AMOUNT> <F_AMOUNT>1972,50</F_AMOUNT> <F_DESCRIPTION>Halli hallo halløjsa</F_DESCRIPTION> <F_CVR_NO>88998899</F_CVR_NO> <ADDRESS> <NAME_1>Factoring</NAME_1> <ADDRESS_1>Gaden 2</ADDRESS_1> <POST_CODE>3500</POST_CODE> <CITY>Værløse</CITY> <PHONE_1>4455 5566</PHONE_1> <COUNTRY_CODE>DK</COUNTRY_CODE>
e|faktura faktura / invoice format Side 85
</ADDRESS> <F_RELEASE_TEXT_1>Fakturaen er overdraget til Factoring.</F_RELEASE_TEXT_1> <F_RELEASE_TEXT_2>Betal venligst til banken.</F_RELEASE_TEXT_2> <F_RELEASE_TEXT_3/> <F_RELEASE_TEXT_4/> <F_RELEASE_TEXT_5/> <F_RELEASE_TEXT_6/> <F_RELEASE_TEXT_7/> <F_RELEASE_TEXT_8/> <F_RELEASE_TEXT_9/> <F_RELEASE_TEXT_10/> </FACTORING_INFO> </DOCUMENT> <TOTAL_DOCUMENT_CHECKSUM>70735620,589659</TOTAL_DOCUMENT_CHECKSUM> <NO_OF_DOCUMENTS>1</NO_OF_DOCUMENTS> </INVOICES>
e|faktura faktura / invoice format Side 86
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>[email protected]</SENDER> <RECEIVER>[email protected]</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 87
<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>[email protected]</EMAIL> <HOMEPAGE>www.e-faktura.dk</HOMEPAGE> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILLED_FROM> <SOLD_FROM> <SOLD_FROM_CODE>20016175</SOLD_FROM_CODE> <ADDRESS> <NAME_1>PBS A/S (E-faktura test)</NAME_1> <ADDRESS_1>Lautrupbjerg 10</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <POST_CODE>2750</POST_CODE> <CITY>Ballerup</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SOLD_FROM> <SELL_TO> <SELL_TO_CUSTOMER_NO>129020</SELL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Børnehaven</NAME_1> <ADDRESS_1>Børnehavevej 4</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <CONTACT>Ole Olsen</CONTACT> <POST_CODE>7800</POST_CODE> <CITY>Skive</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SELL_TO> <BILL_TO> <BILL_TO_CUSTOMER_NO>129020</BILL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Børnehaven</NAME_1> <ADDRESS_1>Børnehavevej 4</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <CONTACT>Ole Olsen</CONTACT> <POST_CODE>7800</POST_CODE> <CITY>Skive</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE>
e|faktura faktura / invoice format Side 88
</ADDRESS> </BILL_TO> <SHIP_TO> <SHIP_TO_CODE>129020</SHIP_TO_CODE> <ADDRESS> <NAME_1>Børnehaven</NAME_1> <ADDRESS_1>Børnehavevej 4</ADDRESS_1> <ADDRESS_2></ADDRESS_2> <CONTACT>Ole Olsen</CONTACT> <POST_CODE>7800</POST_CODE> <CITY>Skive</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SHIP_TO> <CURRENCY> <CURRENCY_CODE>DKK</CURRENCY_CODE> </CURRENCY> <LINE> <LINE_NO>1</LINE_NO> <SUPP_ITEM_NO>JSF 1010</SUPP_ITEM_NO> <TRADED_ITEM_NO></TRADED_ITEM_NO> <SHIPMENT_DATE>2004-06-15</SHIPMENT_DATE> <DESCRIPTION_1>Emballage</DESCRIPTION_1> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>100,00</UNIT_PRICE> <NET_PRICE>100,00</NET_PRICE> <VAT_PCT>0,00</VAT_PCT> <LINE_DISCOUNT_PCT></LINE_DISCOUNT_PCT> <LINE_DISCOUNT_AMOUNT></LINE_DISCOUNT_AMOUNT> <LINE_INV_DISC_AMOUNT></LINE_INV_DISC_AMOUNT> <QTY_PER_UNIT_OF_MEASURE>1</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>100,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>100,00</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>0,00</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>2</LINE_NO> <SUPP_ITEM_NO>222323</SUPP_ITEM_NO> <TRADED_ITEM_NO>22020</TRADED_ITEM_NO> <SHIPMENT_DATE>2004-06-15</SHIPMENT_DATE> <DESCRIPTION_1>Dække servietter</DESCRIPTION_1> <QUANTITY>1000,00</QUANTITY> <UNIT_PRICE>10,00</UNIT_PRICE> <NET_PRICE>9,00</NET_PRICE> <VAT_PCT>25,00</VAT_PCT> <LINE_DISCOUNT_PCT>10,00</LINE_DISCOUNT_PCT> <LINE_DISCOUNT_AMOUNT>1000,00</LINE_DISCOUNT_AMOUNT> <LINE_INV_DISC_AMOUNT>1000,00</LINE_INV_DISC_AMOUNT> <QTY_PER_UNIT_OF_MEASURE>1</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>9000,00</AMOUNT_EXCL_VAT>
e|faktura faktura / invoice format Side 89
<AMOUNT_INCLUDING_VAT>11250,00</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>2250,00</VAT_AMOUNT> </AMOUNT> </LINE> <PAYMENT_TERMS> <PAYMENT_TERMS_DESC>Løbende måned</PAYMENT_TERMS_DESC> <DUE_DATE>2004-06-30</DUE_DATE> <PAYMENT_DISCOUNT_PCT>2,5</PAYMENT_DISCOUNT_PCT> <PAYMENT_DISCOUNT_DATE>2004-06-22</PAYMENT_DISCOUNT_DATE> <PAYMENT_DISCOUNT_AMOUNT>283,75</PAYMENT_DISCOUNT_AMOUNT> </PAYMENT_TERMS> <TOTALAMOUNT> <T_AMOUNT_VAT_EXCL>9100,00</T_AMOUNT_VAT_EXCL> <T_AMOUNT_VAT_INCL>11350,00</T_AMOUNT_VAT_INCL> <T_AMOUNT_VAT_FREE>100,00</T_AMOUNT_VAT_FREE> <T_VAT_AMOUNT>2250,00</T_VAT_AMOUNT> </TOTALAMOUNT> <DELIVERY_TERMS> <DELIVERY_TXT>CIF</DELIVERY_TXT> </DELIVERY_TERMS> </DOCUMENT_HEAD> <PAYMENT_INFO_JOINT_TRANSFER_FORM> <P_CARD_ID>73</P_CARD_ID> <P_PAYMENT_ID></P_PAYMENT_ID> <P_FIK_NO>71212343</P_FIK_NO> <P_CURRENCY_CODE>DKK</P_CURRENCY_CODE> <P_AMOUNT>11350,00</P_AMOUNT> <P_TRANSFER_DATE>2004-06-30</P_TRANSFER_DATE> <P_REG_NO></P_REG_NO> <P_TECHNICAL_REFERENCE>3434343</P_TECHNICAL_REFERENCE> <P_CREDITOR_ADDRESS> <P_CREDITOR_NAME>PBS A/S (E-faktura test)</P_CREDITOR_NAME> </P_CREDITOR_ADDRESS> <P_ALTERNATE_SENDER> <MESSAGE></MESSAGE> </P_ALTERNATE_SENDER> <P_MESSAGE> <MESSAGE></MESSAGE> <MESSAGE>Dette er en adviseringstekst.</MESSAGE> <MESSAGE>På flere linier.</MESSAGE> <MESSAGE>og slutter her.</MESSAGE> <MESSAGE></MESSAGE> <MESSAGE></MESSAGE> </P_MESSAGE> </PAYMENT_INFO_JOINT_TRANSFER_FORM> <FACTORING_INFO> <F_CARD_ID>73</F_CARD_ID> <F_PAYMENT_ID></F_PAYMENT_ID> <F_FIK_NO>71212343</F_FIK_NO> <F_FACTOR_CLIENT_ID>2030303</F_FACTOR_CLIENT_ID> <F_DELIVERY_DATE>2004-06-15</F_DELIVERY_DATE> <F_FACTOR_CUSTOMER_ID>3934939</F_FACTOR_CUSTOMER_ID> <F_DOCUMENT_TYPE>EFAKTURA_INVOICE</F_DOCUMENT_TYPE> <F_DOCUMENT_ID>3434343</F_DOCUMENT_ID> <F_CURRENCY_CODE>DKK</F_CURRENCY_CODE> <F_DOCUMENT_DATE>2004-06-15</F_DOCUMENT_DATE>
e|faktura faktura / invoice format Side 90
<F_DUE_DATE>2004-06-30</F_DUE_DATE> <F_PAYMENT_DISCOUNT_PCT>2,5</F_PAYMENT_DISCOUNT_PCT> <F_PAYMENT_DISCOUNT_DATE>2004-06-22</F_PAYMENT_DISCOUNT_DATE> <F_PAYMENT_DISCOUNT_AMOUNT>283,75</F_PAYMENT_DISCOUNT_AMOUNT> <F_AMOUNT>11350,00</F_AMOUNT> <F_CVR_NO>20016175</F_CVR_NO> <ADDRESS> <NAME_1>Factoring Selskab</NAME_1> <ADDRESS_1>Factoring gade </ADDRESS_1> <ADDRESS_2></ADDRESS_2> <POST_CODE>2750</POST_CODE> <CITY>Ballerup</CITY> <COUNTRY>Danmark</COUNTRY> <COUNTRY_CODE>DKK</COUNTRY_CODE> </ADDRESS> <F_RELEASE_TEXT_1>Vort tilgodehavende ifølge nærværende faktura er overdraget Factoring Selskab.</F_RELEASE_TEXT_1> <F_RELEASE_TEXT_2>til hvem betaling med frigørende virkning herefter alene kan ske. Ved forfald bedes</F_RELEASE_TEXT_2> <F_RELEASE_TEXT_3>betaling ske i henhold til nedenstående betalingsinstruktion. Eventuelle indsigelser bedes omgående meddelt</F_RELEASE_TEXT_3> <F_RELEASE_TEXT_4>Factoring Selskab. Ved betaling efter forfald beregnes rente med 1,80 % pr. måned. Betaling bedes overført</F_RELEASE_TEXT_4> <F_RELEASE_TEXT_5>med betalings-ID -71- 220033012185028 +83625416 eller ved overførsel til BG Bank konto 1199-2135620 med</F_RELEASE_TEXT_5> <F_RELEASE_TEXT_6>angivelse af reference 220033010185028 Reklamationer må ske inden 8 dage fra varens modtagelse. Varer tages</F_RELEASE_TEXT_6> <F_RELEASE_TEXT_7>kun retur efter aftale og når fakturanr. eller følgeseddelnr. opgives. I alle tilfælde skal returnering ske</F_RELEASE_TEXT_7> <F_RELEASE_TEXT_8>senest 2 uger fra leveringsdagen. Kun ubeskadigede varer i original emballage kan returneres. Varer der</F_RELEASE_TEXT_8> <F_RELEASE_TEXT_9>hjemtages specielt, kan ikke returneres.</F_RELEASE_TEXT_9> <F_RELEASE_TEXT_10></F_RELEASE_TEXT_10> </FACTORING_INFO> </DOCUMENT> <TOTAL_DOCUMENT_CHECKSUM>71213117,000</TOTAL_DOCUMENT_CHECKSUM> <NO_OF_DOCUMENTS>1</NO_OF_DOCUMENTS> </INVOICES>
e|faktura faktura / invoice format Side 91
5. Skema - Schema (XSD) <?xml version="1.0" encoding="ISO-8859-1"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="INVOICES"> <xs:complexType> <xs:sequence> <xs:element name="REFERENCE" type="string40mand" /> <xs:element ref="DOCUMENT" maxOccurs="1000" /> <xs:element name="TOTAL_DOCUMENT_CHECKSUM" type="decimalcomma40mandextended" /> <xs:element name="NO_OF_DOCUMENTS" type="numeric4mand" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="DOCUMENT"> <xs:complexType> <xs:sequence> <xs:element name="HEADER"> <xs:complexType> <xs:sequence> <xs:element name="IDENTIFIER" type="VALREQ20" /> <xs:element name="SENDER_CODE" type="VALREQ20" /> <xs:element name="RECEIVER_CODE" type="VALREQ20Extended" /> <xs:element name="INVOICE_FORWARD_TO_CODE" type="string20" minOccurs="0" /> <xs:element name="SENDER" type="string100mand" /> <xs:element name="RECEIVER" type="string100mand" /> <xs:element name="TYPE" type="MessageType" /> <xs:element name="DECIMAL_SEPARATOR" type="Comma" /> <xs:element name="THOUSAND_SEPARATOR" type="Dot" /> <xs:element name="NEGATIVE_DENOMINATOR" type="Neg" /> <xs:element name="DATE_FORMAT" type="DateFormatDef" /> <xs:element name="TIME_VERSION" type="TimeFormat" />
e|faktura faktura / invoice format Side 92
<xs:element name="TIME_FORMAT" type="TimeFormatDef" /> <xs:element name="RECEIPT" type="string1mand" /> <xs:element name="RECEIPT_TO" type="string100" minOccurs="0" /> <xs:element name="RECEIPT_NO" type="VALREQ20" /> <xs:element name="TEST_FLAG" type="TestFormat" /> <xs:element name="PAYMENT_MEANS_VERSION" type="VALREQ10" /> <xs:element name="FACTORING_VERSION" type="VALREQ10" /> <xs:element name="VERSION" type="VALREQ10" /> <xs:element name="VERIFICATION_ID" type="string64mand" /> <xs:element name="CHECKSUM" type="decimalcomma20extended" /> <xs:element name="HEADER_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="DOCUMENT_HEAD"> <xs:complexType> <xs:sequence> <xs:element name="NO" type="string20mand" /> <xs:element name="ORDER_NO" type="string20" minOccurs="0" /> <xs:element name="YOUR_REFERENCE" type="string30" minOccurs="0" /> <xs:element name="ORDER_DATE" type="DateRes" minOccurs="0" /> <xs:element name="SHIPMENT_DATE" type="DateRes" minOccurs="0" /> <xs:element name="SALESPERSON_CODE" type="string10" minOccurs="0" /> <xs:element name="SALESPERSON_NAME" type="string30" minOccurs="0" /> <xs:element name="SALESPERSON_PHONE" type="string30" minOccurs="0" /> <xs:element name="SENDER_CVR_NO" type="string20mand" />
e|faktura faktura / invoice format Side 93
<xs:element name="CVR_NO" type="string20" minOccurs="0" /> <xs:element name="AS_REG_NO" type="string20" minOccurs="0" /> <xs:element ref="TRANSPORT_METHOD" minOccurs="0" /> <xs:element name="DOCUMENT_DATE" type="DateRes" minOccurs="0" /> <xs:element name="INVOICE_DATE" type="DateResmand" /> <xs:element name="EXTERNAL_DOCUMENT_NO" type="string40" minOccurs="0" /> <xs:element name="SHIPPING_AGENT_CODE" type="string10" minOccurs="0" /> <xs:element name="PACKAGE_TRACKING_NO" type="string30" minOccurs="0" /> <xs:element name="ACCOUNT_CODE" type="string35" minOccurs="0" /> <xs:element name="LOGO" type="string80" minOccurs="0" /> <xs:element ref="JOB_NO" minOccurs="0" /> <xs:element name="REMARK" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="REMARK_TXT" type="string110mand" maxOccurs="unbounded" /> <xs:element name="REMARK_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="BILLED_FROM"> <xs:complexType> <xs:sequence> <xs:element name="BILLED_FROM_CODE" type="string20mand" /> <xs:element name="ADDRESS" type="ADDRESSType" /> <xs:element name="BILLED_FROM_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="SOLD_FROM"> <xs:complexType>
e|faktura faktura / invoice format Side 94
<xs:sequence> <xs:element name="SOLD_FROM_CODE" type="string20mand" /> <xs:element name="ADDRESS" type="ADDRESSType" /> <xs:element name="SOLD_FROM_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="SELL_TO"> <xs:complexType> <xs:sequence> <xs:element name="SELL_TO_CUSTOMER_NO" type="string20mand" /> <xs:element name="ADDRESS" type="ADDRESSType" /> <xs:element name="SELL_TO_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="BILL_TO"> <xs:complexType> <xs:sequence> <xs:element name="BILL_TO_CUSTOMER_NO" type="string20mand" /> <xs:element name="ADDRESS" type="ADDRESSType" /> <xs:element name="BILL_TO_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="SHIP_TO" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="SHIP_TO_CODE" type="string20mand" /> <xs:element name="ADDRESS" type="ADDRESSType" /> <xs:element name="SHIP_TO_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element>
e|faktura faktura / invoice format Side 95
<xs:element name="CURRENCY"> <xs:complexType> <xs:sequence> <xs:element name="CURRENCY_CODE" type="CurrencyISO" /> <xs:element name="CURRENCY_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="LINE" maxOccurs="unbounded"> <xs:complexType> <xs:sequence> <xs:element name="LINE_NO" type="numeric10mand" /> <xs:element name="ORDER_NO" type="string20" minOccurs="0" /> <xs:element name="SUPP_ITEM_NO" type="string20" minOccurs="0" /> <xs:element name="CUST_ITEM_NO" type="string20" minOccurs="0" /> <xs:element name="TRADED_ITEM_NO" type="string20" minOccurs="0" /> <xs:element ref="SHIPMENT_DATE" minOccurs="0" /> <xs:element name="DESCRIPTION_1" type="string50mandextended" /> <xs:element name="DESCRIPTION_2" type="string50" minOccurs="0" /> <xs:element name="UNIT_OF_MEASURE" type="string10" minOccurs="0" /> <xs:element name="QUANTITY" type="decimalcomma20extended" /> <xs:element name="UNIT_PRICE" type="decimalcomma20extended" /> <xs:element name="NET_PRICE" type="decimalcomma20extended" /> <xs:element name="VAT_PCT" type="decimalcomma20" /> <xs:element name="QUANTITY_DISC_PCT" type="decimalcomma20" minOccurs="0" /> <xs:element name="QUANTITY_DISC_AMOUNT" type="decimalcomma20" minOccurs="0" /> <xs:element name="LINE_DISCOUNT_PCT" type="decimalcomma20" minOccurs="0" />
e|faktura faktura / invoice format Side 96
<xs:element name="LINE_DISCOUNT_AMOUNT" type="decimalcomma20" minOccurs="0" /> <xs:element name="LINE_INV_DISC_AMOUNT" type="decimalcomma20" minOccurs="0" /> <xs:element name="GROSS_WEIGHT" type="decimalcomma20" minOccurs="0" /> <xs:element name="NET_WEIGHT" type="decimalcomma20" minOccurs="0" /> <xs:element name="UNITS_PER_PARCEL" type="decimalcomma20" minOccurs="0" /> <xs:element name="UNIT_VOLUME" type="decimalcomma20" minOccurs="0" /> <xs:element name="SERIAL_NO" type="string20" minOccurs="0" /> <xs:element name="LOT_NO" type="string20" minOccurs="0" /> <xs:element ref="TRANSPORT_METHOD" minOccurs="0" /> <xs:element name="QTY_PER_UNIT_OF_MEASURE" type="decimalcomma20extended" /> <xs:element name="UNIT_OF_MEASURE_CODE" type="string10" /> <xs:element ref="JOB_NO" minOccurs="0" /> <xs:element name="FINAL_CUSTOMER_TYPE" type="CodeType" minOccurs="0" /> <xs:element name="FINAL_CUSTOMER" type="string20" minOccurs="0" /> <xs:element name="ACCOUNT_CODE" type="string35" minOccurs="0" /> <xs:element name="ITEM_INFO" minOccurs="0" maxOccurs="unbounded"> <xs:complexType> <xs:sequence> <xs:element name="ITEM_INFO_LINE_NO" type="numeric10mand" /> <xs:element name="ITEM_INFO_TXT" type="string50mand" /> <xs:element name="ITEM_INFO_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element>
e|faktura faktura / invoice format Side 97
<xs:element name="AMOUNT" type="AMOUNTType" /> <xs:element name="LINE_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="PAYMENT_TERMS"> <xs:complexType> <xs:sequence> <xs:element name="PAYMENT_TERMS_DESC" type="string30" minOccurs="0" /> <xs:element name="DUE_DATE" type="DateResmand" /> <xs:element name="PAYMENT_DISCOUNT_PCT" type="decimalcomma20" minOccurs="0" /> <xs:element name="PAYMENT_DISCOUNT_DATE" type="DateRes" minOccurs="0" /> <xs:element name="PAYMENT_DISCOUNT_AMOUNT" type="decimalcomma20" minOccurs="0" /> <xs:element name="PAYMENT_TERMS_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="TOTALAMOUNT"> <xs:complexType> <xs:sequence> <xs:element name="CHARGE" minOccurs="0" maxOccurs="unbounded"> <xs:complexType> <xs:sequence> <xs:element name="CHARGE_TYPE" type="ChargeType" /> <xs:element name="AMOUNT" type="AMOUNTType" /> <xs:element name="CHARGE_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element>
e|faktura faktura / invoice format Side 98
<xs:element name="T_INV_DISC_TYPE" type="DiscType" minOccurs="0" /> <xs:element name="T_INV_DISC_VAT_AMOUNT" type="decimalcomma20" minOccurs="0" /> <xs:element name="T_INV_DISC_AMOUNT_VAT_EXCL" type="decimalcomma20" minOccurs="0" /> <xs:element name="T_INV_DISC_AMOUNT_VAT_INCL" type="decimalcomma20" minOccurs="0" /> <xs:element name="T_AMOUNT_VAT_EXCL" type="decimalcomma20mand" /> <xs:element name="T_AMOUNT_VAT_INCL" type="decimalcomma20mand" /> <xs:element name="T_AMOUNT_VAT_FREE" type="decimalcomma20mand" /> <xs:element name="T_VAT_AMOUNT" type="decimalcomma20mand" /> <xs:element name="TOTAL_AMOUNT_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="DELIVERY_TERMS" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="DELIVERY_TXT" type="string50mand" maxOccurs="unbounded" /> <xs:element name="DELIVERY_TERMS_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="DOCUMENT_HEAD_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="PAYMENT_MEANS"> <xs:complexType> <xs:sequence> <xs:element name="PAYMENT_TYPE" type="PaymentType" /> <xs:choice> <xs:element name="FIK"> <xs:complexType> <xs:sequence>
e|faktura faktura / invoice format Side 99
<xs:element name="P_CARD_ID" type="CardType" /> <xs:element name="P_PAYMENT_ID" type="string19" minOccurs="0" /> <xs:element name="P_FIK_NO" type="string8mand" /> <xs:element name="P_CURRENCY_CODE" type="CurrencyISO" /> <xs:element name="P_AMOUNT" type="decimalcomma20mand2dp" /> <xs:element name="P_TRANSFER_DATE" type="DateResmand" /> <xs:element name="P_REG_NO" type="string4" minOccurs="0" /> <xs:element name="P_ACCOUNT_NO" type="string10" minOccurs="0" /> <xs:element name="P_TECHNICAL_REFERENCE" type="string35" minOccurs="0" /> <xs:element name="P_CREDITOR_ADDRESS"> <xs:complexType> <xs:sequence> <xs:element name="P_CREDITOR_NAME" type="string35mand" /> <xs:element name="P_CREDITOR_ADDRESS_1_3" type="string35" minOccurs="0" maxOccurs="3" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="P_ALTERNATE_SENDER" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element ref="MESSAGE" maxOccurs="5" /> </xs:sequence>
e|faktura faktura / invoice format Side 100
</xs:complexType> </xs:element> <xs:element name="P_MESSAGE" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element ref="MESSAGE" maxOccurs="41" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="DIRECT_DEBIT"> <xs:complexType> <xs:sequence> <xs:element name="P_DIRECT_DEBIT_TYPE" type="DirectDebitType" /> <xs:element name="P_CURRENCY_CODE" type="CurrencyISO" /> <xs:element name="P_AMOUNT" type="decimalcomma20mand2dp" /> <xs:element name="P_TRANSFER_DATE" type="DateResmand" /> <xs:element name="P_REG_NO" type="string4" minOccurs="0" /> <xs:element name="P_ACCOUNT_NO" type="string10" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> </xs:choice> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="FACTORING_INFO" minOccurs="0"> <xs:complexType>
e|faktura faktura / invoice format Side 101
<xs:sequence> <xs:element name="F_CARD_ID" type="CardType" /> <xs:element name="F_PAYMENT_ID" type="string19" /> <xs:element name="F_FIK_NO" type="string8mand" /> <xs:element name="F_FACTOR_CLIENT_ID" type="string20mand" /> <xs:element name="F_DELIVERY_DATE" type="DateResmand" /> <xs:element name="F_FACTOR_CUSTOMER_ID" type="string20mand" /> <xs:element name="F_DOCUMENT_TYPE" type="MessageType" /> <xs:element name="F_DOCUMENT_ID" type="string20mand" /> <xs:element name="F_CURRENCY_CODE" type="CurrencyISO" /> <xs:element name="F_DOCUMENT_DATE" type="DateResmand" /> <xs:element name="F_DUE_DATE" type="DateResmand" /> <xs:element name="F_PAYMENT_DISCOUNT_PCT" type="decimalcomma20" minOccurs="0" /> <xs:element name="F_PAYMENT_DISCOUNT_DATE" type="DateRes" minOccurs="0" /> <xs:element name="F_PAYMENT_DISCOUNT_AMOUNT" type="decimalcomma20" minOccurs="0" /> <xs:element name="F_AMOUNT" type="decimalcomma20mand" /> <xs:element name="F_DESCRIPTION" type="string50" minOccurs="0" /> <xs:element name="F_CVR_NO" type="string20mand" /> <xs:element name="ADDRESS" type="ADDRESSType" /> <xs:element name="F_RELEASE_TEXT_1" type="string110mand" /> <xs:element name="F_RELEASE_TEXT_2" type="string110" minOccurs="0" /> <xs:element name="F_RELEASE_TEXT_3" type="string110" minOccurs="0" /> <xs:element name="F_RELEASE_TEXT_4" type="string110" minOccurs="0" />
e|faktura faktura / invoice format Side 102
<xs:element name="F_RELEASE_TEXT_5" type="string110" minOccurs="0" /> <xs:element name="F_RELEASE_TEXT_6" type="string110" minOccurs="0" /> <xs:element name="F_RELEASE_TEXT_7" type="string110" minOccurs="0" /> <xs:element name="F_RELEASE_TEXT_8" type="string110" minOccurs="0" /> <xs:element name="F_RELEASE_TEXT_9" type="string110" minOccurs="0" /> <xs:element name="F_RELEASE_TEXT_10" type="string110" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="DOCUMENT_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="AMOUNT_INV_DISC" type="xs:string" /> <xs:element name="ATTACHED_TO_LINE_NO" type="xs:string" /> <xs:element name="CHARGE_AMOUNT" type="xs:string" /> <xs:element name="CHARGE_CALC" type="xs:string" /> <xs:element name="JOB_NO" type="string20" /> <xs:element name="MESSAGE" type="string35mand" /> <xs:element name="P_RECEIVER_COUNTRY_CODE" type="xs:string" /> <xs:element name="SENDER_ADDRESS" type="xs:string" /> <xs:element name="SHIPMENT_DATE" type="DateRes" /> <xs:element name="TEXT" type="xs:string" /> <xs:element name="TEXT_LINE_NO" type="xs:string" /> <xs:element name="TRANSPORT_METHOD" type="string10" /> <xs:element name="T_INV_DISC_AMOUNT" type="xs:string" /> <xs:complexType name="ADDRESSType"> <xs:sequence> <xs:element name="NAME_1" type="string50mand" /> <xs:element name="NAME_2" type="string50" minOccurs="0" /> <xs:element name="ADDRESS_1" type="string50mand" /> <xs:element name="ADDRESS_2" type="string50" minOccurs="0" /> <xs:element name="ADDRESS_3" type="string50" minOccurs="0" /> <xs:element name="ADDRESS_CODE" type="string20" minOccurs="0" /> <xs:element name="CONTACT" type="string30" minOccurs="0" /> <xs:element name="POST_CODE" type="string20mand" /> <xs:element name="CITY" type="string30mand" /> <xs:element name="PHONE_1" type="string20" minOccurs="0" /> <xs:element name="PHONE_2" type="string20" minOccurs="0" />
e|faktura faktura / invoice format Side 103
<xs:element name="FAX_1" type="string20" minOccurs="0" /> <xs:element name="FAX_2" type="string20" minOccurs="0" /> <xs:element name="BANK_REG_NO" type="string20" minOccurs="0" /> <xs:element name="BANK_ACC_NO" type="string20" minOccurs="0" /> <xs:element name="BANK_NAME" type="string30" minOccurs="0" /> <xs:element name="EMAIL" type="string80" minOccurs="0" /> <xs:element name="HOMEPAGE" type="string80" minOccurs="0" /> <xs:element name="COUNTRY" type="string30" minOccurs="0" /> <xs:element name="COUNTRY_CODE" type="string3mand" /> <xs:element name="ADDRESS_UDT" type="UDTType" minOccurs="0" /> </xs:sequence> </xs:complexType> <xs:complexType name="AMOUNTType"> <xs:sequence> <xs:element name="AMOUNT_EXCL_VAT" type="decimalcomma20" /> <xs:element name="AMOUNT_INCLUDING_VAT" type="decimalcomma20" /> <xs:element name="VAT_AMOUNT" type="decimalcomma20" /> <xs:element 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:restriction> </xs:simpleType> <xs:simpleType name="decimalcomma20"> <xs:restriction base="xs:string"> <xs:pattern value="(\-?\d{1,20}(,\d{1,3})?)?" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="decimalcomma20extended"> <xs:restriction base="xs:string"> <xs:pattern value="(\-?\d{1,20}(,\d{1,10})?)?" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="decimalcomma20mand"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,20}(,\d{1,3})?" /> </xs:restriction> </xs:simpleType>
e|faktura faktura / invoice format Side 104
<xs:simpleType name="decimalcomma20mand2dp"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,20}(,\d{1,2})?" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="decimalcomma40"> <xs:restriction base="xs:string"> <xs:pattern value="(\-?\d{1,40}(,\d{1,3})?)?" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="decimalcomma40mand"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,40}(,\d{1,3})?" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="decimalcomma40mandextended"> <xs:restriction base="xs:string"> <xs:pattern value="\-?\d{1,40}(,\d{1,10})?" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string1"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,1}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string1mand"> <xs:restriction base="xs:string"> <xs:pattern value="\S{1}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string4"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,4}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string4mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="4" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string8"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,8}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string8mand"> <xs:restriction base="stringmandbase">
e|faktura faktura / invoice format Side 105
<xs:maxLength value="8" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string10"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,10}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string10mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="10" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string19"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,19}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string19mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="19" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string20"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,20}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string20mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="20" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string26"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,26}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string26mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="26" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string30"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,30}" /> </xs:restriction>
e|faktura faktura / invoice format Side 106
</xs:simpleType> <xs:simpleType name="string30mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="30" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string35"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,35}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string35mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="35" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string40"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,40}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string40mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="40" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string50"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,50}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string50mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="50" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string64"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,64}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string64mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="64" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string80">
e|faktura faktura / invoice format Side 107
<xs:restriction base="xs:string"> <xs:pattern value=".{0,80}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string80mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="80" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string100"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,100}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string100mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="100" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string110"> <xs:restriction base="xs:string"> <xs:pattern value=".{0,110}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="string110mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="110" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="numeric10mand"> <xs:restriction base="xs:string"> <xs:pattern value="\d{1,10}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="numeric4mand"> <xs:restriction base="xs:string"> <xs:pattern value="\d{1,4}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="DateRes"> <xs:restriction base="xs:string"> <xs:maxLength value="10" /> <xs:pattern value="(19|20)\d{2}-(01|03|05|07|08|10|12)-(01|02|03|04|05|06|07|08|09|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|27|28|29|30|31)" />
e|faktura faktura / invoice format Side 108
<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:restriction> </xs:simpleType> <xs:simpleType name="DateResmand"> <xs:restriction base="xs:string"> <xs:maxLength value="10" /> <xs:pattern value="(19|20)\d{2}-(01|03|05|07|08|10|12)-(01|02|03|04|05|06|07|08|09|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|27|28|29|30|31)" /> <xs:pattern value="(19|20)\d{2}-(04|06|09|11)-(01|02|03|04|05|06|07|08|09|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|27|28|29|30)" /> <xs:pattern value="(19|20)([02468][048]|[13579][26])-(02)-(01|02|03|04|05|06|07|08|09|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|27|28|29)" /> <xs:pattern value="(19|20)([02468][1235679]|[13579][01345789])-(02)-(01|02|03|04|05|06|07|08|09|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|27|28)" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="TimeFormat"> <xs:restriction base="xs:string"> <xs:enumeration value="24" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="TestFormat"> <xs:restriction base="xs:string"> <xs:enumeration value="0" /> <xs:enumeration value="1" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="Comma"> <xs:restriction base="xs:string"> <xs:enumeration value="," /> </xs:restriction> </xs:simpleType> <xs:simpleType name="Dot"> <xs:restriction base="xs:string"> <xs:pattern value="[\.]?" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="Neg">
e|faktura faktura / invoice format Side 109
<xs:restriction base="xs:string"> <xs:enumeration value="-" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="stringmandbaseextended"> <xs:restriction base="xs:string"> <xs:pattern value=".+"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="string50mandextended"> <xs:restriction base="stringmandbaseextended"> <xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="string3mand"> <xs:restriction base="stringmandbase"> <xs:maxLength value="3"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="DateFormatDef"> <xs:restriction base="xs:string"> <xs:enumeration value="CCYY-MM-DD" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="TimeFormatDef"> <xs:restriction base="xs:string"> <xs:enumeration value="HH:MM:SS" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="VALREQ10"> <xs:restriction base="xs:string"> <xs:pattern value="[\w\d\.]{1,10}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="VALREQ20"> <xs:restriction base="xs:string"> <xs:pattern value="[\w\d\.]{1,20}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="VALREQ20Extended"> <xs:restriction base="xs:string"> <xs:pattern value="[\w\d\.\s,-]{1,20}" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="MessageType"> <xs:restriction base="xs:string"> <xs:enumeration value="EFAKTURA_INVOICE" />
e|faktura faktura / invoice format Side 110
<xs:enumeration value="EFAKTURA_CREDITNOTE" /> </xs:restriction> </xs:simpleType> <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:restriction> </xs:simpleType> <xs:simpleType name="ChargeType"> <xs:restriction base="xs:string"> <xs:enumeration value="CHA" /> <xs:enumeration value="POS" /> <xs:enumeration value="FRE" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="CardType"> <xs:restriction base="xs:string"> <xs:enumeration value="04" /> <xs:enumeration value="71" /> <xs:enumeration value="73" /> <xs:enumeration value="75" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="PaymentType"> <xs:restriction base="xs:string"> <xs:enumeration value="FIK" /> <xs:enumeration value="DIRECT_DEBIT" /> </xs:restriction> </xs:simpleType> <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:restriction> </xs:simpleType> <xs:simpleType name="CountryISO"> <xs:restriction base="xs:string"> <xs:enumeration value="DK" /> <xs:enumeration value="FO" /> <xs:enumeration value="FI" /> <xs:enumeration value="DE" /> <xs:enumeration value="GL" /> <xs:enumeration value="IS" />
e|faktura faktura / invoice format Side 111
<xs:enumeration value="NO" /> <xs:enumeration value="SE" /> <xs:enumeration value="GB" /> </xs:restriction> </xs:simpleType> <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:restriction> </xs:simpleType> <xs:simpleType name="CodeType"> <xs:restriction base="xs:string"> <xs:enumeration value="" /> <xs:enumeration value="CPR" /> <xs:enumeration value="TLF" /> <xs:enumeration value="CVR" /> <xs:enumeration value="EAN" /> <xs:enumeration value="PNO" /> <xs:enumeration value="DUN" /> </xs:restriction> </xs:simpleType> <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>