Guía
Estableciendo un proveedor de tecnología de eFacturación o ASP en los EAU
La respuesta corta
El Ministerio de Finanzas fija el marco de facturación electrónica (eInvoicing) de los UAE y acredita a los proveedores de servicios; la Federal Tax Authority gestiona el intercambio y el sistema EmaraTax a través del cual las empresas seleccionan uno. El permiso que importa es la condición de Accredited Service Provider (ASP) conforme a la Decisión Ministerial n.º 64 de 2025. Es algo distinto de una licencia comercial tecnológica estándar, que una sociedad puede tener sin tocar nunca el intercambio regulado. La pregunta que decide la vía es sencilla: ¿intercambia la sociedad facturas como una de las cuatro esquinas, o suministra software a quien lo hace?
El modelo de cuatro esquinas y quién decide su función
El intercambio funciona con un modelo de cuatro esquinas (four-corner model): la Corner 1 es el proveedor que emite la factura, la Corner 4 es el cliente que la recibe, y ambos intercambian datos de factura estructurados a través de intermediarios acreditados en lugar de enviar un PDF por correo electrónico. La Corner 5 comunica los mismos datos a la Federal Tax Authority a efectos fiscales, y esta esquina de comunicación entró en funcionamiento antes del piloto que comenzó el 1 de julio de 2026.
Una empresa no puede declararse sin más parte de esta cadena. Un ASP es acreditado por el Ministerio de Finanzas, y un cliente elige a su ASP celebrando un acuerdo comercial y seleccionándolo a través del sistema EmaraTax de la Federal Tax Authority. Si el producto de una sociedad solo prepara o muestra datos de facturas sin transmitirlos por el intercambio, no actúa como Esquina 1, 4 o 5, y es poco probable que se aplique la acreditación; pero esa es una cuestión sobre lo que el software hace realmente, no sobre cómo denomina su actividad la licencia comercial.
Qué exigen realmente el Ministry of Finance y la Federal Tax Authority
Tres decisiones ministeriales son las que tienen aquí el peso legal. La n.º 243 de 2025 estableció el sistema de eInvoicing; la n.º 244 de 2025 fijó sus procedimientos de aplicación; la n.º 64 de 2025 determina quién puede convertirse en Accredited Service Provider y cómo. La Federal Tax Authority define el eInvoicing de forma estricta: datos de factura estructurados, emitidos e intercambiados electrónicamente, lo que excluye un PDF o una factura enviada por correo electrónico, por muy bien formateada que esté.
Para las empresas con ingresos anuales superiores a AED 50 million, el Ministerio ha fijado dos fechas: designar un ASP antes del 30 de octubre de 2026 (prorrogada en mayo de 2026 respecto del plazo original del 31 de julio de 2026) y tener el sistema en funcionamiento el 1 de enero de 2027. El Ministerio ha indicado que los demás tramos de ingresos y las entidades gubernamentales siguen un calendario posterior, pero en el momento de redactar este texto publicó ese calendario como una imagen en su propio portal y no como texto, por lo que esta guía no reproduce una fecha concreta para una empresa por debajo del umbral de AED 50 million. Consulte el portal de eInvoicing del Ministerio, en su versión vigente, antes de basarse en una fecha.
En mayo de 2026, el Ministerio ya había aprobado a 32 proveedores de servicios, con más en las fases finales de acreditación, y había modificado las normas para que una empresa de los Emiratos Árabes Unidos pudiera asociarse con un proveedor internacional para incorporar la tecnología y el know-how subyacentes.
Proveedor, integrador o ASP: decisiones de estructura que cambian la respuesta
Determine primero qué modelo es realmente la empresa antes de comparar jurisdicciones, porque cada modelo responde a una parte distinta del régimen.
- Proveedor de ERP o de software de contabilidad, que vende herramientas que generan datos conformes pero que quedan fuera del propio intercambio.
- Integrador de sistemas, que conecta el ERP de un cliente con un ASP sin convertirse él mismo en uno.
- Accredited Service Provider, que transporta las facturas a través del intercambio como Corner 1, 4 o 5 en nombre de un cliente.
- Capa de cumplimiento, archivo o analítica, construida alrededor de los datos una vez que estos ya se han transmitido.
De ello se deriva una decisión de construir, asociarse o utilizar marca blanca. La modificación de mayo de 2026 que permite a las sociedades locales asociarse con proveedores internacionales existe porque la mayoría de los nuevos participantes de los UAE no construyen la infraestructura de intercambio desde cero; la licencian o la utilizan en marca blanca. Esa elección cambia a quién acredita el Ministerio, quién firma el contrato con el cliente y quién asume el riesgo de cumplimiento si falla la tecnología subyacente: tres cuestiones distintas que un único nombre de sociedad puede ocultar.
Cómo se mueven el dinero y la responsabilidad a través del intercambio
Un banco que evalúe este negocio querrá ver ingresos recurrentes por software o por transacciones, y no una licencia comercial puntual, y preguntará quién responde cuando una factura es rechazada o transmitida de forma errónea: el proveedor, el integrador, el ASP o el cliente. Incluya esa asignación en el contrato con el cliente antes de que circule la primera factura, y no después de una controversia.
Cuando el negocio está financiado por inversores o por un socio tecnológico internacional, el origen de la financiación y la estructura de la asociación importan tanto al banco como a la revisión de acreditación del Ministerio; documente el origen de los fondos junto con la solicitud técnica y no con posterioridad. Una evaluación de preparación bancaria antes de solicitar la acreditación tiende a sacar a la luz estas cuestiones antes, cuando todavía es barato responderlas. El coste aquí no es una única cifra destacada: se construye por capas, que abarcan la constitución, la acreditación y el cumplimiento continuado, y los honorarios de servicio de Velarozone por trabajar en ellas se detallan en la carta de encargo. Véase cómo trabaja Velarozone.
Qué suele salir mal
- Hacer publicidad como ASP aprobado, o dar a entender la acreditación, antes de que el Ministerio la haya concedido.
- Tratar un intercambio de facturas estructurado como equivalente a enviar un PDF por correo electrónico, algo que la propia definición de la Federal Tax Authority excluye.
- Dejar sin definir en el contrato con el cliente la responsabilidad por una factura rechazada o transmitida incorrectamente.
- Suponer que una licencia comercial de software por sí sola satisface la obligación de un cliente vinculada al umbral de ingresos.
- Construir una asociación de marca blanca sin documentar qué entidad está acreditando realmente el Ministerio.
De la acreditación a la operativa diaria
La acreditación no es un hecho puntual. El Ministerio la revisa, de modo que el equipo técnico, el acuerdo de alojamiento de datos y el modelo de soporte deben mantenerse tal como se describieron en la solicitud, sin desviarse una vez incorporado un cliente. El personal técnico y de cumplimiento clave suele necesitar visados de residencia de los EAU vinculados a la entidad operativa, y la propia sociedad se registra a efectos del impuesto sobre sociedades y del VAT como cualquier otra empresa de los EAU, por lo que la acreditación de eInvoicing se suma a las obligaciones tributarias ordinarias en lugar de sustituirlas.
Un plan operativo documentado que separe el calendario de renovación de la acreditación del de la renovación rutinaria de la licencia comercial ofrece a la empresa un único calendario que gestionar, en lugar de dos que divergen sin que nadie lo advierta. Cuando la función de intercambio reside en una entidad y el desarrollo de software en otra (algo habitual en estructuras con socios o de marca blanca), conviene tratarlo como una cuestión de titularidad compleja que debe resolverse antes de que cualquiera de las dos entidades presente su solicitud.

