Tyskland 2027: hvem skal udstede e-⁠fakturaer fra 1. januar, og hvad ERP’et skal producere

Den 01.01.2027 tager e-⁠faktureringskravet i Tyskland sit andet skridt. En udsteder, hvis samlede omsætning i det foregående år var over 800.000 EUR, kan ikke længere sende papir- eller PDF-fakturaer til andre virksomheder i Tyskland. Udstederen skal sende e-⁠fakturaer, bortset fra generelle undtagelser som fakturaer på op til 250 EUR og en EDI-procedure aftalt med køber, som stadig må bruges indtil udgangen af 2027 [1]. Mindre udstedere følger et år senere. Denne note er til den, der har ansvaret for ERP’et eller økonomiprocessen i en tysk virksomhed eller i en udenlandsk koncern med en tysk enhed. Den gennemgår, hvad der gælder, hvad der ændrer sig, hvem der er omfattet, hvilke formater der tæller, hvad ERP’et skal producere og gemme, og hvad der skal testes.

Datoerne kommer fra den tyske momslov (UStG) og er lov. Skrivelserne og FAQ’en fra Forbundsfinansministeriet (BMF) redegør for, hvordan skatteforvaltningen læser loven. Den FAQ, vi har læst, er mærket »pr. marts 2026« [1].

Hvad der allerede gælder siden 01.01.2025

Siden 01.01.2025 har alle virksomheder i Tyskland skullet kunne modtage e-⁠fakturaer, uden undtagelser. Selv en lille virksomhed, der ikke skal udstede dem, har brug for en e-⁠mailindbakke til det [1].

Definitionen ændrede sig samme dag. Før 2025 talte en almindelig PDF sendt på e-⁠mail som en elektronisk faktura. Siden 01.01.2025 er en e-⁠faktura en faktura, der udstedes, overføres og modtages i et struktureret elektronisk format, som muliggør elektronisk behandling. En almindelig PDF opfylder ikke længere kravet. Papir og almindelige PDF’er er nu »andre fakturaer« (sonstige Rechnungen) [1].

Det er udstedelsen, der endnu mangler at ændre sig. Indtil 31.12.2026 må enhver udsteder sende en anden faktura i stedet for en e-⁠faktura. Papir er altid muligt. En PDF på e-⁠mail kræver købers samtykke [1].

Hvad der ændrer sig med e-⁠faktureringskrav i Tyskland i 2027

Overgangsreglerne står i § 27(38) UStG [2]. Hver af dem afhænger af to datoer: hvornår leverancen blev foretaget, og hvornår fakturaen sendes (eller, for EDI-reglen, udstedes). Læst samlet giver de dette:

Leverance foretaget i	Udsteder	Må fakturaen stadig være papir eller PDF?
2025 eller 2026	Enhver udsteder	Ja, hvis den sendes senest 31.12.2026. En PDF kræver købers samtykke
2025 eller 2026, faktura sendt i 2027 eller senere	Enhver udsteder	Nej, medmindre en generel undtagelse gælder
2027	Samlet omsætning i det foregående år op til 800.000 EUR	Ja, hvis den sendes senest 31.12.2027. En PDF kræver købers samtykke
2027	Samlet omsætning i det foregående år over 800.000 EUR	Nej. Kun en EDI-procedure, som ikke i sig selv er en e-⁠faktura, må stadig bruges, med købers samtykke, indtil 31.12.2027
Fra 2028 og frem	Enhver udsteder	Nej, bortset fra de undtagelser, der er opført under Hvem der er omfattet

De samme regler som en beslutning, for én faktura:

Tærsklen er den samlede omsætning (Gesamtumsatz), som § 19(2) UStG definerer den [3]. Det er et momstal: skattepligtige leverancer opgjort efter de modtagne betalinger, uden visse fritagne leverancer og uden salg af anlægsaktiver. Det er ikke blot omsætningslinjen i dit regnskab. For en leverance foretaget i 2027 er det foregående kalenderår 2026, så bed din skatterådgiver om det tal nu for hver tysk enhed, og om en momsgruppe (Organschaft) ændrer, hvilken omsætning der tæller.

Hvem der er omfattet

Pligten står i § 14(2) UStG [4]. Den gælder en faktura for en leverance til en anden virksomhed til brug for dens virksomhed, når både leverandøren og køberen er hjemmehørende i Tyskland. Hjemmehørende betyder, at hjemstedet, ledelsen eller et fast driftssted, der deltager i leverancen, ligger i Tyskland.

For en koncern:

• Et tysk datterselskab, for eksempel en GmbH, har sit hjemsted i Tyskland. Dets fakturaer til virksomheder i Tyskland er omfattet.
• Et udenlandsk selskab med et tysk driftssted, der deltager i leverancen, er omfattet for den leverance.
• Et udenlandsk selskab, der kun er momsregistreret i Tyskland uden fast forretningssted dér, er ikke hjemmehørende. BMF siger, at det kan angive dette på sin faktura for at forklare, hvorfor det ikke sender en e-⁠faktura [1].

