e|faktura faktura / invoice format version 2.1 - nets a/s · pdf filee|faktura faktura /...

e|faktura faktura / invoice

format version 2.1.0

13. Oktober 2008 Dokumentversion 4.0

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................................................................................................................................. 40 SHIP_TO ................................................................................................................................. 41 ADDRESS............................................................................................................................... 41 CURRENCY ........................................................................................................................... 43

e|faktura faktura / invoice format Side ii

In case one wants to use other ISO codes, ISO 3166-1 is used as standard for country codes and ISO 4217 is used as standard for currency codes. The standards can be found at www.ISO.org. LINE................................................................................................................ 43 LINE ........................................................................................................................................ 44 ITEM_INFO ............................................................................................................................ 49 AMOUNT................................................................................................................................ 50 PAYMENT_TERMS............................................................................................................... 52 TOTALAMOUNT................................................................................................................... 54 CHARGE................................................................................................................................. 58 DELIVERY_TERMS.............................................................................................................. 60 PAYMENT_MEANS.............................................................................................................. 61 FIK........................................................................................................................................... 62 P_MESSAGE .......................................................................................................................... 63 P_CREDITOR_ADDRESS..................................................................................................... 64 P_ALTERNATE_SENDER.................................................................................................... 64 DIRECT_DEBIT..................................................................................................................... 65 FACTORING_INFO............................................................................................................... 67

4. Eksempler - examples.................................................................................................... 72 4.1 XML faktura/invoice i formatversion 2.1.0 from sender ............................................ 72 4.2 XML faktura/invoice i formatversion 2.0.0 from sender ............................................ 84

5. Skema - Schema (XSD) ................................................................................................. 89

e|faktura faktura / invoice format Side iii

Dokumenthistorik Version Dato Ændringer – danish Changes - english 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

URE, - TOTAL_DOCUMENT_CHEC

KSUM og - CHECKSUM.

Number of decimals are expanded on the following tags:

- QUANTITY, - UNIT_PRICE, - NET_PRICE, - QTY_PER_UNIT_OF_MEAS

URE, - TOTAL_DOCUMENT_CHEC

KSUM and - CHECKSUM.

e|faktura faktura / invoice format Side iv

Eksempel er opdateret. Det nye antal decimaler kan anvendes fra og med 1. februar 2006.

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å linjen

- Kun formatændringer i version 2.0.0 og 2.1.0 beskrives.

Format changes are introduced with effect the 12. of may 2005. Following changes are introduced:

- Version and payment-version updated from v.2.0.0 to 2.1.0.

- Payment section is updated - Possible to have order number

on the line - Only format changes in version

2.0.0 and 2.1.0 are described.

3.0.1 12.04.2005 Det er beskrevet, at modtager kan identificeres ved kundenummer. Denne funktionalitet træder i kraft i version 2.15 af e|faktura HUB.

It is described that the the receiver can be identified by the customer number. This functionality does not work before version 2.15 of the e|faktura HUB.

e|faktura faktura / invoice format Side v

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 PBS A/S.

PBS vil varsle formatændringer med minimum tre måneders varsel.

1.1.1 Specielle tegn Der accepteres ikke ikke-printbare tegn i filformatet.

Følgende tegn må ikke indgå i formatet: < > & ’ ” Dette bevirker, at ERP-systemerne skal konvertere tegnene iht. nedenstående tabel, inden tegnene sendes til e|faktura. På tilsvarende måde skal tegnene konverteres ved modtagelse.

Tegn Konvertering i ERP DTD entitet

< < <!ENTITY lt "<">

> > <!ENTITY gt ">">

& & <!ENTITY amp "&">

’ ' <!ENTITY apos "'">

” " <!ENTITY quot """>

1.1.2 Prolog, stylesheet og skema Alle XML-filer skal have flg. xml-deklaration som første linje:

<?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?> Det første tag (root) i selve XML-delen, skal indeholde en reference til skema-definitionen og det aktuelle skema, og skal anføres således:

<INVOICES xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xsi:noNamespaceSchemaLocation="eFaktura.xsd">

Når e|faktura fremsender en faktura til fakturamodtager, vil XML-filen’s anden linje referere lokalt til det medsendte stylesheet:

