E-fakturering i Förenade Arabemiraten den 1 juli 2027: så gör du ett eget ERP-system redo för Peppol

Från den 1 januari 2027 måste företag i Förenade Arabemiraten med en årsomsättning på AED 50 000 000 eller mer utfärda och ta emot sina B2B- och B2G-fakturor som strukturerad XML, skickad via en ackrediterad tjänsteleverantör (Accredited Service Provider) över Peppol-nätverket. Alla under den gränsen följer efter den 1 juli 2027 och måste utse en leverantör senast den 31 mars 2027. Statliga enheter går i drift den 1 oktober 2027.

Från ditt startdatum är det XML-filen som är skattefakturan. Den PDF som ditt system mejlar i dag behövs bara vid sidan av, för kunder som ännu inte är anslutna till nätverket.

Kommer dina fakturor från Zoho, Tally, Wafeq eller en liknande standardprodukt är det mesta av det här leverantörens jobb. Alla tre finns själva på finansministeriets lista över ackrediterade leverantörer. Ditt arbete består i att välja en leverantör, ansluta dig via EmaraTax och städa kunddata.

Den här artikeln vänder sig till företag vars fakturor kommer från ett system de själva äger: ett egenutvecklat ERP-system, en installation som anpassats så långt att den inte längre går att uppgradera, en egen faktureringsmotor. För sådana system levererar ingen en färdig koppling. UAE Electronic Invoicing Guidelines säger ungefär detsamma: företagen ska ”complete any customisations to in-house systems and begin testing the transmission of invoice data”.

Datumen

Faserna fastställs i Ministerial Decision No. 244 of 2025, i ändrad lydelse:

I den första raden stod ursprungligen 31 juli 2026. Ministerial Decision No. 66 of 2026 flyttade det till 30 oktober 2026 och lät startdatumet ligga kvar. Tabellen i riktlinjerna visar fortfarande det gamla datumet, så läs de två tillsammans.

Frivillig anslutning har varit öppen för alla sedan den 1 juli 2026, och det spelar roll för planen nedan.

Vad som omfattas

E-fakturering gäller alla som bedriver verksamhet i Förenade Arabemiraten, oavsett momsregistrering. Ett företag som inte är momsregistrerat utfärdar elektroniska handelsfakturor i stället för skattefakturor, via samma nätverk.

B2B-, B2G-, G2B- och G2G-transaktioner omfattas. Försäljning till konsumenter omfattas inte förrän ministern beslutar något annat, och ett företag som bara säljer till konsumenter står tills vidare helt utanför systemet. Det finns snäva undantag för statens suveräna verksamhet, flygbiljetter för passagerare och momsfria finansiella tjänster.

Driver du en momsgrupp finns en lättnad som spelar roll: transaktioner mellan medlemmar i samma grupp får en övergångsperiod på 24 månader från den 1 januari 2027. Varje medlem ansluter ändå separat under sitt eget TIN, och fakturor till utomstående omfattas från det vanliga datumet.

Femhörnsmodellen sedd från ditt ERP-system

Förenade Arabemiraten använder en modell med fem hörn:

1. Hörn 1: du, leverantören.
2. Hörn 2: din ackrediterade tjänsteleverantör (ASP).
3. Hörn 3: köparens ASP.
4. Hörn 4: köparen.
5. Hörn 5: den federala skattemyndigheten (Federal Tax Authority, FTA).

Ditt system pratar med en enda part: din ASP. Du skickar fakturadata i ett format som ni har kommit överens om. Din ASP validerar den, omvandlar den till emiratens XML vid behov, levererar den till köparens ASP och rapporterar parallellt skatteuppgifterna till FTA. Köparens ASP validerar det den har tagit emot och rapporterar det också. Bekräftelser går tillbaka längs kedjan till dig.

Rapporteringen sker med ett separat Peppol-dokument, UAE Tax Data Document, som Peppol-specifikationen beskriver som ”used by both invoice issuer and invoice receiver to report an invoice”. Din ASP bygger det. Du bygger hanteringen av det som kommer tillbaka: bekräftelsen att köparens sida accepterade fakturan, bekräftelsen att FTA tog emot skatteuppgifterna, och felmeddelanden för båda.

Din ASP sköter transport, kryptering, uppslagning av mottagare och det UUID som unikt identifierar varje faktura. Du ansvarar fortfarande för att beräkna varje värde på fakturan och för att samla in köparens Peppol-identifierare. Leverantören validerar fakturan. Den rättar den inte.

Du utser exakt en ASP, för både sändning och mottagning.

Vad ditt system måste ta fram

Formatet

Förenade Arabemiraten använder Peppol PINT-AE: UBL XML, med en specifikation för vanlig fakturering och en separat för självfakturering (båda i version 1.0.4 när detta skrivs). Det finns ingen QR-kod. Du kan inte lägga till egna fält; allt branschspecifikt kommer du överens om med din ASP.

Fälten som äldre system oftast saknar

Ministeriet publicerar en lista över obligatoriska fält: 51 för en elektronisk skattefaktura. Det här är de som brukar kräva arbete:

