E-fakturering i UAE 1. juli 2027: sådan gør du et egenudviklet ERP-system klar til Peppol

Fra 1. januar 2027 skal virksomheder i De Forenede Arabiske Emirater med en årlig omsætning på 50.000.000 AED eller mere udstede og modtage deres B2B- og B2G-fakturaer som struktureret XML, sendt gennem en akkrediteret tjenesteudbyder over Peppol-netværket. Alle under den grænse følger efter 1. juli 2027 og skal have udpeget en udbyder senest 31. marts 2027. Offentlige myndigheder går i drift 1. oktober 2027.

Fra jeres go live-dato er det XML-filen, der er momsfakturaen. Den PDF, jeres system mailer i dag, skal kun bruges ved siden af, til kunder der endnu ikke er på netværket.

Kommer jeres fakturaer ud af Zoho, Tally, Wafeq eller et lignende standardprodukt, er det meste af dette leverandørens opgave. Alle tre står selv på Finansministeriets liste over akkrediterede udbydere. Jeres arbejde er at vælge en udbyder, gennemføre onboarding via EmaraTax og rydde op i kundedata.

Denne artikel er til virksomheder, hvis fakturaer kommer fra et system, de selv ejer: et egenudviklet ERP-system, en installation der er tilpasset så meget, at den ikke længere kan opgraderes, eller en intern faktureringsmotor. Ingen leverer en connector til den slags. Det siger UAE Electronic Invoicing Guidelines også ret direkte: virksomheder skal »gennemføre eventuelle tilpasninger af interne systemer og begynde at teste overførslen af fakturadata«.

Datoerne

Faserne er fastsat i Ministerial Decision No. 244 of 2025 med senere ændringer:

I første række stod der oprindeligt 31. juli 2026. Ministerial Decision No. 66 of 2026 flyttede den til 30. oktober 2026 og lod go live-datoen være. Tabellen i retningslinjerne viser stadig den gamle dato, så læs de to dokumenter sammen.

Frivillig implementering har været åben for alle siden 1. juli 2026, og det har betydning for planen nedenfor.

Hvad der er omfattet

E-fakturering gælder for enhver, der driver virksomhed i UAE, uanset momsregistrering. En virksomhed, der ikke er momsregistreret, udsteder elektroniske handelsfakturaer i stedet for momsfakturaer, gennem det samme netværk.

B2B-, B2G-, G2B- og G2G-transaktioner er omfattet. Salg til forbrugere er undtaget, indtil ministeren beslutter andet, og en virksomhed, der kun sælger til forbrugere, er indtil videre slet ikke omfattet af systemet. Der findes snævre undtagelser for statslig myndighedsudøvelse, flybilletter til passagerer og momsfritagne finansielle tjenester.

Er I en momsgruppe, er der én lempelse, der betyder noget: transaktioner mellem medlemmer af samme gruppe får en henstandsperiode på 24 måneder fra 1. januar 2027. Hvert medlem gennemfører stadig sin egen onboarding under sit eget TIN, og fakturaer til eksterne parter er omfattet fra den normale dato.

Femhjørnemodellen set fra jeres ERP-system

UAE bruger en model med fem hjørner:

1. Hjørne 1: jer, leverandøren.
2. Hjørne 2: jeres akkrediterede tjenesteudbyder (Accredited Service Provider, ASP).
3. Hjørne 3: købers ASP.
4. Hjørne 4: køber.
5. Hjørne 5: Federal Tax Authority (FTA), den føderale skattemyndighed.

Jeres system taler med én part: jeres ASP. I sender fakturadata i et format, I har aftalt med udbyderen. ASP'en validerer dem, konverterer dem om nødvendigt til UAE-XML, leverer dem til købers ASP og indberetter samtidig skattedata til FTA. Købers ASP validerer det modtagne og indberetter også. Bekræftelserne løber tilbage gennem kæden til jer.

Indberetningen bruger et separat Peppol-dokument, UAE Tax Data Document, som Peppol-specifikationen beskriver som et dokument, der »bruges af både fakturaudsteder og fakturamodtager til at indberette en faktura«. Det bygger jeres ASP. I bygger håndteringen af det, der kommer tilbage: bekræftelse af, at købers side har accepteret fakturaen, bekræftelse af, at FTA har modtaget skattedata, og fejl for begge dele.

ASP'en står for transport, kryptering, opslag af deltagere og det UUID, der entydigt identificerer hver faktura. I er fortsat ansvarlige for at beregne hver eneste værdi på fakturaen og for at indhente købers Peppol-identifikator. Udbyderen validerer fakturaen. Den retter den ikke.

I udpeger præcis én ASP, både til afsendelse og modtagelse.

Hvad jeres system skal kunne levere

Formatet

UAE bruger Peppol PINT-AE: UBL-XML med én specifikation til almindelig fakturering og en separat til selvfakturering (begge i version 1.0.4, da dette skrives). Der er ingen QR-kode. I kan ikke tilføje egne felter; alt branchespecifikt aftales med jeres ASP.