<?xml-stylesheet type="text/xsl" href="OINnn..nn.xsl"?> Bemærk, da der anvendes unikke filnavne, vil filnavn-referencen være forskellig, hver gang der modtages en faktura fra e|faktura. Fakturaafsender skal ikke inkludere en stylesheet-reference. Kun e|faktura påsætter denne.

http://www.w3.org/2001/XMLSchema-instance�


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.


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.


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.


<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.


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


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.

PAYMENT_ MEANS/FIK M Sub-level

FIK betalingsoplysninger. Blev før kaldet


Nyt tag C/M/D/V Type Værdi Vs

Beskrivelse

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 PBS.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

X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af

Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af


XML-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes.

XML-formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag, såfremt denne version anvendes.

/INVOICES/REFERENCE Værdi

A(20) A(40)

1.5.1.4 Fjernede muligheder Flg. tag kan ikke mere benyttes: Nyt tag C/M/D/V

Type Værdi Vs

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 Decimal 20.3

Checksum. Se afsnit 1.3 ”Checksum” Tidligere lå dette nummer i en særskilt ”.req” fil. Feltet ligger nu i stedet direkte i XML-formatet.

/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,


Nyt tag C/M/D/V Type Værdi Vs

Beskrivelse

jf. lov om offentlige betalinger og tilhørende bekendtgørelse, berettiget til at tilbageholde betaling, indtil den oplyste DimensionsKontoStreng fremgår af fakturaen Anvendelse af dette felt er betinget af, at køber har opgivet en DimensionsKontoStreng. Såfremt de enkelte fakturalinjer skal bogføres med 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 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 denne version anvendes.

Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af betalings-formatet er 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag, såfremt denne version anvendes.

/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


2. English description (Engelsk beskrivelse) This document goes through the format of the invoice and an example of an invoice.

2.1 The invoice format The format is specified in encoding ISO-8859-1. The format for an invoice cannot be changed without consent from PBS A/S.

PBS will give notice of changes in the format with a minimum of three months notice.

2.1.1 Special characters No non-printable characters are accepted in the file format.

None of the following characters must be part of the format: < > & ’ ”

The ERP systems must convert any characters in the table below, before the characters are sent. The characters are to be converted correspondingly upon reception.

Character Conversion in the ERP

DTD entity

< < <!ENTITY lt "<">

> > <!ENTITY gt ">">

& & <!ENTITY amp "&">

’ ' <!ENTITY apos "'">

” " <!ENTITY quot """>

2.1.2 Prologue, stylesheet and schema All XML-files must have a xml-declaration as the first line, stated like this:

<?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?> The first XML-tag (root) in the XML-file must have a reference to the schema definition and the e|faktura schema and must be stated like this:

<INVOICES xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xsi:noNamespaceSchemaLocation="eFaktura.xsd">

When e|faktura sends an invoice to the recipient the second line in the XML-file will have a local reference to the stylesheet that is send along with the invoice and will be stated like this:

<?xml-stylesheet type="text/xsl" href="OINnn..nn.xsl"?> Notice, that as unique filnames are used, the stylesheet reference will be different every time an invoice is received from e|faktura. The original legal sender of the invoice shall not include a reference to a stylesheet.

http://www.w3.org/2001/XMLSchema-instance�


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.


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.


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> <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.


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


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_FORM.

LINE/ORDER_NO C Order number on line level


Text A(20)

2.5.1.2 New choice tables Valgtabel 8 – Choice Table 8 Description FIK Joint info transfer form payment information.

DIRECT_DEBIT Direct debit payment information.

Valgtabel 9 – Choice Table 9 Description BS Direct debit service plus

LS Supplier service PBS PBS National Clearing.

Only to be used by PBS.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. This means that 2.0.0 is always stated in this tag, provided this

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. This means that 2.1.0 is always stated in this tag, provided this

http://www.pbs.dk/pbs/site/pbs_dk/en/content/loesninger_regning/ud_bs.html�

http://www.pbs.dk/pbs/site/pbs_dk/en/content/loesninger_regning/ud_ls.html�


Changed tag Table column Value before Value now version is used. version is used.

/INVOICES/REFERENCE Value

A(20) A(40)

2.5.1.4 Removed possibilities The following tag cannot be used anymore: Deletted tag C/M/D/V

Type Value Vs

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 Text A(35)

