Omaani Fawtara e-arved 2027. aastal: mida vajavad kohandatud ERP- ja kassasüsteemid

Omaan asendab paber- ja PDF-arved struktureeritud XML-e-arvetega, mis liiguvad läbi akrediteeritud teenusepakkuja ja millest teavitatakse Omaani maksuametit (Oman Tax Authority, OTA). Programmi nimi on Fawtara. Maksumaksjad, kelle aastane tarnete maht ületab 5 miljonit OMR, alustavad 1. aprillil 2027. Kõik teised käibemaksukohustuslased alustavad 1. oktoobril 2027.

Kõige valusamalt tabab see jaekaubandust. Tarbijatele tehtud müük kuulub kohustuse alla samast päevast kui ettevõtetele tehtud müük ja iga üksik müük vajab oma e-arvet. Kui teie kassatarkvara, ERP või arveldusmootor on ehitatud majasiseselt või tugevalt kohandatud, on nende dokumentide loomine teie töö.

Kuupäevad ja milline neist teile kehtib

Allikas on OTA Fawtara KKK, mida uuendati viimati 31. augustil 2026. Kriteerium on kirjas selgelt. E-arved tuleb kasutusele võtta alates 1. aprillist 2027, kui kehtib üks järgmistest:

• teie tarned ajavahemikul 1. aprillist 2026 kuni 31. märtsini 2027 ületavad 5 000 000 OMR või
• teie eeldatavad tarned ajavahemikul 1. aprillist 2027 kuni 31. märtsini 2028 ületavad 5 000 000 OMR.

„Kui kumbki tingimus ei ole täidetud, peate e-arved kasutusele võtma alates 1. oktoobrist 2027.“

Näitaja hulka arvatakse maksustatavad tarned, välja arvatud põhivara, pöördmaksustamise alla kuuluvad kaubad ja teenused ning Pärsia lahe koostöönõukogu (GCC) riikidevahelised tarned. Käibemaksugruppi hinnatakse grupi tasandil, mitte liikmete kaupa. Mitteresident arvestab ainult Omaanis tehtud tarneid.

Pange tähele teist tingimust. 5 miljoni OMR suunas kasvav ettevõte võib sattuda aprilli rühma ainuüksi oma prognoosi tõttu. Kui olete piiri lähedal, arvestage aprilliga.

OTA-l on kasutuselevõtu kontrolltööriist, mis küsib teie käibemaksukohustuslase numbrit (VATIN) ning praegust ja eeldatavat tarnete vahemikku ja näitab võimalikku rakendamisperioodi. See on märgitud ainult teadlikkuse ja valmisoleku jaoks mõeldud tööriistaks, seega käsitlege selle vastust juhisena ja KKK-d reeglina.

Ajakava on juba korra muutunud

OTA enda HTML-kujul KKK leht kirjeldab endiselt vanemat plaani: sada suurettevõtet alates augustist 2026, kõik suurettevõtted alates veebruarist 2027, kõik teised alates augustist 2027. PDF asendab need kuupäevad aprilli ja oktoobriga 2027. Esimese valitud suurte maksumaksjate rühma (Rollout 1) jaoks jääb ametlikuks kasutuselevõtu kuupäevaks august 2026, koos pilootprojekti osana antud üleminekuajaga kuni oktoobri 2026 lõpuni.

PDF-i ajakava jaotises ütleb üks lause, et kohustus üle 5 miljoni OMR suuruse tarnemahuga ettevõtetele kehtib alates „April 1st 2026“. Kõik muu samas dokumendis ütleb 1. aprill 2027, sealhulgas eespool tsiteeritud üksikasjalik vastus ulatuse kohta. See näib olevat näpuviga, kuid on hea põhjus töötada algdokumendi, mitte kellegi kokkuvõtte põhjal, kaasa arvatud meie oma.

Kuidas Fawtara töötab

Fawtara töötab Peppoli peal viie nurga mudeli järgi:

1. 1. nurk: teie, müüja, väljastate arve.
2. 2. nurk: teie akrediteeritud teenusepakkuja (ASP) valideerib selle Omaani reeglite järgi ja edastab selle.
3. 3. nurk: ostja teenusepakkuja võtab selle vastu.
4. 4. nurk: ostja.
5. 5. nurk: OTA, mis saab maksuandmed teenusepakkujatelt.

