Omanin Fawtara-verkkolaskutus vuonna 2027: mitä räätälöidyt toiminnanohjaus- ja kassajärjestelmät tarvitsevat

Oman korvaa paperi- ja PDF-laskut rakenteisilla XML-verkkolaskuilla, jotka kulkevat akkreditoidun palveluntarjoajan kautta ja ilmoitetaan Omanin veroviranomaiselle (Oman Tax Authority, OTA). Ohjelman nimi on Fawtara. Verovelvolliset, joiden vuotuiset suoritukset ylittävät 5 miljoonaa OMR, aloittavat 1. huhtikuuta 2027. Kaikki muut arvonlisäverorekisteröidyt verovelvolliset aloittavat 1. lokakuuta 2027.

Vähittäiskauppa kärsii eniten. Kuluttajamyynti kuuluu soveltamisalaan samasta päivästä kuin yritysmyynti, ja jokainen yksittäinen myynti tarvitsee oman verkkolaskunsa. Jos kassaohjelmistosi, toiminnanohjausjärjestelmäsi tai laskutusmoottorisi on rakennettu talon sisällä tai voimakkaasti räätälöity, näiden asiakirjojen tuottaminen on sinun työtäsi.

Päivämäärät ja se, mikä niistä koskee sinua

Lähde on OTA:n Fawtara-FAQ, joka on päivitetty viimeksi 31. elokuuta 2026. Testi on esitetty selkeästi. Otat järjestelmän käyttöön 1. huhtikuuta 2027 alkaen, jos jompikumpi seuraavista pitää paikkansa:

• suorituksesi 1. huhtikuuta 2026 ja 31. maaliskuuta 2027 välisenä aikana ylittävät 5 000 000 OMR, tai
• odotetut suorituksesi 1. huhtikuuta 2027 ja 31. maaliskuuta 2028 välisenä aikana ylittävät 5 000 000 OMR.

”Jos kumpikaan ei täyty, sinun on otettava sähköinen laskutus käyttöön 1. lokakuuta 2027 alkaen.”

Lukuun lasketaan: verolliset suoritukset pois lukien käyttöomaisuus, käännetyn verovelvollisuuden alaiset tavarat ja palvelut sekä GCC-maiden sisäiset suoritukset. ALV-ryhmä arvioidaan ryhmätasolla eikä jäsen kerrallaan. Ulkomaisen toimijan osalta lasketaan vain Omanissa tehdyt suoritukset.

Huomaa jälkimmäinen kohta. Kohti 5 miljoonaa OMR kasvava yritys voi päätyä huhtikuun ryhmään pelkän ennusteensa perusteella. Jos olet lähellä rajaa, oleta huhtikuu.

OTA ylläpitää käyttöönoton tarkistustyökalua, joka ottaa vastaan VATIN-tunnuksesi sekä nykyisen ja odotetun suoritusluokkasi ja näyttää mahdollisen käyttöönottojakson. Se on merkitty vain tiedottamista ja valmistautumista varten, joten pidä sen vastausta suuntaa antavana ja FAQ:ta sääntönä.

Aikataulu on jo siirtynyt kerran

OTA:n oma HTML-muotoinen FAQ-sivu kuvaa yhä vanhempaa suunnitelmaa: sata suurta yritystä elokuusta 2026, kaikki suuret yritykset helmikuusta 2027 ja kaikki muut elokuusta 2027. PDF korvaa nämä päivämäärät huhti- ja lokakuulla 2027. Ensimmäiselle valittujen suurten verovelvollisten ryhmälle (Rollout 1) elokuu 2026 on edelleen virallinen käyttöönottopäivä, ja siirtymäaika jatkuu lokakuun 2026 loppuun osana pilottia.

PDF:n aikatauluosiossa yksi lause sanoo, että pakollinen noudattaminen 5 miljoonan OMR:n ylittävillä on voimassa ”April 1st 2026”. Kaikkialla muualla samassa asiakirjassa lukee 1. huhtikuuta 2027, myös edellä lainatussa yksityiskohtaisessa soveltamisalavastauksessa. Se vaikuttaa lipsahdukselta, mutta se on hyvä syy työskennellä alkuperäisen asiakirjan pohjalta eikä kenenkään tiivistelmän, ei meidänkään.

Miten Fawtara toimii

Fawtara toimii Peppolissa viiden kulman mallilla:

1. Kulma 1: sinä eli myyjä annat laskun.
2. Kulma 2: akkreditoitu palveluntarjoajasi (ASP) validoi sen Omanin sääntöjä vasten ja välittää sen eteenpäin.
3. Kulma 3: ostajan palveluntarjoaja vastaanottaa sen.
4. Kulma 4: ostaja.
5. Kulma 5: OTA, joka vastaanottaa verotiedot palveluntarjoajilta.

