E-számlázás az EAE-ben 2027. július 1-jétől: saját fejlesztésű ERP felkészítése a Peppolra

2027. január 1-jétől azoknak az egyesült arab emírségekbeli vállalkozásoknak, amelyek éves árbevétele legalább 50 000 000 AED, B2B és B2G számláikat strukturált XML-ként kell kiállítaniuk és fogadniuk, egy akkreditált szolgáltatón (Accredited Service Provider) keresztül, a Peppol hálózaton. A küszöb alatti cégek 2027. július 1-jén következnek, és 2027. március 31-ig ki kell jelölniük a szolgáltatójukat. A kormányzati szervek 2027. október 1-jén indulnak.

Az Ön éles indulásától kezdve az adószámla maga az XML. A PDF-re, amelyet a rendszere ma e-mailben küld, ezután csak mellette van szükség, azoknak az ügyfeleknek, akik még nincsenek a hálózaton.

Ha a számlái Zohóból, Tallyből, Wafeqből vagy hasonló dobozos termékből jönnek, a munka nagy része a szoftverszállítójára tartozik. Mindhárom maga is szerepel a Pénzügyminisztérium akkreditált szolgáltatóinak listáján. Az Ön feladata a szolgáltató kiválasztása, a regisztráció az EmaraTaxon keresztül és az ügyféladatok rendbetétele.

Ez a cikk azoknak a cégeknek szól, amelyek számlái saját tulajdonú rendszerből jönnek: házon belül fejlesztett ERP-ből, a frissíthetőség határán túl testre szabott telepítésből, saját számlázómotorból. Ezekhez senki nem szállít kész csatlakozót. Az EAE elektronikus számlázási iránymutatása ki is mondja: a vállalkozásoknak „be kell fejezniük a házon belüli rendszerek testreszabását, és el kell kezdeniük a számlaadatok továbbításának tesztelését”.

A dátumok

A szakaszokat a 244/2025. számú miniszteri határozat határozza meg, módosított formájában:

Az első sorban eredetileg 2026. július 31. szerepelt. A 66/2026. számú miniszteri határozat ezt 2026. október 30-ra tolta ki, az éles indulás dátumához viszont nem nyúlt. Az iránymutatás táblázata még a régi dátumot közli, ezért a két dokumentumot együtt kell olvasni.

Az önkéntes bevezetés 2026. július 1. óta mindenki előtt nyitva áll, és ez az alábbi tervben fontos szerepet kap.

Mire terjed ki

Az e-számlázás mindenkire vonatkozik, aki az EAE-ben üzleti tevékenységet folytat, áfa-regisztrációtól függetlenül. Az áfaalanyként nem regisztrált vállalkozás adószámla helyett elektronikus kereskedelmi számlát állít ki, ugyanazon a hálózaton.

A B2B, B2G, G2B és G2G ügyletek a hatály alá tartoznak. A fogyasztóknak történő értékesítés kívül esik, amíg a miniszter másként nem dönt, és az a vállalkozás, amely csak fogyasztóknak értékesít, egyelőre egyáltalán nem tartozik a rendszer alá. Szűk kivétel vonatkozik a szuverén állami tevékenységre, a légi utasjegyekre és az áfamentes pénzügyi szolgáltatásokra.

Ha csoportos áfaalanyként működik, egy engedmény fontos: az ugyanazon csoport tagjai közötti ügyletek 24 hónapos türelmi időt kapnak, 2027. január 1-jétől számítva. Minden tag ennek ellenére külön regisztrál, a saját TIN-je alatt, és a csoporton kívüli feleknek kiállított számlák a szokásos dátumtól a hatály alá tartoznak.

Az ötsarkú modell az ERP szemszögéből

Az EAE ötsarkú modellt használ:

1. 1. sarok: Ön, az eladó.
2. 2. sarok: az Ön akkreditált szolgáltatója (ASP).
3. 3. sarok: a vevő ASP-je.
4. 4. sarok: a vevő.
5. 5. sarok: a Szövetségi Adóhatóság (FTA).

Az Ön rendszere egyetlen féllel kommunikál: a saját ASP-jével. A számlaadatokat a vele egyeztetett formátumban küldi. Az ASP validálja őket, szükség esetén átalakítja az EAE-s XML-formátumra, kézbesíti a vevő ASP-jének, és ezzel párhuzamosan jelenti az adóadatokat az FTA-nak. A vevő ASP-je validálja, amit kapott, és szintén jelenti. A visszaigazolások a láncon visszafelé jutnak el Önhöz.

