E. sąskaitos JAE nuo 2027 m. liepos 1 d.: kaip parengti vidinę ERP sistemą Peppol tinklui

Nuo 2027 m. sausio 1 d. JAE įmonės, kurių metinės pajamos siekia 50 000 000 AED ar daugiau, turi išrašyti ir priimti B2B ir B2G sąskaitas kaip struktūrizuotą XML, siunčiamą per akredituotą paslaugų teikėją (Accredited Service Provider) Peppol tinklu. Visos įmonės, nesiekiančios šios ribos, prisijungia 2027 m. liepos 1 d. ir paslaugų teikėją turi paskirti iki 2027 m. kovo 31 d. Valstybės subjektai pradeda 2027 m. spalio 1 d.

Nuo jūsų paleidimo datos mokestinė sąskaita faktūra yra XML. PDF, kurį jūsų sistema šiandien siunčia el. paštu, tebereikalingas tik kaip priedas klientams, kurie dar neprisijungę prie tinklo.

Jei jūsų sąskaitas išrašo Zoho, Tally, Wafeq ar panašus standartinis produktas, didžioji dalis šio darbo tenka tiekėjui. Visi trys patys yra Finansų ministerijos akredituotų paslaugų teikėjų sąraše. Jūsų darbas: pasirinkti paslaugų teikėją, prisijungti per EmaraTax ir sutvarkyti klientų duomenis.

Šis straipsnis skirtas įmonėms, kurių sąskaitas išrašo jų pačių sistema: savos gamybos ERP, taip pritaikyta diegtis, kad jos nebeįmanoma atnaujinti, vidinis sąskaitų modulis. Tokioms sistemoms jungties niekas nepateikia. Tai pripažįstama ir JAE elektroninių sąskaitų gairėse: įmonės turi „užbaigti bet kokius vidinių sistemų pritaikymus ir pradėti testuoti sąskaitų duomenų perdavimą“.

Datos

Etapus nustato 2025 m. ministro sprendimas Nr. 244 su pakeitimais:

Pirmoje eilutėje iš pradžių buvo nurodyta 2026 m. liepos 31 d. 2026 m. ministro sprendimas Nr. 66 ją perkėlė į 2026 m. spalio 30 d., o paleidimo datos nepakeitė. Gairių lentelėje vis dar nurodyta senoji data, todėl abu dokumentus skaitykite kartu.

Savanoriškas diegimas visiems galimas nuo 2026 m. liepos 1 d., ir tai svarbu toliau pateiktam planui.

Kam taikoma

E. sąskaitos taikomos bet kuriam asmeniui, vykdančiam veiklą JAE, nepriklausomai nuo PVM registracijos. PVM mokėtoja neįregistruota įmonė per tą patį tinklą išrašo elektronines komercines sąskaitas, o ne mokestines sąskaitas faktūras.

B2B, B2G, G2B ir G2G sandoriai patenka į taikymo sritį. Tiekimas vartotojams nepatenka, kol ministras nenuspręs kitaip, o įmonei, kuri parduoda tik vartotojams, sistema kol kas apskritai netaikoma. Yra siaurų išimčių valstybės suverenios veiklos, keleivių aviabilietų ir PVM neapmokestinamų finansinių paslaugų atvejais.

Jei turite PVM grupę, svarbi viena lengvata: sandoriams tarp tos pačios grupės narių taikomas 24 mėnesių pereinamasis laikotarpis nuo 2027 m. sausio 1 d. Kiekvienas narys vis tiek prisijungia atskirai su savo TIN, o sąskaitoms išorės šalims reikalavimai taikomi nuo įprastos datos.

Penkių kampų modelis iš jūsų ERP perspektyvos

JAE naudoja penkių kampų modelį:

1. 1 kampas: jūs, tiekėjas.
2. 2 kampas: jūsų akredituotas paslaugų teikėjas (ASP).
3. 3 kampas: jūsų pirkėjo ASP.
4. 4 kampas: jūsų pirkėjas.
5. 5 kampas: Federalinė mokesčių administracija (FTA).

Jūsų sistema bendrauja su viena šalimi: savo ASP. Siunčiate sąskaitos duomenis su juo suderintu formatu. ASP juos patikrina, prireikus konvertuoja į JAE XML, pristato pirkėjo ASP ir lygiagrečiai pateikia mokestinius duomenis FTA. Pirkėjo ASP patikrina, ką gavo, ir taip pat pateikia duomenis. Patvirtinimai grandine grįžta pas jus.