Account code

/LINE/FINAL_CUSTOMER_TYPE C Text A(3)

Type of identification of the final customer. See choice table 6

/LINE/FINAL_CUSTOMER C Depicts the final customer.


New tag C/M/D/V Type Value Vs

Description

Text A(20)

/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


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.


/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 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 "@">


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


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. En faktura kan indeholde 1000 sider.

Invoice or credit note details. The number of invoices and credit note in one unzipped dispatch must not exceed a file size of 45 MB. Zipped dispatch must not exceed a file size of 100 MB. A single invoice or credit note may not exceed a file size of 6 MB. One invoice can contain only 1000 documents

Sub level

M 1...1000


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


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


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-nummer angives uden foranstillede bogstaver og

Code for recipient, which is used by e|faktura to identifiy the receiver. If the recipient is registered with either aCVR/SE-, an EAN- or a P-no. in the e|faktura register, enter this number. If the sender does not have the receivers CVR/SE-, EAN-, or P-no. enter 0.

Text A(20) M 1


Navn –name Beskrivelse Description Require-ment

Type Value C/M/D/V

Vs N Depen-dent

History

eventuelle bindestreger og lign.

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-DD

Text A(10) M 1

TIME_VERSION 12- eller 24-timers ur 12- or 24-hour format Shall be 24 Text A(2) M 1 TIME_FORMAT Tidsformat i 24-timers ur Time format is in 24 Shall be Text A(8) M 1



Type Value C/M/D/V

Vs N Depen-dent

History

hour format HH:MM:SS 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 elektroniske fakturaer, vil fakturaen blive afvist.

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 invoice will be rejected.

0=Normal. 1=Test

Text A(1) M 1 Description updated in v. 2.0.0

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

Text A(10) M 1 New in version 2.1.0



Type Value C/M/D/V

Vs N Depen-dent

History

X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag.

FACTORING_VERSION Version af XML-format til 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 2.0.0. Dette betyder, at der altid skal angives 2.0.0 i dette tag.

Text A(10) M 1

VERSION Generel version af XML-format

General version of XML-format

Shall be 2.1.0 in this version /

Text A(10) M 1 Changed from 2.0.0 to 2.1.0



Type Value C/M/D/V

Vs N Depen-dent

History

Angives som X.Y.Z, hvor X er generation, Y er version og Z er patch. Denne version af formatet er 2.1.0. Dette betyder, at der altid skal angives 2.1.0 i dette tag.

VERIFICATION_ID Til fremtidig brug. For future use Shall be 0 Text A(64) M 1 CHECKSUM Checksum Checksum Deci

mal

20.10

M

1 New in version 2.0.0. Changed from 20.3 to 20.10 in version 2.1.0.

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

Sub level

C 0..1



Type Value C/M/D/V

Vs N Depen-dent

History

developed in both recipient and sender's ERP system.

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)


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 TRANSPORT_METHOD Transportmåde (Intrastat) Transport method

(Intrastat) Text A(10) C 0..1

DOCUMENT_DATE Bilagets oprettelsesdato Document creation date Date A(10) C 0..1


Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History altid

INVOICE_DATE Bogførings-/fakturadato Det er den dato, der fremgår af fakturaen samt den dato, der beregnes betalings- og rabattermin ud fra

Book keeping /invoice dateIt 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

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


Navn - Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History 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 almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.


Sub level

C 0..1


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.


Sub level

C 0..1


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.


Sub level C 0..1


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.


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.


Sub level

C 0..1

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.


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.


Sub level

C 0..1

ADDRESS Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History NAME_1 Navn Name Text A(50) M 1


Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History NAME_2 Navn (fortsat) Name (continued) Text A(50) C 0..1 ADDRESS_1 Adresse Address Text A(50) M 1 ADDRESS_2 Adresse (fortsat) Address (continued) Text A(50) C 0..1 ADDRESS_3 Adresse (fortsat) Address (continued) Text A(50) C 0..1 ADDRESS_CODE Adressekode.

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 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 In all tags with this partial name, users of Sub C 0..1


Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History e|faktura placere ønskede felter efter behov, dog inden for de almindelige rammer angivet i faktura-formatet. Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.

e|faktura can place wanted fields as required. These fields must be within the common frames specified in the invoice format. Note that in case UDT is used, this is to be developed in both recipient and sender's ERP-system.