• Elektroniska adresser för båda parter. Din slutpunkt är 0235 plus ditt tiosiffriga TIN, som är de första tio siffrorna i ditt TRN. Köparens följer samma mönster, vilket innebär ett nytt fält i varje kundpost och någon som samlar in värdena. Det finns fördefinierade slutpunkter för specialfall: 0235:9900000098 när köparen ännu inte är ansluten, 0235:9900000099 för en exportkund utan Peppol-ID och 0235:9900000097 för fiktiva leveranser (deemed supplies).
• Säljarens registrering. Registreringsnumret plus dess typ, ur en fast uppsättning: TL (handelslicens), EID (Emirates ID), PAS (pass) eller CD (Cabinet Decision). På en handelsfaktura är köparens registrering också obligatorisk.
• Strukturerade adresser, inklusive landets delområde (emiratet), för säljare och köpare.
• Betalningsvillkor som data. Ett förfallodatum och en kod för betalningssätt på varje faktura.
• Kodade enheter och fullständiga prisuppgifter på varje rad. En kod för måttenhet, bruttopris, nettopris och basmängd för priset. Enheter som lagras som fritext (”st”, ”kartong à 12”) behöver en mappningstabell.
• Skattekategori per rad, plus en uppdelning per kategori: normalskattesats, undantagen, utanför tillämpningsområdet, omvänd skattskyldighet, nollskattesats eller marginalbeskattning. Fakturor med inhemsk omvänd skattskyldighet ska dessutom innehålla en förklarande text och typen av varor.
• Belopp i AED, alltid. Momsbeloppet och beloppet att betala för varje rad, i AED, oavsett fakturans valuta. En faktura i utländsk valuta behöver också valutan för skatteredovisningen och sitt totalbelopp inklusive moms i AED, enligt centralbankens kurs.
• Flaggor för transaktionstyp. Åtta positioner, var och en 1 eller 0: frizon, fiktiv leverans, marginalbeskattning, samlingsfaktura, löpande leverans, fakturering via redovisat ombud, e-handel och export. Flera kan vara satta på samma faktura, och varje flagga som sätts för med sig egna krav. En kund i en frizon behöver till exempel också uppgifter om förmånstagaren.

En regel förtjänar ett eget testfall: avrundning sker på fakturans totalbelopp, till två decimaler, inte per rad eller per skattekategori. Om din faktureringskod avrundar varje rad eller varje momssats, testa den mot riktiga fakturor innan din leverantör gör det.

HSN-varukoder är frivilliga tills vidare, och datumet då de blir obligatoriska är ännu inte meddelat. Säljer du varor, lägg till dem medan du ändå har artikelregistret öppet.

Kreditnotor, förskott och innehållna belopp

• En faktura med negativt totalbelopp är inte tillåten. En kreditering måste utfärdas som en elektronisk kreditnota, och det gäller även en samlingsfaktura som netto blir en kreditering.
• En kreditnota får hänvisa till flera tidigare fakturor och får omfatta bara en del av en faktura. Volymrabatter hanteras med kreditnotor med motsvarande orsakskod.
• Det finns ingen kategori för preliminära fakturor. Varje preliminär faktura är en fullständig elektronisk faktura som justeras senare med en kreditnota eller en tilläggsfaktura.
• Förskottsbetalningar får en skattefaktura när de tas emot. Slutfakturan omfattar bara det återstående beloppet och hänvisar till förskottsfakturan.
• Innehållna belopp kan hanteras genom att fakturera netto efter det innehållna beloppet och sedan utfärda en separat faktura när det innehållna beloppet förfaller.

Inkommande fakturor, som alla glömmer

Samma ASP tar emot dina leverantörsfakturor. Från startdatumet kommer de som XML och måste hamna i leverantörsreskontran. Det är ofta den större halvan av arbetet, eftersom det berör inköpsmatchning och attester snarare än en enskild dokumentmall.

Dina stora leverantörer går i drift den 1 januari 2027 och kommer att be om din identifierare. Tills du själv är i drift skickar de till den fördefinierade slutpunkten och ger dig dessutom en vanlig skattefaktura, så ingenting går sönder på din sida.

Att arbeta med en ackrediterad tjänsteleverantör

Ministeriets lista visade 65 ackrediterade leverantörer, plus 5 förhandsgodkända som fortfarande var i slutbedömning, när vi kontrollerade den 10 oktober 2026. Ministerial Decision No. 168 of 2026, som tillkännagavs den 9 oktober och gäller från den 1 oktober, ersätter de gamla reglerna för leverantörer: ackrediteringen sker nu direkt, utan förhandsgodkännande, och en förhandsgodkänd leverantör har 30 dagar från den 1 oktober på sig att slutföra ackrediteringen, annars förlorar den sitt förhandsgodkännande. Välj från listan över ackrediterade, inte från de förhandsgodkända. Det är du som startar anslutningen, inte leverantören: administratören för ert EmaraTax-konto öppnar avsnittet för e-fakturering, väljer leverantören och skickas vidare till dess portal. Skriv avtalet först, och kontrollera att företagsuppgifterna i EmaraTax är aktuella.

