Ir al contenido

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.

  1. Proveedor de ERP o de software de contabilidad, que vende herramientas que generan datos conformes pero que quedan fuera del propio intercambio.
  2. Integrador de sistemas, que conecta el ERP de un cliente con un ASP sin convertirse él mismo en uno.
  3. Accredited Service Provider, que transporta las facturas a través del intercambio como Corner 1, 4 o 5 en nombre de un cliente.
  4. 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.

Sala de reuniones moderna en Dubái con vistas al horizonte de la ciudad

Orientación general aquí; el detalle que importa depende de su actividad y mercados.

Preguntas

Preguntas frecuentes

¿Necesita toda empresa de software de eInvoicing la acreditación como ASP?
No. La acreditación se aplica a la empresa que actúa como Corner 1, 4 o 5 en el intercambio. Un proveedor que vende software de ERP o de contabilidad, o un integrador que conecta a un cliente con el ASP de otra empresa, puede operar sin ella, siempre que el producto se mantenga realmente del lado del proveedor y no transporte las facturas a través del propio intercambio.
¿Qué ocurre si los ingresos de la empresa son inferiores a 50 millones de AED?
El Ministry of Finance ha indicado que a las empresas con ingresos más bajos se les aplica un calendario posterior, pero no ha publicado las fechas concretas como texto que pudiera verificarse de forma independiente en el momento de redactar este texto. Considere el 30 de octubre de 2026 y el 1 de enero de 2027 como las fechas confirmadas para las empresas con ingresos superiores a 50 millones de AED, y consulte el propio portal de eInvoicing del Ministerio para conocer la situación vigente por debajo de ese umbral.
¿Quién es responsable cuando se rechaza una factura intercambiada?
Eso depende del contrato, no de la tecnología. La parte que construyó la integración, transportó los datos o ejecutó el paso de intercambio en el que se produjo el fallo suele asumirlo, pero solo si el contrato con el cliente así lo establece. Decida y documente por escrito esta asignación antes de incorporar al primer cliente, no después de un rechazo.
¿Puede ejecutarse la tecnología de un proveedor acreditado bajo una marca o entidad diferente?
Sí, y la modificación del Ministerio de mayo de 2026 se diseñó en parte para facilitar esto, permitiendo que una empresa de los EAU se asocie con un proveedor internacional para incorporar el sistema subyacente. Lo que le importa al Ministerio es qué entidad jurídica está acreditando en realidad y qué entidad responde por el servicio, no de quién es el nombre que aparece en la marca de cara al cliente.

Obtenga su plan de configuración de EAU

Un negocio de eInvoicing vive o muere según la esquina del intercambio que realmente ocupe, y esa decisión debe resolverse antes de elegir una jurisdicción o un banco. Velarozone contrasta el negocio con los requisitos de acreditación del Ministry of Finance, determina si el perfil que corresponde es el de proveedor, integrador o ASP, y calcula el presupuesto de la constitución una vez que la respuesta está clara.

Aplique esto a su propia situación

Las guías describen la posición general. Envíenos sus datos y un asesor le dirá qué partes se aplican realmente a usted.

Evaluación gratuita: las cifras vigentes se confirman dentro de la comparativa de rutas revisada por su asesor. Sus datos no se comparten con terceros.

Comience con una evaluación de la estructura

En una consulta inicial, recibe un resumen de decisiones en lenguaje claro, una lista de preparación de documentos y las siguientes acciones para su situación. Las cifras actuales se confirman dentro de su comparación de rutas revisada por su asesor.

Esta guía proporciona información general, no asesoramiento legal, regulatorio, fiscal, de inversión o financiero. No garantiza una licencia, autorización, visado, cuenta bancaria, financiación o resultado fiscal.

Información general extraída del CBUAE Rulebook, incluida la Retail Payment Services and Card Schemes Regulation (C 15/2021), y de la Resolución del Consejo de Ministros n.º (134) de 2025 tal como se ha publicado; no constituye asesoramiento jurídico ni fiscal. Las normas y las directrices cambian, por lo que confirme el texto vigente y los requisitos propios de cada entidad antes de presentar su solicitud.

Página traducida. Esta página es una traducción de la versión en inglés. En caso de discrepancia, prevalece la versión en inglés. Los requisitos oficiales los fijan las autoridades federales y de cada emirato de los EAU y los registros de las zonas francas, y varios documentos originales se publican en árabe: consulte siempre la fuente original o pregúntenos antes de actuar.