Duomenims teikti naudojamas atskiras Peppol dokumentas, UAE Tax Data Document, kurį Peppol specifikacija apibūdina kaip „naudojamą ir sąskaitos išrašytojo, ir sąskaitos gavėjo sąskaitai deklaruoti“. Jį sudaro jūsų ASP. Jūs kuriate grįžtančių atsakymų apdorojimą: patvirtinimą, kad pirkėjo pusė priėmė sąskaitą, patvirtinimą, kad FTA gavo mokestinius duomenis, ir abiejų nesėkmes.

ASP rūpinasi perdavimu, šifravimu, dalyvių paieška ir UUID, kuris unikaliai identifikuoja kiekvieną sąskaitą. Jūs liekate atsakingi už kiekvienos sąskaitoje nurodytos reikšmės apskaičiavimą ir už pirkėjo Peppol identifikatoriaus surinkimą. Jūsų paslaugų teikėjas sąskaitą patikrina. Jis jos netaiso.

Skiriate lygiai vieną ASP ir siuntimui, ir priėmimui.

Ką turi pateikti jūsų sistema

Formatas

JAE naudoja Peppol PINT-AE: UBL XML su sąskaitų specifikacija ir atskira pirkėjo išrašomų sąskaitų specifikacija (rašant šį straipsnį, abi 1.0.4 versijos). QR kodo nėra. Savų laukų pridėti negalite; viskas, kas būdinga konkrečiai šakai, derinama su jūsų ASP.

Laukai, kurių senosioms sistemoms dažniausiai trūksta

Ministerija skelbia privalomų laukų sąrašą: elektroninei mokestinei sąskaitai jų yra 51. Štai tie, kuriems dažniausiai reikia darbo:

• Abiejų šalių elektroniniai adresai. Jūsų galinis taškas yra 0235 ir jūsų 10 skaitmenų TIN, t. y. pirmieji 10 jūsų TRN skaitmenų. Pirkėjo adresas sudaromas taip pat, todėl kiekviename kliento įraše reikia naujo lauko ir žmogaus, kuris surinktų reikšmes. Kraštutiniams atvejams yra iš anksto nustatyti galiniai taškai: 0235:9900000098, kai pirkėjas dar neprisijungęs prie sistemos, 0235:9900000099 eksporto pirkėjui be Peppol ID, 0235:9900000097 tariamam tiekimui.
• Pardavėjo teisinė registracija. Registracijos numeris ir jo tipas iš fiksuoto sąrašo: TL (prekybos licencija), EID (Emirates ID), PAS (pasas) arba CD (Ministrų kabineto sprendimas). Komercinėje sąskaitoje privaloma ir pirkėjo registracija.
• Struktūrizuoti adresai, įskaitant šalies administracinį vienetą (emyratą), pardavėjui ir pirkėjui.
• Mokėjimo sąlygos kaip duomenys. Kiekvienoje sąskaitoje mokėjimo terminas ir mokėjimo būdo kodas.
• Koduoti vienetai ir visi kainos duomenys kiekvienoje eilutėje. Matavimo vieneto kodas, bruto kaina, neto kaina ir kainos bazinis kiekis. Laisvu tekstu saugomiems vienetams („vnt.“, „dėžė po 12“) reikia susiejimo lentelės.
• Mokesčio kategorija kiekvienai eilutei ir išskaidymas pagal kategorijas: standartinis tarifas, neapmokestinama, ne PVM objektas, atvirkštinis apmokestinimas, nulinis tarifas arba maržos schema. Vidaus atvirkštinio apmokestinimo sąskaitose taip pat nurodomas aprašymas ir prekių tipas.
• Sumos AED, visada. PVM suma ir mokėtina suma kiekvienai eilutei AED valiuta, nepriklausomai nuo sąskaitos valiutos. Užsienio valiuta išrašytoje sąskaitoje taip pat reikia mokesčių apskaitos valiutos ir bendros sumos su PVM AED, pagal Centrinio banko kursą.
• Sandorio tipo žymos. Aštuonios pozicijos, kiekviena 1 arba 0: laisvoji zona, tariamas tiekimas, maržos schema, suvestinė sąskaita, tęstinis tiekimas, atskleisto agento sąskaitos, e. prekyba, eksportas. Vienoje sąskaitoje galima nustatyti kelias, o kiekviena nustatyta žyma atneša savo reikalavimus. Pavyzdžiui, laisvosios zonos klientui reikia ir naudos gavėjo duomenų.

Viena taisyklė nusipelno atskiro testo: apvalinama iki dviejų skaičių po kablelio bendros sąskaitos sumos lygmeniu, o ne eilutės ar mokesčio kategorijos lygmeniu. Jei jūsų sąskaitų kodas apvalina kiekvieną eilutę ar kiekvieną PVM tarifą, patikrinkite jį su tikromis sąskaitomis anksčiau, nei tai padarys jūsų paslaugų teikėjas.