Formaatti on XML, joka on rakennettu OpenPeppolin julkaisemien PINT Oman -määrittelyjen mukaan (kirjoitushetkellä Billing Process -versio 1.0.1). FAQ sanoo suoraan, että ”PDF-lasku ei ole verkkolasku”. Paperia voi yhä tulostaa, mutta vain verkkolasku on verotuksessa pätevä lasku.

Kolme FAQ:n yksityiskohtaa muovaa teknistä työtä:

• Palveluntarjoaja validoi, vastuu säilyy sinulla. ASP tarkistaa jokaisen laskun Omanin schematron-sääntöjä vasten, mutta ”vastuu laskun vaatimustenmukaisuudesta säilyy verovelvollisella”.
• Olet yhteydessä yhteen palveluntarjoajaan kerrallaan. Pyydät liitoksen Fawtara-portaalin kautta, ja voit vaihtaa myöhemmin.
• Verovelvollisille ei ole vakiomuotoista API:a. FAQ:n sanoin verovelvollisen liittäminen ”ei ole standardoitu, ja se vaihtelee palveluntarjoajan järjestelmän mukaan”. Toiminnanohjausjärjestelmäsi on yhteydessä palveluntarjoajan rajapintaan, ei OTA:han.

Kun ostaja on kuluttaja tai yritys, joka ei vielä ole verkossa, palveluntarjoajasi ilmoittaa verotiedot silti OTA:lle, ja asiakas saa laskun kuten tänäänkin. Viennit kulkevat sinulta palveluntarjoajalle ja siitä OTA:lle.

Ketä tämä jo koskee valmiiksi

Jos toiminnanohjaus- tai kassajärjestelmäsi toimittaja on itse akkreditoitu palveluntarjoaja tai toimittaa liittimen sellaiseen, suurin osa tästä artikkelista ei ole sinun ongelmasi. FAQ:n mukaan toiminnanohjausjärjestelmät ”voidaan säilyttää sen järjestelyn perusteella, joka verovelvollisilla on akkreditoitujen palveluntarjoajiensa kanssa”, ja valmisjärjestelmässä tämän järjestelyn toimittaminen on toimittajan tehtävä. Sinun työsi on perustiedot ja testaus.

Voisit myös ryhtyä itse palveluntarjoajaksi. Akkreditointikriteereihin kuuluvat omanilainen kaupparekisteröinti IT-toimialalla, vähimmäisosakepääoma, toimintahistoria ja ISO/IEC 27001 -sertifiointi, ja FAQ lisää Peppol eDelivery- ja PINT OM -testisarjojen läpäisyn. Se sopii ohjelmistoyrityksille. Vähittäiskauppiaalle se ei ole oikotie.

Tämä artikkeli on kaikille muille: yrityksille, joiden laskut tulevat räätälöidystä toiminnanohjausjärjestelmästä, talon omasta kassajärjestelmästä, vanhan tietokannan päälle kytketystä laskutusmoottorista tai sivukonttorista, jossa laskuja kirjoitetaan yhä käsin.

Mitä ohjelmistossa on muututtava

Kohdista laskutietosi PINT Omaniin

FAQ:n ohje kohdistuksesta on yksi rivi: käytä Omanin PINT-määrittelyjä. Semanttisessa mallissa Omanin omat kentät (etuliite BTOM) vievät suurimman osan työstä:

• UUID jokaiselle asiakirjalle (BTOM-002). Sen on oltava RFC 4122 -version 5 mukainen, eli nimipohjainen. Johda se jostakin pysyvästä, kuten oikeushenkilöstä, sivukonttorista, kassasta ja asiakirjanumerosta, jolloin uudelleen yritetty lähetys tuottaa saman UUID:n eikä toista laskua.
• Laskun liiketoimityyppi (BTOM-001). Tämä on 20-positioinen merkkijono, jossa jokainen positio on lippu: täysi verolasku, yksinkertaistettu verolasku, itselaskutus, kolmas osapuoli, vienti, luovutukseksi katsottu toimitus, palvelujen tuonnin käännetty verovelvollisuus, voittomarginaali, verkkokauppa, tavaroiden tuonti, erityisvyöhykkeen toimitus, ennakkomaksu ja muut. Useampi lippu voi olla asetettuna. Järjestelmäsi on tiedettävä, mitkä koskevat kutakin laskua, ja useimmat toiminnanohjausjärjestelmät eivät ole koskaan tallentaneet sitä.
• Myyjän ja ostajan tunnisteet järjestelmäkoodin kanssa: kaupparekisterinumero, verotunniste, henkilötunnus (civil ID), passi, maahantuojan tullitunniste tai erityisvyöhykkeen lupanumero.
• Valuutta. Laskun valuutalla, ALV-kirjanpidon valuutalla, niiden välisellä vaihtokurssilla ja kirjanpitovaluutan ALV-kokonaismäärällä on kullakin oma kenttänsä.
• Koodiluettelot verovapautuksille, nollaverokannan perusteille, palvelutyypeille ja maan osa-alueille.

