Facturación electrónica en Marruecos: Cómo adaptar el ERP de la matriz española

La factura electrónica ya es obligatoria por ley en Marruecos, pero el decreto de aplicación que fija los umbrales exactos por cifra de negocio y las fechas de cada tramo todavía no se ha publicado en el Boletín Oficial (situación a julio de 2026). Lo que sí está confirmado: el formato exigido es XML estructurado (UBL 2.1 o CII), la factura debe validarse antes de llegar al cliente a través de la plataforma Simpl de la DGI, y ningún ERP europeo trae esta localización marroquí de fábrica ni SAP, ni Sage, ni Dynamics. Si su filial factura desde el mismo sistema que la matriz española, este artículo explica qué módulos hay que tocar, qué alternativas existen para no duplicar sistemas y qué plazo real necesita su equipo de IT.

Tabla de contenidos

1. Por qué este cambio afecta a su filial aunque su ERP ya cumpla en España

2. El estado real de la normativa en 2026: lo confirmado y lo pendiente de decreto

3. Requisitos técnicos que debe cumplir cualquier sistema de facturación

4. El error habitual: pensar que el ERP «ya está preparado»

5. Cómo adaptar SAP a la facturación electrónica marroquí

6. Cómo adaptar Sage

7. Cómo adaptar Microsoft Dynamics 365

8. La alternativa: middleware o PDP en lugar de tocar el núcleo del ERP

9. Plan de acción para el departamento de IT y Finanzas

10. Qué pasa si la filial no llega a tiempo

11. Cómo lo gestiona ZAWAN

12. Preguntas frecuentes

Un director financiero en Madrid que gestiona una filial en Marruecos suele dar por hecho que, si su ERP ya emite factura electrónica en España bajo Veri*Factu o Facturae, el mismo sistema funcionará igual al otro lado del Estrecho. No es así. La facturación electrónica en Marruecos responde a una arquitectura distinta formato, plataforma de validación y proveedor de firma son marroquíes, no europeos y la mayoría de las filiales españolas que factura desde el ERP de la matriz llegará a su fecha de obligación sin el módulo correcto instalado. Este artículo explica qué exige realmente la Dirección General de Impuestos (DGI) marroquí, qué hay que adaptar en SAP, Sage o Dynamics, y qué alternativas existen para no montar un sistema paralelo desde cero.

1. Por qué este cambio afecta a su filial aunque su ERP ya cumpla en España

España y Marruecos avanzan en la misma dirección control fiscal en tiempo real, factura estructurada, validación previa pero por rutas técnicas separadas. Veri*Factu, Facturae y el futuro sistema europeo bajo la directiva ViDA no tienen ninguna relación de compatibilidad automática con el sistema marroquí. Son dos localizaciones distintas del mismo concepto, y un ERP que cumple perfectamente en Madrid puede no tener siquiera activado el país «Marruecos» en su tabla de localizaciones fiscales.

Esto importa especialmente cuando la filial marroquí no lleva contabilidad en un sistema local independiente, sino que factura directamente desde la instancia del ERP corporativo el escenario más habitual entre las PYME industriales españolas que se implantan en Marruecos con una estructura ligera.

2. El estado real de la normativa en 2026: lo confirmado y lo pendiente de decreto

Antes de tocar un solo sistema conviene separar lo que ya es ley de lo que todavía es previsión de mercado, porque en este tema circulan muchas cifras distintas y no todas proceden de una fuente oficial.

Lo que está confirmado

• La base jurídica existe desde la Ley de Finanzas de 2018, artículo 145-IX del Código General de Impuestos (CGI), que obliga a los contribuyentes a disponer de un sistema informático de facturación conforme a los criterios técnicos de la administración.
• El director general de Impuestos, Younès Idrissi Kaïtouni, confirmó públicamente en abril de 2026 que el despliegue arranca durante 2026, empezando por las grandes empresas.
• La plataforma técnica (desarrollada por la empresa marroquí xHub) está construida, probada y recibida por la DGI.
• El modelo elegido es de tipo Clearance: cada factura debe validarse en la plataforma de la DGI antes de tener valor legal frente al cliente, un enfoque similar al de Turquía o Italia.

Lo que aún no está confirmado

El anteproyecto de decreto de aplicación el texto que fijará los umbrales exactos de cifra de negocio por tramo y las fechas concretas de cada fase fue remitido a la Secretaría General de Gobierno, pero a fecha de esta actualización todavía no se ha publicado en el Boletín Oficial. Numerosos artículos en español y francés citan umbrales concretos (algunos hablan de más de 200 millones de MAD para la primera fase, otros de 50 millones, otros de un calendario 2026-2027-2028 por tramos), pero ninguna de esas cifras procede todavía de un texto oficial publicado. Antes de tomar decisiones de inversión en IT basadas en un umbral concreto, lo prudente es verificar el estado del decreto directamente en tax.gov.ma o a través de su asesoría en Marruecos.

La recomendación práctica no cambia por esta incertidumbre: si su filial factura ya con un volumen relevante, empezar a adaptar el ERP no debería esperar a la publicación del decreto, porque el margen entre publicación y entrada en vigor suele ser corto.

