Rafrænir reikningar í Óman með Fawtara árið 2027: hvað sérsmíðuð ERP- og afgreiðslukerfi þurfa

Óman er að skipta út pappírs- og PDF-reikningum fyrir skipulega rafræna reikninga á XML-sniði sem fara í gegnum viðurkenndan þjónustuaðila og eru tilkynntir til skattyfirvalda Ómans (Oman Tax Authority, OTA). Verkefnið heitir Fawtara. Skattgreiðendur með árlega veltu yfir 5 milljónum OMR byrja 1. apríl 2027. Allir aðrir virðisaukaskattsskráðir skattgreiðendur byrja 1. október 2027.

Það er í smásölu sem þetta bítur fastast. Sala til neytenda fellur undir frá sama degi og sala til fyrirtækja, og hver einasta sala þarf sinn eigin rafræna reikning. Ef kassahugbúnaðurinn þinn, ERP-kerfið eða reikningavélin var smíðuð innanhúss eða mikið sérsniðin er það þitt verk að framleiða þessi skjöl.

Dagsetningarnar og hver þeirra á við þig

Heimildin er algengar spurningar OTA um Fawtara, síðast uppfærðar 31. ágúst 2026. Prófið er sett fram skýrt. Þú innleiðir frá 1. apríl 2027 ef annaðhvort þessara atriða á við:

• velta þín frá 1. apríl 2026 til 31. mars 2027 er yfir 5.000.000 OMR, eða
• áætluð velta þín frá 1. apríl 2027 til 31. mars 2028 er yfir 5.000.000 OMR.

„Ef hvorugt á við ber þér að innleiða rafræna reikninga frá 1. október 2027.“

Það sem telst með í tölunni: skattskyld velta að undanskildum fastafjármunum, vörum og þjónustu með öfugri skattskyldu, og afhendingum innan GCC. Virðisaukaskattshópur er metinn sem heild, ekki aðili fyrir aðila. Erlendur aðili telur aðeins afhendingar sem fara fram í Óman.

Taktu eftir seinni liðnum. Fyrirtæki sem stefnir í 5 milljónir OMR getur lent í aprílhópnum á spánni einni. Ef þú ert nálægt línunni, gerðu ráð fyrir apríl.

OTA heldur úti tóli til að kanna innleiðingartíma sem tekur við VATIN-númerinu þínu og núverandi og áætluðu veltubili og sýnir mögulegt innleiðingartímabil. Það er merkt sem eingöngu til upplýsingar og undirbúnings, svo líttu á svar þess sem leiðbeiningu og algengu spurningarnar sem regluna.

Áætlunin hefur þegar færst einu sinni

HTML-síða OTA með algengum spurningum lýsir enn eldri áætluninni: hundrað stórfyrirtæki frá ágúst 2026, öll stórfyrirtæki frá febrúar 2027, allir aðrir frá ágúst 2027. PDF-skjalið kemur í stað þeirra dagsetninga með apríl og október 2027. Fyrir fyrsta hóp valinna stórra skattgreiðenda (Rollout 1) er ágúst 2026 áfram opinber upphafsdagur, með aðlögunartíma til loka október 2026 sem hluta af tilraunaverkefni.

Ein setning í tímalínukafla PDF-skjalsins segir að skylda yfir 5 milljónum OMR taki gildi „1. apríl 2026“. Allt annað í sama skjali segir 1. apríl 2027, þar á meðal ítarlega svarið um gildissvið sem vitnað er í hér að ofan. Þetta virðist vera ritvilla, en það er góð ástæða til að vinna út frá frumheimildinni frekar en samantekt einhvers, okkar meðtalinni.

Hvernig Fawtara virkar

Fawtara keyrir á Peppol og notar fimm horna líkan:

1. Horn 1: þú, seljandinn, gefur út reikninginn.
2. Horn 2: viðurkenndi þjónustuaðilinn þinn (ASP) sannprófar hann gegn reglum Ómans og sendir hann áfram.
3. Horn 3: þjónustuaðili kaupandans tekur við honum.
4. Horn 4: kaupandinn.
5. Horn 5: OTA, sem tekur við skattgögnunum frá þjónustuaðilunum.

Sniðið er XML, byggt samkvæmt PINT Oman forskriftunum sem OpenPeppol birtir (Billing Process útgáfa 1.0.1 þegar þetta er skrifað). Algengu spurningarnar taka af allan vafa: „PDF-reikningur er ekki rafrænn reikningur“. Þú getur enn prentað á pappír, en aðeins rafræni reikningurinn er gildur reikningur í skattalegu tilliti.

