La facturación electrónica Fawtara de Omán en 2027: qué necesitan los ERP y los TPV a medida

Omán está sustituyendo las facturas en papel y en PDF por facturas electrónicas en XML estructurado que pasan por un proveedor de servicios acreditado y se comunican a la Autoridad Tributaria de Omán (OTA). El programa se llama Fawtara. Los contribuyentes con entregas anuales superiores a 5 millones de OMR empiezan el 1 de abril de 2027. Todos los demás contribuyentes registrados a efectos del IVA empiezan el 1 de octubre de 2027.

Donde más aprieta es en el comercio minorista. Las ventas a consumidores entran en el ámbito el mismo día que las ventas entre empresas, y cada venta necesita su propia factura electrónica. Si tu software de caja, tu ERP o tu motor de facturación se desarrollaron internamente o están muy personalizados, el trabajo de generar esos documentos te toca a ti.

Las fechas, y cuál se te aplica

La fuente son las preguntas frecuentes sobre Fawtara de la OTA, actualizadas por última vez el 31 de agosto de 2026. El criterio está expuesto con claridad. Implantas desde el 1 de abril de 2027 si se cumple cualquiera de estas dos condiciones:

• tus entregas del 1 de abril de 2026 al 31 de marzo de 2027 superan los 5.000.000 OMR, o
• tus entregas previstas del 1 de abril de 2027 al 31 de marzo de 2028 superan los 5.000.000 OMR.

«Si no se cumple ninguna, estás obligado a implantar la facturación electrónica desde el 1 de octubre de 2027.»

Qué cuenta para la cifra: las entregas sujetas, excluidos los bienes de inversión, los bienes y servicios sujetos a inversión del sujeto pasivo y las entregas dentro del CCG. Un grupo de IVA se evalúa a nivel de grupo, no miembro por miembro. Un no residente solo computa las entregas realizadas en Omán.

Fíjate en la segunda condición. Una empresa que crece hacia los 5 millones de OMR puede caer en el grupo de abril solo por su previsión. Si estás cerca de la línea, da por hecho que te toca abril.

La OTA tiene una herramienta de comprobación del despliegue que, a partir de tu VATIN y de tu tramo de entregas actual y previsto, muestra un posible periodo de implantación. Está etiquetada como meramente informativa y de preparación, así que trata su respuesta como una orientación y las preguntas frecuentes como la norma.

El calendario ya se ha movido una vez

La propia página HTML de preguntas frecuentes de la OTA sigue describiendo el plan anterior: cien grandes empresas desde agosto de 2026, todas las grandes empresas desde febrero de 2027 y el resto desde agosto de 2027. El PDF sustituye esas fechas por abril y octubre de 2027. Para un primer grupo de grandes contribuyentes seleccionados (Rollout 1), agosto de 2026 sigue siendo la fecha oficial de arranque, con un periodo de gracia hasta finales de octubre de 2026 como parte de un piloto.

Una frase del apartado de calendario del PDF dice que el cumplimiento obligatorio por encima de 5 millones de OMR es efectivo desde el «1 de abril de 2026». Todo lo demás en el mismo documento dice 1 de abril de 2027, incluida la respuesta detallada sobre el ámbito citada arriba. Parece una errata, pero es un buen motivo para trabajar con el documento original y no con el resumen de nadie, tampoco el nuestro.

Cómo funciona Fawtara

Fawtara funciona sobre Peppol, con un modelo de cinco esquinas:

1. Esquina 1: tú, el vendedor, emites la factura.
2. Esquina 2: tu proveedor de servicios acreditado (ASP) la valida contra las reglas de Omán y la transmite.
3. Esquina 3: el proveedor de servicios del comprador la recibe.
4. Esquina 4: el comprador.
5. Esquina 5: la OTA, que recibe los datos fiscales de los proveedores de servicios.

El formato es XML, construido según las especificaciones PINT Oman que publica OpenPeppol (Billing Process versión 1.0.1 en el momento de escribir esto). Las preguntas frecuentes lo dicen sin rodeos: «Una factura en PDF no es una factura electrónica». Puedes seguir imprimiendo en papel, pero solo la factura electrónica es una factura válida a efectos fiscales.

Tres detalles de las preguntas frecuentes condicionan la ingeniería:

• Tu proveedor valida, tú sigues siendo responsable. El ASP comprueba cada factura contra las reglas schematron de Omán, pero «la responsabilidad del cumplimiento de la factura sigue recayendo en los contribuyentes».
• Te conectas a un solo proveedor a la vez. Solicitas la vinculación a través del portal de Fawtara y puedes cambiar más adelante.
• No hay una API estándar para el contribuyente. Con las palabras de las preguntas frecuentes, la vinculación de un contribuyente «no está normalizada y variará en función del sistema del proveedor de servicios». Tu ERP habla con la interfaz de tu proveedor, no con la OTA.