HSN prekių kodai kol kas neprivalomi, o data, nuo kurios jie taps privalomi, dar bus paskelbta. Jei parduodate prekes, įtraukite juos, kol vis tiek tvarkote prekių pagrindinius duomenis.

Kreditinės sąskaitos, avansai ir sulaikymai

• Sąskaita su neigiama bendra suma neleidžiama. Kreditas turi būti išrašomas kaip elektroninė kreditinė sąskaita, įskaitant suvestinę sąskaitą, kurios galutinis rezultatas yra kreditas.
• Viena kreditinė sąskaita gali būti susieta su keliomis ankstesnėmis sąskaitomis ir gali apimti tik dalį vienos iš jų. Kiekio nuolaidos teikiamos kreditinėmis sąskaitomis su atitinkamu priežasties kodu.
• Išankstinių sąskaitų kategorijos nėra. Kiekviena išankstinė sąskaita yra pilnavertė elektroninė sąskaita, vėliau koreguojama kreditine sąskaita ar papildoma sąskaita.
• Gavus avansinį mokėjimą, išrašoma mokestinė sąskaita faktūra. Galutinė sąskaita apima tik likusią sumą ir nurodo avanso sąskaitą.
• Sulaikymus galima tvarkyti išrašant sąskaitą be sulaikomos sumos, o kai sulaikyta suma tampa mokėtina, išrašant atskirą sąskaitą.

Gaunamos sąskaitos, kurias visi pamiršta

Tas pats ASP priima jūsų tiekėjų sąskaitas. Nuo paleidimo jos ateina kaip XML ir turi patekti į mokėtinas sumas. Dažnai tai didesnė darbo pusė, nes ji paliečia pirkimų sugretinimą ir tvirtinimus, o ne vieną dokumento šabloną.

Jūsų didieji tiekėjai pradeda 2027 m. sausio 1 d. ir paprašys jūsų identifikatoriaus. Kol jūs dar neprisijungę, jie siunčia į iš anksto nustatytą galinį tašką ir papildomai pateikia jums įprastą mokestinę sąskaitą faktūrą, todėl jūsų pusėje niekas nesugenda.

Darbas su akredituotu paslaugų teikėju

Ministerijos sąraše, kai tikrinome 2026 m. spalio 10 d., buvo 65 akredituoti paslaugų teikėjai ir dar 5 iš anksto patvirtinti, kuriems vis dar buvo atliekamas galutinis vertinimas. 2026 m. ministro sprendimas Nr. 168, paskelbtas spalio 9 d. ir galiojantis nuo spalio 1 d., pakeičia senąsias paslaugų teikėjų taisykles: akreditacija dabar tiesioginė, be išankstinio patvirtinimo etapo, o iš anksto patvirtintas paslaugų teikėjas turi 30 dienų nuo spalio 1 d. užbaigti akreditaciją, kitaip praranda išankstinį patvirtinimą. Rinkitės iš akredituotųjų, o ne iš anksto patvirtintųjų sąrašo. Prisijungimą pradedate jūs, o ne paslaugų teikėjas: jūsų EmaraTax paskyros administratorius atidaro e. sąskaitų skiltį, pasirenka paslaugų teikėją ir yra nukreipiamas į jo portalą. Pirmiausia pasirašykite sutartį ir patikrinkite, ar jūsų įmonės duomenys EmaraTax yra aktualūs.

Individualios sistemos atveju projektą lemia techniniai klausimai:

1. Ką jis priima? Savo API duomenų paketą, failų mainus ar PINT-AE XML, kurį generuojate patys. Jo formatas šiandien reikalauja mažiau darbo; jūsų pačių PINT-AE leidžia pakeisti paslaugų teikėją neperdarant susiejimo.
2. Kaip grįžta patvirtinimai? Webhook, periodinė užklausa, failas? Abiejų rūšių patvirtinimai turi būti saugomi sąskaitos įraše kartu su ASP priskirtu UUID.
3. Kas nutinka kartojant? Laiko limitai viršijami. Pakartotinai išsiuntus sąskaitą neturi atsirasti antra, todėl susitarkite, kaip aptinkami dublikatai, ir saugokite savo perdavimų žurnalą kaip išsiųstų dokumentų įrašą.
4. Ar yra bandomoji aplinka, kurioje galima testuoti atmetimus, o ne tik sklandų scenarijų?
5. Kaip jus pasiekia gaunamos sąskaitos? Ir kas vyksta, kol jūsų pusė neveikia?
6. Ar jis archyvuos už jus? Pagal sutartį gali, bet saugojimo pareiga lieka jums. Įrašai gali būti saugomi už JAE ribų, jei juos galima pateikti FTA išsamius ir perskaitomus.