level

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.


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.

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.

http://www.iso.org/�

http://www.iso.org/�


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.


Changed from 20.3 to 20.10 in version 2.1.0

NET_PRICE Salgspris pr. enhed inkl. alle former for rabatter og afgifter, men ekskl. moms

Sales price per Unit including all forms of discounts and charges, but without VAT.


Changed from 20.3 to 20.10 in version


Navn - Name Beskrivelse Description Type Value C/M/D/V

Vs

N Dependent History

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 %.


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. Hvis fakturarabatbeløb er indregnet i NET_PRICE, skal fakturarabattypen (se under TOTALAMOUNT)

Invoice discount amount for the current line, without VAT. Invoice discount must be accounted for in the NET_PRICE if the discount type is ”INV_DISC_INCL” (see TOTALAMOUNT).

Decimal 20.3 C 0..1



Vs

N Dependent History

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”.

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

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_MEASU Antal pr. enhed Quantity of unit per Decimal 20.10 D 1 SUPP_ITEM_NO, Changed



Vs

N Dependent History

RE Measure. CUST_ITEM_NO, TRADED_ITEM_NO

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


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


ACCOUNT_CODE DimensionsKontoStreng til brug for fakturering af offentlige institutioner.

Account code Text

A(35)

C


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

In all tags with this partial name, users of e|faktura can place

Sub level C 0..1



Vs

N Dependent History

ø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.

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.

Linier, hvor SUPP_ITEM_NO, CUST_ITEM_NO og TRADED_ITEM_NO ikke er udfyldt, bliver betragtet som tekstlinier. På sådanne linier er det udelukkende LINE_NO og DESCRIPTION_1, DESCRIPTION_2, der udfyldes. Dette benyttes, hvis man ønsker at tilføje en linie på fakturaen, som kun indeholder tekst. Bemærk dog, at såfremt antal og beløb udfyldes, så skal enten SUPP_ITEM_NO, CUST_ITEM_NO eller TRADED_ITEM_NO udfyldes. Lines where SUPP_ITEM_NO, CUST_ITEM_NO and TRADED_ITEM_NO are not filled out, are considered to be textual lines. On such lines it is exclusively LINE_NO and DESCRIPTION_1, DESCRIPTION_2 that is to be filled in. This is used, if one wishes to add a line on the invoice, which only contains text. Notice however, if quantity and amount is entered, then one of SUPP_ITEM_NO, CUST_ITEM_NO or TRADED_ITEM_NO must be entered as well. Valgtabel 6 – choice table 6 Beskrivelse Description CPR CPR-nummer CPR number TLF Telefonummer Telephone number CVR CVR-nummer CVR number EAN EAN-lokationsnummer EAN locationsnumber PNO P-nummer P number DUN DUNS-nummer DUNS number


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


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


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.


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



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.



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.


Sub level

C 0..1


Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History Bemærk, at såfremt UDT benyttes, skal dette udvikles i både modtager og afsender ERP-system.


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. Note that in case UDT is used, this is to be developed in both recipient

Sub level

C 0..1


Navn – Name Beskrivelse Description Type Value

C/M/D/V

Vs

N Dependent History

and senders ERP-system.


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 Beløbet skal stemme overens med

Invoice discount amount without VAT. Shall correspond to

Decimal

20.3 D 0..1 T_INV_DISC_AMOUNT_VAT_EXCL skal udfyldes hvis et af følgende felter er udfyldt: T_INV_DISC_TYPE, T_INV_DISC_VAT_AMOUNT,



Vs

N Dependent History

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.

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.

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 T_INV_DISC_AMOUNT_VAT_EXCL såfremt rabattypen er INV_DISC_EXCL

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_AMOUNT_VAT_EXCL if the discount type is INV_DISC_EXCL .

Decimal

20.3 M 1



Vs

N Dependent History

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 såfremt rabattypen er INV_DISC_EXCL.

Total amount VAT free. The sum of all AMOUNT_EXCL_VAT for lines and charges where VAT_AMOUNT is 0. The sum shall be subtracted with T_INV_DISC_AMOUNT_VAT_EXCL if T_INV_DISC_VAT_AMOUNTis 0 and the discount type is INV_DISC_EXCL.