För ett eget system är det tekniska frågor som avgör projektet:

1. Vad tar leverantören emot? Sitt eget API-format, filutbyte eller PINT-AE XML som du genererar själv. Leverantörens eget format är mindre arbete i dag; egen PINT-AE gör att du kan byta leverantör utan att bygga om mappningen.
2. Hur kommer bekräftelserna tillbaka? Webhook, polling eller fil? Båda typerna hör hemma i fakturaposten, tillsammans med det UUID som din ASP tilldelar.
3. Vad händer vid ett nytt försök? Timeouter inträffar. Att skicka om en faktura får inte skapa en andra faktura, så kom överens om hur dubbletter upptäcks och för en egen sändningslogg som underlag för vad som har skickats.
4. Finns det en testmiljö där du kan testa avvisningar, inte bara det lyckade flödet?
5. Hur når inkommande fakturor dig? Och vad händer medan din sida ligger nere?
6. Arkiverar leverantören åt dig? Det kan den göra enligt avtal, men skyldigheten att bevara underlagen ligger kvar hos dig. Underlagen får förvaras utanför Förenade Arabemiraten så länge de kan visas upp för FTA kompletta och läsbara.

Riktlinjerna anger vad testerna ska omfatta: att skicka fakturadata till din ASP, leveransen till köparen, bekräftelsen av utbytet, mottagandet av en leverantörs faktura, din ASP:s rapportering till FTA och bekräftelsen av rapporteringen. Testa felvägen i varje steg, inte bara det lyckade fallet.

Sanktionerna

Cabinet Decision No. 106 of 2025 fastställer dem:

• Att inte införa systemet, inklusive att inte utse en leverantör i tid: AED 5 000 per månad eller påbörjad månad.
• Att inte utfärda och överföra en elektronisk faktura eller en elektronisk kreditnota: AED 100 per styck, högst AED 5 000 per kalendermånad.
• Att inte meddela FTA om ett systemfel, eller att inte informera din ASP om ändringar i dina registrerade uppgifter: AED 1 000 per dag.

Inget av detta gäller fakturor som utfärdas frivilligt före ditt obligatoriska datum.

En niomånadersplan fram till 1 juli 2027

I början av oktober 2026 har ett företag under gränsen nio månader på sig. Det räcker för ett eget system om arbetet börjar nu.

1. Oktober till november 2026: gapanalys. Exportera ett års fakturor och kreditnotor, klassificera dem efter kategori, scenario, skattekategori och valuta, och skriv ner var varje obligatoriskt fält ska hämtas ifrån.
2. November till december 2026: välj leverantör. Gör en kortlista utifrån de tekniska frågorna ovan, skriv avtal och skaffa åtkomst till testmiljön. Den 31 mars 2027 är sista dagen, inte målet.
3. December 2026 till februari 2027: bygg. Ändringar i grunddata och insamlingen av kundernas identifierare, mappningen, validering före sändning, hantering av bekräftelser, en felkö som någon äger, och hanteringen av inkommande fakturor.
4. Februari till mars 2027: anslut via EmaraTax, och avsluta med din deltagaridentifierare. Bli klar med god marginal före den 31 mars.
5. April till maj 2027: testa hela flödet med leverantören: alla sex steg, inklusive fel och kreditnotor.
6. Maj till juni 2027: gå i drift frivilligt. Sanktionerna gäller inte frivilliga fakturor, så det här är det billigaste stället att hitta de sista problemen. Kom överens om ordningen med din leverantör.
7. 1 juli 2027: obligatoriskt. Se till att felkön är bemannad fram till och med den första momsdeklarationen.

Tillhör du den stora gruppen och inte har börjat har du till den 30 oktober 2026 på dig att utse en leverantör och mindre än tre månader till driftstart. Samma steg gäller, komprimerade till veckor, och leverantörens eget indataformat är troligen den snabbare vägen.

Vad som fortfarande kan ändras

Datumen har redan flyttats en gång, riktlinjerna är i version 1.1, och PINT-AE-versionerna ändras, och leverantörerna är skyldiga att använda den senaste. Håll mappningen i en enda modul, bakom ditt eget gränssnitt, så att en uppdatering av specifikationen inte rör faktureringskoden. HSN-koder blir obligatoriska vid något tillfälle, och B2C står utanför bara till ett nytt beslut fattas.

Inget av det är ett skäl att vänta. Besluten gäller och sanktionstabellen är publicerad.

Var du får hjälp

Vi bygger kopplingen mellan systemet som tar fram dina fakturor och leverantören som skickar dem: datamappningen, ändringarna i grunddata, valideringen, hanteringen av bekräftelser och nya försök, och hanteringen av inkommande fakturor in i leverantörsreskontran. Vår tjänst för integration av e-fakturering beskriver hur det arbetet går till, och om kravet landar mitt i ett systembyte, se ERP-modernisering.

Kommer dina fakturor från ett system som ingen säljer en koppling till, skriv till office@c9group.dev.