3. Requisitos técnicos que debe cumplir cualquier sistema de facturación

Independientemente de en qué tramo caiga su filial, estos son los elementos técnicos que ya se conocen con razonable certeza y que cualquier adaptación de ERP debe incorporar:

• Formato estructurado XML: UBL 2.1 o CII. Un PDF, aunque esté firmado digitalmente, no es una factura electrónica válida es solo una representación visual.
• Validación previa (Clearance): la factura se transmite a la plataforma de la DGI antes de llegar al cliente, y solo adquiere valor legal una vez validada.
• Firma electrónica cualificada, emitida por un prestador autorizado (Barid eSign es el principal en Marruecos a día de hoy).
• Identificador Común de la Empresa (ICE) de 15 dígitos, validado tanto en el emisor como en el receptor.
• Código QR de verificación en la representación visual de la factura.
• Archivo probatorio durante 10 años, con garantía de integridad un repositorio en la nube sin control de inmutabilidad no cumple este punto.

4. El error habitual: pensar que el ERP «ya está preparado»

SAP, Sage y Microsoft Dynamics 365 publican localizaciones fiscales país por país, y ninguno de los tres tiene hoy una localización marroquí oficial equivalente a la que sí existe para Francia, España o Arabia Saudí. Esto no es una carencia del proveedor: refleja que el propio marco legal marroquí sigue pendiente del decreto de aplicación, y los fabricantes de ERP no suelen construir un módulo de cumplimiento sobre una normativa que aún puede cambiar de umbral o de formato.

El riesgo real está en el departamento de IT que da por buena la localización europea existente (pensando «ya emitimos electrónicamente, esto ya está resuelto») y descubre demasiado tarde que la plataforma de destino, el formato exacto y el proveedor de firma son completamente distintos.

5. Cómo adaptar SAP a la facturación electrónica marroquí

SAP ofrece localización por país mediante SAP Document and Reporting Compliance y, para negocios más pequeños, mediante SAP Business One. Ninguno de los dos trae Marruecos activado por defecto. En la práctica, adaptar SAP implica tres frentes:

• Configurar la generación de la factura en formato UBL 2.1 o CII desde el módulo de facturación (SD/FI en ECC y S/4HANA, o el módulo de ventas en Business One), normalmente mediante desarrollo a medida o un complemento de terceros especializado en localización.
• Integrar la firma electrónica cualificada del prestador marroquí autorizado dentro del flujo de emisión, antes del envío a la plataforma de validación.
• Conectar esa salida con la plataforma de la DGI (por API o mediante un proveedor EDI que ya tenga el conector construido), en lugar de intentar programar la interfaz completa desde cero dentro del propio SAP.

6. Cómo adaptar Sage

Sage 50, Sage 200 y Sage X3 ya envían facturas electrónicas en Europa a través de redes como FACe, FACeB2B o Peppol, pero esas redes no tienen conexión con la plataforma marroquí. El camino más razonable en Sage no es reprogramar el núcleo del producto, sino:

• Mantener Sage como origen de la factura y de la contabilidad, generando el archivo estructurado desde el propio módulo de facturación.
• Enrutar ese archivo hacia un conector o plataforma de intermediación que ya soporte la validación marroquí, en lugar de esperar a que el fabricante publique una localización oficial que hoy no existe.
• Revisar con el proveedor de Sage si su plan de producto incluye Marruecos en su hoja de ruta y en qué fecha, para no duplicar el desarrollo si la localización oficial llega antes de la fecha límite de su filial.

7. Cómo adaptar Microsoft Dynamics 365

Dynamics 365 Finance gestiona la facturación electrónica europea mediante su motor de Informes Electrónicos (Electronic Reporting, ER), que ya soporta UBL en varias configuraciones para distintos países. La base técnica generar XML estructurado a partir de un modelo de datos configurable es la misma pieza que se necesitaría para Marruecos, pero el mapeo y la configuración específica del país no existen todavía como paquete estándar.

• El motor ER de Dynamics permite crear una configuración de formato electrónico propia; es la vía más viable si su equipo de IT o su integrador tienen experiencia previa en ER.
• Igual que en SAP y Sage, la pieza que falta no es la generación del XML sino la conexión con la plataforma de validación de la DGI, que hoy no tiene un conector nativo en Dynamics.
• Para empresas con menor volumen, suele ser más rápido apoyarse en un proveedor EDI o PDP externo que en construir la configuración ER completa internamente.

8. La alternativa: middleware o PDP en lugar de tocar el núcleo del ERP

En Francia, la reforma de facturación electrónica popularizó la figura de la Plateforme de Dématérialisation Partenaire (PDP): un intermediario certificado que traduce la factura del ERP al formato exigido y gestiona la validación ante la administración, sin que la empresa tenga que reconstruir su ERP por dentro. Marruecos no ha confirmado todavía si habilitará un modelo equivalente de proveedores certificados o si concentrará toda la validación en su propia plataforma pública, pero la lógica de fondo dejar que el ERP siga haciendo lo que hace bien (facturar y contabilizar) y delegar la traducción de formato y la conexión con la DGI en una capa intermedia es la que ya siguen SAP, Sage y Dynamics en otros países con exigencias similares (Arabia Saudí, Turquía, Italia, Francia).

