Arabiemiirikuntien sähköinen laskutus 1. heinäkuuta 2027: oma toiminnanohjausjärjestelmä valmiiksi Peppoliin

Arabiemiirikunnissa yritysten, joiden vuosiliikevaihto on vähintään 50 000 000 AED, on 1. tammikuuta 2027 alkaen lähetettävä ja vastaanotettava B2B- ja B2G-laskunsa rakenteisena XML:nä akkreditoidun palveluntarjoajan kautta Peppol-verkossa. Kaikki tämän rajan alle jäävät seuraavat 1. heinäkuuta 2027, ja niiden on nimettävä palveluntarjoaja viimeistään 31. maaliskuuta 2027. Julkishallinnon yksiköt siirtyvät järjestelmään 1. lokakuuta 2027.

Käyttöönottopäivästä alkaen verolasku on se XML. Järjestelmän nykyään sähköpostitse lähettämää PDF:ää tarvitaan enää sen rinnalla niille asiakkaille, jotka eivät vielä ole verkossa.

Jos laskut tulevat Zohosta, Tallysta, Wafeqista tai vastaavasta valmisohjelmistosta, suurin osa tästä on ohjelmistotoimittajan työtä. Kaikki kolme ovat itse valtiovarainministeriön akkreditoitujen palveluntarjoajien listalla. Yrityksen omaksi työksi jää palveluntarjoajan valinta, liittyminen EmaraTaxin kautta ja asiakastietojen siivous.

Tämä artikkeli on yrityksille, joiden laskut tulevat omasta järjestelmästä: itse rakennetusta toiminnanohjausjärjestelmästä, niin pitkälle räätälöidystä asennuksesta, ettei sitä enää voi päivittää, tai talon omasta laskutusmoottorista. Niihin kukaan ei toimita valmista liitäntää. UAE Electronic Invoicing Guidelines sanoo saman: yritysten on ”saatettava omiin järjestelmiinsä tehtävät räätälöinnit valmiiksi ja aloitettava laskutietojen siirron testaus”.

Päivämäärät

Vaiheet määrää ministeriön päätös nro 244/2025 muutoksineen:

Ensimmäisellä rivillä luki alun perin 31. heinäkuuta 2026. Ministeriön päätös nro 66/2026 siirsi sen 30. lokakuuta 2026 eikä koskenut käyttöönottopäivään. Ohjeiden taulukossa on yhä vanha päivämäärä, joten asiakirjoja on luettava yhdessä.

Vapaaehtoinen käyttöönotto on ollut kaikille mahdollista 1. heinäkuuta 2026 alkaen, ja sillä on merkitystä alla olevan suunnitelman kannalta.

Mitä soveltamisala kattaa

Sähköinen laskutus koskee kaikkia Arabiemiirikunnissa liiketoimintaa harjoittavia riippumatta ALV-rekisteröinnistä. Yritys, joka ei ole ALV-rekisterissä, lähettää verolaskujen sijaan sähköisiä kaupallisia laskuja saman verkon kautta.

Mukana ovat B2B-, B2G-, G2B- ja G2G-liiketoimet. Myynti kuluttajille jää ulkopuolelle, kunnes ministeri päättää toisin, ja pelkästään kuluttajille myyvä yritys ei toistaiseksi kuulu järjestelmän piiriin lainkaan. Kapeita poikkeuksia on julkisen vallan käytölle, lentomatkustajien lipuille ja ALV:sta vapautetuille rahoituspalveluille.

ALV-ryhmälle yksi helpotus on tärkeä: saman ryhmän jäsenten välisille liiketoimille annetaan 24 kuukauden siirtymäaika 1. tammikuuta 2027 alkaen. Jokainen jäsen liittyy silti erikseen omalla TIN-tunnisteellaan, ja ryhmän ulkopuolisille osapuolille lähetettävät laskut kuuluvat soveltamisalaan normaalista päivämäärästä.

Viiden kulman malli toiminnanohjausjärjestelmän näkökulmasta

Arabiemiirikunnissa käytetään viiden kulman mallia:

1. Kulma 1: sinä eli myyjä.
2. Kulma 2: oma akkreditoitu palveluntarjoajasi (Accredited Service Provider, ASP).
3. Kulma 3: ostajan ASP.
4. Kulma 4: ostaja.
5. Kulma 5: liittovaltion verohallinto (Federal Tax Authority, FTA).

Järjestelmäsi on yhteydessä yhteen osapuoleen: omaan ASP:hen. Laskutiedot lähetetään muodossa, josta on sovittu sen kanssa. ASP validoi tiedot, muuntaa ne tarvittaessa Arabiemiirikuntien XML-muotoon, toimittaa ne ostajan ASP:lle ja ilmoittaa samanaikaisesti verotiedot FTA:lle. Ostajan ASP validoi vastaanottamansa ja ilmoittaa sen myös. Kuittaukset kulkevat ketjua pitkin takaisin sinulle.