Felterne, ældre systemer typisk mangler

Ministeriet offentliggør en liste over obligatoriske felter: 51 for en elektronisk momsfaktura. Disse er dem, der som regel kræver arbejde:

• Elektroniske adresser for begge parter. Jeres endpoint er 0235 plus jeres 10-cifrede TIN, som er de første 10 cifre i jeres TRN. Købers følger samme mønster, hvilket betyder et nyt felt på hver kundepost og nogen til at indsamle værdierne. Der findes foruddefinerede endpoints til særtilfælde: 0235:9900000098 når køber endnu ikke er på systemet, 0235:9900000099 til en eksportkøber uden Peppol-id og 0235:9900000097 til fiktive leverancer (deemed supplies).
• Sælgers juridiske registrering. Registreringsnummeret plus dets type fra en fast liste: TL (handelslicens), EID (Emirates ID), PAS (pas) eller CD (Cabinet Decision). På en handelsfaktura er købers registrering også obligatorisk.
• Strukturerede adresser, inklusive landets underopdeling (emiratet), for sælger og køber.
• Betalingsbetingelser som data. En forfaldsdato og en kode for betalingsmåde på hver faktura.
• Kodede enheder og fulde prisdata på hver linje. En kode for måleenhed, bruttopris, nettopris og prisens basismængde. Enheder gemt som fritekst (»stk.«, »kasse à 12«) kræver en mappingtabel.
• Momskategori pr. linje plus en opgørelse pr. kategori: standardsats, fritaget, uden for anvendelsesområdet, omvendt betalingspligt, nulsats eller marginordning. Fakturaer med indenlandsk omvendt betalingspligt skal også have en tekstforklaring og varetypen.
• Beløb i AED, altid. Momsbeløbet og det skyldige beløb for hver linje i AED, uanset fakturavalutaen. En faktura i udenlandsk valuta skal også angive momsregnskabsvalutaen og totalen inklusive moms i AED, omregnet til centralbankens kurs.
• Flag for transaktionstype. Otte positioner, hver 1 eller 0: frizone, fiktiv levering, marginordning, samlefaktura, løbende levering, fakturering via oplyst agent, e-handel og eksport. Flere kan sættes på samme faktura, og hvert flag, der sættes, medfører sine egne krav. En kunde i en frizone kræver for eksempel også oplysninger om den begunstigede.

Én regel fortjener sin egen testcase: afrunding sker på fakturatotalen, til to decimaler, ikke på linje- eller momskategoriniveau. Afrunder jeres faktureringskode hver linje eller hver momssats, så test den mod rigtige fakturaer, før jeres udbyder gør det.

HSN-varekoder er valgfrie indtil videre, og datoen for, hvornår de bliver obligatoriske, er endnu ikke meldt ud. Sælger I varer, så tilføj dem alligevel, mens I har varestamdata åbne.

Kreditnotaer, forudbetalinger og tilbageholdte beløb

• En faktura med negativ total er ikke tilladt. En kreditering skal udstedes som en elektronisk kreditnota, og det gælder også en samlefaktura, der samlet giver en kreditering.
• Én kreditnota kan henvise til flere tidligere fakturaer og kan dække en del af en enkelt faktura. Mængderabatter håndteres med kreditnotaer med den tilhørende årsagskode.
• Der findes ingen kategori for foreløbige fakturaer. Hver foreløbig faktura er en fuld elektronisk faktura, der senere justeres med en kreditnota eller en supplerende faktura.
• Forudbetalinger får en momsfaktura, når de modtages. Slutfakturaen dækker kun restbeløbet og henviser til fakturaen for forudbetalingen.
• Tilbageholdte beløb kan håndteres ved at fakturere netto efter tilbageholdelsen og derefter udstede en separat faktura, når det tilbageholdte beløb forfalder.

Indgående fakturaer, som alle glemmer

Den samme ASP modtager jeres leverandørfakturaer. Fra go live kommer de som XML og skal lande i kreditorbogholderiet. Det er ofte den største halvdel af arbejdet, fordi det berører indkøbsmatchning og godkendelser frem for en enkelt dokumentskabelon.

Jeres store leverandører går i drift 1. januar 2027 og vil bede om jeres identifikator. Indtil I selv er i drift, sender de til det foruddefinerede endpoint og giver jer også en almindelig momsfaktura, så intet går i stykker på jeres side.

Samarbejdet med en akkrediteret tjenesteudbyder

Ministeriets liste viste 60 akkrediterede udbydere 2. oktober 2026. Onboarding startes af jer, ikke af udbyderen: administratoren af jeres EmaraTax-konto åbner afsnittet om e-fakturering, vælger udbyderen og sendes videre til dennes portal. Underskriv kontrakten først, og tjek, at jeres virksomhedsoplysninger i EmaraTax er opdaterede.

For et specialudviklet system er det de tekniske spørgsmål, der afgør projektet:

1. Hvad accepterer udbyderen? Sit eget API-format, filudveksling eller PINT-AE-XML, som I selv genererer. Udbyderens eget format er mindre arbejde i dag; jeres egen PINT-AE giver jer mulighed for at skifte udbyder uden at bygge mappingen om.
2. Hvordan kommer bekræftelserne tilbage? Webhook, polling eller fil? Begge typer hører hjemme på fakturaposten sammen med det UUID, ASP'en tildeler.
3. Hvad sker der ved et genforsøg? Timeouts sker. At sende en faktura igen må ikke skabe en faktura nummer to, så aftal, hvordan dubletter opdages, og før jeres egen transmissionslog som dokumentation for, hvad der er sendt.
4. Findes der et sandkassemiljø, hvor I kan teste afvisninger og ikke kun det forløb, hvor alt går godt?
5. Hvordan når indgående fakturaer frem til jer? Og hvad sker der, mens jeres side er nede?
6. Arkiverer udbyderen for jer? Det kan aftales i kontrakten, men opbevaringspligten forbliver jeres. Data må ligge uden for UAE, så længe de kan fremlægges for FTA fuldstændige og læsbare.

Retningslinjerne oplister, hvad testen skal dække: afsendelse af fakturadata til ASP'en, levering til køber, udvekslingsbekræftelsen, modtagelse af en leverandørfaktura, ASP'ens indberetning til FTA og indberetningsbekræftelsen. Test fejlforløbet for hvert trin, ikke kun succesforløbet.

Sanktionerne

Cabinet Decision No. 106 of 2025 fastsætter dem:

• Manglende implementering af systemet, herunder manglende rettidig udpegning af en udbyder: 5.000 AED pr. måned eller påbegyndt måned.
• Manglende udstedelse og overførsel af en elektronisk faktura eller en elektronisk kreditnota: 100 AED pr. stk., dog højst 5.000 AED pr. kalendermåned.
• Manglende underretning af FTA om et systemnedbrud, eller manglende besked til jeres ASP om ændringer i jeres registrerede oplysninger: 1.000 AED pr. dag.

Ingen af dem gælder for fakturaer, der er udstedt frivilligt før jeres obligatoriske dato.

En plan på ni måneder frem til 1. juli 2027

I begyndelsen af oktober 2026 har en virksomhed under grænsen ni måneder. Det er nok til et specialudviklet system, hvis arbejdet starter nu.

1. Oktober til november 2026: gapanalyse. Eksportér et års fakturaer og kreditnotaer, klassificér dem efter kategori, scenarie, momskategori og valuta, og skriv ned, hvor hvert obligatorisk felt skal komme fra.
2. November til december 2026: vælg en udbyder. Lav en kortliste ud fra de tekniske spørgsmål ovenfor, underskriv og få adgang til sandkassemiljøet. 31. marts 2027 er den sidste frist, ikke målet.
3. December 2026 til februar 2027: byg. Ændringer i stamdata og indsamling af kundeidentifikatorer, mappingen, validering før afsendelse, håndtering af bekræftelser, en fejlkø som nogen ejer, og behandling af indgående fakturaer.
4. Februar til marts 2027: onboarding via EmaraTax, som slutter med jeres deltageridentifikator. Bliv færdige i god tid før 31. marts.
5. April til maj 2027: end-to-end-test med udbyderen: alle seks trin, inklusive fejl og kreditnotaer.
6. Maj til juni 2027: gå frivilligt i drift. Sanktionerne gælder ikke for frivillige fakturaer, så det er det billigste sted at finde de sidste problemer. Aftal rækkefølgen med jeres udbyder.
7. 1. juli 2027: obligatorisk. Hold fejlkøen bemandet gennem den første momsangivelse.

Er I i gruppen af store virksomheder og ikke kommet i gang, har I indtil 30. oktober 2026 til at udpege en udbyder og under tre måneder til at gå i drift. De samme trin gælder, bare presset sammen på uger, og udbyderens eget inputformat er sandsynligvis den hurtigste vej.

Hvad der stadig kan ændre sig

Datoerne er allerede blevet flyttet én gang, retningslinjerne er i version 1.1, og PINT-AE-versionerne ændrer sig, og udbyderne er forpligtet til at bruge den nyeste. Hold mappingen i ét modul bag jeres egen grænseflade, så en opdatering af specifikationen ikke rører faktureringskoden. HSN-koder bliver obligatoriske på et tidspunkt, og B2C er kun undtaget, indtil der træffes en ny beslutning.

Intet af det er en grund til at vente. Beslutningerne er trådt i kraft, og sanktionstabellen er offentliggjort.

Hvor I kan få hjælp

Vi bygger forbindelsen mellem det system, der danner jeres fakturaer, og den udbyder, der sender dem: datamappingen, ændringer i stamdata, validering, håndtering af bekræftelser og genforsøg samt behandling af indgående fakturaer i kreditorbogholderiet. Vores service til integration af e-fakturering beskriver, hvordan det arbejde forløber, og lander kravet midt i en systemudskiftning, så se ERP-modernisering.

Kommer jeres fakturaer fra et system, som ingen sælger en connector til, så skriv til office@c9group.dev.