Por Kristijan Sekereš

Facturación electrónica en EAU el 1 de julio de 2027: cómo preparar un ERP propio para Peppol

El skyline de Dubái de noche, con el Burj Khalifa reflejado en el agua

Desde el 1 de enero de 2027, las empresas de Emiratos Árabes Unidos con ingresos anuales de 50.000.000 AED o más deben emitir y recibir sus facturas B2B y B2G como XML estructurado, enviado a través de un proveedor de servicios acreditado por la red Peppol. Todas las que están por debajo de ese umbral les siguen el 1 de julio de 2027, y tienen que designar proveedor antes del 31 de marzo de 2027. Las entidades públicas arrancan el 1 de octubre de 2027.

A partir de tu fecha de arranque, la factura fiscal es el XML. El PDF que hoy envía tu sistema por correo solo sigue haciendo falta como acompañamiento, para los clientes que todavía no están en la red.

Si tus facturas salen de Zoho, Tally, Wafeq o un producto estándar parecido, la mayor parte de esto le toca a tu proveedor de software. Los tres figuran a su vez en la lista de proveedores acreditados del Ministerio de Finanzas. Tu trabajo consiste en elegir proveedor, hacer el alta en EmaraTax y depurar los datos de clientes.

Este artículo es para las empresas cuyas facturas salen de un sistema propio: un ERP desarrollado en casa, una instalación tan personalizada que ya no admite actualizaciones, un motor de facturación interno. Nadie vende el conector para esos casos. Las UAE Electronic Invoicing Guidelines lo dicen claramente: las empresas deben «completar cualquier adaptación de sus sistemas internos y empezar a probar la transmisión de los datos de factura».

Las fechas

Las fases las fija la Decisión Ministerial n.º 244 de 2025, en su versión modificada:

QuiénDesignar proveedor antes delEn producción el
Ingresos de 50.000.000 AED o más30 de octubre de 20261 de enero de 2027
Ingresos inferiores a 50.000.000 AED31 de marzo de 20271 de julio de 2027
Entidades públicas31 de marzo de 20271 de octubre de 2027

La primera fila decía originalmente 31 de julio de 2026. La Decisión Ministerial n.º 66 de 2026 la trasladó al 30 de octubre de 2026 y no tocó la fecha de arranque. La tabla de las guías sigue mostrando la fecha antigua, así que hay que leer ambos textos juntos.

La implantación voluntaria está abierta a todo el mundo desde el 1 de julio de 2026, y eso importa para el plan que proponemos más abajo.

Qué entra en el ámbito

La facturación electrónica se aplica a cualquier persona que haga negocios en EAU, esté o no registrada a efectos del IVA. Una empresa sin registro de IVA emite facturas comerciales electrónicas en lugar de facturas fiscales, por la misma red.

Entran las operaciones B2B, B2G, G2B y G2G. Las ventas a consumidores quedan fuera hasta que el Ministro decida otra cosa, y una empresa que solo vende a consumidores no está sujeta al sistema por ahora. Hay exclusiones concretas para la actividad soberana del Estado, los billetes de pasajeros de aerolíneas y los servicios financieros exentos de IVA.

Si tienes un grupo de IVA, hay una concesión que importa: las operaciones entre miembros del mismo grupo disponen de un periodo de gracia de 24 meses a partir del 1 de enero de 2027. Aun así, cada miembro se da de alta por separado con su propio TIN, y las facturas a terceros entran en el ámbito en la fecha normal.

El modelo de cinco esquinas, visto desde tu ERP

EAU usa un modelo de cinco esquinas:

  1. Esquina 1: tú, el vendedor.
  2. Esquina 2: tu proveedor de servicios acreditado (ASP).
  3. Esquina 3: el ASP de tu cliente.
  4. Esquina 4: tu cliente.
  5. Esquina 5: la Autoridad Tributaria Federal (FTA).

Tu sistema habla con una sola parte: tu ASP. Le envías los datos de la factura en un formato acordado con él. El ASP los valida, los convierte al XML de EAU si hace falta, los entrega al ASP del cliente y, en paralelo, comunica los datos fiscales a la FTA. El ASP del cliente valida lo que ha recibido y también lo comunica. Las confirmaciones vuelven hacia ti a lo largo de la cadena.

Esa comunicación usa un documento Peppol distinto, el UAE Tax Data Document, que la especificación de Peppol describe como «utilizado tanto por el emisor como por el receptor de la factura para comunicar una factura». Lo construye tu ASP. Lo que construyes tú es la gestión de lo que vuelve: la confirmación de que el lado del cliente aceptó la factura, la confirmación de que la FTA recibió los datos fiscales, y los fallos de cualquiera de las dos.

El ASP se encarga del transporte, el cifrado, la búsqueda de participantes y el UUID que identifica de forma única cada factura. Tú sigues siendo responsable de calcular cada importe de la factura y de obtener el identificador Peppol de tu cliente. Tu proveedor valida la factura. No la corrige.

Designas exactamente un ASP, tanto para enviar como para recibir.

Qué tiene que generar tu sistema

El formato