Ilmoittamiseen käytetään erillistä Peppol-dokumenttia, UAE Tax Data Documentia, jota Peppol-määrittely kuvaa dokumentiksi, jota ”sekä laskun lähettäjä että sen vastaanottaja käyttävät laskun ilmoittamiseen”. ASP rakentaa sen. Sinä rakennat sen, miten takaisin tuleva käsitellään: kuittaus siitä, että ostajan puoli hyväksyi laskun, kuittaus siitä, että FTA vastaanotti verotiedot, sekä virheilmoitukset kummastakin.

ASP hoitaa siirron, salauksen, osallistujahaun ja UUID-tunnisteen, joka yksilöi jokaisen laskun. Vastuu jokaisen laskulla olevan arvon laskemisesta säilyy sinulla, samoin ostajan Peppol-tunnisteen keräämisestä. Palveluntarjoaja validoi laskun. Se ei korjaa sitä.

ASP:itä nimetään täsmälleen yksi, ja se hoitaa sekä lähettämisen että vastaanottamisen.

Mitä järjestelmän on tuotettava

Formaatti

Arabiemiirikunnissa käytetään Peppol PINT-AE:tä: UBL XML:ää, jolla on laskutusmäärittely ja erillinen itselaskutusmäärittely (kirjoitushetkellä molemmat versiossa 1.0.4). QR-koodia ei ole. Omia kenttiä ei voi lisätä; kaikki toimialakohtainen sovitaan ASP:n kanssa.

Kentät, jotka vanhoista järjestelmistä yleensä puuttuvat

Ministeriö julkaisee luettelon pakollisista kentistä: sähköisessä verolaskussa niitä on 51. Nämä vaativat yleensä työtä:

• Molempien osapuolten sähköiset osoitteet. Oma päätepisteesi on 0235 ja sen perään 10-numeroinen TIN, joka on TRN:n kymmenen ensimmäistä numeroa. Ostajan osoite noudattaa samaa kaavaa, mikä tarkoittaa uutta kenttää jokaiseen asiakastietueeseen ja jonkun, joka kerää arvot. Erikoistapauksille on valmiiksi määritellyt päätepisteet: 0235:9900000098, kun ostaja ei vielä ole järjestelmässä, 0235:9900000099 vientiasiakkaalle, jolla ei ole Peppol-tunnistetta, ja 0235:9900000097 luovutukseksi katsotuille toimituksille (deemed supply).
• Myyjän oikeudellinen rekisteröinti. Rekisterinumero ja sen tyyppi kiinteästä joukosta: TL (elinkeinolupa), EID (Emirates ID), PAS (passi) tai CD (Cabinet Decision). Kaupallisessa laskussa myös ostajan rekisteröinti on pakollinen.
• Rakenteiset osoitteet myyjälle ja ostajalle, mukaan lukien maan osa-alue (emiraatti).
• Maksuehdot datana. Eräpäivä ja maksutapakoodi jokaiseen laskuun.
• Koodatut yksiköt ja täydet hintatiedot jokaisella rivillä. Mittayksikkökoodi, bruttohinta, nettohinta ja hinnan perusmäärä. Vapaana tekstinä tallennetut yksiköt (”kpl”, ”laatikko à 12”) tarvitsevat muunnostaulukon.
• Veroluokka riveittäin sekä erittely veroluokittain: yleinen verokanta, verovapaa, soveltamisalan ulkopuolinen, käännetty verovelvollisuus, nollaverokanta tai marginaaliverojärjestelmä. Kotimaisen käännetyn verovelvollisuuden laskuissa on lisäksi selite ja tavaroiden tyyppi.
• Summat aina dirhameina. Jokaisen rivin ALV-määrä ja maksettava määrä AED:nä laskun valuutasta riippumatta. Ulkomaanvaluuttaisessa laskussa tarvitaan lisäksi verokirjanpidon valuutta ja verollinen kokonaissumma AED:nä keskuspankin kurssilla.
• Liiketoimityypin liput. Kahdeksan positiota, kukin 1 tai 0: vapaa-alue, luovutukseksi katsottu toimitus, marginaaliverojärjestelmä, koontilasku, jatkuva toimitus, agentin laskutus päämiehen nimissä (disclosed agent billing), verkkokauppa ja vienti. Samassa laskussa voi olla useita lippuja, ja jokainen asetettu lippu tuo omat vaatimuksensa. Esimerkiksi vapaa-alueen asiakkaasta tarvitaan myös edunsaajan tiedot.