Ez a jelentés egy külön Peppol-dokumentumot használ, az UAE Tax Data Documentet, amelyről a Peppol-specifikáció azt írja, hogy azt „a számla kibocsátója és a számla fogadója egyaránt a számla jelentésére használja”. Ezt az ASP állítja elő. Önnek a visszaérkező üzenetek kezelését kell megépítenie: a visszaigazolást, hogy a vevő oldala elfogadta a számlát, a visszaigazolást, hogy az FTA megkapta az adóadatokat, és mindkettő hibaüzeneteit.

Az ASP intézi a továbbítást, a titkosítást, a résztvevők kikeresését és az UUID-t, amely minden számlát egyedileg azonosít. A számla minden értékének kiszámításáért továbbra is Ön felel, ahogy a vevő Peppol-azonosítójának begyűjtéséért is. A szolgáltató validálja a számlát. Kijavítani nem fogja.

Pontosan egy ASP-t jelöl ki, a küldésre és a fogadásra egyaránt.

Mit kell előállítania a rendszerének

A formátum

Az EAE a Peppol PINT-AE-t használja: UBL XML, egy számlázási és egy külön önszámlázási specifikációval (e cikk írásakor mindkettő az 1.0.4-es verziónál tart). QR-kód nincs. Saját mezőket nem adhat hozzá; minden iparágspecifikus elemről az ASP-vel kell megállapodnia.

A mezők, amelyek a régi rendszerekből általában hiányoznak

A minisztérium közzéteszi a kötelező mezők listáját: egy elektronikus adószámlán 51 ilyen van. Ezekkel szokott munka lenni:

• Elektronikus cím mindkét félnek. Az Ön végpontja 0235, utána a 10 jegyű TIN, amely a TRN első 10 számjegye. A vevőé ugyanezt a mintát követi, ami új mezőt jelent minden ügyfélrekordban, és valakit, aki begyűjti az értékeket. A határesetekre előre definiált végpontok vannak: 0235:9900000098, ha a vevő még nincs a rendszerben, 0235:9900000099 a Peppol-azonosító nélküli exportvevőnél, 0235:9900000097 az értékesítésnek tekintett ügyleteknél (deemed supply).
• Az eladó cégjogi nyilvántartási adatai. A nyilvántartási szám és a típusa, egy rögzített készletből: TL (kereskedelmi engedély), EID (Emirates ID), PAS (útlevél) vagy CD (kabinethatározat). Kereskedelmi számlán a vevő nyilvántartási adata is kötelező.
• Strukturált címek, az országon belüli közigazgatási egységgel (az emírséggel) együtt, az eladónál és a vevőnél is.
• Fizetési feltételek adatként. Fizetési határidő és a fizetési mód kódja minden számlán.
• Kódolt mértékegység és teljes áradat minden tételsoron. Mértékegységkód, bruttó ár, nettó ár és árbázis-mennyiség. A szabad szövegként tárolt egységekhez („db”, „12 darabos doboz”) leképezési táblázat kell.
• Adókategória soronként, plusz kategóriánkénti összesítés: normál kulcs, adómentes, hatályon kívüli, fordított adózás, nulla kulcs vagy különbözeti adózás. A belföldi fordított adózású számlák szöveges indoklást és az áru típusát is tartalmazzák.
• Összegek AED-ben, mindig. Az áfa összege és a fizetendő összeg minden sorra, AED-ben, a számla pénznemétől függetlenül. Devizás számlán az adóelszámolás pénzneme és az áfával növelt végösszeg AED-ben is kell, a Központi Bank árfolyamán.
• Ügylettípus-jelzők. Nyolc pozíció, mindegyik értéke 1 vagy 0: szabadzóna, értékesítésnek tekintett ügylet, különbözeti adózás, gyűjtőszámla, folyamatos teljesítés, megnevezett megbízott nevében történő számlázás (disclosed agent billing), e-kereskedelem, export. Egy számlán több is beállítható, és mindegyik beállított jelző saját követelményeket hoz magával. Egy szabadzónában működő ügyfélnél például kedvezményezetti adatok is kellenek.

