Facturación electrónica en EAU 2027: guía completa para un portal digital seguro de KYC y recopilación de datos de clientes
Cumplimiento, requisitos de KYC, plazos, seguridad de datos, integración con ERP y buenas prácticas para empresas
Actualizado: noviembre de 2026 | Guía de preparación para la facturación electrónica en EAU
Introducción
Los EAU inician una nueva fase de transformación fiscal digital: la facturación electrónica obligatoria comienza en enero de 2027 para el primer grupo de empresas. Las organizaciones de Dubái, Abu Dabi, Sharjah y el resto de los Emiratos están preparando sus sistemas financieros, registros de clientes y procesos de facturación.
Un aspecto suele pasarse por alto: la calidad y exactitud de la información del cliente. Una empresa puede tener un ERP moderno, flujos contables automatizados y un Proveedor de Servicios Acreditado (ASP), y aun así sufrir rechazos, retrasos y problemas de conciliación si sus registros están incompletos.
Aquí aporta valor un portal digital de Conoce a tu Cliente (KYC): permite recopilar, validar, verificar y mantener licencias comerciales, datos de registro fiscal, denominaciones sociales, direcciones y contactos de facturación. En lugar de adjuntos dispersos y hojas de cálculo obsoletas, se establece un proceso centralizado y auditable.
1. ¿Qué es la facturación electrónica en EAU?
Es una iniciativa gubernamental para estandarizar la emisión, el intercambio y la notificación electrónicos de datos de facturas. A diferencia de enviar un PDF por correo, el marco exige datos estructurados procesables automáticamente. Los EAU siguen un enfoque basado en Peppol, con ASP.
¿Un PDF es una factura electrónica? No. Un PDF enviado por correo no es, por sí mismo, una factura electrónica conforme. PDF, Word, escaneos y adjuntos no cumplen la definición.
¿Cómo funciona? Modelo de cinco esquinas: proveedor, su proveedor de servicios, el del comprador, comprador y plataforma gubernamental. El proveedor genera datos estructurados, su ASP valida la factura, se intercambia electrónicamente, se notifica a la Autoridad Federal Tributaria y el receptor la procesa y concilia.
2. Plazos de aplicación: 2026 y 2027
El Ministerio de Finanzas fijó un calendario por fases según ingresos anuales y categoría. Tras la enmienda de 2026 que amplió el primer plazo de designación de ASP:
La fase piloto y voluntaria comenzó el 1 de julio de 2026.
¿Qué significa el umbral de 50 millones? Determina qué fase obligatoria aplica. Los ingresos se refieren generalmente a los ingresos brutos del último período contable, según los estados financieros u otra documentación aceptable para la FTA. No equivale al umbral de registro del IVA: confirme su clasificación.
¿Qué cambió en octubre de 2026? El primer plazo era el 31 de julio de 2026 y se amplió al 30 de octubre de 2026; la fecha del 1 de enero de 2027 no cambió. A noviembre de 2026 ese plazo ha vencido: priorice incorporación, integración, pruebas y cumplimiento pendientes.
¿Qué ocurre si se incumple? La FTA ha confirmado sanciones administrativas, incluida una de 5.000 AED por cada mes o parte de mes de retraso, también por no designar un ASP a tiempo. Consulte la normativa vigente y busque asesoramiento fiscal cualificado.
¿Todas las empresas necesitan un portal de KYC? No. La legislación no exige por separado un portal de KYC; es una solución de preparación operativa que mejora la calidad de los datos. La obligación legal se refiere a implementar el sistema prescrito.
3. Por qué el KYC importa para el cumplimiento
La facturación electrónica depende de información estructurada y precisa. Los procesos tradicionales toleran inconsistencias resueltas manualmente; la validación automatizada no. Una discrepancia entre los datos maestros y la información exigida puede provocar rechazos, correcciones o retrasos.
Problemas habituales: denominaciones incompletas, TRN incorrectos u obsoletos, licencias caducadas, direcciones ausentes, cuentas duplicadas, contactos no verificados, nombres inconsistentes entre ERP y contabilidad, certificados obsoletos, clasificación incorrecta de clientes e identificadores de facturación electrónica ausentes.
KYC tradicional frente a KYC de facturación electrónica. El primero se asocia a verificación de identidad, prevención del delito financiero y evaluación de riesgos. El segundo, aquí, se refiere a recopilar y verificar datos maestros para la facturación. Se solapan, pero no son intercambiables: una aseguradora o entidad financiera ya puede operar procesos regulados de diligencia debida y el portal debe complementarlos, no duplicarlos.
4. Qué información debe recopilar el formulario
Debe bastar para un registro preciso sin pedir datos sensibles innecesarios.
A. Empresa y entidad legal: denominación registrada, nombre comercial, tipo de entidad, número de licencia, autoridad, caducidad, país de registro, dirección registrada, emirato y ciudad, actividad; y datos de sucursales cuando proceda.
B. Registro fiscal: situación de IVA, TRN, certificado de IVA, registro del Impuesto de Sociedades cuando sea relevante, TIN cuando se requiera. Distinga los identificadores: la FTA explica que el TIN corresponde a los diez primeros dígitos del TRN de 15 dígitos, pero siga el diccionario oficial. Un cliente sin IVA no debe rechazarse automáticamente.
C. Facturación: contacto, correo, cuentas a pagar y a cobrar, teléfono, dirección de facturación, idioma preferido y punto de acceso de facturación electrónica cuando exista. Gestione por separado la dirección legal y la de facturación.
D. Representante autorizado: nombre, cargo, correo profesional, teléfono y declaración de autoridad. Evite copias del Emirates ID o pasaporte salvo necesidad documentada.
E. Documentos de apoyo:
Use requisitos condicionales: no todo es obligatorio para todos.
5. Cómo diseñar un portal eficaz
La experiencia influye en la finalización y la exactitud. Mejor un recorrido guiado que un formulario con decenas de campos en una página.
Seis pasos: 1) tipo de cliente; 2) información de la empresa; 3) información fiscal con validación condicional; 4) contactos de facturación; 5) carga de documentos según categoría; 6) revisión y confirmación con resumen, privacidad y declaraciones.
Funciones esenciales: diseño adaptable, indicadores de progreso, validación en línea, preguntas condicionales, etiquetas accesibles, árabe e inglés, progreso de carga, pantalla de revisión, mensajes de error claros, números de referencia y correos de confirmación. Para formularios largos, guardar y reanudar reduce el abandono.
Sitio de marca: aloje el formulario en el sitio oficial, por ejemplo https://company.ae/e-invoicing, no en servicios de terceros desconocidos. Publique una guía anti-phishing para identificar comunicaciones legítimas.
6. Arquitectura técnica recomendada
Debe ser una aplicación segura, no un formulario que envía documentos por correo.
- Frontend: HTML, CSS, JavaScript, React, Vue o el framework existente; un formulario ya hecho puede reutilizarse, pero no garantiza un backend listo.
- Backend y API: validación, envíos, números de referencia, archivos, autenticación, autorización, notificaciones, flujos y auditoría (Strapi, Laravel, Django o Node.js).
- Base de datos: PostgreSQL o MySQL con identificador único, fecha, estado y metadatos; cifrado y copias.
- Almacenamiento privado: objetos privados o sistema protegido; nunca URL públicas predecibles.
- Panel administrativo: búsqueda, revisión, descargas autorizadas, estados, correcciones, exportaciones e historial.
- Integración: sincroniza datos verificados con ERP, CRM o contabilidad sin acoplar el portal a sistemas críticos.
Cliente → Sitio oficial → Formulario KYC → API segura
├── Base de datos
├── Almacenamiento privado
├── Notificaciones
└── Panel admin
→ Verificación → ERP/CRM → Facturación electrónica → ASP7. Carga segura de documentos
Las licencias, certificados y autorizaciones contienen información confidencial; no son imágenes web ordinarias.
- Tipos permitidos: PDF, JPG y PNG.
- Tamaño: 10 MB por archivo como punto de partida.
- Verificación en servidor: inspeccione firmas, aplique límites y rechace archivos sospechosos.
- Análisis de malware antes de estar disponibles.
- Almacenamiento privado fuera de la raíz web.
- Descargas controladas con autenticación y autorización.
- Nombres internos generados, no los del usuario.
- Auditoría de accesos y descargas.
¿Usar la biblioteca multimedia de Strapi? No para documentos confidenciales sin controles adicionales: una configuración pública puede exponer archivos por URL. Use almacenamiento privado y recuperación autenticada.
8. Protección y residencia de datos
El portal puede tratar nombres, correos, teléfonos y documentos de identidad. Evalúe sus obligaciones conforme a la Ley de Protección de Datos Personales de los EAU, requisitos sectoriales y obligaciones contractuales.
Alojamiento: nube regional, infraestructura privada en un centro de datos de los EAU, alojamiento dedicado con base y archivos privados, o híbrido documentado. Alojar en los EAU no garantiza que todos los datos permanezcan allí: revise copias, correo, monitorización, analítica, regiones de nube, recuperación y accesos de soporte.
Acceso con mínimo privilegio:
La autenticación multifactor debe ser obligatoria para el acceso administrativo. Defina plazos de conservación según obligaciones fiscales, de seguros, contractuales y de protección de datos, sin aplicar un plazo universal.
9. Notificaciones, verificación y flujos
El portal no termina al pulsar Enviar: inicia un flujo interno controlado.
Confirmación al cliente: acuse con número de referencia, fecha, confirmación de recepción, próximos pasos y contacto de soporte. No confundirlo con la verificación de la información.
Notificaciones internas: aviso con información sensible mínima y enlace al panel autenticado.
Estados: enviado, pendiente de revisión, información adicional requerida, verificado y rechazado o cerrado. Defina quién cambia estados y qué pruebas se exigen.
Correcciones: permita solicitar actualizaciones sin reiniciar el proceso; todo cambio material queda en la auditoría.
10. Integración con ERP y contabilidad
Sin integración, el personal copia datos manualmente, con trabajo duplicado y errores.
Odoo: emparejar clientes, crear registros aprobados, actualizar entidad legal y direcciones, registrar identificadores fiscales, vincular documentos, mantener el estado y sincronizar cambios aprobados. Exija verificación antes de modificar datos maestros críticos.
Otros ERP: los mismos principios aplican a SAP, Microsoft Dynamics, Oracle y sistemas propios, con API autenticadas, middleware, eventos o sincronización programada.
Unos datos maestros precisos mejoran cuentas a cobrar, conciliación, comunicación, informes fiscales, detección de duplicados, auditorías y servicio al cliente. El portal se convierte en una capacidad duradera de gestión de datos.
11. Preparar los datos para Peppol y PINT AE
El marco se basa en datos estructurados alineados con los requisitos técnicos del país. Revise el diccionario oficial de los EAU y las especificaciones PINT AE al diseñar la recopilación e integración.
PINT AE es la implementación específica de los EAU del marco Peppol International Invoice y establece requisitos de datos estructurados para la interoperabilidad.
Información relevante: denominación legal del comprador, dirección electrónica, esquema de identificador, identificador fiscal cuando proceda, dirección postal, país y datos de registro legal. Son ejemplos, no una especificación completa: mapee cada campo según la documentación oficial vigente.
¿Introducir los identificadores Peppol manualmente? No necesariamente: obténgalos o verifíquelos mediante procesos aprobados y del proveedor de servicios. La recopilación manual sirve para casos excepcionales, pero no sustituye la validación autorizada.
Clientes sin IVA: el portal debe admitir categorías legítimas sin imponer requisitos inadecuados; los campos condicionales son esenciales.
12. Seguros e instituciones financieras
Pueden tener requisitos operativos y regulatorios adicionales: grandes bases de datos, múltiples categorías, facturación compleja y documentación sensible.
Desafíos: distinguir entre asegurados individuales y corporativos, corredores e intermediarios, socios, proveedores, seguros colectivos y otras entidades. No todas las relaciones implican las mismas obligaciones: los equipos fiscal y financiero deben determinar el ámbito y la información requerida.
Evitar duplicar el KYC existente: si ya hay registros verificados, precargue los datos y pida confirmación o actualización. Reduce la fricción y la recopilación innecesaria de documentos.
Controles reforzados: segregación de funciones, aprobaciones maker-checker, acceso restringido a documentos, auditoría mejorada, monitorización, políticas formales de conservación, revisiones periódicas de accesos y respuesta a incidentes documentada.
13. ¿Cuánto cuesta crear un portal de KYC?
Depende de la complejidad, el alojamiento, los controles de seguridad y el alcance de la integración. No hay un precio estándar.
Factores: desarrollo del frontend (un formulario ya diseñado reduce el trabajo), backend (procesamiento, validación y flujos), base de datos y almacenamiento, panel administrativo, notificaciones, integración con ERP y garantía de seguridad (pruebas de penetración y cumplimiento).
¿Lo cubre un contrato de mantenimiento? Normalmente no: una nueva aplicación de KYC es un proyecto de desarrollo independiente salvo que el acuerdo lo incluya. El mantenimiento rutinario difiere de crear una aplicación con base de datos. Solicite un alcance definido que cubra desarrollo, alojamiento, soporte, seguridad y costes continuos.
14. Hoja de ruta paso a paso
- Requisitos y mapeo de datos: categorías, campos, requisitos de factura, documentos y aprobaciones.
- Arquitectura y seguridad: framework, alojamiento, base de datos, almacenamiento y autenticación; documente flujos y permisos.
- Desarrollo frontend y backend: conecte el formulario, validación, referencias, documentos y errores.
- Panel administrativo: búsqueda, revisión, estados, exportaciones y descargas autorizadas.
- Notificaciones e integración: confirmaciones, avisos internos y sincronización con ERP.
- Pruebas de seguridad y funcionales: validación, cargas, permisos, sesión, notificaciones, registro, copias y recuperación.
- Lanzamiento piloto: grupo limitado; mida finalización, calidad, errores y comentarios.
- Producción: publique bajo el dominio oficial y comunique el proceso.
- Operaciones continuas: disponibilidad, registros, copias, actualizaciones y calidad de datos.
15. Lista de verificación
Experiencia: formulario móvil, instrucciones claras, campos condicionales, validación, guía de carga, revisión, número de referencia, correo de confirmación y controles accesibles.
Seguridad: HTTPS, validación en servidor, protección contra bots y limitación de velocidad, restricciones de tipo y tamaño, análisis de malware, almacenamiento privado, permisos por rol, MFA administrativa, auditoría, copias cifradas y restauración probada.
Operaciones: panel administrativo, búsqueda, flujo de revisión, control de descargas, exportación Excel/CSV, monitorización de notificaciones, política de conservación y respuesta a incidentes.
Preparación: revisión de datos maestros, estrategia de validación de TRN e identificadores, mapeo del diccionario oficial, detección de duplicados, plan de ERP, plan de ASP, pruebas de extremo a extremo y plazo de implementación confirmado.
16. Preguntas frecuentes
¿Cuándo es obligatoria? El 1 de enero de 2027 para empresas con ingresos anuales de 50 millones de AED o más; el 1 de julio de 2027 por debajo de ese umbral; y el 1 de octubre de 2027 para entidades gubernamentales incluidas.
¿Y las pequeñas empresas? Las que estén dentro del marco deben implementarla generalmente antes del 1 de julio de 2027, considerando el ámbito de transacciones y las exclusiones.
¿Plazo para designar un ASP? El 30 de octubre de 2026 para ingresos de 50 millones de AED o más; el 31 de marzo de 2027 por debajo de ese umbral y para entidades gubernamentales.
¿Es obligatorio el KYC? El marco no exige un portal de KYC separado, pero una información precisa es importante para preparar datos conformes.
¿Qué documentos recopilar? Licencias comerciales, certificados de IVA y documentos de registro, según la categoría del cliente y la necesidad verificada.
¿Pueden seguir emitiendo PDF? Un PDF por sí solo no cumple los requisitos para transacciones dentro del ámbito: hay que implementar el intercambio y la notificación prescritos.
¿Sirve Strapi? Sí, para gestión y administración, pero el almacenamiento seguro, los permisos, la autenticación y los controles requieren una implementación cuidadosa.
¿Documentos en una biblioteca pública? No: deben almacenarse de forma privada y accederse solo mediante mecanismos autorizados.
¿Integración con Odoo? Sí: crear o actualizar clientes verificados, sincronizar facturación y apoyar la calidad de datos.
¿Alojamiento en los EAU obligatorio? No universalmente: depende de obligaciones legales, regulatorias, contractuales y sectoriales.
¿Cuánto conservar? Según requisitos legales, necesidad del negocio y políticas aprobadas.
¿Pueden actualizar sus datos? Sí, con correcciones controladas, verificación y auditoría.
¿Y si los datos son incorrectos? Pueden causar problemas de validación, retrasos o conciliación: establezca procedimientos de verificación y corrección.
¿Sustituye al registro de IVA? No: son requisitos distintos y las obligaciones fiscales siguen vigentes.
¿Cómo prepararse para enero de 2027? Confirme el ámbito, complete los acuerdos con el ASP, revise el ERP, valide los datos, mapee los campos y pruebe el intercambio y la notificación antes de su fecha.
17. Recomendaciones finales
La transición a la facturación electrónica obligatoria moderniza los procesos empresariales y fiscales, pero requiere más que elegir un proveedor de software: revise la exactitud de sus registros, evalúe sus sistemas y establezca procesos fiables para recopilar y mantener la información necesaria.
Un portal de KYC seguro centraliza la incorporación, protege documentos confidenciales, mejora la verificación y conecta los datos verificados con el ERP y la contabilidad. Las mejores implementaciones tratan la recopilación de datos como parte de una estrategia de transformación digital, no como un ejercicio aislado de cumplimiento.
Para las empresas de los EAU que se preparan para 2027, el momento de organizar los datos, completar la integración y probar la preparación operativa es ahora.
Cómo puede ayudar aratech
En aratech ayudamos a las organizaciones de los EAU a modernizar sus operaciones con aplicaciones digitales seguras, implementación de ERP, automatización e integración: portales de KYC e incorporación, Odoo ERP, integración de datos maestros, aplicaciones backend y administrativas seguras, automatización de flujos, gestión documental, preparación para la facturación electrónica y soluciones de seguridad y gobernanza.
Tanto si necesita desplegar de forma segura un formulario HTML existente, crear una plataforma completa de incorporación o preparar su ERP para la facturación electrónica en los EAU, podemos definir e implementar la solución adecuada.
Prepare su empresa para la facturación electrónica en los EAU.
Visite: https://aratech.ae/odoo
Sitio web: https://aratech.ae
Aviso legal: este artículo ofrece orientación técnica y operativa general basada en la información disponible en noviembre de 2026. No constituye asesoramiento legal ni fiscal. Consulte al Ministerio de Finanzas de los EAU, a la Autoridad Federal Tributaria y a asesores cualificados.