Para una filial española de tamaño medio, esta suele ser la opción más razonable frente a un desarrollo interno completo: menos tiempo de implementación, menos dependencia de un desarrollador a medida, y una vía de actualización más rápida si el decreto marroquí introduce cambios de formato una vez publicado.

9. Plan de acción para el departamento de IT y Finanzas

• Identificar en qué ERP y en qué módulo se genera hoy la factura de la filial marroquí, y si es el mismo entorno que usa la matriz en España.
• Confirmar con el proveedor del ERP si existe hoja de ruta oficial para la localización marroquí y en qué fecha está prevista.
• Evaluar la opción de middleware/EDI frente al desarrollo interno, según el volumen de facturas y el equipo técnico disponible.
• Solicitar el certificado de firma electrónica cualificada ante un prestador autorizado antes de que la fecha límite de su filial esté cerca, porque el trámite no es inmediato.
• Reservar un periodo de pruebas en el entorno sandbox que la DGI habilitará antes de la entrada en vigor, en cuanto esté disponible.
• Formar al equipo contable local y al equipo comercial: una vez validada, una factura ya no admite corrección manual.

10. Qué pasa si la filial no llega a tiempo

El riesgo mayor no es la sanción administrativa por factura no conforme, que las distintas fuentes sitúan en cifras moderadas por documento. El riesgo real es fiscal: una factura que no pasa por la validación de la DGI puede dejar de dar derecho a la deducción del IVA soportado, lo que impacta directamente en la cuenta de resultados de la filial y, por extensión, en la consolidación que reporta la matriz española. A eso se suma el riesgo comercial de emitir facturas que sus propios clientes marroquíes si ya están obligados no puedan aceptar como válidas.

11. Cómo lo gestiona ZAWAN

Como Departamento Internacional en destino, ZAWAN revisa junto al equipo de IT o al integrador de la matriz española qué módulo del ERP genera hoy la facturación de la filial, coordina la solicitud del certificado de firma electrónica ante el prestador autorizado, y hace de interlocutor único en castellano frente a la DGI durante la fase de pruebas evitando que el departamento financiero en España tenga que gestionar directamente un proceso técnico y normativo en un idioma y un marco regulatorio que no maneja a diario.

12. Preguntas frecuentes

¿Es ya obligatoria la factura electrónica en Marruecos en 2026?

La obligación legal existe desde 2018 (artículo 145-IX del CGI) y la DGI ha confirmado el arranque del despliegue durante 2026, comenzando por las grandes empresas. Las fechas exactas por tramo de facturación siguen pendientes del decreto de aplicación.

¿Qué formato de factura exige la DGI, UBL o CII?

Ambos son válidos: UBL 2.1 y CII (Cross-Industry Invoice) son los dos formatos XML estructurados que la plataforma de la DGI acepta. La elección suele depender de qué formato ya soporte mejor el ERP de origen.

¿Sirve un PDF firmado digitalmente como factura electrónica?

No. Un PDF, incluso con firma digital, es solo una representación visual. La factura legalmente válida es el archivo XML estructurado que pasa por la validación previa de la plataforma de la DGI.

¿Mi ERP de España ya cumple automáticamente en Marruecos?

No. Cumplir con Veri*Factu o Facturae en España no implica compatibilidad con el sistema marroquí, que usa una plataforma de validación, un formato y un proveedor de firma distintos.

¿Qué es el modelo Clearance que usa la plataforma Simpl de la DGI?

Es un modelo en el que la factura debe ser validada por la administración tributaria antes de considerarse legalmente emitida, en lugar de validarse después del envío al cliente. Marruecos ha optado por este enfoque, similar al de Turquía o Italia.

¿Necesito cambiar de ERP o basta con un conector?

En la mayoría de los casos no es necesario cambiar de ERP. Basta con generar el archivo estructurado desde el sistema actual y enrutarlo a través de un conector o proveedor EDI que gestione la traducción de formato y la conexión con la plataforma de la DGI.

¿Qué pasa si mi filial no está lista cuando le toque su fase?

El riesgo principal no es la multa por factura no conforme, sino la pérdida del derecho a deducir el IVA soportado en esas facturas, con impacto directo en la rentabilidad de la filial y en la consolidación de la matriz.

¿Cuánto tiempo hay que dejar para adaptar el ERP?

La obtención del certificado de firma electrónica, las pruebas en el entorno sandbox de la DGI y la configuración del conector suelen requerir varios meses. Conviene empezar el proceso en cuanto se confirme la fase que corresponde a la filial, sin esperar a la publicación final del decreto.

¿Su filial ya tiene un plan para la facturación electrónica?

Si su ERP factura hoy desde el mismo entorno que la matriz en España, conviene revisarlo antes de que el decreto marroquí fije fechas cerradas. Hable con el equipo de ZAWAN y le ayudamos a mapear qué hay que adaptar.