E-rēķini AAE no 2027. gada 1. jūlija: kā sagatavot pašu ERP sistēmu darbam ar Peppol

No 2027. gada 1. janvāra AAE uzņēmumiem, kuru gada ieņēmumi ir 50 000 000 AED vai vairāk, B2B un B2G rēķini jāizraksta un jāsaņem kā strukturēts XML, kas tiek sūtīts ar akreditēta pakalpojumu sniedzēja (Accredited Service Provider) starpniecību pa Peppol tīklu. Visi, kas ir zem šī sliekšņa, seko 2027. gada 1. jūlijā, un pakalpojumu sniedzējs tiem jāieceļ līdz 2027. gada 31. martam. Valsts iestādes pāriet uz e-rēķiniem 2027. gada 1. oktobrī.

No jūsu pārejas datuma nodokļu rēķins ir XML. PDF, ko jūsu sistēma šodien sūta pa e-pastu, joprojām vajadzīgs tikai kā papildinājums klientiem, kas vēl nav tīklā.

Ja jūsu rēķini nāk no Zoho, Tally, Wafeq vai līdzīga gatava produkta, lielākā daļa šī darba ir jūsu piegādātāja ziņā. Visi trīs paši ir Finanšu ministrijas akreditēto pakalpojumu sniedzēju sarakstā. Jūsu darbs ir izvēlēties pakalpojumu sniedzēju, reģistrēties caur EmaraTax un sakārtot klientu datus.

Šis raksts ir uzņēmumiem, kuru rēķini nāk no pašu sistēmas: pašu izstrādātas ERP, instalācijas, kas pielāgota tiktāl, ka to vairs nevar atjaunināt, vai iekšēja rēķinu dzinēja. Tādām neviens savienotāju nepiegādā. AAE elektronisko rēķinu vadlīnijas to arī saka: uzņēmumiem jāpabeidz visi iekšējo sistēmu pielāgojumi un jāsāk testēt rēķinu datu pārsūtīšana („complete any customisations to in-house systems and begin testing the transmission of invoice data“).

Datumi

Posmi noteikti ar Ministru lēmumu Nr. 244 (2025) ar grozījumiem:

Pirmajā rindā sākotnēji bija 2026. gada 31. jūlijs. Ministru lēmums Nr. 66 (2026) to pārcēla uz 2026. gada 30. oktobri, bet darbības sākuma datumu nemainīja. Vadlīniju tabulā joprojām norādīts vecais datums, tāpēc lasiet abus dokumentus kopā.

Brīvprātīga ieviešana visiem ir atvērta kopš 2026. gada 1. jūlija, un tas ir svarīgi tālāk aprakstītajam plānam.

Kas ietilpst tvērumā

E-rēķini attiecas uz ikvienu, kas veic uzņēmējdarbību AAE, neatkarīgi no PVN reģistrācijas. Uzņēmums, kas nav reģistrēts PVN vajadzībām, pa to pašu tīklu izraksta elektroniskus komercrēķinus, nevis nodokļu rēķinus.

Tvērumā ir B2B, B2G, G2B un G2G darījumi. Piegādes patērētājiem nav tvērumā, līdz ministrs nolems citādi, un uzņēmums, kas pārdod tikai patērētājiem, pagaidām uz sistēmu vispār neattiecas. Ir šauri izņēmumi valsts suverēnajai darbībai, aviopasažieru biļetēm un ar PVN neapliekamiem finanšu pakalpojumiem.

Ja jums ir PVN grupa, svarīga ir viena atkāpe: darījumiem starp vienas grupas dalībniekiem ir 24 mēnešu pārejas periods, sākot no 2027. gada 1. janvāra. Katrs dalībnieks tik un tā reģistrējas atsevišķi ar savu TIN, un rēķini ārējām pusēm ietilpst tvērumā no parastā datuma.

Piecu stūru modelis no jūsu ERP skatpunkta

AAE izmanto piecu stūru modeli:

1. 1. stūris: jūs, piegādātājs.
2. 2. stūris: jūsu akreditētais pakalpojumu sniedzējs (ASP).
3. 3. stūris: jūsu pircēja ASP.
4. 4. stūris: jūsu pircējs.
5. 5. stūris: Federālā nodokļu iestāde (FTA).

Jūsu sistēma sazinās ar vienu pusi: jūsu ASP. Jūs nosūtāt rēķina datus formātā, par kuru esat ar to vienojušies. ASP tos validē, vajadzības gadījumā pārveido AAE XML formātā, piegādā pircēja ASP un paralēli ziņo nodokļu datus FTA. Pircēja ASP validē saņemto un arī ziņo. Apstiprinājumi atgriežas pa ķēdi pie jums.