Decimal

20.3 M 1

T_VAT_AMOUNT Total momsbeløb. Summen af alle VAT_AMOUNT for

Total VAT amount Sum of all VAT_AMOUNT

Decimal

20.3 M 1



Vs

N Dependent History

alle linjer og charges. Summen skal fratrækkes T_INV_DISC_VAT_AMOUNT såfremt rabattypen er INV_DISC_EXCL.

for all lines and charges. The sum shall be subtracted with T_INV_DISC_VAT_AMOUNT if the discount type is INV_DISC_EXCL.

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


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 ’upper case’)

Freight (the information must be stated with upper case)


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



Sub level

C 0..1


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.


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



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.




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 kan findes frem, når man har betalingen.

Contains senders invoice number, so it is easier to find, when you have the payment.

Text A(35) C 0..1


Navn – Name Beskrivelse Description Type Value C/M/D/V Vs N Dependent History 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 HistoryMESSAGE Adviseringstekst Notice text Text A(35) M 1..41

Valgtabel 3 – Choice Table 3 Beskrivelse Description 04 Kortart 04 Card type 0471 Kortart 71 Card type 7173 Kortart 73 Card type 7375 Kortart 75 Card type 75

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.


Valgtabel 4 – Choice table 4

Beskrivelse Description

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 HistoryP_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 HistoryMESSAGE Alternativ afsender Alternative sender Text A(35) M 1..5


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.


P_CURRENCY_CODE Valutakode ISO. Skal være identisk med valutakoden på hovedniveau i fakturaen.

Currency code ISO. Must be identical to CURRENCY_CODE


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


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 PBS.

PBS National Clearing. Only to be used by PBS.

OTHER Anden type Other type

http://www.pbs.dk/pbs/site/pbs_dk/en/content/loesninger_regning/ud_bs.html�

http://www.pbs.dk/pbs/site/pbs_dk/en/content/loesninger_regning/ud_ls.html�


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 factoringselskab

Debtor number at factoring company

Text A(20) M 1

F_DOCUMENT_TYPE Valgtabel 1 Choice table 1. Text A(20) M 1


Navn – Name Beskrivelse Description Type Value C/M/D/V

Vs

N Dependent History

Skal være identisk med TYPE (kreditnota eller faktura)

Must be identical to TYPE

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_PCT

Rabat % ved tidlig betaling Skal være identisk med betalings-betingelsens rabat % angivelse ved

Discount % for early payment. Must be identical to PAYMENT_DISCOUNT_PCT

Decimal

20.3 C 0..1



Vs

N Dependent History

tidlig betaling. 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

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 Address of the factoring Sub M 1



Vs

N Dependent History

adresse company level 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


















4. Eksempler - examples

4.1 XML faktura/invoice i formatversion 2.1.0 from sender <?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?> <INVOICES xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="eFaktura.xsd"> <REFERENCE>SR1_20051121_15</REFERENCE> <DOCUMENT> <HEADER> <IDENTIFIER>46645775</IDENTIFIER> <SENDER_CODE>00000051</SENDER_CODE> <RECEIVER_CODE>0</RECEIVER_CODE> <INVOICE_FORWARD_TO_CODE>789123</INVOICE_FORWARD_TO_CODE> <SENDER>0</SENDER> <RECEIVER>0</RECEIVER> <TYPE>EFAKTURA_INVOICE</TYPE> <DECIMAL_SEPARATOR>,</DECIMAL_SEPARATOR> <THOUSAND_SEPARATOR/> <NEGATIVE_DENOMINATOR>-</NEGATIVE_DENOMINATOR> <DATE_FORMAT>CCYY-MM-DD</DATE_FORMAT> <TIME_VERSION>24</TIME_VERSION> <TIME_FORMAT>HH:MM:SS</TIME_FORMAT> <RECEIPT>0</RECEIPT> <RECEIPT_TO/> <RECEIPT_NO>333333333</RECEIPT_NO> <TEST_FLAG>0</TEST_FLAG> <PAYMENT_MEANS_VERSION>2.1.0</PAYMENT_MEANS_VERSION> <FACTORING_VERSION>2.0.0</FACTORING_VERSION> <VERSION>2.0.0</VERSION> <VERIFICATION_ID>0</VERIFICATION_ID> <CHECKSUM>70735620,589659</CHECKSUM> </HEADER> <DOCUMENT_HEAD> <NO>SR1_20051115_11</NO> <ORDER_NO>1002</ORDER_NO> <YOUR_REFERENCE/> <ORDER_DATE>2003-05-01</ORDER_DATE> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <SALESPERSON_CODE>PS</SALESPERSON_CODE> <SALESPERSON_NAME>Peter Schmidt</SALESPERSON_NAME> <SALESPERSON_PHONE/> <SENDER_CVR_NO>12345678</SENDER_CVR_NO> <CVR_NO>88998899</CVR_NO> <TRANSPORT_METHOD/> <DOCUMENT_DATE>2003-05-05</DOCUMENT_DATE> <INVOICE_DATE>2003-05-02</INVOICE_DATE> <EXTERNAL_DOCUMENT_NO/> <SHIPPING_AGENT_CODE/> <PACKAGE_TRACKING_NO/> <ACCOUNT_CODE>123456789</ACCOUNT_CODE> <LOGO/> <JOB_NO/> <REMARK> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT>


<REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> <REMARK_TXT>Halli Hallo Halløjsa</REMARK_TXT> </REMARK> <BILLED_FROM> <BILLED_FROM_CODE>46645775</BILLED_FROM_CODE> <ADDRESS> <NAME_1>CRONUS Danmark A/S</NAME_1> <ADDRESS_1>Ringen 5</ADDRESS_1> <ADDRESS_2>Ved Olympen</ADDRESS_2> <ADDRESS_3>Nær Nangiala</ADDRESS_3> <ADDRESS_CODE>123456</ADDRESS_CODE> <CONTACT>Hans Hansen</CONTACT> <POST_CODE>1234</POST_CODE> <CITY>Kugleby</CITY> <PHONE_1>0666-666-6666</PHONE_1> <PHONE_2>9999-999-9999</PHONE_2> <FAX_1>0666-666-6660</FAX_1> <FAX_2>9999-999-9999</FAX_2> <BANK_REG_NO>2370</BANK_REG_NO> <BANK_ACC_NO>99-99-888</BANK_ACC_NO> <BANK_NAME>Konto Banken</BANK_NAME> <EMAIL/> <HOMEPAGE/> <COUNTRY/> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILLED_FROM> <SOLD_FROM> <SOLD_FROM_CODE>46645775</SOLD_FROM_CODE> <ADDRESS> <NAME_1>CRONUS Danmark A/S</NAME_1> <ADDRESS_1>Ringen 5</ADDRESS_1> <ADDRESS_2>Ved Olympen</ADDRESS_2> <POST_CODE>1234</POST_CODE> <CITY>Kugleby</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SOLD_FROM> <SELL_TO> <SELL_TO_CUSTOMER_NO>88998899</SELL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <ADDRESS_2>Test1</ADDRESS_2> <POST_CODE>8000</POST_CODE> <CITY>Århus C</CITY> <COUNTRY/> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SELL_TO> <BILL_TO> <BILL_TO_CUSTOMER_NO>88998899</BILL_TO_CUSTOMER_NO> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1>


<ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <ADDRESS_2>Test</ADDRESS_2> <CONTACT>Hr. H. Danielsen</CONTACT> <POST_CODE>2750</POST_CODE> <CITY>Århus C</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </BILL_TO> <SHIP_TO> <SHIP_TO_CODE>88998899</SHIP_TO_CODE> <ADDRESS> <NAME_1>Kontor A/S - Attain 3.10</NAME_1> <ADDRESS_1>Carl Blochs Gade 7</ADDRESS_1> <POST_CODE>8000</POST_CODE> <CITY>Århus C</CITY> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> </SHIP_TO> <CURRENCY> <CURRENCY_CODE>DKK</CURRENCY_CODE> </CURRENCY> <LINE> <LINE_NO>10001</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>456987,7897</QUANTITY> <UNIT_PRICE>7854,589659</UNIT_PRICE> <NET_PRICE>7854,589659</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,0000000000</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT>


<AMOUNT_EXCL_VAT>3589451566,83</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>4486814458,54</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>897362891,71</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10002</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10003</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/>


<LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10004</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT>


