E-fakturisanje u UAE od 1. jula 2027: kako sopstveni ERP pripremiti za Peppol

Od 1. januara 2027. kompanije u UAE sa godišnjim prihodom od 50.000.000 AED ili više moraju da izdaju i primaju B2B i B2G fakture kao strukturirani XML, poslat preko akreditovanog pružaoca usluga (Accredited Service Provider) kroz mrežu Peppol. Svi ispod tog praga dolaze na red 1. jula 2027, a pružaoca moraju da izaberu do 31. marta 2027. Državni organi počinju 1. oktobra 2027.

Od datuma vašeg prelaska poreska faktura je XML. PDF koji vaš sistem danas šalje mejlom i dalje je potreban, ali samo uz XML, za kupce koji još nisu na mreži.

Ako vam fakture izlaze iz Zoha, Tallyja, Wafeqa ili sličnog gotovog proizvoda, najveći deo ovoga je posao vašeg dobavljača. Sve tri kompanije su i same na listi akreditovanih pružalaca Ministarstva finansija. Vaš posao je da izaberete pružaoca, prođete uključivanje preko EmaraTaxa i sredite podatke o kupcima.

Ovaj tekst je za kompanije čije fakture dolaze iz sistema koji same poseduju: ERP razvijen u kući, instalacija prilagođena toliko da se više ne može ažurirati, interni billing engine. Za takve sisteme niko ne isporučuje konektor. Smernice za elektronsko fakturisanje u UAE to i kažu: kompanije moraju „završiti sva prilagođavanja internih sistema i započeti testiranje prenosa podataka o fakturama".

Datumi

Faze su utvrđene Ministarskom odlukom br. 244 iz 2025, sa izmenama:

U prvom redu je prvobitno stajao 31. jul 2026. Ministarska odluka br. 66 iz 2026 pomerila je taj rok na 30. oktobar 2026, a datum početka rada nije dirala. Tabela u smernicama i dalje prikazuje stari datum, pa ova dva dokumenta treba čitati zajedno.

Dobrovoljna primena je od 1. jula 2026. otvorena za sve, što je važno za plan u nastavku.

Na koga se odnosi

E-fakturisanje važi za svako lice koje posluje u UAE, bez obzira na to da li je registrovano za PDV. Kompanija koja nije u sistemu PDV-a izdaje elektronske komercijalne fakture umesto poreskih faktura, kroz istu mrežu.

Obuhvaćene su B2B, B2G, G2B i G2G transakcije. Promet potrošačima je izuzet dok ministar ne odluči drugačije, a kompanija koja prodaje samo potrošačima za sada uopšte nije obveznik sistema. Postoje i uski izuzeci za suverene aktivnosti države, putničke avio karte i finansijske usluge oslobođene PDV-a.

Ako vodite PDV grupu, jedna olakšica je bitna: transakcije između članova iste grupe dobijaju prelazni period od 24 meseca, počev od 1. januara 2027. Svaki član se i dalje zasebno uključuje pod sopstvenim TIN-om, a fakture prema trećim licima obuhvaćene su od redovnog datuma.

Model sa pet uglova, gledano iz vašeg ERP-a

UAE koristi model sa pet uglova:

1. Ugao 1: vi, isporučilac.
2. Ugao 2: vaš akreditovani pružalac usluga (ASP).
3. Ugao 3: ASP vašeg kupca.
4. Ugao 4: vaš kupac.
5. Ugao 5: Savezna poreska uprava (FTA).

Vaš sistem razgovara sa jednom stranom: sa vašim ASP-om. Podatke o fakturi šaljete u formatu koji ste s njim dogovorili. ASP ih validira, po potrebi pretvara u UAE XML, isporučuje ASP-u kupca i istovremeno prijavljuje poreske podatke FTA-u. ASP kupca validira ono što je primio i takođe to prijavljuje. Potvrde se lancem vraćaju do vas.

