Facturation Électronique Maroc : Ce Qui Est Officiel en 2026

L'essentiel, sans le bruit. La facturation électronique obligatoire au Maroc repose sur l'article 145-IX du Code Général des Impôts, qui impose aux contribuables de se doter d'un système de facturation répondant à des critères techniques fixés par l'administration. Mais à la date de publication de ce guide (juillet 2026) le décret d'application n'a toujours pas été publié. Le calendrier détaillé que vous voyez circuler (grandes entreprises en janvier 2026, entreprises moyennes en juillet 2026, PME en janvier 2027) ne provient d'aucun texte officiel publié par la DGI ou au Bulletin Officiel. Ce guide distingue ce qui est confirmé de ce qui ne l'est pas, et explique ce que vous pouvez préparer dès maintenant sans dépendre de dates incertaines.

Ce qui est confirmé, et ce qui ne l'est pas

C'est la première chose à clarifier, parce que la majorité des contenus publiés sur le sujet présentent comme acquis des éléments qui ne le sont pas.

L'avant-projet de décret d'application a été transmis au Secrétariat Général du Gouvernement en avril 2026. Tant qu'il n'est pas publié au Bulletin Officiel, les dates et les seuils restent des hypothèses, y compris celles répétées avec assurance par de nombreux prestataires.

Pourquoi c'est important pour vous ? Parce qu'un plan de mise en conformité construit sur une date inventée est un plan fragile. Si vous budgétez un projet ERP pour « être prêt au 1er janvier 2027 » et que le décret retient une autre échéance ou d'autres seuils, votre planification est fausse dans les deux sens : vous pouvez avoir surinvesti dans l'urgence, ou pris du retard sur une échéance plus proche que prévu.

La base légale : l'article 145-IX du CGI

L'article 145 du Code Général des Impôts, dans son paragraphe IX, pose l'obligation pour les contribuables de se doter d'un système informatique de facturation répondant aux critères techniques fixés par l'administration.

Deux points méritent attention dans cette formulation :

1. L'obligation porte sur le système, pas seulement sur le document. Il ne s'agit pas d'envoyer un PDF par e-mail. La loi vise la capacité technique de votre organisation à émettre des factures conformes.
2. Les critères techniques sont renvoyés à l'administration. C'est précisément l'objet du décret d'application attendu, et c'est pourquoi son absence bloque la publication d'un calendrier ferme.

Le modèle retenu : la validation préalable (clearance)

Le Maroc a opté pour un modèle dit de clearance (ou CTC, Continuous Transaction Controls), le même principe qu'appliquent le Mexique, la Turquie ou l'Arabie Saoudite.

Concrètement, cela change la nature même de la facturation :

• Vous émettez la facture depuis votre système ;
• Elle est transmise à la plateforme de la DGI avant d'être envoyée au client ;
• La plateforme la valide ;
• La facture n'a de valeur légale qu'une fois validée.

C'est une différence structurelle avec le modèle de simple déclaration a posteriori. Une facture rejetée par la plateforme n'est pas une facture en retard : c'est une facture qui n'existe pas juridiquement. Votre processus de vente devient dépendant d'une validation externe en temps réel, ce qui a des conséquences directes sur votre système d'information.

La plateforme nationale est développée par xHub, partenaire technologique retenu par la DGI. Un portail gratuit, fatourati.gov.ma, est prévu pour les TPE et petites structures à faible volume.

Ce que votre système de facturation devra savoir faire

Voici le point vraiment utile : les exigences techniques sont connues, même si le calendrier ne l'est pas. Vous pouvez donc préparer votre système sans attendre le décret.

Regardez cette liste du point de vue de votre organisation actuelle : si vous facturez aujourd'hui sur Excel, sur un logiciel non maintenu, ou avec une base clients où l'ICE est optionnel, aucune de ces six exigences n'est satisfaite : et aucune ne dépend d'une date pour être vraie.

Que faire maintenant, sans attendre le décret

C'est la partie actionnable. Cinq chantiers ont de la valeur quelle que soit l'échéance retenue :

1. Fiabiliser votre base clients. L'ICE devient une donnée bloquante. Un référentiel client incomplet ou dupliqué se transformera en factures rejetées. Ce nettoyage est long, sans risque, et utile même sans réforme.
2. Auditer votre chaîne de facturation actuelle. Où sont émises les factures ? Combien de systèmes différents ? Y a-t-il de la saisie manuelle, des fichiers Excel parallèles ? Cartographier avant de choisir un outil.
3. Vérifier la capacité technique de votre logiciel. Votre solution actuelle peut-elle produire de l'UBL 2.1 et dialoguer par API ? Si l'éditeur ne s'est pas positionné publiquement sur la réforme, c'est un signal.
4. Structurer la numérotation et l'archivage. Séquences propres, conservation intègre : des prérequis de bonne gestion, pas des contraintes nouvelles.
5. Suivre la publication du décret à la source. Bulletin Officiel et communications officielles de la DGI, pas les articles de blog des prestataires, dont ce guide vient de montrer les limites.