Yksi sääntö ansaitsee oman testitapauksensa: pyöristys tehdään laskun loppusummaan kahden desimaalin tarkkuudella, ei rivi- eikä veroluokkatasolla. Jos laskutuskoodi pyöristää jokaisen rivin tai jokaisen ALV-kannan, testaa se oikeilla laskuilla ennen kuin palveluntarjoaja tekee sen.

HSN-tavarakoodit ovat toistaiseksi vapaaehtoisia, ja päivämäärä, josta alkaen ne ovat pakollisia, ilmoitetaan myöhemmin. Jos myyt tavaroita, lisää ne nyt, kun nimikerekisteri on joka tapauksessa auki.

Hyvityslaskut, ennakot ja pidätykset

• Laskua, jonka loppusumma on negatiivinen, ei sallita. Hyvitys on annettava sähköisenä hyvityslaskuna, ja tämä koskee myös koontilaskua, jonka nettosumma on hyvitys.
• Yksi hyvityslasku voi viitata useaan aiempaan laskuun ja kattaa vain osan yhdestä laskusta. Määräalennukset käsitellään hyvityslaskuilla, joissa on vastaava syykoodi.
• Alustaville laskuille ei ole omaa luokkaa. Jokainen alustava lasku on täysi sähköinen lasku, jota oikaistaan myöhemmin hyvityslaskulla tai lisälaskulla.
• Ennakkomaksusta annetaan verolasku, kun maksu vastaanotetaan. Lopullinen lasku kattaa vain jäljellä olevan saldon ja viittaa ennakkolaskuun.
• Pidätykset voi käsitellä laskuttamalla pidätyksellä vähennetyn summan ja antamalla erillisen laskun, kun pidätetty määrä erääntyy.

Saapuvat laskut, jotka kaikki unohtavat

Sama ASP vastaanottaa toimittajiesi laskut. Käyttöönotosta lähtien ne saapuvat XML:nä, ja niiden on päädyttävä ostoreskontraan. Se on usein työn suurempi puolisko, koska se koskee ostojen täsmäytystä ja hyväksyntöjä eikä vain yhtä asiakirjapohjaa.

Suuret toimittajasi siirtyvät järjestelmään 1. tammikuuta 2027 ja kysyvät tunnistettasi. Siihen asti, kun olet itse mukana, ne lähettävät valmiiksi määriteltyyn päätepisteeseen ja antavat sinulle lisäksi tavallisen verolaskun, joten mikään ei hajoa sinun päässäsi.

Yhteistyö akkreditoidun palveluntarjoajan kanssa

Ministeriön listalla oli 2. lokakuuta 2026 yhteensä 60 akkreditoitua palveluntarjoajaa. Liittymisen käynnistää yritys itse, ei palveluntarjoaja: EmaraTax-tilin pääkäyttäjä avaa sähköisen laskutuksen osion, valitsee palveluntarjoajan ja ohjautuu sen portaaliin. Allekirjoita sopimus ensin ja tarkista, että yrityksen tiedot EmaraTaxissa ovat ajan tasalla.

Räätälöidyssä järjestelmässä projektin ratkaisevat tekniset kysymykset:

1. Mitä se ottaa vastaan? Oman API-sanomansa, tiedostosiirron vai itse tuottamaasi PINT-AE XML:ää. Palveluntarjoajan oma formaatti on tänään vähemmän työtä; oma PINT-AE antaa vaihtaa palveluntarjoajaa rakentamatta kenttävastaavuuksia uudelleen.
2. Miten kuittaukset palaavat? Webhook, kysely (polling) vai tiedosto? Molemmat kuittaustyypit kuuluvat laskutietueeseen yhdessä ASP:n antaman UUID:n kanssa.
3. Mitä uudelleenyrityksessä tapahtuu? Aikakatkaisuja sattuu. Laskun uudelleenlähetys ei saa luoda toista laskua, joten sovi, miten kaksoiskappaleet tunnistetaan, ja pidä omaa siirtolokia kirjanpitona siitä, mitä on lähetetty.
4. Onko testiympäristöä (sandbox), jossa voi testata hylkäyksiä eikä vain onnistunutta polkua?
5. Miten saapuvat laskut tulevat perille? Ja mitä tapahtuu, kun oma järjestelmä on alhaalla?
6. Arkistoiko se puolestasi? Se voi arkistoida sopimuksen perusteella, mutta säilytysvelvollisuus pysyy yrityksellä. Tallenteet saavat olla Arabiemiirikuntien ulkopuolella, kunhan ne voidaan esittää FTA:lle täydellisinä ja luettavina.

Ohjeissa luetellaan, mitä testauksen tulee kattaa: laskutietojen lähetys ASP:lle, toimitus ostajalle, vaihdon kuittaus, toimittajan laskun vastaanotto, ASP:n ilmoitus FTA:lle ja ilmoituksen kuittaus. Testaa jokaisen vaiheen virhepolku, ei vain onnistumista.