Egy szabály külön tesztesetet érdemel: a kerekítés a számla végösszegén történik, két tizedesjegyre, nem sor- vagy adókategória-szinten. Ha a számlázókódja soronként vagy áfakulcsonként kerekít, tesztelje le valódi számlákon, mielőtt a szolgáltatója tenné meg.

A HSN árukódok egyelőre nem kötelezőek, a kötelezővé válás dátumát még bejelentik. Ha árut értékesít, vegye fel őket most, amikor úgyis hozzányúl a cikktörzshöz.

Jóváíró számlák, előlegek és visszatartások

• Negatív végösszegű számla nem megengedett. A jóváírást elektronikus jóváíró számlaként (credit note) kell kiállítani, és ez arra a gyűjtőszámlára is vonatkozik, amelynek az egyenlege jóváírás.
• Egy jóváíró számla több korábbi számlára is hivatkozhat, és egy számlának csak egy részét is lefedheti. A mennyiségi kedvezmények jóváíró számlán mennek, a megfelelő okkóddal.
• Ideiglenes számlára nincs külön kategória. Minden ideiglenes számla teljes értékű elektronikus számla, amelyet később jóváíró számlával vagy kiegészítő számlával korrigálnak.
• Az előlegről a beérkezéskor adószámla készül. A végszámla csak a fennmaradó összeget tartalmazza, és hivatkozik az előlegszámlára.
• A visszatartott összegek kezelhetők úgy, hogy a visszatartással csökkentett összeget számlázzák, majd a visszatartott rész esedékességekor külön számlát állítanak ki.

A bejövő oldal, amelyről mindenki megfeledkezik

Ugyanaz az ASP fogadja a beszállítói számláit is. Az éles indulástól ezek XML-ként érkeznek, és be kell kerülniük a szállítói számlák feldolgozásába. Gyakran ez a munka nagyobbik fele, mert a megrendelésekkel való egyeztetést és a jóváhagyásokat érinti, nem egyetlen dokumentumsablont.

A nagy beszállítói 2027. január 1-jén élesednek, és el fogják kérni az Ön azonosítóját. Amíg Ön nincs élesben, az előre definiált végpontra küldenek, és mellé hagyományos adószámlát is adnak, így az Ön oldalán semmi nem áll le.

Együttműködés egy akkreditált szolgáltatóval

A minisztérium listáján 2026. október 2-án 60 akkreditált szolgáltató szerepelt. A regisztrációt Ön indítja, nem a szolgáltató: az EmaraTax-fiókja adminisztrátora megnyitja az e-számlázási részt, kiválasztja a szolgáltatót, és a rendszer átirányítja annak portáljára. Előbb írja alá a szerződést, és ellenőrizze, hogy a cégadatai naprakészek-e az EmaraTaxban.

Egyedi rendszernél a projekt sorsát technikai kérdések döntik el:

1. Mit fogad? A saját API-formátumát, fájlcserét, vagy az Ön által előállított PINT-AE XML-t. A saját formátuma ma kevesebb munka; a saját PINT-AE viszont lehetővé teszi, hogy a leképezés újraépítése nélkül váltson szolgáltatót.
2. Hogyan jönnek vissza a visszaigazolások? Webhookon, lekérdezéssel (polling), fájlban? Mindkét fajta a számlarekordhoz tartozik, az ASP által kiosztott UUID-vel együtt.
3. Mi történik újraküldéskor? Időtúllépés előfordul. Egy számla újraküldése nem hozhat létre második számlát, ezért egyezzenek meg a duplikátumok felismerésének módjáról, és vezessen saját továbbítási naplót arról, mit küldött el.
4. Van-e tesztkörnyezet (sandbox), ahol az elutasításokat is kipróbálhatja, nem csak a sikeres ágat?
5. Hogyan jutnak el Önhöz a bejövő számlák? És mi történik, amíg az Ön oldala nem elérhető?
6. Archivál-e Ön helyett? Szerződés alapján megteheti, de a megőrzési kötelezettség Önnél marad. A nyilvántartások lehetnek az EAE-n kívül is, amennyiben teljes és olvasható formában bemutathatók az FTA-nak.