Cuando el comprador es un consumidor o una empresa que todavía no está en la red, tu proveedor sigue comunicando los datos fiscales a la OTA, y el cliente recibe la factura como hasta ahora. Las exportaciones van de ti a tu proveedor y de este a la OTA.

Quién ya está cubierto

Si el fabricante de tu ERP o de tu TPV es a su vez un proveedor acreditado, o incluye un conector con uno, la mayor parte de este artículo no es problema tuyo. Las preguntas frecuentes dicen que los sistemas ERP «pueden mantenerse en función del acuerdo que los contribuyentes tengan con sus proveedores de servicios acreditados», y en un sistema estándar ese acuerdo le corresponde cumplirlo al fabricante. Tu trabajo son los datos maestros y las pruebas.

También podrías convertirte en tu propio proveedor de servicios. Los criterios de acreditación incluyen una inscripción mercantil omaní con actividades de TI, un capital desembolsado mínimo, una trayectoria de actividad y la certificación ISO/IEC 27001, y las preguntas frecuentes añaden superar las baterías de pruebas de Peppol eDelivery y de PINT OM. Eso encaja con las empresas de software. Para un minorista no es un atajo.

Este artículo es para todos los demás: empresas cuyas facturas salen de un ERP a medida, de un sistema de caja propio, de un motor de facturación acoplado a una base de datos antigua o de una sucursal que todavía hace las facturas a mano.

Qué tiene que cambiar en tu software

Mapear los datos de tus facturas a PINT Oman

La orientación de las preguntas frecuentes sobre el mapeo cabe en una línea: usa las especificaciones PINT de Omán. En el modelo semántico, los campos específicos de Omán (con el prefijo BTOM) son los que se llevan la mayor parte del esfuerzo:

• Un UUID por cada documento (BTOM-002). Tiene que ser RFC 4122 versión 5, que se basa en un nombre. Derívalo de algo estable, como la persona jurídica, la sucursal, la caja y el número de documento, y un envío reintentado producirá el mismo UUID en lugar de una segunda factura.
• Un tipo de operación de la factura (BTOM-001). Es una cadena de 20 posiciones en la que cada posición es un indicador: factura completa, factura simplificada, autofactura, emitida por un tercero, exportación, entrega asimilada, importación de servicios con inversión del sujeto pasivo, margen de beneficio, comercio electrónico, importación de bienes, entrega en zona especial, anticipo y otros. Puede activarse más de un indicador. Tu sistema tiene que saber cuáles se aplican a cada factura, y la mayoría de los ERP nunca lo guardaron.
• Identificadores del vendedor y del comprador con un código de esquema: inscripción mercantil, número de identificación fiscal, documento de identidad civil, pasaporte, identificador aduanero de importador o número de licencia de zona especial.
• Divisa. La divisa de la factura, la divisa de contabilización del IVA, el tipo de cambio entre ambas y el total del IVA en la divisa de contabilización tienen cada uno su propio campo.
• Listas de códigos para la exención del IVA, los motivos de tipo cero, los tipos de servicio y las subdivisiones del país.

Cuenta con que las líneas de factura se mapeen sin problemas y los datos maestros no. Las fichas de cliente sin VATIN, los números de inscripción mercantil que faltan, los motivos de exención en texto libre y las direcciones sin código de región tienen que depurarse antes de la primera factura real.

Tratar cada venta como un documento

Esta es la regla que cambia los TPV: «No se permiten las facturas recapitulativas en las operaciones B2C. Debe emitirse una factura electrónica independiente por cada factura.» Nada de resumen al cierre del día. Una tienda que cobra 3.000 ventas al día envía 3.000 facturas electrónicas al día.

Las preguntas frecuentes dan 24 horas para los envíos B2C y tiempo real para los B2B. En una caja, eso significa:

• El TPV construye el XML (o pasa la venta a un servicio que lo haga) en el momento de la venta, con su UUID. Hay un campo de UUID de tique aparte para el B2C (BTOM-004).
• Una cola de almacenamiento y reenvío retiene los documentos cuando la red o el proveedor no están disponibles, y los vacía dentro de las 24 horas.
• Alguien recibe un aviso cuando un documento sigue sin enviarse al cabo de unas horas, no al cabo de veintitrés.

Compara las tarifas de los proveedores con tu volumen antes de firmar. Las preguntas frecuentes dicen que cada proveedor fija su propio modelo, que «puede incluir cuotas de suscripción, tarifas por transacción u otras fórmulas de precio». Con volúmenes de comercio minorista, una tarifa por documento es una partida del presupuesto.

El B2B en tiempo real

Para las facturas entre empresas, el envío es en tiempo real. Tu ERP registra la factura, el proveedor la valida y el resultado vuelve. Eso cambia el flujo de facturación de dos maneras. Los errores de validación aparecen ahora en el momento de registrar, así que alguien de administración necesita una pantalla que muestre el rechazo y le permita corregirlo. Y la numeración de facturas, el UUID y la lógica de reintentos tienen que estar bien desde el primer día, porque un tiempo de espera agotado seguido de un reenvío a ciegas es como nacen las facturas duplicadas.