Þrjú atriði úr algengu spurningunum móta verkfræðivinnuna:

• Þjónustuaðilinn sannprófar, þú berð áfram ábyrgðina. ASP athugar hvern reikning gegn Schematron-reglum Ómans, en „ábyrgðin á því að reikningurinn uppfylli kröfur er áfram hjá skattgreiðendum“.
• Þú tengist einum þjónustuaðila í einu. Þú biður um tenginguna í gegnum Fawtara-gáttina og getur skipt síðar.
• Ekkert staðlað API er fyrir skattgreiðendur. Með orðum algengu spurninganna er tenging skattgreiðanda „ekki stöðluð og verður breytileg eftir kerfi þjónustuaðilans“. ERP-kerfið þitt talar við viðmót þjónustuaðilans, ekki við OTA.

Þegar kaupandinn er neytandi eða fyrirtæki sem er ekki enn komið á netið tilkynnir þjónustuaðilinn þinn samt skattgögnin til OTA og viðskiptavinurinn fær reikninginn eins og hann fær hann í dag. Útflutningur fer frá þér til þjónustuaðilans og þaðan til OTA.

Hverjir eru þegar dekkaðir

Ef framleiðandi ERP- eða afgreiðslukerfisins þíns er sjálfur viðurkenndur þjónustuaðili, eða afhendir tengil við einn slíkan, er mest af þessari grein ekki þitt vandamál. Algengu spurningarnar segja að ERP-kerfi „megi halda áfram að nota samkvæmt því fyrirkomulagi sem skattgreiðendur hafa við viðurkennda þjónustuaðila sína“, og fyrir tilbúið kerfi er það framleiðandans að skila því fyrirkomulagi. Þín vinna er grunngögn og prófanir.

Þú gætir líka orðið þinn eigin þjónustuaðili. Skilyrðin fyrir viðurkenningu fela í sér ómanska viðskiptaskráningu með starfsemi á sviði upplýsingatækni, lágmark innborgaðs hlutafjár, rekstrarsögu og ISO/IEC 27001 vottun, og algengu spurningarnar bæta við að standast þurfi prófunarsöfn Peppol eDelivery og PINT OM. Það hentar hugbúnaðarfyrirtækjum. Það er ekki flýtileið fyrir smásala.

Þessi grein er fyrir alla aðra: fyrirtæki þar sem reikningarnir koma úr sérsmíðuðu ERP-kerfi, eigin kassakerfi, reikningavél sem hefur verið skrúfuð ofan á gamlan gagnagrunn, eða útibúi sem skrifar enn reikninga í höndunum.

Hvað þarf að breytast í hugbúnaðinum þínum

Varpaðu reikningsgögnunum á PINT Oman

Leiðbeiningar algengu spurninganna um vörpun eru ein lína: notaðu PINT-forskriftir Ómans. Í merkingarlíkaninu eru það reitirnir sem eru sértækir fyrir Óman (með forskeytinu BTOM) sem taka mesta vinnu:

• UUID fyrir hvert skjal (BTOM-002). Það verður að vera RFC 4122 útgáfa 5, sem byggir á nafni. Leiddu það af einhverju stöðugu, svo sem lögaðila, útibúi, kassa og skjalanúmeri, og þá býr endursending til sama UUID í stað annars reiknings.
• Tegund reikningsviðskipta (BTOM-001). Þetta er 20 sæta strengur þar sem hvert sæti er flagg: fullur skattreikningur, einfaldaður skattreikningur, self-billing (kaupandinn gefur út), þriðji aðili, útflutningur, ígildi afhendingar, öfug skattskylda við innflutning þjónustu, hagnaðarálagning, netverslun, innflutningur vara, afhending á sérsvæði, fyrirframgreiðsla og fleira. Fleiri en eitt flagg geta verið virk. Kerfið þitt þarf að vita hver eiga við hvern reikning, og flest ERP-kerfi hafa aldrei geymt það.
• Auðkenni seljanda og kaupanda með kóða fyrir auðkenniskerfi: viðskiptaskráning, skattkennitala, borgaraleg kennitala, vegabréf, tollauðkenni innflytjanda eða leyfisnúmer á sérsvæði.
• Gjaldmiðill. Gjaldmiðill reiknings, gjaldmiðill virðisaukaskattsbókhalds, gengið milli þeirra og heildarvirðisaukaskattur í bókhaldsgjaldmiðlinum hafa allir sína eigin reiti.
• Kóðalistar fyrir undanþágur frá virðisaukaskatti, ástæður fyrir 0% skatthlutfalli, tegundir þjónustu og landshluta.