EAU usa Peppol PINT-AE: XML UBL, con una especificación de facturación y otra aparte para la autofacturación (ambas en la versión 1.0.4 en el momento de escribir esto). No hay código QR. No puedes añadir campos propios; cualquier dato específico de un sector se acuerda con tu ASP.

Los campos que suelen faltar en los sistemas heredados

El Ministerio publica una lista de campos obligatorios: 51 para una factura fiscal electrónica. Estos son los que suelen dar trabajo:

  • Direcciones electrónicas de ambas partes. Tu endpoint es 0235 más tu TIN de 10 dígitos, que son los 10 primeros dígitos de tu TRN. El de tu cliente sigue el mismo patrón, lo que significa un campo nuevo en cada ficha de cliente y alguien que recoja los valores. Hay endpoints predefinidos para los casos especiales: 0235:9900000098 cuando el cliente aún no está en el sistema, 0235:9900000099 para un cliente de exportación sin ID de Peppol y 0235:9900000097 para las entregas asimiladas.
  • Registro legal del vendedor. El número de registro más su tipo, de un conjunto cerrado: TL (licencia comercial), EID (Emirates ID), PAS (pasaporte) o CD (Decisión del Consejo de Ministros). En una factura comercial, el registro del cliente también es obligatorio.
  • Direcciones estructuradas, incluida la subdivisión del país (el emirato), para vendedor y cliente.
  • Condiciones de pago como datos. Una fecha de vencimiento y un código de medio de pago en cada factura.
  • Unidades codificadas y datos de precio completos en cada línea. Un código de unidad de medida, el precio bruto, el precio neto y la cantidad base del precio. Las unidades guardadas como texto libre («uds.», «caja de 12») necesitan una tabla de correspondencias.
  • Categoría fiscal por línea, más un desglose por categoría: tipo general, exenta, no sujeta, inversión del sujeto pasivo, tipo cero o régimen del margen. Las facturas nacionales con inversión del sujeto pasivo llevan además una mención y el tipo de bienes.
  • Importes en AED, siempre. La cuota de IVA y el importe a pagar de cada línea, en AED, sea cual sea la divisa de la factura. Una factura en divisa extranjera también necesita la divisa de contabilización del impuesto y su total con IVA en AED, al tipo de cambio del Banco Central.
  • Indicadores de tipo de operación. Ocho posiciones, cada una a 1 o a 0: zona franca, entrega asimilada, régimen del margen, factura recapitulativa, suministro continuado, facturación por agente con mandante identificado, comercio electrónico y exportaciones. En una misma factura pueden activarse varios, y cada uno que se activa trae sus propios requisitos. Un cliente en zona franca, por ejemplo, necesita además los datos del beneficiario.

Hay una regla que merece su propio caso de prueba: el redondeo se aplica al total de la factura, a dos decimales, no por línea ni por categoría fiscal. Si tu código de facturación redondea cada línea o cada tipo de IVA, pruébalo con facturas reales antes de que lo haga tu proveedor.

Los códigos de mercancía HSN son opcionales por ahora, y la fecha en que serán obligatorios aún no se ha anunciado. Si vendes bienes, añádelos ya que vas a tener abierto el maestro de artículos.

Notas de crédito, anticipos y retenciones

  • No se admite una factura con total negativo. Un abono tiene que emitirse como nota de crédito electrónica, y eso incluye una factura recapitulativa cuyo saldo neto sea a favor del cliente.
  • Una nota de crédito puede referirse a varias facturas anteriores, y puede cubrir solo una parte de una de ellas. Los descuentos por volumen se tramitan con notas de crédito con el código de motivo correspondiente.
  • No existe una categoría para facturas provisionales. Toda factura provisional es una factura electrónica completa, que después se ajusta con una nota de crédito o con una factura adicional.
  • Los anticipos llevan factura fiscal en el momento del cobro. La factura final cubre solo el saldo pendiente y hace referencia a la factura del anticipo.
  • Las retenciones pueden gestionarse facturando el importe neto de la retención y emitiendo después una factura aparte cuando venza el importe retenido.

La recepción, de la que todo el mundo se olvida

El mismo ASP recibe las facturas de tus proveedores. Desde el arranque, llegan en XML y tienen que acabar en cuentas a pagar. Esa suele ser la mitad más grande del trabajo, porque afecta a la conciliación con los pedidos de compra y a las aprobaciones, no a una sola plantilla de documento.

Tus grandes proveedores arrancan el 1 de enero de 2027 y te pedirán tu identificador. Hasta que estés en producción, envían al endpoint predefinido y además te entregan una factura fiscal normal, así que nada se rompe por tu lado.

Cómo trabajar con un proveedor de servicios acreditado

La lista del Ministerio recogía 60 proveedores acreditados el 2 de octubre de 2026. El alta la inicias tú, no el proveedor: el administrador de tu cuenta de EmaraTax abre la sección de facturación electrónica, selecciona el proveedor y pasa a su portal. Firma antes el contrato, y comprueba que los datos de tu empresa en EmaraTax están al día.

