La fatturazione elettronica Fawtara in Oman nel 2027: cosa serve a gestionali e sistemi di cassa su misura

L'Oman sta sostituendo le fatture cartacee e in PDF con fatture elettroniche in XML strutturato che passano da un fornitore di servizi accreditato e vengono comunicate all'Oman Tax Authority (OTA). Il programma si chiama Fawtara. I contribuenti con un volume annuo di operazioni superiore a 5 milioni di OMR partono il 1° aprile 2027. Tutti gli altri soggetti registrati ai fini IVA partono il 1° ottobre 2027.

È nel commercio al dettaglio che fa più male. Le vendite ai consumatori rientrano dallo stesso giorno di quelle tra imprese, e ogni singola vendita richiede una propria fattura elettronica. Se il software di cassa, il gestionale o il motore di fatturazione è stato sviluppato in casa o personalizzato pesantemente, il lavoro di produrre quei documenti è vostro.

Le date, e quale vale per voi

La fonte sono le FAQ su Fawtara dell'OTA, aggiornate l'ultima volta il 31 agosto 2026. Il criterio è esposto con chiarezza. Dovete adeguarvi dal 1° aprile 2027 se è vera una di queste due condizioni:

• le vostre operazioni dal 1° aprile 2026 al 31 marzo 2027 superano 5.000.000 OMR, oppure
• le vostre operazioni previste dal 1° aprile 2027 al 31 marzo 2028 superano 5.000.000 OMR.

«Se nessuna delle due è soddisfatta, siete tenuti ad adottare la fatturazione elettronica dal 1° ottobre 2027.»

Cosa conta per la soglia: le operazioni imponibili, esclusi i beni strumentali, i beni e servizi soggetti a inversione contabile e le operazioni intra GCC. Un gruppo IVA si valuta a livello di gruppo, non membro per membro. Un soggetto non residente conta solo le operazioni effettuate in Oman.

Fate attenzione alla seconda condizione. Un'impresa in crescita verso i 5 milioni di OMR può finire nel gruppo di aprile solo in base alle previsioni. Se siete vicini alla soglia, date per scontato aprile.

L'OTA mette a disposizione uno strumento di verifica dell'avvio che prende il vostro VATIN e la fascia di operazioni attuale e prevista e mostra un possibile periodo di adozione. È indicato come puramente informativo e di preparazione, quindi trattate la sua risposta come un orientamento e le FAQ come la regola.

Il calendario è già cambiato una volta

La pagina FAQ in HTML dell'OTA descrive ancora il piano precedente: cento grandi aziende da agosto 2026, tutte le grandi aziende da febbraio 2027, tutti gli altri da agosto 2027. Il PDF sostituisce quelle date con aprile e ottobre 2027. Per un primo gruppo di grandi contribuenti selezionati (Rollout 1), agosto 2026 resta la data ufficiale di avvio, con un periodo di tolleranza fino a fine ottobre 2026 nell'ambito di un progetto pilota.

Una frase della sezione sul calendario del PDF dice che l'obbligo sopra i 5 milioni di OMR decorre da «April 1st 2026», cioè dal 1° aprile 2026. Tutto il resto dello stesso documento dice 1° aprile 2027, compresa la risposta dettagliata sull'ambito citata sopra. Ha l'aria di un refuso, ma è un buon motivo per lavorare sul documento originale e non sul riassunto di qualcun altro, il nostro compreso.

Come funziona Fawtara

Fawtara gira su Peppol, con un modello a cinque angoli:

1. Angolo 1: voi, il venditore, emettete la fattura.
2. Angolo 2: il vostro fornitore di servizi accreditato (ASP) la valida rispetto alle regole omanite e la inoltra.
3. Angolo 3: il fornitore di servizi dell'acquirente la riceve.
4. Angolo 4: l'acquirente.
5. Angolo 5: l'OTA, che riceve i dati fiscali dai fornitori di servizi.

Il formato è XML, costruito secondo le specifiche PINT Oman pubblicate da OpenPeppol (Billing Process versione 1.0.1 nel momento in cui scriviamo). Le FAQ sono nette: «una fattura in PDF non è una fattura elettronica». Potete ancora stampare su carta, ma ai fini fiscali è valida solo la fattura elettronica.

Tre dettagli delle FAQ determinano il lavoro di sviluppo:

• Il fornitore valida, la responsabilità resta vostra. L'ASP controlla ogni fattura rispetto alle regole schematron omanite, ma «la responsabilità della conformità della fattura resta in capo ai contribuenti».
• Vi collegate a un solo fornitore alla volta. Chiedete il collegamento tramite il portale Fawtara e potete cambiare in seguito.
• Non esiste un'API standard per i contribuenti. Con le parole delle FAQ, il collegamento di un contribuente «non è standardizzato e varia a seconda del sistema del fornitore di servizi». Il vostro gestionale parla con l'interfaccia del vostro fornitore, non con l'OTA.