Az iránymutatás felsorolja, mit kell lefednie a tesztelésnek: a számlaadatok elküldését az ASP-nek, a kézbesítést a vevőnek, a csere visszaigazolását, egy beszállítói számla fogadását, az ASP jelentését az FTA-nak és a jelentés visszaigazolását. Mindegyiknek a hibaágát is tesztelje, ne csak a sikeres esetet.

A bírságok

Ezeket a 106/2025. számú kabinethatározat állapítja meg:

• A rendszer bevezetésének elmulasztása, beleértve a szolgáltató határidőre történő kijelölésének elmulasztását: havonta, illetve megkezdett hónaponként 5000 AED.
• Elektronikus számla vagy elektronikus jóváíró számla kiállításának és továbbításának elmulasztása: darabonként 100 AED, naptári hónaponként legfeljebb 5000 AED.
• Ha elmulasztja értesíteni az FTA-t egy rendszerhibáról, vagy tájékoztatni az ASP-jét a nyilvántartott adatai változásáról: naponta 1000 AED.

Egyik sem vonatkozik a kötelező dátum előtt önkéntesen kiállított számlákra.

Kilenchónapos terv 2027. július 1-jéig

2026. október elején egy küszöb alatti cégnek kilenc hónapja van. Egyedi rendszernél ez elég, ha a munka most elkezdődik.

1. 2026. október és november: hiányelemzés. Exportáljon egy évnyi számlát és jóváíró számlát, sorolja be őket kategória, forgatókönyv, adókategória és pénznem szerint, és írja le, honnan fog származni az egyes kötelező mezők értéke.
2. 2026. november és december: a szolgáltató kiválasztása. A fenti technikai kérdések alapján állítson össze szűkített listát, írja alá a szerződést, és szerezzen hozzáférést a tesztkörnyezethez. 2027. március 31. a végső határidő, nem a cél.
3. 2026 decemberétől 2027 februárjáig: fejlesztés. A törzsadatok módosítása és az ügyfél-azonosítók begyűjtése, a leképezés, a küldés előtti validálás, a visszaigazolások kezelése, egy hibasor, amelynek van gazdája, és a bejövő számlák feldolgozása.
4. 2027. február és március: regisztráció az EmaraTaxon keresztül, a résztvevő-azonosító megszerzésével zárva. Fejezze be jóval március 31. előtt.
5. 2027. április és május: teljes körű tesztelés a szolgáltatóval: mind a hat lépés, a hibák és a jóváíró számlák is.
6. 2027. május és június: önkéntes éles indulás. Az önkéntes számlákra nem vonatkoznak bírságok, így ez a legolcsóbb terep az utolsó hibák megtalálására. Az ütemezést egyeztesse a szolgáltatóval.
7. 2027. július 1.: kötelező. A hibasorra az első áfabevallásig legyen kijelölt ember.

Ha a nagyvállalati körbe tartozik, és még nem kezdett hozzá, 2026. október 30-ig kell szolgáltatót kijelölnie, és kevesebb mint három hónapja marad az éles indulásig. Ugyanezek a lépések érvényesek, hetekbe sűrítve, és valószínűleg a szolgáltató saját bemeneti formátuma a gyorsabb út.

Mi változhat még

A dátumok egyszer már elmozdultak, az iránymutatás az 1.1-es verziónál tart, a PINT-AE verziói pedig változnak, és a szolgáltatóknak mindig a legfrissebbet kell használniuk. A leképezést tartsa egyetlen modulban, saját interfész mögött, hogy egy specifikációfrissítés ne érintse a számlázókódot. A HSN-kódok előbb-utóbb kötelezővé válnak, a B2C pedig csak egy újabb döntésig marad kívül.

Egyik sem ok a várakozásra. A határozatok hatályosak, a bírságtáblázat nyilvános.

Hol kaphat segítséget

Megépítjük a kapcsolatot a számláit előállító rendszer és az azokat továbbító szolgáltató között: az adatleképezést, a törzsadatok módosítását, a validálást, a visszaigazolások és az újraküldés kezelését, valamint a bejövő számlák feldolgozását a szállítói könyvelésbe. Az e-számlázási integrációs szolgáltatásunk leírja, hogyan zajlik ez a munka, és ha a kötelezettség egy rendszercsere közepére esik, nézze meg az ERP-modernizációs oldalunkat.

Ha a számlái olyan rendszerből jönnek, amelyhez senki nem árul csatlakozót, írjon az office@c9group.dev címre.