Odota, että laskurivit kohdistuvat siististi ja perustiedot eivät. Asiakastietueet ilman VATIN-tunnusta, puuttuvat CR-numerot, vapaatekstiset verovapautuksen perusteet ja osoitteet ilman aluekoodia on kaikki siivottava ennen ensimmäistä tuotannon laskua.

Käsittele jokaista myyntiä asiakirjana

Tämä sääntö muuttaa kassajärjestelmät: ”Koontilaskut eivät ole sallittuja B2C-liiketoimissa. Verkkolasku on annettava erikseen jokaisesta laskusta.” Ei päivän päätteeksi tehtävää yhteenvetoa. Myymälä, joka tekee 3 000 myyntiä päivässä, lähettää 3 000 verkkolaskua päivässä.

FAQ antaa B2C-lähetyksille 24 tuntia ja B2B-lähetyksille reaaliajan. Kassalle se tarkoittaa:

• Kassajärjestelmä muodostaa XML:n (tai luovuttaa myynnin palvelulle, joka muodostaa sen) myyntihetkellä UUID:n kanssa. B2C:tä varten on erillinen kuitin UUID-kenttä (BTOM-004).
• Tallenna ja välitä -jono pitää asiakirjat tallessa, kun verkko tai palveluntarjoaja on alhaalla, ja tyhjentää jonon 24 tunnin kuluessa.
• Joku saa hälytyksen, kun asiakirja on yhä lähettämättä muutaman tunnin jälkeen, ei kahdenkymmenenkolmen.

Tarkista palveluntarjoajan hinnoittelu volyymiasi vasten ennen kuin allekirjoitat. FAQ:n mukaan jokainen palveluntarjoaja määrittää oman mallinsa, joka ”voi sisältää tilausmaksuja, tapahtumapohjaisia maksuja tai muita hinnoittelujärjestelyjä”. Vähittäiskaupan volyymeilla asiakirjakohtainen maksu on rivi budjetissa.

B2B reaaliajassa

Yrityslaskuissa lähetys tapahtuu reaaliajassa. Toiminnanohjausjärjestelmä kirjaa laskun, palveluntarjoaja validoi sen, ja tulos palaa. Tämä muuttaa laskutuksen työnkulkua kahdella tavalla. Validointivirheet tulevat nyt esiin kirjaushetkellä, joten joku taloushallinnossa tarvitsee näkymän, joka näyttää hylkäyksen ja antaa korjata sen. Ja laskunumeroinnin, UUID:n ja uudelleenyrityslogiikan on oltava oikein ensimmäisestä päivästä alkaen, koska aikakatkaisua seuraava sokea uudelleenlähetys on juuri se tapa, jolla kaksoislaskuja syntyy.

Virta kulkee myös toiseen suuntaan. Kun olet ostaja, jo Fawtarassa olevien yritysten verkkolaskut saapuvat palveluntarjoajasi kautta XML:nä, ja ostoreskontra tarvitsee tavan tuoda ne sisään.

QR-koodit tulostetussa kuitissa

QR-koodin muodostat sinä (kulma 1), ei palveluntarjoaja. Se on pakollinen kaikissa B2C-liiketoimissa, sekä täysissä että yksinkertaistetuissa, ja se näkyy ihmisluettavassa laskussa, ei XML:ssä. OTA aikoo käyttää sitä laskujen todentamiseen mobiilisovelluksen kautta. Sisällön osalta FAQ viittaa Peppol Oman Architecture -asiakirjan (versio 1.0.2) liitteeseen D: hanki se liite ennen kuin kukaan suunnittelee kuittia uudelleen. Kuittipohjat ja tulostinajurit kuuluvat tähän projektiin.

Hyvityslaskut, palautukset ja korjaukset

Kun verkkolasku on annettu, sitä oikaistaan antamalla sähköinen hyvitys- tai veloituslasku. Määrittelyssä on kentät alkuperäisen laskun UUID:lle ja syykoodille (BTOM-031 ja BTOM-032), joten kassalla tehtävän palautuksen on pystyttävä löytämään alkuperäinen myynti.