Za to prijavljivanje koristi se poseban Peppol dokument, UAE Tax Data Document, koji Peppol specifikacija opisuje kao dokument koji „koriste i izdavalac i primalac fakture da bi prijavili fakturu". Njega pravi vaš ASP. Vi gradite obradu onoga što se vraća: potvrdu da je strana kupca prihvatila fakturu, potvrdu da je FTA primila poreske podatke i greške za oba slučaja.

ASP se brine o prenosu, šifrovanju, pronalaženju učesnika i UUID-u koji jedinstveno identifikuje svaku fakturu. Vi ostajete odgovorni za obračun svake vrednosti na fakturi i za prikupljanje Peppol identifikatora svog kupca. Vaš pružalac fakturu validira. On je ne ispravlja.

Birate tačno jednog ASP-a, i za slanje i za prijem.

Šta vaš sistem mora da proizvodi

Format

UAE koristi Peppol PINT-AE: UBL XML, sa jednom specifikacijom za fakturisanje i posebnom za samofakturisanje (obe su u trenutku pisanja u verziji 1.0.4). QR koda nema. Ne možete dodavati sopstvena polja; sve što je specifično za granu dogovara se sa vašim ASP-om.

Polja koja stari sistemi obično nemaju

Ministarstvo objavljuje listu obaveznih polja: 51 za elektronsku poresku fakturu. Ovo su ona na kojima obično ima posla:

• Elektronske adrese obe strane. Vaša krajnja tačka je 0235 plus vaš desetocifreni TIN, a to je prvih 10 cifara vašeg TRN-a. Adresa kupca prati isti obrazac, što znači novo polje u svakom zapisu o kupcu i nekoga ko će prikupiti vrednosti. Za granične slučajeve postoje unapred definisane krajnje tačke: 0235:9900000098 kada kupac još nije u sistemu, 0235:9900000099 za kupca u izvozu bez Peppol ID-ja, 0235:9900000097 za pretpostavljeni promet.
• Pravna registracija prodavca. Registarski broj i njegova vrsta, iz zatvorenog skupa: TL (trgovinska licenca), EID (Emirates ID), PAS (pasoš) ili CD (odluka Vlade). Na komercijalnoj fakturi obavezna je i registracija kupca.
• Strukturirane adrese, uključujući administrativnu jedinicu (emirat), za prodavca i za kupca.
• Uslovi plaćanja kao podaci. Datum dospeća i šifra načina plaćanja na svakoj fakturi.
• Šifrovane jedinice i potpuni podaci o ceni na svakoj stavci. Šifra jedinice mere, bruto cena, neto cena i bazna količina za cenu. Jedinice upisane kao slobodan tekst („kom", „kutija od 12") traže tabelu mapiranja.
• Poreska kategorija po stavci, plus rekapitulacija po kategoriji: standardna stopa, oslobođeno, van opsega PDV-a, obrnuto obračunavanje, nulta stopa ili posebna šema za maržu. Fakture sa domaćim obrnutim obračunavanjem nose i tekstualno obrazloženje i vrstu robe.
• Iznosi u AED, uvek. Iznos PDV-a i iznos za plaćanje za svaku stavku, u AED, bez obzira na valutu fakture. Faktura u stranoj valuti traži i valutu poreskog obračuna i svoj ukupan iznos sa PDV-om u AED, po kursu Centralne banke.
• Oznake vrste transakcije. Osam pozicija, svaka 1 ili 0: slobodna zona, pretpostavljeni promet, šema za maržu, zbirna faktura, kontinuirani promet, fakturisanje preko agenta poznatog nalogodavca, e-trgovina, izvoz. Na jednoj fakturi može biti postavljeno više njih, a svaka postavljena donosi sopstvene zahteve. Kupac iz slobodne zone, na primer, traži i podatke o korisniku.