Gerðu ráð fyrir að reikningslínurnar varpist hreint en grunngögnin ekki. Viðskiptamannafærslur án VATIN, CR-númer sem vantar, ástæður undanþágu í frjálsum texta og heimilisföng án svæðiskóða þarf allt að hreinsa fyrir fyrsta reikninginn í rekstri.

Meðhöndlaðu hverja sölu sem skjal

Þetta er reglan sem breytir afgreiðslukerfum: „Samantektarreikningar eru ekki leyfðir í viðskiptum við neytendur. Gefa þarf út rafrænan reikning sérstaklega fyrir hvern reikning.“ Engin samantekt í lok dags. Verslun sem afgreiðir 3.000 sölur á dag sendir 3.000 rafræna reikninga á dag.

Algengu spurningarnar gefa innsendingum vegna sölu til neytenda 24 klukkustundir og innsendingum milli fyrirtækja rauntíma. Fyrir kassa þýðir það:

• Afgreiðslukerfið býr til XML-ið (eða afhendir söluna þjónustu sem gerir það) á sölustundu, með UUID. Sérstakur reitur er fyrir UUID kvittunar í sölu til neytenda (BTOM-004).
• Biðröð sem geymir og sendir áfram heldur skjölum þegar netið eða þjónustuaðilinn liggur niðri og tæmir hana innan 24 klukkustunda.
• Einhver fær viðvörun þegar skjal er enn ósent eftir nokkrar klukkustundir, ekki eftir tuttugu og þrjár.

Berðu verðlagningu þjónustuaðila saman við magnið hjá þér áður en þú skrifar undir. Algengu spurningarnar segja að hver þjónustuaðili ákveði sitt eigið líkan, sem „getur falið í sér áskriftargjöld, færslugjöld eða annað verðfyrirkomulag“. Í magni smásölunnar er gjald fyrir hvert skjal lína í fjárhagsáætluninni.

Viðskipti milli fyrirtækja í rauntíma

Fyrir reikninga til fyrirtækja er innsending í rauntíma. ERP-kerfið þitt bókar reikninginn, þjónustuaðilinn sannprófar hann og niðurstaðan kemur til baka. Það breytir reikningaferlinu á tvo vegu. Sannprófunarvillur koma nú í ljós á bókunarstundu, svo einhver í fjármáladeildinni þarf skjámynd sem sýnir höfnunina og leyfir að laga hana. Og reikningsnúmer, UUID og endursendingarrökfræðin þurfa að vera rétt frá fyrsta degi, því tímamörk sem renna út og blind endursending í kjölfarið er einmitt hvernig tvíteknir reikningar verða til.

Flæðið gengur líka í hina áttina. Þegar þú ert kaupandinn berast rafrænir reikningar frá birgjum sem eru þegar á Fawtara í gegnum þjónustuaðilann þinn sem XML, og lánardrottnabókhaldið þarf leið til að taka við þeim.

QR-kóðar á prentuðu kvittuninni

QR-kóðinn er búinn til af þér (horni 1), ekki af þjónustuaðilanum. Hann er skylda í öllum viðskiptum við neytendur, fullum eða einfölduðum, og hann birtist á læsilega reikningnum, ekki í XML-inu. OTA hyggst nota hann til að sannreyna reikninga í gegnum farsímaforrit. Um innihald hans vísa algengu spurningarnar í viðauka D í Peppol Oman Architecture skjalinu (útgáfa 1.0.2): náðu í þann viðauka áður en nokkur endurhannar kvittun. Kvittanasniðmát og prentarareklar eru hluti af þessu verkefni.

Kreditreikningar, vöruskil og leiðréttingar

Þegar rafrænn reikningur hefur verið gefinn út er honum breytt með því að gefa út rafrænan kredit- eða debetreikning. Forskriftin hefur reiti fyrir UUID upprunalega reikningsins og ástæðukóða (BTOM-031 og BTOM-032), svo endurgreiðsla við kassann þarf að geta fundið upprunalegu söluna.

Innflutningur og self-billing