BMF’s skrivelse af 15.10.2025 tilføjer, at reglerne også gælder selvfakturaer (Gutschriften), leverancer med omvendt betalingspligt, hvor begge parter er hjemmehørende i Tyskland, og særordningerne for landbrugere, rejsetjenester og margenordningen. De gælder, selv når køberen er en lille virksomhed eller kun foretager momsfritagne leverancer [5].

Der er undtagelser [1]. Reglerne gælder kun, hvor den tyske momslov overhovedet kræver en faktura, så leverancer, der er fritaget efter § 4 nr. 8 til 29 UStG, for eksempel momsfritagne finansielle tjenesteydelser og momsfritaget udlejning, er uden for dem [1]. En faktura, der også omfatter skattepligtige leverancer, eller en leverance, der er skattepligtig, fordi virksomheden har valgt momspligt, er derimod omfattet igen [5]. Hvor der kræves en faktura, behøver den stadig ikke at være en e-⁠faktura for små beløb på op til 250 EUR brutto, for billetter, der tæller som fakturaer, og for fakturaer fra små virksomheder under Kleinunternehmer-ordningen.

Hvad der tæller som en e-⁠faktura

§ 14(1) UStG tillader to slags strukturerede formater [4]. Det første opfylder den europæiske standard EN 16931 og dens liste over syntakser. Det andet aftales mellem udsteder og køber, så længe de krævede momsoplysninger kan udtrækkes korrekt og fuldstændigt til et format, der opfylder standarden eller kan bruges sammen med den.

I praksis, ifølge BMF:

• XRechnung opfylder kravet. Det er et rent struktureret format, udviklet af KoSIT [1].
• ZUGFeRD opfylder kravet fra version 2.0.1, undtagen profilerne MINIMUM og BASIC-⁠WL [1]. Det er en hybridfaktura: en PDF, et menneske kan læse, med XML indeni.
• Andre formater, der opfylder EN 16931, opfylder også kravet. Formatet behøver ikke at være tysk, og hvilket tilladt format du bruger, er op til dig og køberen at aftale [5].
• EDI-formater som EDIFACT kan fortsætte som e-⁠fakturaer, hvis parterne aftaler det, og momsoplysningerne kan udtrækkes som beskrevet ovenfor [1].
• En almindelig PDF eller papir tæller ikke [1].

To punkter i skrivelsen af 15.10.2025 har betydning for ERP’et [5]. En fil med formatfejl, en der ikke svarer til den tilladte syntaks, er ikke en e-⁠faktura. Den er en anden faktura. Og hver obligatorisk momsoplysning skal ligge i den strukturerede del. En henvisning til en bilagsfil, der indeholder oplysningerne, er ikke nok, og det er et link til et eksternt websted heller ikke.

I én tabel:

Hvad du sender	Er det en e-⁠faktura?	Bemærkning
XRechnung	Ja	Rent struktureret, udviklet af KoSIT
ZUGFeRD 2.0.1 eller senere	Ja, undtagen profilerne MINIMUM og BASIC-⁠WL	En hybridfaktura. XML’en tæller
Et andet format, der opfylder EN 16931	Ja	Udsteder og køber aftaler det
EDI, for eksempel EDIFACT	Ja, hvis parterne aftaler det, og momsoplysningerne kan udtrækkes	Som beskrevet ovenfor
En fil med formatfejl	Nej	Den er en anden faktura
En almindelig PDF eller papir	Nej	Den er en anden faktura

Hvad ERP’et skal producere

En e-⁠faktura starter som data i dit ERP. I Tyskland findes der ingen central platform, og loven fastsætter ingen kanal. E-⁠mail, en grænseflade, en download fra en portal eller en anden kanal virker alle, og parterne aftaler det indbyrdes [1]. I Tyskland er ruten i diagrammet den aftalte kanal.

▶Afspil

1. 01ERP-eksport
2. 02Mapping
3. 03Validering
4. 04Rute
5. 05Køber og skatteplatform

↺Status kommer tilbage via webhook eller API: accepteret, afvist med en kode eller afslået af køberen.

ERP-eksportERP-data

Dit ERP danner fakturadataene: en rapport, en fil eller et API-kald.

Hvad der kan gå galtEt felt mangler i eksporten, for eksempel køberens momsnummer.

Eksporten skal indeholde de oplysninger, som § 14(4) UStG kræver på hver faktura [4]. Blandt dem: begge parters navne og adresser, sælgers skattenummer eller momsnummer, fakturadatoen, et entydigt fortløbende nummer, mængden og arten af varerne eller omfanget af ydelsen, leveringsdatoen, nettobeløbet fordelt efter skattesats og skattesatsen med skattebeløbet eller en henvisning til fritagelsen. I en e-⁠faktura skal alle disse ligge i den strukturerede del [1].

Nogle detaljer overrasker ERP-teams. De stammer fra BMF’s FAQ [1] og skrivelsen af 15.10.2025 [5]:

• Hvor pligten gælder, skal en rettelse også være en e-⁠faktura, med den fakturatype, der bruges til rettelser. I overgangsperioderne må en rettelse stadig være en anden faktura.
• XRechnung kræver feltet BT-⁠10, købers reference [5]. Mellem virksomheder er der ikke brug for et Leitweg-ID. I momsmæssig sammenhæng er en pladsholder som »-« nok. Om køberen tildeler sin egen reference til dette felt, er købers interne beslutning, så brug den, hvis køberen giver dig en [1].
• En forskuds- eller acontofaktura, der udstedes før din startdato, behøver ikke at være en e-⁠faktura, selv om levering og betaling kommer senere.

BMF gør ikke validering til en retlig betingelse, men anbefaler at validere, når en faktura oprettes og sendes. Af hensyn til ligebehandling siger BMF, at man ikke kan anbefale et bestemt valideringsværktøj. KoSIT udgiver open source-komponenter til XRechnung, herunder en validator og en testsuite [1]. Skrivelsen af 15.10.2025 advarer også om, at en validator ikke fanger alle indholdsfejl. En forkert skattesats kan komme igennem forretningsreglerne [5].

Hvad ERP’et skal gemme

§ 14b UStG kræver, at en kopi af hver faktura, du udsteder, og hver faktura, du modtager, opbevares i otte år fra udgangen af det kalenderår, hvor den blev udstedt. Dens oprindelse, dens integritet og dens læsbarhed skal være sikret i hele perioden [6].

For en e-⁠faktura skal som minimum den strukturerede del opbevares uændret i sin oprindelige form. Momsmæssigt er det som hovedregel ikke i sig selv en overtrædelse at opbevare e-⁠fakturaer uden for et GoBD-kompatibelt system. Til andre formål henviser BMF til sin GoBD-skrivelse af 28.11.2019, senest ændret 14.07.2025 [1].

Gem også valideringsrapporten. Skrivelsen af 15.10.2025 siger, at en virksomhed, der udviser fornøden omhu, må støtte sig til det tekniske resultat fra en egnet validator for format og forretningsregler, og foreslår at gemme rapporten som bevis [5]. For ERP’et betyder det én ting: Det, der skal ligge i arkivet, er den fil, du sendte. En PDF, der senere udskrives fra ERP’et, er det ikke.

Hvad der skal testes inden januar

1. Hent tallet for samlet omsætning i 2026 fra din skatterådgiver for hver tysk enhed, spørg om en momsgruppe (Organschaft) ændrer det, og afgør, hvilken dato der gælder.
2. Opstil alle dokumenter, der forlader ERP’et til en virksomhed i Tyskland: fakturaer, rettelser, selvfakturaer, forskudsfakturaer og de usædvanlige som linjer med omvendt betalingspligt.
3. Spørg dine vigtigste købere, hvilket format og hvilken kanal de forventer: XRechnung i UBL eller CII eller ZUGFeRD og i hvilken profil, på e-⁠mail eller via en anden kanal.
4. Generér en testfil for hver variant, og valider den. Gem hver rapport.
5. Sammenlign PDF’en med XML’en for ZUGFeRD: de samme beløb, den samme moms, de samme linjer.
6. Tjek, at arkivet gemmer den fil, du sendte, uændret, sammen med dens rapport, i otte år.
7. Planlæg fakturakørslen i januar for leverancer i december.

Hvor EurInvoice passer ind

Vi mapper ERP’ets fakturadata til XRechnung i UBL eller CII eller til ZUGFeRD. Vi validerer hver fil mod EN 16931 og reglerne for det valgte format, tjekker ZUGFeRD-filer som PDF/A-⁠3 med XML’en indeni og afleverer den validerede fil og dens valideringsresultat tilbage til brug i den kanal, du har aftalt med køberen. Der er ingen offentlig platform at forbinde til i Tyskland, så opgavebeskrivelsen nævner i stedet formatet, profilen, købers krav og kanalen. Siden om Tyskland gør rede for, hvad der er vores, og hvad der bliver hos dit team.

Vores dokumentation for Tyskland findes på dokumentationssiden. XRechnung- og ZUGFeRD-fakturaer og -kreditnotaer, bygget på eksempeldata med fiktive virksomheder, blev tjekket med KoSIT-validatoren, veraPDF og Mustang. De blev accepteret uden meddelelser, og PDF’erne var gyldige som PDF/A-⁠3B. Det er tests, ikke produktionstrafik.

Standardpakken dækker én juridisk enhed, ét kildesystem og én landerute; indgående flow, arkivering og arbejde på ERP-grænseflader prissættes separat. Processen viser de seks trin.

Næste skridt

Hvis en enheds samlede omsætning i 2026 er over 800.000 EUR, er dens første fakturakørsel i 2027 fristen. For alle udstedere gælder, at fakturaer, der sendes i 2027 for leverancer i december 2026, er uden for overgangen og skal være e-⁠fakturaer, medmindre en generel undtagelse gælder. Send os én tysk opgave: nogle få repræsentative fakturaer, det format og den kanal, dine købere ønsker, og det ERP, de kommer fra. Vi fortæller dig, om den passer til standardpakken.