Vorming on XML, mis on koostatud OpenPeppoli avaldatud PINT Oman spetsifikatsioonide järgi (selle kirjutamise ajal Billing Processi versioon 1.0.1). KKK ütleb otse: „PDF-arve ei ole e-arve.“ Paberit võite endiselt trükkida, kuid maksustamise mõttes on kehtiv arve ainult e-arve.

Kolm KKK üksikasja määravad inseneritöö kuju:

• Teenusepakkuja valideerib, vastutus jääb teile. ASP kontrollib iga arvet Omaani Schematroni reeglite järgi, kuid „vastutus arvete nõuetele vastavuse eest jääb maksumaksjale“.
• Ühendute korraga ühe teenusepakkujaga. Ühenduse taotlete Fawtara portaali kaudu ja hiljem saate teenusepakkujat vahetada.
• Maksumaksjatele ei ole standardset API-t. KKK sõnul ei ole maksumaksja ühendamine „standarditud ja sõltub teenusepakkuja süsteemist“. Teie ERP suhtleb teenusepakkuja liidesega, mitte OTA-ga.

Kui ostja on tarbija või ettevõte, mis veel võrgus ei ole, edastab teenusepakkuja maksuandmed siiski OTA-le ja klient saab arve samamoodi nagu praegu. Ekspordi puhul liigub arve teilt teenusepakkujale ja sealt OTA-le.

Kes on juba kaetud

Kui teie ERP- või kassasüsteemi tarnija on ise akrediteeritud teenusepakkuja või tarnib sellega ühenduse, ei ole suurem osa sellest artiklist teie mure. KKK ütleb, et ERP-süsteemid „võib alles jätta vastavalt maksumaksja ja tema akrediteeritud teenusepakkuja vahelisele kokkuleppele“, ja valmistarkvara puhul on selle kokkuleppe täitmine tarnija ülesanne. Teie töö on põhiandmed ja testimine.

Võite ka ise teenusepakkujaks hakata. Akrediteerimise kriteeriumid hõlmavad Omaani äriregistrikannet IT-tegevusalaga, minimaalset sissemakstud kapitali, tegevusajalugu ja ISO/IEC 27001 sertifikaati ning KKK lisab Peppol eDelivery ja PINT OM testikomplektide läbimise. See sobib tarkvarafirmadele. Jaemüüjale ei ole see otsetee.

See artikkel on kõigile teistele: ettevõtetele, kelle arved tulevad kohandatud ERP-st, majasisesest kassasüsteemist, vana andmebaasi külge poldistatud arveldusmootorist või filiaalist, kus arveid kirjutatakse endiselt käsitsi.

Mida tuleb teie tarkvaras muuta

Vastendage oma arveandmed PINT Omaniga

KKK juhis vastendamise kohta on üks rida: kasutage Omaani PINT-spetsifikatsioone. Semantilises mudelis nõuavad kõige rohkem tööd Omaani-spetsiifilised väljad (eesliitega BTOM):

• UUID iga dokumendi jaoks (BTOM-002). See peab olema RFC 4122 versioon 5, mis on nimepõhine. Tuletage see millestki stabiilsest, näiteks juriidilisest isikust, filiaalist, kassast ja dokumendi numbrist, ning korduv esitamine annab sama UUID, mitte teise arve.
• Arve tehingu tüüp (BTOM-001). See on 20-positsiooniline sõne, kus iga positsioon on lipp: täielik maksuarve, lihtsustatud maksuarve, iseväljastatud arve, kolmanda osapoole arve, eksport, eeldatav tarne, teenuste impordi pöördmaksustamine, kasumimarginaal, e-kaubandus, kaupade import, erimajandustsooni tarne, ettemaks ja muud. Määrata saab rohkem kui ühe lipu. Teie süsteem peab teadma, millised neist iga arve kohta kehtivad, ja enamik ERP-sid pole seda kunagi salvestanud.
• Müüja ja ostja tunnused koos skeemi koodiga: äriregistri number, maksukohustuslase number, isikukood (civil ID), pass, importija tollitunnus või erimajandustsooni loa number.
• Valuuta. Arve valuutal, käibemaksu arvestusvaluutal, nendevahelisel vahetuskursil ja käibemaksu kogusummal arvestusvaluutas on kõigil oma väljad.
• Koodiloendid käibemaksuvabastuse, nullmäära põhjuste, teenuseliikide ja riigi haldusüksuste jaoks.