Jedno pravilo zaslužuje sopstveni test: zaokruživanje se radi na ukupnom iznosu fakture, na dve decimale, a ne na nivou stavke ili poreske kategorije. Ako vaš kod za fakturisanje zaokružuje svaku stavku ili svaku stopu PDV-a, testirajte ga na stvarnim fakturama pre nego što to uradi vaš pružalac.

HSN šifre robe su za sada opcione, a datum od kada postaju obavezne tek treba da bude objavljen. Ako prodajete robu, dodajte ih dok ionako imate otvoren šifarnik artikala.

Knjižna odobrenja, avansi i zadržani iznosi

• Faktura sa negativnim ukupnim iznosom nije dozvoljena. Umanjenje mora da se izda kao elektronsko knjižno odobrenje, što važi i za zbirnu fakturu koja se svodi na umanjenje.
• Jedno knjižno odobrenje može da se poziva na više ranijih faktura i može da pokrije samo deo jedne. Količinski popusti idu preko knjižnih odobrenja sa odgovarajućom šifrom razloga.
• Kategorija za privremene fakture ne postoji. Svaka privremena faktura je puna elektronska faktura, koja se kasnije koriguje knjižnim odobrenjem ili dodatnom fakturom.
• Za avansnu uplatu poreska faktura se izdaje u trenutku prijema. Konačna faktura obuhvata samo preostali iznos i poziva se na avansnu fakturu.
• Zadržani iznosi mogu da se reše tako što se fakturiše iznos umanjen za zadržani deo, a zatim se izda posebna faktura kada zadržani iznos dospe.

Ulazne fakture, koje svi zaborave

Isti ASP prima i fakture vaših dobavljača. Od početka primene one stižu kao XML i moraju da završe u obavezama prema dobavljačima. To je često veća polovina posla, jer dotiče uparivanje sa nabavkom i odobravanja, a ne samo jedan šablon dokumenta.

Vaši veliki dobavljači počinju 1. januara 2027. i tražiće vaš identifikator. Dok vi ne počnete, oni šalju na unapred definisanu krajnju tačku i daju vam i redovnu poresku fakturu, tako da se na vašoj strani ništa ne kvari.

Rad sa akreditovanim pružaocem usluga

Lista Ministarstva je 2. oktobra 2026. sadržala 60 akreditovanih pružalaca. Uključivanje pokrećete vi, a ne pružalac: administrator vašeg EmaraTax naloga otvara odeljak za e-fakturisanje, bira pružaoca i biva prebačen na njegov portal. Prvo potpišite ugovor i proverite da li su podaci o vašoj kompaniji u EmaraTaxu ažurni.

Za sistem po meri, pitanja koja odlučuju o projektu su tehnička:

1. Šta prihvata? Sopstveni API format, razmenu fajlova ili PINT-AE XML koji sami generišete. Njegov format je danas manje posla; sopstveni PINT-AE vam omogućava da promenite pružaoca bez ponovne izrade mapiranja.
2. Kako se vraćaju potvrde? Webhook, polling, fajl? Obe vrste pripadaju zapisu o fakturi, zajedno sa UUID-om koji dodeljuje ASP.
3. Šta se dešava pri ponovnom pokušaju? Timeout-i se dešavaju. Ponovno slanje fakture ne sme da napravi drugu fakturu, zato dogovorite kako se otkrivaju duplikati i vodite sopstveni log prenosa kao evidenciju onoga što je poslato.
4. Postoji li sandbox u kome možete testirati odbijanja, a ne samo uspešan scenario?
5. Kako do vas stižu ulazne fakture? I šta se dešava dok je vaša strana nedostupna?
6. Hoće li arhivirati umesto vas? Može, po ugovoru, ali obaveza čuvanja ostaje vaša. Evidencija može da stoji i van UAE, sve dok može da se dostavi FTA-u potpuna i čitljiva.