</AMOUNT> </LINE> <LINE> <LINE_NO>10005</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10006</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT>


<QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10007</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/>


<ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10008</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10009</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO>


<SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME> <SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <LINE> <LINE_NO>10010</LINE_NO> <SUPP_ITEM_NO>70000</SUPP_ITEM_NO> <CUST_ITEM_NO/> <TRADED_ITEM_NO>097363368229</TRADED_ITEM_NO> <SHIPMENT_DATE>2003-05-04</SHIPMENT_DATE> <DESCRIPTION_1>Sideplade</DESCRIPTION_1> <DESCRIPTION_2/> <UNIT_OF_MEASURE>6 stk</UNIT_OF_MEASURE> <QUANTITY>1,00</QUANTITY> <UNIT_PRICE>1578,00</UNIT_PRICE> <NET_PRICE>1578,00</NET_PRICE> <VAT_PCT>25</VAT_PCT> <QUANTITY_DISC_PCT>0,00</QUANTITY_DISC_PCT> <QUANTITY_DISC_AMOUNT/> <LINE_DISCOUNT_PCT/> <LINE_DISCOUNT_AMOUNT>0,00</LINE_DISCOUNT_AMOUNT> <GROSS_WEIGHT>15,90</GROSS_WEIGHT> <NET_WEIGHT>13,80</NET_WEIGHT> <UNITS_PER_PARCEL>0,00</UNITS_PER_PARCEL> <UNIT_VOLUME>0,24</UNIT_VOLUME>


<SERIAL_NO/> <LOT_NO/> <TRANSPORT_METHOD/> <QTY_PER_UNIT_OF_MEASURE>6,00</QTY_PER_UNIT_OF_MEASURE> <UNIT_OF_MEASURE_CODE>6STK</UNIT_OF_MEASURE_CODE> <JOB_NO/> <FINAL_CUSTOMER/> <ACCOUNT_CODE/> <ITEM_INFO> <ITEM_INFO_LINE_NO>12345</ITEM_INFO_LINE_NO> <ITEM_INFO_TXT>Halli hallo halløjsa</ITEM_INFO_TXT> </ITEM_INFO> <AMOUNT> <AMOUNT_EXCL_VAT>1578,00</AMOUNT_EXCL_VAT> <AMOUNT_INCLUDING_VAT>1972,50</AMOUNT_INCLUDING_VAT> <VAT_AMOUNT>394,50</VAT_AMOUNT> </AMOUNT> </LINE> <PAYMENT_TERMS> <PAYMENT_TERMS_DESC>30 dage netto, 8 dage - 2%</PAYMENT_TERMS_DESC> <DUE_DATE>2003-06-02</DUE_DATE> <PAYMENT_DISCOUNT_PCT>2,00</PAYMENT_DISCOUNT_PCT> <PAYMENT_DISCOUNT_DATE>2003-05-10</PAYMENT_DISCOUNT_DATE> <PAYMENT_DISCOUNT_AMOUNT>39,45</PAYMENT_DISCOUNT_AMOUNT> </PAYMENT_TERMS> <TOTALAMOUNT> <T_AMOUNT_VAT_EXCL>3589465768,83</T_AMOUNT_VAT_EXCL> <T_AMOUNT_VAT_INCL>4486832211,038</T_AMOUNT_VAT_INCL> <T_AMOUNT_VAT_FREE>0,00</T_AMOUNT_VAT_FREE> <T_VAT_AMOUNT>897366442,208</T_VAT_AMOUNT> </TOTALAMOUNT> <DELIVERY_TERMS> <DELIVERY_TXT>Halli hallo halløjsa</DELIVERY_TXT> </DELIVERY_TERMS> </DOCUMENT_HEAD> <PAYMENT_MEANS> <PAYMENT_TYPE>FIK</PAYMENT_TYPE> <FIK> <P_CARD_ID>71</P_CARD_ID> <P_PAYMENT_ID>102030430705669</P_PAYMENT_ID> <P_FIK_NO>70712342</P_FIK_NO> <P_CURRENCY_CODE>DKK</P_CURRENCY_CODE> <P_AMOUNT>401,50</P_AMOUNT> <P_TRANSFER_DATE>2005-06-02</P_TRANSFER_DATE> <P_TECHNICAL_REFERENCE>70566</P_TECHNICAL_REFERENCE> <P_CREDITOR_ADDRESS> <P_CREDITOR_NAME>Kristians Træimport</P_CREDITOR_NAME> <P_CREDITOR_ADDRESS_1_3>Bregnerødvej 133</P_CREDITOR_ADDRESS_1_3>