Con un sistema a medida, las preguntas que deciden el proyecto son técnicas:

  1. ¿Qué acepta? Su propia carga de API, un intercambio de ficheros o el XML PINT-AE que generes tú. Su formato propio supone menos trabajo hoy; tu propio PINT-AE te permite cambiar de proveedor sin rehacer el mapeo.
  2. ¿Cómo vuelven las confirmaciones? ¿Webhook, sondeo, fichero? Los dos tipos de confirmación deben quedar en el registro de la factura, junto con el UUID que asigna el ASP.
  3. ¿Qué pasa con un reintento? Los tiempos de espera agotados ocurren. Reenviar una factura no debe crear una segunda, así que acuerda con él cómo se detectan los duplicados y guarda tu propio registro de transmisiones como constancia de lo enviado.
  4. ¿Hay un entorno de pruebas donde puedas probar rechazos, y no solo el camino feliz?
  5. ¿Cómo te llegan las facturas recibidas? ¿Y qué pasa mientras tu lado está caído?
  6. ¿Te archiva las facturas? Puede hacerlo, por contrato, pero la obligación de conservación sigue siendo tuya. Los registros pueden estar fuera de EAU siempre que puedan presentarse a la FTA completos y legibles.

Las guías enumeran lo que deben cubrir las pruebas: el envío de los datos de la factura al ASP, la entrega al cliente, la confirmación del intercambio, la recepción de la factura de un proveedor, la comunicación del ASP a la FTA y la confirmación de esa comunicación. Prueba el camino de error de cada paso, no solo el de éxito.

Las sanciones

Las fija la Decisión del Consejo de Ministros n.º 106 de 2025:

  • No implantar el sistema, lo que incluye no designar proveedor a tiempo: 5.000 AED por mes o fracción de mes.
  • No emitir y transmitir una factura electrónica, o una nota de crédito electrónica: 100 AED por documento, con un máximo de 5.000 AED por mes natural.
  • No notificar a la FTA un fallo del sistema, o no comunicar a tu ASP los cambios en tus datos registrados: 1.000 AED al día.

Ninguna se aplica a las facturas emitidas voluntariamente antes de tu fecha obligatoria.

Un plan de nueve meses hasta el 1 de julio de 2027

A principios de octubre de 2026, una empresa por debajo del umbral tiene nueve meses. Basta para un sistema a medida si el trabajo empieza ahora.

  1. De octubre a noviembre de 2026: análisis de carencias. Exporta un año de facturas y notas de crédito, clasifícalas por categoría, escenario, categoría fiscal y divisa, y deja por escrito de dónde saldrá cada campo obligatorio.
  2. De noviembre a diciembre de 2026: elegir proveedor. Haz la preselección con las preguntas técnicas de arriba, firma y consigue acceso al entorno de pruebas. El 31 de marzo de 2027 es la fecha límite, no el objetivo.
  3. De diciembre de 2026 a febrero de 2027: desarrollo. Los cambios en los datos maestros y la recogida de los identificadores de clientes, el mapeo, la validación antes del envío, la gestión de confirmaciones, una cola de errores con un responsable y el procesamiento de las facturas recibidas.
  4. De febrero a marzo de 2027: alta en EmaraTax, que termina con tu identificador de participante. Acábala bastante antes del 31 de marzo.
  5. De abril a mayo de 2027: pruebas de extremo a extremo con el proveedor: los seis pasos, incluidos los errores y las notas de crédito.
  6. De mayo a junio de 2027: arranque voluntario. Las sanciones no se aplican a las facturas voluntarias, así que es el sitio más barato para encontrar los últimos problemas. Acuerda la secuencia con tu proveedor.
  7. 1 de julio de 2027: obligatorio. Mantén a alguien atendiendo la cola de errores hasta la primera declaración de IVA.

Si estás en el grupo de las grandes empresas y no has empezado, tienes hasta el 30 de octubre de 2026 para designar proveedor y menos de tres meses para arrancar. Los pasos son los mismos, comprimidos en semanas, y el formato de entrada propio del proveedor es probablemente la vía más rápida.

Qué puede cambiar todavía

Las fechas ya se han movido una vez, las guías van por la versión 1.1 y las versiones de PINT-AE cambian, con los proveedores obligados a usar la última. Mantén el mapeo en un solo módulo, detrás de una interfaz propia, para que una actualización de la especificación no toque el código de facturación. Los códigos HSN serán obligatorios en algún momento, y el B2C solo queda fuera hasta una nueva decisión.

Nada de eso es motivo para esperar. Las decisiones están en vigor y el cuadro de sanciones está publicado.

Dónde conseguir ayuda

Construimos la conexión entre el sistema que genera tus facturas y el proveedor que las envía: el mapeo de datos, los cambios en los datos maestros, la validación, la gestión de confirmaciones y reintentos, y el procesamiento de las facturas recibidas hasta cuentas a pagar. Nuestro servicio de integración de facturación electrónica explica cómo se desarrolla ese trabajo, y si la obligación te llega en mitad de una sustitución de sistema, consulta modernización de ERP.

Si tus facturas salen de un sistema para el que nadie vende un conector, escribe a office@c9group.dev.