Šai ziņošanai izmanto atsevišķu Peppol dokumentu, UAE Tax Data Document, ko Peppol specifikācija apraksta kā „used by both invoice issuer and invoice receiver to report an invoice“. To sagatavo jūsu ASP. Jūs izstrādājat to, kā apstrādāt atgriezeniskos ziņojumus: apstiprinājumu, ka pircēja puse rēķinu pieņēmusi, apstiprinājumu, ka FTA saņēmusi nodokļu datus, un kļūmes jebkurā no tiem.

ASP nodrošina pārsūtīšanu, šifrēšanu, dalībnieku meklēšanu un UUID, kas unikāli identificē katru rēķinu. Jūs joprojām atbildat par katras rēķina vērtības aprēķinu un par pircēja Peppol identifikatora iegūšanu. Jūsu pakalpojumu sniedzējs rēķinu validē. Tas to nelabo.

Jūs ieceļat tieši vienu ASP gan sūtīšanai, gan saņemšanai.

Kas jūsu sistēmai jāveido

Formāts

AAE izmanto Peppol PINT-AE: UBL XML ar rēķinu specifikāciju un atsevišķu pašizrakstīšanas specifikāciju (raksta tapšanas brīdī abas versijā 1.0.4). QR koda nav. Pašu laukus pievienot nevar; jebko nozarei specifisku saskaņo ar savu ASP.

Lauki, kuru mantotajām sistēmām parasti nav

Ministrija publicē obligāto lauku sarakstu: elektroniskam nodokļu rēķinam tie ir 51. Lūk, tie, kam parasti vajadzīgs darbs:

• Abu pušu elektroniskās adreses. Jūsu galapunkts ir 0235 plus jūsu 10 ciparu TIN, kas ir jūsu TRN pirmie 10 cipari. Pircēja galapunkts veidojas tāpat, tātad katrā klienta ierakstā vajadzīgs jauns lauks un kāds, kas vērtības savāc. Īpašiem gadījumiem ir iepriekš noteikti galapunkti: 0235:9900000098, ja pircējs vēl nav sistēmā, 0235:9900000099 eksporta pircējam bez Peppol ID, 0235:9900000097 pielīdzinātām piegādēm.
• Pārdevēja juridiskā reģistrācija. Reģistrācijas numurs un tā veids no noteikta saraksta: TL (tirdzniecības licence), EID (Emirates ID), PAS (pase) vai CD (Ministru kabineta lēmums). Komercrēķinā obligāta ir arī pircēja reģistrācija.
• Strukturētas adreses, ieskaitot valsts teritoriālo vienību (emirātu), pārdevējam un pircējam.
• Maksājuma nosacījumi kā dati. Apmaksas termiņš un maksājuma veida kods katrā rēķinā.
• Kodētas mērvienības un pilni cenu dati katrā rindā. Mērvienības kods, bruto cena, neto cena un cenas bāzes daudzums. Mērvienībām, kas glabātas kā brīvs teksts („gab.“, „kaste pa 12“), vajadzīga kartēšanas tabula.
• Nodokļa kategorija katrai rindai, kā arī sadalījums pa kategorijām: standarta likme, atbrīvots, ārpus tvēruma, apgrieztā maksāšana, nulles likme vai peļņas normas režīms. Iekšzemes apgrieztās maksāšanas rēķinos jānorāda arī paskaidrojums un preču veids.
• Summas AED, vienmēr. PVN summa un maksājamā summa katrai rindai AED, neatkarīgi no rēķina valūtas. Ārvalstu valūtas rēķinam vajadzīga arī nodokļu uzskaites valūta un kopsumma ar PVN AED pēc Centrālās bankas kursa.
• Darījuma veida pazīmes. Astoņas pozīcijas, katra 1 vai 0: brīvā zona, pielīdzināta piegāde, peļņas normas režīms, kopsavilkuma rēķins, nepārtraukta piegāde, atklāta aģenta rēķinu izrakstīšana, e-komercija, eksports. Vienā rēķinā var būt iestatītas vairākas, un katra iestatītā nāk ar savām prasībām. Brīvās zonas klientam, piemēram, vajadzīgi arī labuma guvēja dati.

Vienam noteikumam vajadzīgs savs testa gadījums: noapaļošana notiek rēķina kopsummas līmenī, līdz divām zīmēm aiz komata, nevis rindas vai nodokļa kategorijas līmenī. Ja jūsu rēķinu kods noapaļo katru rindu vai katru PVN likmi, notestējiet to ar īstiem rēķiniem, pirms to izdara jūsu pakalpojumu sniedzējs.

HSN preču kodi pagaidām nav obligāti, un datums, kad tie kļūs obligāti, vēl tiks paziņots. Ja pārdodat preces, pievienojiet tos tagad, kamēr preču pamatdati tik un tā ir atvērti.

Kredītrēķini, avansi un ieturējumi