<P_CREDITOR_ADDRESS_1_3/> <P_CREDITOR_ADDRESS_1_3>9000 Aalborg</P_CREDITOR_ADDRESS_1_3> </P_CREDITOR_ADDRESS> <P_MESSAGE> <MESSAGE>Halli hallo halløjsa 1</MESSAGE> <MESSAGE>Halli hallo halløjsa 2</MESSAGE> <MESSAGE>Halli hallo halløjsa 3</MESSAGE> <MESSAGE>Halli hallo halløjsa 4</MESSAGE> <MESSAGE>Halli hallo halløjsa 5</MESSAGE> <MESSAGE>Halli hallo halløjsa 6</MESSAGE> <MESSAGE>Halli hallo halløjsa 7</MESSAGE> <MESSAGE>Halli hallo halløjsa 8</MESSAGE> <MESSAGE>Halli hallo halløjsa 9</MESSAGE> <MESSAGE>Halli hallo halløjsa 10 </MESSAGE> <MESSAGE>Halli hallo halløjsa 11</MESSAGE> <MESSAGE>Halli hallo halløjsa 12</MESSAGE> </P_MESSAGE> </FIK> </PAYMENT_MEANS> <FACTORING_INFO> <F_CARD_ID>71</F_CARD_ID> <F_PAYMENT_ID>102030430705669</F_PAYMENT_ID> <F_FIK_NO>65895684</F_FIK_NO> <F_FACTOR_CLIENT_ID>1245</F_FACTOR_CLIENT_ID> <F_DELIVERY_DATE>2003-05-04</F_DELIVERY_DATE> <F_FACTOR_CUSTOMER_ID>65895684</F_FACTOR_CUSTOMER_ID> <F_DOCUMENT_TYPE>EFAKTURA_INVOICE</F_DOCUMENT_TYPE> <F_DOCUMENT_ID>103050</F_DOCUMENT_ID> <F_CURRENCY_CODE>DKK</F_CURRENCY_CODE> <F_DOCUMENT_DATE>2003-05-02</F_DOCUMENT_DATE> <F_DUE_DATE>2003-06-02</F_DUE_DATE> <F_PAYMENT_DISCOUNT_PCT>2</F_PAYMENT_DISCOUNT_PCT> <F_PAYMENT_DISCOUNT_DATE>2003-05-10</F_PAYMENT_DISCOUNT_DATE> <F_PAYMENT_DISCOUNT_AMOUNT>39,45</F_PAYMENT_DISCOUNT_AMOUNT> <F_AMOUNT>1972,50</F_AMOUNT> <F_DESCRIPTION>Halli hallo halløjsa</F_DESCRIPTION> <F_CVR_NO>88998899</F_CVR_NO> <ADDRESS> <NAME_1>Factoring</NAME_1> <ADDRESS_1>Gaden 2</ADDRESS_1> <POST_CODE>3500</POST_CODE> <CITY>Værløse</CITY> <PHONE_1>4455 5566</PHONE_1> <COUNTRY_CODE>DK</COUNTRY_CODE> </ADDRESS> <F_RELEASE_TEXT_1>Fakturaen er overdraget til Factoring.</F_RELEASE_TEXT_1> <F_RELEASE_TEXT_2>Betal venligst til banken.</F_RELEASE_TEXT_2> <F_RELEASE_TEXT_3/> <F_RELEASE_TEXT_4/> <F_RELEASE_TEXT_5/> <F_RELEASE_TEXT_6/> <F_RELEASE_TEXT_7/> <F_RELEASE_TEXT_8/>


<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>


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>


<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> </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> <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> <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>


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" />


<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" /> <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> <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> <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" /> <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> <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> <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> <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> </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> <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" /> <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" /> <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> <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"> <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> </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"> <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)" /> <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"> <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" /> <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" /> <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:sequence> </xs:complexType> </xs:schema>

e|faktura faktura / invoice format version 2.1 - nets a/s · pdf filee|faktura faktura /...

Documents