Quando l'acquirente è un consumatore o un'impresa non ancora sulla rete, il vostro fornitore comunica comunque i dati fiscali all'OTA, e il cliente riceve la fattura come oggi. Le esportazioni vanno da voi al vostro fornitore all'OTA.

Chi è già coperto

Se il produttore del vostro gestionale o del sistema di cassa è esso stesso un fornitore accreditato, o distribuisce un connettore verso uno di essi, gran parte di questo articolo non vi riguarda. Le FAQ dicono che i sistemi ERP «possono essere mantenuti in base all'accordo che i contribuenti hanno con i propri fornitori di servizi accreditati», e per un sistema pacchettizzato quell'accordo tocca al produttore. Il vostro lavoro sono le anagrafiche e i test.

Potreste anche diventare fornitori di servizi di voi stessi. I criteri di accreditamento comprendono una registrazione commerciale omanita con attività IT, un capitale minimo versato, un'anzianità operativa e la certificazione ISO/IEC 27001, e le FAQ aggiungono il superamento delle suite di test Peppol eDelivery e PINT OM. Va bene per le software house. Non è una scorciatoia per un rivenditore.

Questo articolo è per tutti gli altri: le aziende le cui fatture escono da un gestionale su misura, da un sistema di cassa interno, da un motore di fatturazione appoggiato a un vecchio database, o da una filiale che scrive ancora le fatture a mano.

Cosa deve cambiare nel vostro software

Mappare i dati di fattura su PINT Oman

L'indicazione delle FAQ sulla mappatura è di una riga: usate le specifiche PINT dell'Oman. Nel modello semantico, è nei campi specifici dell'Oman (con prefisso BTOM) che va la maggior parte dello sforzo:

• Un UUID per ogni documento (BTOM-002). Deve essere un RFC 4122 versione 5, cioè basato su un nome. Ricavatelo da qualcosa di stabile, come persona giuridica, filiale, cassa e numero del documento, così un invio ritentato produce lo stesso UUID anziché una seconda fattura.
• Un tipo di operazione della fattura (BTOM-001). È una stringa di 20 posizioni in cui ogni posizione è un indicatore: fattura fiscale completa, fattura fiscale semplificata, autofattura, fattura emessa da terzi, esportazione, operazione assimilata a cessione, importazione di servizi in inversione contabile, regime del margine, e-commerce, importazione di beni, cessione in zona speciale, acconto e altri. Si possono attivare più indicatori insieme. Il vostro sistema deve sapere quali si applicano a ogni fattura, e la maggior parte dei gestionali non l'ha mai salvato.
• Identificativi del venditore e dell'acquirente con un codice di schema: registrazione commerciale, codice di identificazione fiscale, carta d'identità civile, passaporto, codice doganale dell'importatore o numero di licenza della zona speciale.
• Valuta. Valuta della fattura, valuta di contabilizzazione dell'IVA, tasso di cambio tra le due e totale IVA nella valuta di contabilizzazione hanno ciascuno il proprio campo.
• Elenchi di codici per esenzione IVA, motivi dell'aliquota zero, tipi di servizio e suddivisioni territoriali.

Aspettatevi che le righe di fattura si mappino senza problemi e le anagrafiche no. Anagrafiche clienti senza VATIN, numeri CR mancanti, motivi di esenzione in testo libero e indirizzi senza codice di regione vanno tutti sistemati prima della prima fattura in produzione.

Ogni vendita è un documento

Questa è la regola che cambia i sistemi di cassa: «Le fatture riepilogative non sono ammesse per le operazioni B2C. Va emessa una fattura elettronica separata per ogni fattura.» Nessun riepilogo di fine giornata. Un negozio che batte 3.000 vendite al giorno invia 3.000 fatture elettroniche al giorno.

Le FAQ danno 24 ore per gli invii B2C e il tempo reale per quelli B2B. Per una cassa questo significa:

• Il sistema di cassa costruisce l'XML (o passa la vendita a un servizio che lo fa) al momento della vendita, con il suo UUID. Per il B2C esiste un campo separato per l'UUID dello scontrino (BTOM-004).
• Una coda di tipo store-and-forward trattiene i documenti quando la rete o il fornitore non rispondono, e li svuota entro le 24 ore.
• Qualcuno riceve un avviso quando un documento non è ancora partito dopo qualche ora, non dopo ventitré.

Confrontate i prezzi del fornitore con i vostri volumi prima di firmare. Le FAQ dicono che ogni fornitore stabilisce il proprio modello, che «può comprendere canoni di abbonamento, commissioni per transazione o altre formule». Ai volumi del dettaglio, una commissione per documento è una voce di bilancio.

Il B2B in tempo reale

Per le fatture tra imprese, l'invio è in tempo reale. Il vostro gestionale registra la fattura, il fornitore la valida e il risultato torna indietro. Questo cambia il flusso di fatturazione in due modi. Gli errori di validazione ora emergono al momento della registrazione, quindi qualcuno in amministrazione ha bisogno di una schermata che mostri lo scarto e permetta di correggerlo. E numerazione, UUID e logica dei nuovi tentativi devono essere corretti dal primo giorno, perché un timeout seguito da un reinvio alla cieca è proprio il modo in cui nascono le fatture duplicate.