Aucun de ces chantiers ne devient inutile si le calendrier change. C'est exactement le critère à appliquer : investissez dans ce qui reste vrai quelle que soit la date.

Et Odoo dans tout ça ?

La question qui se pose pour la plupart des PME marocaines n'est pas « quel logiciel de facturation électronique acheter », mais « mon système de gestion actuel va-t-il tenir ». Empiler un outil de facturation électronique à côté d'un ERP qui ne communique pas avec lui recrée une double saisie, exactement ce que la réforme est censée éliminer.

Un ERP correctement paramétré traite la facturation électronique comme une étape du cycle de vente, pas comme un outil séparé : la facture est générée depuis la commande, transmise pour validation, et le statut de validation remonte dans le même système que votre comptabilité et votre suivi client.

C'est le sens de notre travail de localisation marocaine d'Odoo : traiter le PCGE, la CNSS, la CIMR, l'AMO et les exigences de la DGI dans le système de gestion lui-même. Notre guide complet Odoo Maroc détaille cette approche, et le guide de la paie Odoo (CNSS, CIMR) montre la même logique appliquée au volet social.

Un point d'honnêteté pour terminer : tant que la DGI n'a pas publié l'API officielle de sa plateforme, aucun éditeur (Odoo compris) ne peut affirmer être « certifié conforme » à la facturation électronique marocaine. Ce qui se prépare aujourd'hui, c'est la capacité technique : formats structurés, données clients fiables, architecture prête à s'y connecter. Méfiez-vous de toute promesse de conformité déjà acquise à une norme dont les spécifications finales ne sont pas publiées.

Questions Fréquentes

La facturation électronique est-elle déjà obligatoire au Maroc ?

Le principe est posé par l'article 145-IX du Code Général des Impôts, mais sa mise en œuvre dépend d'un décret d'application qui, en juillet 2026, n'a pas encore été publié au Bulletin Officiel. L'avant-projet a été transmis au Secrétariat Général du Gouvernement en avril 2026. Tant que ce texte n'est pas paru, les dates d'entrée en vigueur par catégorie d'entreprise ne sont pas officiellement fixées.

Le calendrier 2026-2027 que je vois partout est-il fiable ?

Non, pas en l'état. Le calendrier fréquemment cité (grandes entreprises au 1er janvier 2026, entreprises moyennes au 1er juillet 2026, PME et auto-entrepreneurs au 1er janvier 2027) ne provient d'aucun document officiel publié par la DGI ou au Bulletin Officiel. Les seuils de chiffre d'affaires associés ne sont pas davantage confirmés. Ces éléments sont repris d'un article à l'autre sans source primaire vérifiable.

Qu'est-ce que le modèle « clearance » et en quoi me concerne-t-il ?

C'est un modèle de validation préalable : la facture est transmise à la plateforme de la DGI avant d'être envoyée au client, et n'acquiert de valeur légale qu'une fois validée. La conséquence pratique est importante : une facture rejetée n'est pas juridiquement émise. Votre processus de facturation devient dépendant d'une validation externe, ce qui impose un système capable de gérer les accusés et les rejets.

Un PDF envoyé par e-mail suffira-t-il ?

Non. Les formats retenus sont des formats XML structurés (UBL 2.1 ou CII) qui permettent le traitement automatique par la plateforme. Un PDF, même signé, n'est pas un format structuré au sens de la réforme. C'est le point sur lequel la plupart des organisations sous-estiment l'écart à combler.

Que puis-je faire dès maintenant sans attendre le décret ?

Cinq chantiers gardent leur valeur quelle que soit l'échéance : fiabiliser les ICE de votre base clients, cartographier votre chaîne de facturation actuelle, vérifier que votre logiciel sait produire de l'UBL 2.1 et dialoguer par API, structurer numérotation et archivage, et suivre la publication du décret à la source officielle. Aucun de ces travaux n'est perdu si le calendrier évolue.

Mon logiciel actuel peut-il être « déjà conforme » ?

À ce stade, aucun éditeur ne peut sérieusement le garantir, puisque l'API officielle de la plateforme DGI et les spécifications finales ne sont pas publiées. Un éditeur peut légitimement dire qu'il a préparé son architecture et qu'il activera la connexion dès publication. Une promesse de conformité déjà acquise, en revanche, doit vous alerter.