Smernice navode šta testiranje treba da obuhvati: slanje podataka o fakturi ASP-u, isporuku kupcu, potvrdu razmene, prijem fakture od dobavljača, prijavu ASP-a prema FTA-u i potvrdu prijave. Testirajte i putanju greške za svaki korak, ne samo uspeh.

Kazne

Utvrđuje ih Odluka Vlade br. 106 iz 2025:

• Neuvođenje sistema, uključujući neblagovremen izbor pružaoca: 5.000 AED za svaki mesec ili započeti mesec.
• Neizdavanje i neslanje elektronske fakture ili elektronskog knjižnog odobrenja: 100 AED po dokumentu, najviše 5.000 AED po kalendarskom mesecu.
• Propust da se FTA obavesti o otkazu sistema ili da se ASP obavesti o promenama registrovanih podataka: 1.000 AED dnevno.

Ništa od toga se ne primenjuje na fakture izdate dobrovoljno pre vašeg obaveznog datuma.

Plan od devet meseci do 1. jula 2027

Početkom oktobra 2026. kompanija ispod praga ima devet meseci. To je dovoljno za sistem po meri ako posao počne sada.

1. Oktobar i novembar 2026: analiza razlika. Izvezite godinu dana faktura i knjižnih odobrenja, razvrstajte ih po kategoriji, scenariju, poreskoj kategoriji i valuti i zapišite odakle će dolaziti svako obavezno polje.
2. Novembar i decembar 2026: izbor pružaoca. Napravite uži izbor na osnovu tehničkih pitanja iznad, potpišite ugovor i dobijte pristup sandboxu. 31. mart 2027. je krajnji rok, a ne cilj.
3. Od decembra 2026. do februara 2027: izrada. Izmene matičnih podataka i prikupljanje identifikatora kupaca, mapiranje, validacija pre slanja, obrada potvrda, red grešaka koji ima vlasnika i obrada ulaznih faktura.
4. Februar i mart 2027: uključivanje preko EmaraTaxa, koje se završava dobijanjem vašeg identifikatora učesnika. Završite ga znatno pre 31. marta.
5. April i maj 2027: testiranje od početka do kraja sa pružaocem: svih šest koraka, uključujući greške i knjižna odobrenja.
6. Maj i jun 2027: dobrovoljni početak rada. Kazne se ne primenjuju na dobrovoljne fakture, pa je ovo najjeftinije mesto da se pronađu poslednji problemi. Redosled dogovorite sa pružaocem.
7. 1. jul 2027: obavezna primena. Neka red grešaka ima ljude sve do prve PDV prijave.

Ako ste u grupi velikih kompanija i još niste počeli, imate rok do 30. oktobra 2026. da izaberete pružaoca i manje od tri meseca do početka rada. Važe isti koraci, sabijeni u nedelje, a format samog pružaoca je verovatno brži put.

Šta se još može promeniti

Datumi su se već jednom pomerili, smernice su u verziji 1.1, a verzije PINT-AE se menjaju i pružaoci moraju da koriste najnoviju. Držite mapiranje u jednom modulu, iza sopstvenog interfejsa, tako da izmena specifikacije ne dira kod za fakturisanje. HSN šifre će u nekom trenutku postati obavezne, a B2C ostaje izuzet samo do nove odluke.

Ništa od toga nije razlog za čekanje. Odluke su na snazi, a tabela kazni je objavljena.

Gde potražiti pomoć

Gradimo vezu između sistema koji proizvodi vaše fakture i pružaoca koji ih šalje: mapiranje podataka, izmene matičnih podataka, validaciju, obradu potvrda i ponovnih pokušaja i obradu ulaznih faktura do obaveza prema dobavljačima. Naša usluga integracije e-fakturisanja opisuje kako taj posao teče, a ako obaveza padne usred zamene sistema, pogledajte modernizaciju ERP-a.

Ako vam fakture dolaze iz sistema za koji niko ne prodaje konektor, pišite na office@c9group.dev.