• Rēķins ar negatīvu kopsummu nav atļauts. Kredīts jāizraksta kā elektronisks kredītrēķins, un tas attiecas arī uz kopsavilkuma rēķinu, kura rezultāts ir kredīts.
• Viens kredītrēķins var atsaukties uz vairākiem iepriekšējiem rēķiniem un var aptvert tikai daļu no viena. Apjoma atlaides tiek noformētas ar kredītrēķiniem ar atbilstošu iemesla kodu.
• Provizorisko rēķinu kategorijas nav. Katrs provizoriskais rēķins ir pilnvērtīgs elektronisks rēķins, ko vēlāk koriģē ar kredītrēķinu vai papildu rēķinu.
• Par avansa maksājumiem, tos saņemot, izraksta nodokļu rēķinu. Galīgais rēķins aptver tikai atlikušo summu un atsaucas uz avansa rēķinu.
• Ieturējumus var noformēt, izrakstot rēķinu bez ieturētās summas un pēc tam atsevišķu rēķinu, kad ieturētās summas samaksas termiņš pienāk.

Ienākošie rēķini, par kuriem visi aizmirst

Tas pats ASP saņem jūsu piegādātāju rēķinus. No pārejas datuma tie pienāk kā XML un tiem jānonāk kreditoru uzskaitē. Bieži tā ir lielākā darba daļa, jo tā skar pirkumu salīdzināšanu un apstiprināšanu, nevis vienu dokumenta veidni.

Jūsu lielie piegādātāji pāriet uz e-rēķiniem 2027. gada 1. janvārī un prasīs jūsu identifikatoru. Kamēr jūs vēl neesat pārgājuši, viņi sūta uz iepriekš noteikto galapunktu un papildus izsniedz jums parastu nodokļu rēķinu, tāpēc jūsu pusē nekas nesalūzt.

Darbs ar akreditētu pakalpojumu sniedzēju

Ministrijas sarakstā 2026. gada 10. oktobrī, kad to pārbaudījām, bija 65 akreditēti pakalpojumu sniedzēji un vēl 5 iepriekš apstiprināti, kuru novērtējums vēl nav pabeigts. Ministru lēmums Nr. 168 (2026), kas paziņots 9. oktobrī un ir spēkā no 1. oktobra, aizstāj vecos noteikumus par pakalpojumu sniedzējiem: akreditācija tagad ir tieša, bez iepriekšējas apstiprināšanas posma, un iepriekš apstiprinātam pakalpojumu sniedzējam ir 30 dienas no 1. oktobra, lai pabeigtu akreditāciju, citādi tas zaudē iepriekšējo apstiprinājumu. Izvēlieties no akreditēto saraksta, nevis no iepriekš apstiprināto. Reģistrāciju sākat jūs, nevis pakalpojumu sniedzējs: jūsu EmaraTax konta administrators atver e-rēķinu sadaļu, izvēlas pakalpojumu sniedzēju un tiek novirzīts uz tā portālu. Vispirms parakstiet līgumu un pārbaudiet, vai jūsu uzņēmuma dati EmaraTax ir aktuāli.

Pielāgotai sistēmai projektu izšķir tehniski jautājumi:

1. Ko tas pieņem? Savu API datu struktūru, failu apmaiņu vai PINT-AE XML, ko ģenerējat paši. Tā paša formāts šodien prasa mazāk darba; jūsu pašu PINT-AE ļauj nomainīt pakalpojumu sniedzēju, nepārbūvējot kartēšanu.
2. Kā atgriežas apstiprinājumi? Webhook, aptauja (polling), fails? Abu veidu apstiprinājumi jāglabā pie rēķina ieraksta kopā ar UUID, ko piešķir ASP.
3. Kas notiek, mēģinot atkārtoti? Taimauti gadās. Atkārtoti nosūtot rēķinu, nedrīkst rasties otrs rēķins, tāpēc vienojieties, kā tiek atpazīti dublikāti, un glabājiet savu pārsūtīšanas žurnālu kā ierakstu par to, kas nosūtīts.
4. Vai ir smilškaste (sandbox), kurā var testēt noraidījumus, ne tikai veiksmīgo scenāriju?
5. Kā jūs sasniedz ienākošie rēķini? Un kas notiek, kamēr jūsu puse nedarbojas?
6. Vai tas arhivēs jūsu vietā? Tas var, ja tas noteikts līgumā, bet glabāšanas pienākums paliek jums. Ieraksti var atrasties ārpus AAE, ja vien tos var iesniegt FTA pilnīgus un lasāmus.

Vadlīnijās uzskaitīts, kas jāaptver testēšanai: rēķina datu nosūtīšana ASP, piegāde pircējam, apmaiņas apstiprinājums, piegādātāja rēķina saņemšana, ASP ziņošana FTA un ziņošanas apstiprinājums. Testējiet katra soļa kļūmes scenāriju, ne tikai veiksmīgo.