Innflutningur vara og þjónustu er tilkynntur sem reikningar sem kaupandinn gefur sjálfur út. Ef innkaupaferlið þitt bókar innflutning án þess að búa til nokkurt skjal bætist nýtt skref við þar.

Varðveisla

Geymslan er áfram hjá þér. Algengu spurningarnar segja að OTA muni ekki afhenda skattgreiðendum reikningsupplýsingar til baka, og Peppol geymir ekki skjöl. Geymdu sannprófaða XML-ið, svar þjónustuaðilans og prentuðu útgáfuna saman, samkvæmt varðveislureglum virðisaukaskattslöggjafarinnar.

Áætlun aftur á bak frá frestinum

Algengu spurningarnar segja að OTA hafi samband við þátttakendur í innleiðingunni að minnsta kosti sex mánuðum fyrir skráningu þeirra. Fyrir aprílhópinn er það núna.

Ef þú byrjar 1. apríl 2027:

1. Október 2026: staðfestu hópinn þinn með innleiðingartólinu og prófinu í algengu spurningunum. Skráðu hvert kerfi sem gefur út reikning: ERP-kerfið, hvern kassa, greiðsluferli vefverslunar, reikningagerð fyrir leigu eða áskriftir, og hverja handskrifaða reikningabók.
2. Nóvember 2026: veldu þjónustuaðila. Biddu um API-skjölun og prófunarumhverfi áður en þú skrifar undir, og spurðu um magn í sölu til neytenda, verð á hvert skjal, meðhöndlun án nettengingar og hvernig svör við sannprófun líta út. Biddu um tenginguna í gegnum Fawtara-gáttina.
3. Desember 2026 til janúar 2027: smíði. Reitavörpun, gerð UUID, rökfræði fyrir tegund viðskipta, biðröð afgreiðslukerfisins, QR-kóðar, ferli kreditreikninga, innsendir reikningar. Keyrðu Schematron-reglur Ómans úr PINT Oman niðurhalinu í þínu eigin prófunarferli, svo villur komi fram í þróun en ekki hjá þjónustuaðilanum.
4. Febrúar 2027: heildarprófanir gegn prófunarumhverfi þjónustuaðilans með raunverulegum sýnum af hverri tegund viðskipta sem þú gefur í raun út, þar á meðal þeim snúnu (útflutningi, vöruskilum án kvittunar, erlendum gjaldmiðli).
5. Mars 2027: lokaæfing í rekstri með einu útibúi eða einni viðskiptagrein, yfirfærsluáætlun og stuðningsvakt fyrstu vikurnar.

Ef þú byrjar 1. október 2027 er röðin sú sama, færð um sex mánuði: þjónustuaðili valinn fyrir lok fyrsta ársfjórðungs, smíði á öðrum ársfjórðungi, prófunum lokið í ágúst. Ekki eyða svigrúminu. Gagnahreinsunin tekur alltaf lengri tíma en nokkur áætlar.

Hvað er enn óvíst

Dagsetningarnar hafa færst einu sinni og gætu færst aftur. Skipuleggðu út frá PDF-skjalinu dagsettu 31. ágúst 2026 og farðu yfir skjöl OTA í hverjum mánuði frekar en að treysta á fréttaumfjöllun. Lagagrundvöllurinn er ákvörðun 189/2026, sem breytir framkvæmdarreglugerð virðisaukaskattslaganna. Algengu spurningarnar segja að viðurlög muni gilda samkvæmt virðisaukaskattslöggjöfinni þegar skyldan hefst, en tilgreina engar fjárhæðir, svo við gerum það ekki heldur.

Forskriftirnar eru líka útgáfustýrðar. Núverandi PINT Oman pakkinn á vef Peppol ber útgáfudaginn 29. júlí 2026. Festu útgáfuna sem þú smíðar gegn og fylgstu með útgáfulýsingunum.

Hvar þú færð aðstoð

Við smíðum tengilinn milli kerfisins sem þú keyrir í raun og sniðsins sem skyldan krefst: reitavörpun, rökfræði fyrir UUID og númeraröð, biðraðir afgreiðslukerfa, sannprófun í þínu ferli og samþættingu við þjónustuaðilann sem þú velur. Þjónusta okkar við samþættingu rafrænna reikninga nær yfir þá vinnu, og þegar ERP-kerfið sjálft er hindrunin byrjar það með nútímavæðingu ERP-kerfa.

Ef þú ert í aprílhópnum og hefur ekki enn valið þjónustuaðila, skrifaðu á office@c9group.dev.