E-računi v ZAE od 1. julija 2027: kako lastni ERP pripraviti na Peppol

Od 1. januarja 2027 morajo podjetja v ZAE z letnimi prihodki 50.000.000 AED ali več račune B2B in B2G izdajati in prejemati kot strukturiran XML, poslan prek akreditiranega ponudnika storitev po omrežju Peppol. Vsi pod tem pragom sledijo 1. julija 2027, ponudnika pa morajo imenovati do 31. marca 2027. Vladni subjekti začnejo 1. oktobra 2027.

Od vašega datuma začetka je davčni račun XML. PDF, ki ga vaš sistem danes pošilja po e-pošti, je še potreben le poleg njega, za kupce, ki še niso v omrežju.

Če vaši računi nastajajo v Zoho, Tally, Wafeq ali podobnem paketnem izdelku, je večina tega naloga vašega dobavitelja. Vsi trije so tudi sami na seznamu akreditiranih ponudnikov ministrstva za finance. Vaše delo je izbira ponudnika, vključitev prek EmaraTax in čiščenje podatkov o kupcih.

Ta članek je namenjen podjetjem, katerih računi prihajajo iz sistema, ki je njihov: doma razvitega ERP, namestitve, prilagojene tako daleč, da nadgradnje niso več mogoče, lastnega sistema za obračun. Za take sisteme konektorja ne dobavi nihče. Smernice ZAE za elektronsko izdajanje računov to povedo same: podjetja morajo „dokončati vse prilagoditve lastnih sistemov in začeti preizkušati prenos podatkov o računih“.

Datumi

Faze določa Ministrska odločba št. 244 iz leta 2025 s spremembami:

V prvi vrstici je prvotno pisalo 31. julij 2026. Ministrska odločba št. 66 iz leta 2026 je datum prestavila na 30. oktober 2026, datuma začetka pa ni spremenila. Tabela v smernicah še vedno navaja stari datum, zato oba dokumenta berite skupaj.

Prostovoljna uvedba je od 1. julija 2026 odprta za vse, kar je pomembno za spodnji načrt.

Kaj je zajeto

Elektronsko izdajanje računov velja za vsako osebo, ki posluje v ZAE, ne glede na registracijo za DDV. Podjetje, ki ni registrirano za DDV, prek istega omrežja izdaja elektronske komercialne račune namesto davčnih računov.

Zajete so transakcije B2B, B2G, G2B in G2G. Dobave potrošnikom niso zajete, dokler minister ne odloči drugače, in podjetje, ki prodaja samo potrošnikom, zaenkrat sploh ni zavezano sistemu. Ozke izjeme veljajo za suvereno dejavnost države, letalske vozovnice za potnike in finančne storitve, oproščene DDV.

Če imate skupino za DDV, je pomembna ena olajšava: transakcije med člani iste skupine imajo 24-mesečno prehodno obdobje od 1. januarja 2027. Vsak član se kljub temu vključi ločeno pod svojo davčno številko (TIN), računi zunanjim strankam pa so zajeti od običajnega datuma.

Model petih vogalov, gledano iz vašega ERP

ZAE uporabljajo model petih vogalov:

1. Vogal 1: vi, dobavitelj.
2. Vogal 2: vaš akreditirani ponudnik storitev (ASP).
3. Vogal 3: ASP vašega kupca.
4. Vogal 4: vaš kupec.
5. Vogal 5: zvezni davčni organ (FTA).

Vaš sistem govori z eno samo stranjo: z vašim ASP. Podatke o računu pošljete v obliki, ki ste jo z njim dogovorili. ASP jih preveri, jih po potrebi pretvori v XML za ZAE, račun dostavi ASP kupca in hkrati davčne podatke sporoči FTA. ASP kupca preveri, kar je prejel, in to prav tako sporoči. Potrditve se po verigi vrnejo k vam.

Za to sporočanje se uporablja ločen dokument Peppol, UAE Tax Data Document, ki ga specifikacija Peppol opisuje kot dokument, ki ga „uporabljata izdajatelj in prejemnik računa za sporočanje računa“. Zgradi ga vaš ASP. Vi zgradite obdelavo tistega, kar pride nazaj: potrditev, da je stran kupca račun sprejela, potrditev, da je FTA prejel davčne podatke, in napake pri obojem.

ASP skrbi za prenos, šifriranje, iskanje udeležencev in UUID, ki enolično označuje vsak račun. Vi ostajate odgovorni za izračun vsake vrednosti na računu in za pridobitev identifikatorja Peppol vašega kupca. Ponudnik račun preveri. Ne popravi ga.

Imenujete natanko enega ASP, za pošiljanje in za prejemanje.

Kaj mora vaš sistem ustvariti

Format

ZAE uporabljajo Peppol PINT-AE: UBL XML z eno specifikacijo za izdajanje računov in ločeno za samofakturiranje (obe sta bili v času pisanja v različici 1.0.4). Kode QR ni. Lastnih polj ne morete dodajati; vse, kar je značilno za panogo, dogovorite z ASP.

Polja, ki jih starejši sistemi običajno nimajo