Seuraamukset

Ne säädetään hallituksen päätöksessä nro 106/2025:

• Järjestelmän käyttöönoton laiminlyönti, mukaan lukien palveluntarjoajan nimeämättä jättäminen ajoissa: 5 000 AED kuukaudelta tai sen osalta.
• Sähköisen laskun tai sähköisen hyvityslaskun antamatta ja välittämättä jättäminen: 100 AED kappaleelta, enintään 5 000 AED kalenterikuukaudessa.
• Laiminlyönti ilmoittaa FTA:lle järjestelmän vikaantumisesta tai kertoa ASP:lle muutoksista rekisteröityihin tietoihin: 1 000 AED päivältä.

Mitään näistä ei sovelleta laskuihin, jotka on annettu vapaaehtoisesti ennen pakollista päivämäärää.

Yhdeksän kuukauden suunnitelma 1. heinäkuuta 2027 asti

Lokakuun 2026 alussa rajan alle jäävällä yrityksellä on yhdeksän kuukautta. Se riittää räätälöidylle järjestelmälle, jos työ alkaa nyt.

1. Loka- ja marraskuu 2026: puuteanalyysi. Vie vuoden laskut ja hyvityslaskut ulos, luokittele ne laskulajin, skenaarion, veroluokan ja valuutan mukaan ja kirjaa ylös, mistä jokainen pakollinen kenttä tulee.
2. Marras- ja joulukuu 2026: palveluntarjoajan valinta. Tee lyhyt lista yllä olevien teknisten kysymysten perusteella, allekirjoita sopimus ja hanki testiympäristön käyttöoikeus. 31. maaliskuuta 2027 on viimeinen päivä, ei tavoite.
3. Joulukuusta 2026 helmikuuhun 2027: rakentaminen. Perustietomuutokset ja asiakastunnisteiden kerääminen, kenttävastaavuudet, validointi ennen lähetystä, kuittausten käsittely, virhejono, jolla on omistaja, sekä saapuvien laskujen käsittely.
4. Helmi- ja maaliskuu 2027: liittyminen EmaraTaxin kautta, ja lopputuloksena osallistujatunniste. Saa se valmiiksi hyvissä ajoin ennen 31. maaliskuuta.
5. Huhti- ja toukokuu 2027: päästä päähän -testaus palveluntarjoajan kanssa: kaikki kuusi vaihetta, virheet ja hyvityslaskut mukaan lukien.
6. Touko- ja kesäkuu 2027: vapaaehtoinen käyttöönotto. Seuraamuksia ei sovelleta vapaaehtoisiin laskuihin, joten tämä on halvin paikka löytää viimeiset ongelmat. Sovi järjestyksestä palveluntarjoajan kanssa.
7. 1. heinäkuuta 2027: pakollinen vaihe. Pidä virhejono miehitettynä ensimmäisen ALV-ilmoituksen yli.

Jos kuulut suurten yritysten ryhmään etkä ole vielä aloittanut, palveluntarjoaja on nimettävä 30. lokakuuta 2026 mennessä ja käyttöönottoon on alle kolme kuukautta. Samat vaiheet pätevät viikoiksi tiivistettyinä, ja palveluntarjoajan oma syöttöformaatti on todennäköisesti nopeampi reitti.

Mikä voi vielä muuttua

Päivämäärät ovat siirtyneet jo kerran, ohjeet ovat versiossa 1.1, ja PINT-AE-versiot muuttuvat, eikä palveluntarjoajilla ole muuta vaihtoehtoa kuin käyttää uusinta. Pidä kenttävastaavuudet yhdessä moduulissa oman rajapinnan takana, jotta määrittelyn päivitys ei kosketa laskutuskoodia. HSN-koodeista tulee jossain vaiheessa pakollisia, ja B2C pysyy ulkopuolella vain uuteen päätökseen asti.

Mikään tästä ei ole syy odottaa. Päätökset ovat voimassa ja seuraamustaulukko on julkaistu.

Mistä saat apua

Rakennamme yhteyden laskusi tuottavan järjestelmän ja ne lähettävän palveluntarjoajan välille: kenttävastaavuudet, perustietomuutokset, validoinnin, kuittausten ja uudelleenyritysten käsittelyn sekä saapuvien laskujen käsittelyn ostoreskontraan. Verkkolaskuintegraatiopalvelumme kuvaa, miten työ etenee, ja jos velvoite osuu keskelle järjestelmän vaihtoa, katso toiminnanohjausjärjestelmän modernisointi.

Jos laskusi tulevat järjestelmästä, johon kukaan ei myy liitäntää, kirjoita osoitteeseen office@c9group.dev.