Arvestage sellega, et arveread vastenduvad puhtalt, põhiandmed aga mitte. Kliendikirjed ilma VATIN-ita, puuduvad äriregistri numbrid, vabatekstilised vabastuse põhjused ja piirkonnakoodita aadressid tuleb kõik korda teha enne esimest päris arvet.

Käsitlege iga müüki dokumendina

See on reegel, mis muudab kassasüsteeme: „Koondarved ei ole B2C-tehingute puhul lubatud. E-arve tuleb väljastada iga arve kohta eraldi.“ Päevalõpu kokkuvõtet ei ole. Kauplus, mis teeb päevas 3 000 müüki, saadab päevas 3 000 e-arvet.

KKK annab B2C-dokumentide esitamiseks 24 tundi ja B2B-dokumentide puhul nõuab esitamist reaalajas. Kassa jaoks tähendab see järgmist:

• Kassasüsteem koostab XML-i (või annab müügi üle teenusele, mis seda teeb) müügi hetkel koos selle UUID-ga. B2C jaoks on eraldi tšeki UUID väli (BTOM-004).
• Salvesta-ja-edasta-järjekord hoiab dokumente, kui võrk või teenusepakkuja on maas, ja saadab need 24 tunni jooksul ära.
• Keegi saab häire, kui dokument on mõne tunni pärast endiselt saatmata, mitte kahekümne kolme tunni pärast.

Kontrollige enne lepingu allkirjastamist teenusepakkuja hinnastamist oma mahu suhtes. KKK ütleb, et iga teenusepakkuja määrab oma mudeli, mis „võib hõlmata tellimustasusid, tehingupõhiseid tasusid või muid hinnakokkuleppeid“. Jaekaubanduse mahtude juures on dokumendipõhine tasu eraldi eelarverida.

B2B reaalajas

Ettevõtetele väljastatud arvete puhul toimub esitamine reaalajas. Teie ERP postitab arve, teenusepakkuja valideerib selle ja tulemus tuleb tagasi. See muudab arvete töövoogu kahel viisil. Valideerimisvead ilmnevad nüüd postitamise hetkel, seega vajab keegi finantsosakonnas vaadet, mis näitab tagasilükkamist ja laseb selle parandada. Ning arvete nummerdamine, UUID ja kordusloogika peavad olema õiged esimesest päevast, sest ajalõpp, millele järgneb pime uuesti saatmine, on just see, kuidas tekivad topeltarved.

Voog toimib ka vastupidi. Kui olete ise ostja, saabuvad juba Fawtaraga liitunud ettevõtete tarnija e-arved teie teenusepakkuja kaudu XML-ina ja ostureskontro vajab võimalust need sisse lugeda.

QR-koodid trükitud tšekil

QR-koodi genereerite teie (1. nurk), mitte teenusepakkuja. See on kohustuslik kõigi B2C-tehingute puhul, nii täielike kui ka lihtsustatud, ja see on inimloetaval arvel, mitte XML-is. OTA kavatseb seda kasutada arvete kontrollimiseks mobiilirakenduse kaudu. Sisu osas viitab KKK Peppol Oman Architecture dokumendi (versioon 1.0.2) D-lisale: hankige see lisa enne, kui keegi tšeki ümber kujundab. Tšekimallid ja printeridraiverid on selle projekti osa.

Kreeditarved, tagastused ja parandused

Kord väljastatud e-arvet korrigeeritakse elektroonilise kreedit- või deebetarve väljastamisega. Spetsifikatsioonis on väljad algse arve UUID ja põhjuse koodi jaoks (BTOM-031 ja BTOM-032), seega peab kassas tehtav tagasimakse suutma algse müügi üles leida.

Import ja isearveldus

Kaupade ja teenuste importi kajastatakse iseväljastatud arvetena. Kui teie hankeprotsess kirjendab importi ilma dokumenti loomata, tekib sinna uus samm.