Gairėse išvardyta, ką turi apimti testavimas: sąskaitos duomenų siuntimą ASP, pristatymą pirkėjui, mainų patvirtinimą, tiekėjo sąskaitos gavimą, ASP duomenų pateikimą FTA ir pateikimo patvirtinimą. Testuokite kiekvieno žingsnio nesėkmės kelią, o ne tik sėkmę.

Baudos

Jas nustato 2025 m. Ministrų kabineto sprendimas Nr. 106:

• Sistemos neįdiegimas, įskaitant laiku nepaskirtą paslaugų teikėją: 5 000 AED už kiekvieną mėnesį ar jo dalį.
• Elektroninės sąskaitos ar elektroninės kreditinės sąskaitos neišrašymas ir neperdavimas: po 100 AED už kiekvieną, bet ne daugiau kaip 5 000 AED per kalendorinį mėnesį.
• Nepranešimas FTA apie sistemos gedimą arba nepranešimas savo ASP apie registruotų duomenų pasikeitimus: 1 000 AED per dieną.

Nė viena iš jų netaikoma sąskaitoms, savanoriškai išrašytoms iki jūsų privalomos datos.

Devynių mėnesių planas iki 2027 m. liepos 1 d.

2026 m. spalio pradžioje įmonė, nesiekianti ribos, turi devynis mėnesius. Individualiai sistemai to pakanka, jei darbas prasideda dabar.

1. 2026 m. spalis ir lapkritis: atotrūkio analizė. Eksportuokite metų sąskaitas ir kreditines sąskaitas, suklasifikuokite jas pagal kategoriją, scenarijų, mokesčio kategoriją ir valiutą ir užrašykite, iš kur bus imamas kiekvienas privalomas laukas.
2. 2026 m. lapkritis ir gruodis: paslaugų teikėjo pasirinkimas. Sudarykite trumpąjį sąrašą pagal minėtus techninius klausimus, pasirašykite ir gaukite prieigą prie bandomosios aplinkos. 2027 m. kovo 31 d. yra paskutinė data, o ne tikslas.
3. Nuo 2026 m. gruodžio iki 2027 m. vasario: kūrimas. Pagrindinių duomenų pakeitimai ir klientų identifikatorių surinkimas, susiejimas, patikra prieš siunčiant, patvirtinimų apdorojimas, nesėkmių eilė su atsakingu žmogumi ir gaunamų sąskaitų apdorojimas.
4. 2027 m. vasaris ir kovas: prisijungimas per EmaraTax, kurio rezultatas yra jūsų dalyvio identifikatorius. Baikite gerokai iki kovo 31 d.
5. 2027 m. balandis ir gegužė: viso proceso testavimas su paslaugų teikėju: visi šeši žingsniai, įskaitant nesėkmes ir kreditines sąskaitas.
6. 2027 m. gegužė ir birželis: savanoriškas paleidimas. Savanoriškoms sąskaitoms baudos netaikomos, todėl tai pigiausia vieta rasti paskutines problemas. Seką suderinkite su paslaugų teikėju.
7. 2027 m. liepos 1 d.: privaloma. Užtikrinkite, kad nesėkmių eile kas nors rūpintųsi iki pat pirmosios PVM deklaracijos.

Jei priklausote didžiųjų įmonių grupei ir dar nepradėjote, turite laiko iki 2026 m. spalio 30 d. paskirti paslaugų teikėją ir mažiau nei tris mėnesius pradėti veikti. Taikomi tie patys žingsniai, suspausti į savaites, o paslaugų teikėjo įvesties formatas greičiausiai bus spartesnis kelias.

Kas dar gali keistis

Datos jau buvo pakeistos vieną kartą, gairės yra 1.1 versijos, o PINT-AE versijos keičiasi, ir paslaugų teikėjai privalo naudoti naujausią. Susiejimą laikykite viename modulyje, už savo sąsajos, kad specifikacijos atnaujinimas nepaliestų sąskaitų kodo. HSN kodai kada nors taps privalomi, o B2C lieka už taikymo srities ribų tik iki kito sprendimo.

Nė viena iš šių priežasčių nėra pagrindas laukti. Sprendimai galioja, o baudų lentelė paskelbta.

Kur gauti pagalbos

Kuriame ryšį tarp sistemos, kuri generuoja jūsų sąskaitas, ir paslaugų teikėjo, kuris jas siunčia: duomenų susiejimą, pagrindinių duomenų pakeitimus, patikrą, patvirtinimų ir pakartotinių bandymų apdorojimą bei gaunamų sąskaitų apdorojimą mokėtinose sumose. Mūsų e. sąskaitų integracijos paslauga aprašo, kaip vyksta šis darbas, o jei reikalavimas užklumpa sistemos keitimo viduryje, žr. ERP modernizavimas.

Jei jūsų sąskaitas išrašo sistema, kuriai niekas neparduoda jungties, rašykite office@c9group.dev.