Sodi

Tos nosaka Ministru kabineta lēmums Nr. 106 (2025):

• Par sistēmas neieviešanu, tostarp pakalpojumu sniedzēja neiecelšanu laikā: 5000 AED par katru mēnesi vai tā daļu.
• Par elektroniska rēķina vai elektroniska kredītrēķina neizrakstīšanu un nenosūtīšanu: 100 AED par katru, ne vairāk kā 5000 AED kalendārajā mēnesī.
• Par nepaziņošanu FTA par sistēmas kļūmi vai neinformēšanu ASP par izmaiņām jūsu reģistrētajos datos: 1000 AED dienā.

Neviens no tiem neattiecas uz rēķiniem, kas brīvprātīgi izrakstīti pirms jūsu obligātā datuma.

Deviņu mēnešu plāns līdz 2027. gada 1. jūlijam

2026. gada oktobra sākumā uzņēmumam zem sliekšņa ir deviņi mēneši. Pielāgotai sistēmai ar to pietiek, ja darbs sākas tagad.

1. 2026. gada oktobris līdz novembris: nepilnību analīze. Eksportējiet gada rēķinus un kredītrēķinus, klasificējiet tos pēc kategorijas, scenārija, nodokļa kategorijas un valūtas un pierakstiet, no kurienes nāks katrs obligātais lauks.
2. 2026. gada novembris līdz decembris: pakalpojumu sniedzēja izvēle. Sastādiet īso sarakstu pēc iepriekš minētajiem tehniskajiem jautājumiem, parakstiet līgumu un saņemiet piekļuvi smilškastei. 2027. gada 31. marts ir pēdējais datums, nevis mērķis.
3. 2026. gada decembris līdz 2027. gada februāris: izstrāde. Pamatdatu izmaiņas un klientu identifikatoru savākšana, kartēšana, validācija pirms sūtīšanas, apstiprinājumu apstrāde, kļūmju rinda ar atbildīgo personu un ienākošo rēķinu apstrāde.
4. 2027. gada februāris līdz marts: reģistrācija caur EmaraTax, kas noslēdzas ar jūsu dalībnieka identifikatoru. Pabeidziet krietni pirms 31. marta.
5. 2027. gada aprīlis līdz maijs: pilna cikla testēšana ar pakalpojumu sniedzēju: visi seši soļi, ieskaitot kļūmes un kredītrēķinus.
6. 2027. gada maijs līdz jūnijs: brīvprātīga darbības sākšana. Uz brīvprātīgiem rēķiniem sodi neattiecas, tāpēc šī ir lētākā vieta, kur atrast pēdējās problēmas. Saskaņojiet secību ar savu pakalpojumu sniedzēju.
7. 2027. gada 1. jūlijs: obligāti. Nodrošiniet kļūmju rindai cilvēkus līdz pirmajai PVN deklarācijai.

Ja esat lielo uzņēmumu grupā un vēl neesat sākuši, jums ir laiks līdz 2026. gada 30. oktobrim, lai ieceltu pakalpojumu sniedzēju, un mazāk nekā trīs mēneši, lai sāktu darbību. Soļi ir tie paši, saspiesti nedēļās, un pakalpojumu sniedzēja paša ievades formāts, visticamāk, ir ātrākais ceļš.

Kas vēl var mainīties

Datumi jau vienreiz ir pārcelti, vadlīnijas ir versijā 1.1, un PINT-AE versijas mainās, un pakalpojumu sniedzējiem jāizmanto jaunākā. Glabājiet kartēšanu vienā modulī aiz savas saskarnes, lai specifikācijas atjauninājums neskartu rēķinu kodu. HSN kodi kādā brīdī kļūs obligāti, un B2C paliek ārpus tvēruma tikai līdz turpmākam lēmumam.

Nekas no tā nav iemesls gaidīt. Lēmumi ir spēkā, un sodu tabula ir publicēta.

Kur saņemt palīdzību

Mēs izveidojam savienojumu starp sistēmu, kas veido jūsu rēķinus, un pakalpojumu sniedzēju, kas tos nosūta: datu kartēšanu, pamatdatu izmaiņas, validāciju, apstiprinājumu un atkārtotu mēģinājumu apstrādi, kā arī ienākošo rēķinu apstrādi kreditoru uzskaitē. Mūsu e-rēķinu integrācijas pakalpojums apraksta, kā šis darbs notiek, un, ja pienākums iestājas sistēmas nomaiņas vidū, skatiet ERP modernizāciju.

Ja jūsu rēķini nāk no sistēmas, kurai neviens nepārdod savienotāju, rakstiet uz office@c9group.dev.