El flujo también va en sentido contrario. Cuando eres el comprador, las facturas electrónicas de proveedores que ya están en Fawtara te llegan como XML a través de tu proveedor, y cuentas a pagar necesita una forma de incorporarlas.

Códigos QR en el tique impreso

El código QR lo generas tú (esquina 1), no el proveedor. Es obligatorio en todas las operaciones B2C, completas o simplificadas, y aparece en la factura legible por personas, no en el XML. La OTA prevé usarlo para verificar facturas con una aplicación móvil. Para su contenido, las preguntas frecuentes remiten al apéndice D del documento Peppol Oman Architecture (versión 1.0.2): consigue ese apéndice antes de que nadie rediseñe un tique. Las plantillas de tique y los controladores de impresora forman parte de este proyecto.

Notas de crédito, devoluciones y correcciones

Una vez emitida, una factura electrónica se ajusta emitiendo una nota de crédito o de débito electrónica. La especificación tiene campos para el UUID de la factura original y para un código de motivo (BTOM-031 y BTOM-032), así que un reembolso en caja tiene que poder encontrar la venta original.

Importaciones y autofacturación

Las importaciones de bienes y servicios se comunican como autofacturas. Si tu circuito de compras registra las importaciones sin generar ningún documento, ahí aparece un paso nuevo.

Archivo

La conservación sigue siendo cosa tuya. Las preguntas frecuentes dicen que la OTA no devolverá la información de las facturas a los contribuyentes, y Peppol no almacena documentos. Guarda juntos el XML validado, la respuesta del proveedor y la versión impresa, conforme a las normas de conservación de la legislación del IVA.

Un plan hacia atrás desde la fecha límite

Las preguntas frecuentes dicen que la OTA contacta con los participantes de cada fase del despliegue al menos seis meses antes de su incorporación. Para el grupo de abril, eso es ahora.

Si empiezas el 1 de abril de 2027:

1. Octubre de 2026: confirma tu grupo con la herramienta de comprobación y con el criterio de las preguntas frecuentes. Haz una lista de todos los sistemas que emiten facturas: el ERP, cada TPV, el proceso de pago del comercio electrónico, la facturación de alquileres o suscripciones y cualquier talonario de facturas manual.
2. Noviembre de 2026: elige proveedor. Pide la documentación de la API y un entorno de pruebas antes de firmar, y pregunta por el volumen B2C, el precio por documento, el funcionamiento sin conexión y el aspecto de las respuestas de validación. Solicita la vinculación a través del portal de Fawtara.
3. De diciembre de 2026 a enero de 2027: desarrollo. Mapeo de campos, generación de UUID, lógica del tipo de operación, la cola del TPV, los códigos QR, el flujo de notas de crédito y las facturas recibidas. Ejecuta las reglas schematron de Omán de las descargas de PINT Oman en tu propio circuito de pruebas, para que los fallos aparezcan en desarrollo y no en el proveedor.
4. Febrero de 2027: pruebas de extremo a extremo contra el entorno de pruebas del proveedor con muestras reales de cada tipo de operación que emites de verdad, incluidas las incómodas (exportaciones, devoluciones sin tique, divisa extranjera).
5. Marzo de 2027: un ensayo en producción con una sucursal o una línea de negocio, un plan de paso a producción y un turno de soporte para las primeras semanas.

Si empiezas el 1 de octubre de 2027, la secuencia es la misma desplazada seis meses: proveedor elegido antes de que acabe el primer trimestre, desarrollo en el segundo y pruebas terminadas en agosto. No te gastes el margen. La depuración de datos siempre lleva más tiempo del que nadie calcula.

Qué sigue siendo incierto

Las fechas se han movido una vez y podrían volver a moverse. Planifica según el PDF de 31 de agosto de 2026, y revisa los documentos de la OTA cada mes en lugar de fiarte de la prensa. La base legal es la Decisión 189/2026, que modifica el Reglamento Ejecutivo de la Ley del IVA. Las preguntas frecuentes dicen que se aplicarán sanciones conforme a la legislación del IVA en cuanto empiece la obligación, pero no indican importes, así que nosotros tampoco.

Las especificaciones también tienen versiones. El paquete actual de PINT Oman en la web de Peppol lleva fecha de publicación de 29 de julio de 2026. Fija la versión con la que desarrollas y sigue las notas de versión.

Dónde conseguir ayuda

Construimos el conector entre el sistema que de verdad usas y el formato que exige la obligación: el mapeo de campos, la lógica de UUID y de numeración, las colas del TPV, la validación en tu circuito de pruebas y la integración con el proveedor que elijas. Nuestro servicio de integración de facturación electrónica cubre ese trabajo y, cuando el obstáculo es el propio ERP, se empieza por la modernización de ERP.

Si estás en el grupo de abril y todavía no has elegido proveedor, escribe a office@c9group.dev.