Arhiveerimine

Säilitamine jääb teie kanda. KKK ütleb, et OTA ei anna arveteavet maksumaksjatele tagasi ja Peppol dokumente ei salvesta. Hoidke valideeritud XML, teenusepakkuja vastus ja trükitud versioon koos, vastavalt käibemaksuõigusaktide säilitusnõuetele.

Plaan tähtajast tagasi arvestades

KKK ütleb, et OTA võtab kasutuselevõtus osalejatega ühendust vähemalt kuus kuud enne nende liitumist. Aprilli rühma jaoks on see aeg nüüd.

Kui alustate 1. aprillil 2027:

1. Oktoober 2026: kinnitage oma rühm kontrolltööriista ja KKK kriteeriumi abil. Loetlege kõik süsteemid, mis väljastavad arveid: ERP, iga kassa, e-poe ostukorv, rendi- või tellimusarveldus ja iga käsitsi peetav arveraamat.
2. November 2026: valige teenusepakkuja. Küsige enne allkirjastamist API dokumentatsiooni ja testkeskkonda ning küsige B2C mahu, dokumendipõhise hinna, võrguühenduseta töö ja valideerimisvastuste kuju kohta. Taotlege ühendust Fawtara portaali kaudu.
3. Detsember 2026 kuni jaanuar 2027: arendage. Väljade vastendus, UUID genereerimine, tehingu tüübi loogika, kassa järjekord, QR-koodid, kreeditarvete voog, sissetulevad arved. Käitage PINT Omani allalaadimiste hulgas olevaid Omaani Schematroni reegleid oma testtorus, et tõrked ilmneksid arenduses, mitte teenusepakkuja juures.
4. Veebruar 2027: otsast lõpuni testid teenusepakkuja testkeskkonna vastu, kasutades päris näidiseid igast tehingutüübist, mida tegelikult väljastate, sealhulgas ebamugavatest (eksport, tagastused ilma tšekita, välisvaluuta).
5. Märts 2027: tootmise peaproov ühe filiaali või ärisuunaga, üleminekuplaan ja esimeste nädalate tugivalvegraafik.

Kui alustate 1. oktoobril 2027, on järjestus sama, kuid kuue kuu võrra nihutatud: teenusepakkuja valitud esimese kvartali lõpuks, arendus teises kvartalis, testimine lõpetatud augustiks. Ärge kulutage varuaega ära. Andmete korrastamine võtab alati kauem, kui keegi hindab.

Mis on veel ebakindel

Kuupäevad on korra muutunud ja võivad uuesti muutuda. Planeerige 31. augusti 2026 kuupäevaga PDF-i järgi ja kontrollige OTA dokumente iga kuu, selle asemel et tugineda uudistele. Õiguslik alus on otsus 189/2026, mis muudab käibemaksuseaduse rakendusmäärust. KKK ütleb, et pärast kohustuse algust kohaldatakse käibemaksuõigusaktide kohaseid karistusi, kuid summasid ei loetle, seega ei tee seda ka meie.

Ka spetsifikatsioonidel on versioonid. Peppoli sait loetleb PINT OM arvelduse, isearvelduse ja maksuandmete protsessid versioonina 1.0.1 ilma väljalaskekuupäevata. Kuupäev, mida see näitab, 29. juuli 2026, on samal lehel oleva PDK 1.4.4 väljalaskekuupäev, mitte Omaani spetsifikatsioonide oma. Fikseerige versioon, mille järgi ehitate, ja kontrollige lehelt uusi versioone.

Kust abi saada

Me ehitame ühenduse süsteemi vahel, mida te tegelikult kasutate, ja vormingu vahel, mida kohustus nõuab: väljade vastendus, UUID ja nummerdamise loogika, kassade järjekorrad, valideerimine teie torus ning integratsioon teie valitud teenusepakkujaga. Meie e-arvete integratsiooni teenus hõlmab seda tööd ja kui takistuseks on ERP ise, algab töö ERP moderniseerimisest.

Kui kuulute aprilli rühma ega ole veel teenusepakkujat valinud, kirjutage aadressil office@c9group.dev.