Tuonti ja itselaskutus

Tavaroiden ja palvelujen tuonti ilmoitetaan itselaskutuslaskuina. Jos hankintaprosessisi kirjaa tuonnit luomatta mitään asiakirjaa, siihen tulee uusi vaihe.

Arkistointi

Tallennus jää sinulle. FAQ:n mukaan OTA ei toimita laskutietoja takaisin verovelvollisille, eikä Peppol tallenna asiakirjoja. Säilytä validoitu XML, palveluntarjoajan vastaus ja tulostettu versio yhdessä arvonlisäverolainsäädännön säilytyssääntöjen mukaisesti.

Suunnitelma taaksepäin määräajasta

FAQ:n mukaan OTA ottaa yhteyttä käyttöönottoon osallistuviin vähintään kuusi kuukautta ennen heidän liittymistään. Huhtikuun ryhmälle se on nyt.

Jos aloitat 1. huhtikuuta 2027:

1. Lokakuu 2026: vahvista ryhmäsi tarkistustyökalulla ja FAQ:n testillä. Listaa jokainen laskun antava järjestelmä: toiminnanohjausjärjestelmä, jokainen kassa, verkkokaupan kassa, vuokra- tai tilauslaskutus ja mahdollinen käsin kirjoitettava laskukirja.
2. Marraskuu 2026: valitse palveluntarjoaja. Pyydä API-dokumentaatio ja testiympäristö ennen allekirjoittamista ja kysy B2C-volyymista, asiakirjakohtaisesta hinnoittelusta, offline-käsittelystä ja siitä, miltä validointivastaukset näyttävät. Pyydä liitos Fawtara-portaalin kautta.
3. Joulukuu 2026 ja tammikuu 2027: rakentaminen. Kenttien kohdistus, UUID:n muodostus, liiketoimityypin logiikka, kassajono, QR-koodit, hyvityslaskujen kulku, saapuvat laskut. Aja PINT Omanin latauksista saatavat Omanin schematron-säännöt omassa testiputkessasi, jotta virheet tulevat esiin kehityksessä eivätkä palveluntarjoajalla.
4. Helmikuu 2027: päästä päähän -testit palveluntarjoajan testiympäristöä vasten oikeilla näytteillä jokaisesta liiketoimityypistä, jota todella annat, myös hankalista (viennit, palautukset ilman kuittia, ulkomainen valuutta).
5. Maaliskuu 2027: tuotantoharjoitus yhdessä sivukonttorissa tai liiketoimintayksikössä, siirtymäsuunnitelma ja tukivuorolista ensimmäisille viikoille.

Jos aloitat 1. lokakuuta 2027, järjestys on sama kuudella kuukaudella siirrettynä: palveluntarjoaja valittu ensimmäisen vuosineljänneksen loppuun mennessä, rakentaminen toisella neljänneksellä, testaus valmis elokuuhun mennessä. Älä tuhlaa pelivaraa. Datan siivous kestää aina pidempään kuin kukaan arvioi.

Mikä on yhä epävarmaa

Päivämäärät ovat siirtyneet kerran ja voivat siirtyä uudelleen. Suunnittele 31. elokuuta 2026 päivätyn PDF:n mukaan ja tarkista OTA:n asiakirjat kuukausittain sen sijaan, että luottaisit uutisointiin. Oikeusperusta on päätös 189/2026, joka muuttaa arvonlisäverolain toimeenpanoasetusta. FAQ:n mukaan seuraamuksia sovelletaan arvonlisäverolainsäädännön nojalla velvoitteen alkaessa, mutta se ei luettele summia, joten emme mekään.

Myös määrittelyt versioidaan. Peppolin sivuston nykyisen PINT Oman -paketin julkaisupäivä on 29. heinäkuuta 2026. Lukitse versio, jota vasten rakennat, ja seuraa julkaisutiedotteita.

Mistä saat apua

Rakennamme liittimen todellisuudessa käyttämäsi järjestelmän ja velvoitteen edellyttämän formaatin välille: kenttien kohdistuksen, UUID- ja numerointilogiikan, kassajonot, validoinnin omassa putkessasi ja integraation valitsemasi palveluntarjoajan kanssa. Verkkolaskuintegraatiopalvelumme kattaa tämän työn, ja kun este on itse toiminnanohjausjärjestelmä, toiminnanohjausjärjestelmän modernisointi on lähtökohta.

Jos kuulut huhtikuun ryhmään etkä ole vielä valinnut palveluntarjoajaa, kirjoita osoitteeseen office@c9group.dev.