Il flusso va anche nell'altro senso. Quando siete voi gli acquirenti, le fatture elettroniche dei fornitori già su Fawtara arrivano come XML tramite il vostro fornitore, e la contabilità fornitori ha bisogno di un modo per acquisirle.

Codici QR sullo scontrino stampato

Il codice QR lo generate voi (angolo 1), non il fornitore. È obbligatorio per tutte le operazioni B2C, complete o semplificate, e compare sulla fattura leggibile, non nell'XML. L'OTA intende usarlo per verificare le fatture tramite un'app mobile. Per il contenuto, le FAQ rimandano all'Appendice D del documento Peppol Oman Architecture (versione 1.0.2): procuratevi quell'appendice prima che qualcuno ridisegni uno scontrino. Modelli degli scontrini e driver delle stampanti fanno parte di questo progetto.

Note di credito, resi e rettifiche

Una volta emessa, una fattura elettronica si rettifica emettendo una nota di credito o di debito elettronica. La specifica ha campi per l'UUID della fattura originale e per un codice motivo (BTOM-031 e BTOM-032), quindi un rimborso alla cassa deve poter ritrovare la vendita originale.

Importazioni e autofatturazione

Le importazioni di beni e servizi si comunicano come autofatture. Se il vostro flusso acquisti registra le importazioni senza emettere alcun documento, lì compare un passaggio nuovo.

Conservazione

La conservazione resta a voi. Le FAQ dicono che l'OTA non restituirà ai contribuenti le informazioni sulle fatture, e Peppol non archivia documenti. Conservate insieme l'XML validato, la risposta del fornitore e la versione stampata, secondo le regole di conservazione della normativa IVA.

Un piano a ritroso dalla scadenza

Le FAQ dicono che l'OTA contatta i partecipanti all'avvio almeno sei mesi prima del loro onboarding. Per il gruppo di aprile, è adesso.

Se partite il 1° aprile 2027:

1. Ottobre 2026: confermate il vostro gruppo con lo strumento di verifica e con il criterio delle FAQ. Elencate ogni sistema che emette una fattura: gestionale, ogni cassa, checkout dell'e-commerce, fatturazione di noleggi o abbonamenti ed eventuali bollettari manuali.
2. Novembre 2026: scegliete un fornitore. Chiedete la documentazione dell'API e un ambiente di prova prima di firmare, e informatevi su volumi B2C, prezzo per documento, gestione offline e aspetto delle risposte di validazione. Richiedete il collegamento tramite il portale Fawtara.
3. Da dicembre 2026 a gennaio 2027: sviluppo. Mappatura dei campi, generazione degli UUID, logica del tipo di operazione, coda della cassa, codici QR, flusso delle note di credito, fatture in entrata. Eseguite le regole schematron omanite prese dai download PINT Oman nella vostra pipeline di test, così gli errori emergono in sviluppo e non presso il fornitore.
4. Febbraio 2027: test end-to-end sull'ambiente di prova del fornitore con campioni reali di ogni tipo di operazione che emettete davvero, compresi i casi scomodi (esportazioni, resi senza scontrino, valuta estera).
5. Marzo 2027: una prova generale in produzione con una filiale o una linea di business, un piano di passaggio e turni di assistenza per le prime settimane.

Se partite il 1° ottobre 2027, la sequenza è la stessa spostata di sei mesi: fornitore scelto entro la fine del primo trimestre, sviluppo nel secondo, test conclusi entro agosto. Non sprecate il margine. La pulizia dei dati richiede sempre più tempo di quanto si stimi.

Cosa resta incerto

Le date sono cambiate una volta e potrebbero cambiare ancora. Pianificate sul PDF del 31 agosto 2026 e controllate ogni mese i documenti dell'OTA anziché affidarvi alla stampa. La base giuridica è la Decisione 189/2026, che modifica il regolamento esecutivo della legge sull'IVA. Le FAQ dicono che dall'avvio dell'obbligo si applicheranno le sanzioni previste dalla normativa IVA, ma non ne indicano gli importi, e quindi non lo facciamo nemmeno noi.

Anche le specifiche hanno versioni. L'attuale pacchetto PINT Oman sul sito Peppol riporta come data di rilascio il 29 luglio 2026. Fissate la versione su cui sviluppate e seguite le note di rilascio.

Dove trovare aiuto

Costruiamo il connettore tra il sistema che usate davvero e il formato che l'obbligo richiede: mappatura dei campi, logica di UUID e numerazione, code per le casse, validazione nella vostra pipeline e integrazione con il fornitore che scegliete. Il nostro servizio di integrazione della fatturazione elettronica copre questo lavoro, e quando l'ostacolo è il gestionale stesso, si parte dalla modernizzazione dei gestionali.

Se siete nel gruppo di aprile e non avete ancora scelto un fornitore, scrivete a office@c9group.dev.