Ministrstvo objavlja seznam obveznih polj: za elektronski davčni račun jih je 51. Delo običajno zahtevajo ta:

• Elektronska naslova obeh strani. vaša končna točka je 0235 in vaša 10-mestna TIN, ki je prvih 10 števk vaše TRN. Končna točka vašega kupca sledi istemu vzorcu, kar pomeni novo polje v vsakem zapisu o kupcu in nekoga, ki vrednosti zbere. Za posebne primere obstajajo vnaprej določene končne točke: 0235:9900000098, ko kupec še ni v sistemu, 0235:9900000099 za izvoznega kupca brez ID Peppol in 0235:9900000097 za domnevne dobave.
• Pravna registracija prodajalca. Registrska številka in njena vrsta iz zaprtega nabora: TL (trgovska licenca), EID (Emirates ID), PAS (potni list) ali CD (sklep vlade). Na komercialnem računu je obvezna tudi registracija kupca.
• Strukturirani naslovi, vključno s podenoto države (emiratom), za prodajalca in kupca.
• Plačilni pogoji kot podatki. Datum zapadlosti in koda načina plačila na vsakem računu.
• Kodirane enote in popolni podatki o ceni v vsaki vrstici. Koda merske enote, bruto cena, neto cena in osnovna količina za ceno. Enote, shranjene kot prosto besedilo („kos“, „škatla po 12“), potrebujejo tabelo preslikav.
• Davčna kategorija za vsako vrstico in razčlenitev po kategorijah: splošna stopnja, oproščeno, zunaj obsega, obrnjena davčna obveznost, ničelna stopnja ali posebna ureditev obdavčitve marže. Računi z obrnjeno davčno obveznostjo v državi vsebujejo še pojasnilo in vrsto blaga.
• Zneski v AED, vedno. Znesek DDV in znesek za plačilo za vsako vrstico, v AED, ne glede na valuto računa. Račun v tuji valuti potrebuje tudi valuto davčnega obračuna in skupni znesek z DDV v AED, po tečaju centralne banke.
• Oznake vrste transakcije. Osem mest, vsako 1 ali 0: prosta cona, domnevna dobava, ureditev marže, zbirni račun, neprekinjena dobava, zaračunavanje prek razkritega zastopnika, e-trgovina, izvoz. Na enem računu jih je lahko nastavljenih več in vsaka nastavljena prinese svoje zahteve. Kupec v prosti coni na primer potrebuje še podatke o upravičencu.

Eno pravilo si zasluži svoj testni primer: zaokroževanje se izvede na skupnem znesku računa, na dve decimalki, ne na ravni vrstice ali davčne kategorije. Če vaša koda za obračun zaokrožuje vsako vrstico ali vsako stopnjo DDV, jo preizkusite na resničnih računih, preden to stori vaš ponudnik.

Kode blaga HSN so zaenkrat neobvezne, datum, ko postanejo obvezne, pa še ni napovedan. Če prodajate blago, jih dodajte, ko imate šifrant artiklov že tako ali tako odprt.

Dobropisi, predplačila in zadržani zneski

• Račun z negativnim skupnim zneskom ni dovoljen. Dobropis je treba izdati kot elektronski dobropis, kar velja tudi za zbirni račun, ki se izide v dobropis.
• En dobropis se lahko sklicuje na več prejšnjih računov in lahko zajame le del enega od njih. Količinski popusti gredo prek dobropisov z ustrezno kodo razloga.
• Kategorije za začasne račune ni. Vsak začasni račun je polnopraven elektronski račun, ki se pozneje popravi z dobropisom ali dodatnim računom.
• Za predplačilo se ob prejemu izda davčni račun. Končni račun zajame le preostanek in se sklicuje na račun za predplačilo.
• Zadržane zneske lahko obravnavate tako, da zaračunate znesek brez zadržanega dela, nato pa izdate ločen račun, ko zadržani znesek zapade v plačilo.

Prejeti računi, na katere vsi pozabijo

Isti ASP prejema vaše prejete račune dobaviteljev. Od začetka prihajajo kot XML in morajo pristati v obveznostih do dobaviteljev. To je pogosto večja polovica dela, saj se dotika usklajevanja z naročilnicami in odobritev, ne le ene predloge dokumenta.

Vaši veliki dobavitelji začnejo 1. januarja 2027 in vas bodo vprašali za identifikator. Dokler niste vključeni, pošiljajo na vnaprej določeno končno točko in vam dajo še običajen davčni račun, tako da se na vaši strani nič ne zalomi.

Sodelovanje z akreditiranim ponudnikom storitev

Seznam ministrstva je 2. oktobra 2026 navajal 60 akreditiranih ponudnikov. Vključitev začnete vi, ne ponudnik: skrbnik vašega računa EmaraTax odpre razdelek za e-račune, izbere ponudnika in je preusmerjen na njegov portal. Najprej podpišite pogodbo in preverite, ali so podatki o vašem podjetju v EmaraTax ažurni.

Pri lastnem sistemu so vprašanja, ki odločijo projekt, tehnična:

1. Kaj sprejema? Svoj API, izmenjavo datotek ali XML PINT-AE, ki ga ustvarite sami. Njegov format je danes manj dela; vaš lasten PINT-AE vam omogoča zamenjati ponudnika brez ponovne gradnje preslikav.
2. Kako se vračajo potrditve? Webhook, poizvedovanje, datoteka? Obe vrsti sodita k zapisu računa, skupaj z UUID, ki ga dodeli ASP.
3. Kaj se zgodi ob ponovnem poskusu? Časovne omejitve se zgodijo. Ponovno pošiljanje računa ne sme ustvariti drugega računa, zato se dogovorite, kako se zaznavajo dvojniki, in vodite lasten dnevnik prenosov kot evidenco tega, kar je bilo poslano.
4. Ali obstaja testno okolje, v katerem lahko preizkusite zavrnitve, ne le uspešne poti?
5. Kako pridejo do vas prejeti računi? In kaj se zgodi, ko vaša stran ne deluje?
6. Ali bo arhiviral namesto vas? S pogodbo lahko, obveznost hrambe pa ostane vaša. Evidence so lahko zunaj ZAE, če jih je mogoče FTA predložiti v celoti in berljive.

Smernice naštevajo, kaj mora testiranje zajeti: pošiljanje podatkov o računu ASP, dostavo kupcu, potrditev izmenjave, prejem računa dobavitelja, sporočanje ASP FTA in potrditev sporočanja. Za vsakega od teh korakov preizkusite pot napake, ne le uspeha.

Kazni

Določa jih Sklep vlade št. 106 iz leta 2025:

• Neuvedba sistema, vključno z nepravočasnim imenovanjem ponudnika: 5.000 AED za vsak začeti mesec.
• Neizdaja in neposredovanje elektronskega računa ali elektronskega dobropisa: 100 AED za vsakega, največ 5.000 AED na koledarski mesec.
• Neobveščanje FTA o izpadu sistema ali neobveščanje ASP o spremembah registriranih podatkov: 1.000 AED na dan.

Nobena od teh kazni ne velja za račune, izdane prostovoljno pred vašim obveznim datumom.

Devetmesečni načrt do 1. julija 2027

V začetku oktobra 2026 ima podjetje pod pragom devet mesecev časa. To je dovolj za lasten sistem, če se delo začne zdaj.

1. Oktober in november 2026: analiza vrzeli. Izvozite račune in dobropise za eno leto, jih razvrstite po kategoriji, scenariju, davčni kategoriji in valuti ter zapišite, od kod bo prišlo vsako obvezno polje.
2. November in december 2026: izbira ponudnika. Ožji izbor naredite na podlagi zgornjih tehničnih vprašanj, podpišite in pridobite dostop do testnega okolja. 31. marec 2027 je zadnji datum, ne cilj.
3. December 2026 do februarja 2027: gradnja. Spremembe matičnih podatkov in zbiranje identifikatorjev kupcev, preslikave, preverjanje pred pošiljanjem, obdelava potrditev, vrsta napak, za katero je nekdo odgovoren, in obdelava prejetih računov.
4. Februar in marec 2027: vključitev prek EmaraTax, ki se konča z vašim identifikatorjem udeleženca. Zaključite precej pred 31. marcem.
5. April in maj 2027: celovito testiranje s ponudnikom: vseh šest korakov, vključno z napakami in dobropisi.
6. Maj in junij 2027: prostovoljni začetek. Kazni za prostovoljne račune ne veljajo, zato je to najcenejše mesto za odkrivanje zadnjih težav. Zaporedje dogovorite s ponudnikom.
7. 1. julij 2027: obvezno. Vrsto napak imejte kadrovsko pokrito vse do prvega obračuna DDV.

Če ste v skupini velikih podjetij in še niste začeli, imate do 30. oktobra 2026 čas za imenovanje ponudnika in manj kot tri mesece do začetka. Veljajo isti koraki, stisnjeni v tedne, in vhodni format ponudnika je verjetno hitrejša pot.

Kaj se še lahko spremeni

Datumi so se že enkrat premaknili, smernice so v različici 1.1, različice PINT-AE se spreminjajo, ponudniki pa morajo uporabljati najnovejšo. Preslikave imejte v enem modulu, za lastnim vmesnikom, tako da posodobitev specifikacije ne seže v kodo za izdajanje računov. Kode HSN bodo nekoč postale obvezne, B2C pa ostaja zunaj le do nadaljnje odločitve.

Nič od tega ni razlog za čakanje. Odločbe veljajo in tabela kazni je objavljena.

Kje dobiti pomoč

Gradimo povezavo med sistemom, ki ustvarja vaše račune, in ponudnikom, ki jih pošilja: preslikave podatkov, spremembe matičnih podatkov, preverjanje, obdelavo potrditev in ponovnih poskusov ter obdelavo prejetih računov v obveznostih do dobaviteljev. Naša storitev integracije e-računov opisuje, kako to delo poteka, in če vas obveznost doleti sredi zamenjave sistema, si oglejte posodobitev ERP.

Če vaši računi prihajajo iz sistema, za katerega nihče ne prodaja konektorja, pišite na office@c9group.dev.