Je dois émettre des factures conformes : est-ce que je change de logiciel, ou est-ce que je branche celui que j'ai déjà ? C'est la question qui remonte le plus souvent chez les DAF et les DSI de grandes entreprises marocaines depuis que la facturation électronique DGI est passée d'un sujet de veille à une obligation calendaire. La bonne nouvelle : dans l'immense majorité des cas, la réponse n'est pas "changez de logiciel". C'est "branchez ce que vous avez déjà, correctement".
Ce que le mandat impose, en une page, et où vérifier le calendrier à la source
Le principe est posé par l'article 145 (IX) du Code Général des Impôts, introduit par la Loi de Finances 2018 et durci par la Loi de Finances 2024 : les entreprises soumises à l'IS, à l'IR professionnel ou à la TVA doivent s'équiper d'un système de facturation électronique répondant à des critères techniques fixés par l'administration. La Note circulaire n°737 de la DGI, relative aux mesures fiscales de la Loi de Finances 2026, en détaille l'application.
Le calendrier le plus largement cité dans la presse spécialisée et chez les éditeurs place l'obligation au 1er janvier 2026 pour les grandes entreprises assujetties à l'IS, au 1er juillet 2026 pour les entreprises dont le chiffre d'affaires se situe entre 10 et 200 millions de MAD, et au 1er janvier 2027 pour les PME, TPE et auto-entrepreneurs dont le chiffre d'affaires annuel dépasse 500 000 MAD. Un point de vigilance pour votre équipe conformité : les seuils précis et les dates d'entrée en vigueur définitives restent fixés par le décret d'application, encore en cours de validation au moment où ces lignes sont écrites. Ne figez pas un planning de projet interne sur un chiffre repris d'un blog éditeur ; vérifiez la version en vigueur directement sur le portail de la DGI (tax.gov.ma) et dans la Note circulaire n°737, et faites confirmer par votre expert-comptable ou votre conseil fiscal avant d'arbitrer un budget.
Ce que le texte confirme sans ambiguïté : le format doit être structuré (UBL 2.1 ou CII, deux standards XML), et le Maroc a retenu un modèle dit de "clearance" : la facture doit transiter par la plateforme de la DGI et y être validée avant d'être considérée comme légalement émise. Une facture non conforme expose à une amende de 500 MAD par facture, plafonnée à 50 000 MAD par an, et à terme, à la perte du droit à déduction de la TVA sur les factures non conformes. Ce mandat est déjà largement documenté ailleurs ; ce n'est pas l'objet de cet article. Le vrai sujet, celui que la plupart des guides sautent, c'est ce qui se passe entre votre système d'information et la plateforme de la DGI.
La vraie question : qui émet le flux structuré, votre SI ou un tiers
La plupart des articles sur le sujet s'arrêtent au "vous devez émettre au format XML". Ils ne répondent pas à la question qu'un DSI se pose réellement : qui, dans la chaîne, génère ce flux structuré ?
Deux architectures sont à l'étude par la DGI. Le modèle "à 4 coins" : le fournisseur transmet simultanément la facture à son client et à l'administration fiscale, sans intermédiaire technique obligatoire. Le modèle "à 5 coins" : un opérateur technique tiers accrédité s'intercale pour valider le format, horodater et transmettre la facture à la DGI au nom du fournisseur. Le Maroc dispose déjà de prestataires accrédités pour des fonctions voisines de certification électronique, à l'image de Barid eSign (filiale de Barid Al-Maghrib), ce qui suggère que le modèle à 5 coins, ou une variante hybride, a de bonnes chances d'être retenu au moins pour une partie du parc d'entreprises.
Concrètement, cela veut dire que votre SI n'a presque jamais besoin d'émettre lui-même la facture au format final validé par la DGI. Son travail est plus modeste et plus précis : produire les bonnes données, dans le bon format, au bon endroit du flux, pour que l'éditeur de votre logiciel de facturation ou le prestataire agréé fasse le dernier kilomètre vers la plateforme. Confondre les deux rôles, c'est le premier facteur de retard que l'on observe dans les projets de mise en conformité : une DSI qui tente de reconstruire un module d'émission complet, alors que la brique manquante est un connecteur entre son ERP et un module déjà certifié.
Ce que votre système doit produire : données obligatoires, format, signature
Trois exigences techniques structurent le cahier des charges, indépendamment de l'éditeur ou de l'intégrateur choisi.
Les données obligatoires. Identifiant fiscal complet du client et du fournisseur (ICE, IF, RC), détail de la TVA par ligne et par taux, référence unique de la facture, devise et montants dans un format non ambigu, et références aux bons de commande ou contrats sous-jacents lorsque le processus achats les exige. Un ERP mal paramétré qui laisse ces champs facultatifs au niveau de la saisie devient, de fait, non conforme.
Le format structuré. UBL 2.1 ou CII : ce ne sont pas des formats d'export génériques comme un CSV ou un PDF, mais des schémas XML avec une structure de balises imposée. Votre système doit soit générer nativement ce format (rare, sauf ERP récent avec module marocain dédié), soit exposer les données par API ou par flux de fichiers vers un module de transformation qui, lui, produit le XML conforme.
La signature et l'horodatage. La facture électronique n'est pas une facture PDF signée manuellement. Elle porte une signature électronique et un horodatage qui garantissent son intégrité après émission. Cette brique est presque toujours déléguée à l'éditeur du module de facturation ou au prestataire agréé, pas développée en interne : c'est un choix de sécurité et de conformité, pas seulement de confort technique.
Le cas de l'entreprise qui facture depuis trois outils différents
Le scénario le plus fréquent chez les grandes entreprises n'est pas "un ERP unique qui facture tout". C'est une facturation éclatée entre plusieurs outils : l'ERP central pour les ventes récurrentes, un outil de gestion de projets ou de services pour la facturation au forfait, et un tableur ou une application métier isolée pour des cas particuliers (avoirs, refacturations internes entre filiales, prestations exceptionnelles).
Chacun de ces flux doit atteindre la plateforme de la DGI dans le même format structuré, avec la même rigueur sur les données obligatoires. Trois options s'offrent à vous. Première option : consolider tous les flux de facturation dans l'ERP central avant l'émission, ce qui suppose de faire remonter les données des outils périphériques vers l'ERP par API ou par import automatisé, puis de laisser l'ERP porter seul la connexion vers le module de facturation électronique. Deuxième option : connecter chaque outil séparément à un module ou un prestataire de facturation électronique commun, ce qui multiplie les points d'intégration mais évite un chantier de consolidation lourd. Troisième option, souvent la plus réaliste pour un déploiement en douze à seize semaines : une couche d'intégration intermédiaire (middleware ou plateforme d'échange) qui reçoit les données de facturation de chaque source, les normalise dans un format pivot, puis les pousse vers le module de facturation électronique retenu. C'est exactement le rôle que joue une intégration de systèmes bien pensée : elle évite de dupliquer la logique de conformité fiscale dans chacun des trois outils.
Recevoir des factures conformes de vos fournisseurs, l'autre moitié du problème
La quasi-totalité des guides sur la facturation électronique DGI traite uniquement le sens sortant : comment ma facture arrive à mon client et à l'administration. Ils oublient la moitié entrante du problème, qui pèse tout autant sur une grande entreprise : que faites-vous des factures conformes que vos gros fournisseurs vous envoient désormais au format structuré ?
Deux erreurs classiques. La première : continuer à traiter les factures fournisseurs comme des PDF qu'un comptable ressaisit manuellement dans l'ERP achats, en ignorant le fichier XML structuré qui l'accompagne, ce qui annule tout le bénéfice de traçabilité et multiplie le risque de saisie erronée. La seconde : découvrir, au moment de la première réception massive de factures conformes, que le module comptable ne sait pas parser un fichier UBL ou CII et bloque le rapprochement automatique.
Le bon réflexe est d'intégrer, dès la phase de cadrage, un flux entrant qui capte le fichier structuré reçu du fournisseur, en extrait les données pour rapprochement automatique avec le bon de commande et la réception, et n'archive le PDF que comme document de lecture humaine. Cette brique se pense en même temps que le flux sortant : c'est le même type de connecteur, dans l'autre sens, et la traiter en parallèle évite un deuxième chantier six mois plus tard.
Prestataire agréé, plateforme, intégrateur : matrice RACI
Un projet de mise en conformité qui échoue sur le calendrier a presque toujours la même cause : personne n'a formellement écrit qui fait quoi entre l'éditeur du logiciel, l'intégrateur qui connecte les systèmes, et le prestataire agréé qui porte la relation technique avec la plateforme de la DGI. Voici la matrice à adapter à votre organisation (R = responsable de l'exécution, A = garant du résultat, C = consulté, I = informé) :
| Tâche | Client (DAF/DSI) | Éditeur ERP/facturation | Intégrateur | Prestataire agréé |
|---|---|---|---|---|
| Définir les données obligatoires par flux | A | C | R | C |
| Paramétrer/développer le connecteur SI vers module de facturation | I | C | R | I |
| Générer le format structuré (UBL/CII) | I | R | C | A |
| Signer et horodater la facture | I | C | I | R |
| Transmettre à la plateforme DGI et traiter les rejets | A | I | C | R |
| Traiter les factures fournisseurs entrantes conformes | A | C | R | I |
| Assurer la veille réglementaire (seuils, calendrier, format) | A | C | I | C |
Cette matrice n'est pas universelle : si votre entreprise choisit d'émettre directement via un module ERP certifié sans prestataire tiers (modèle à 4 coins), la colonne "prestataire agréé" se réduit. L'essentiel est de la figer par écrit avant la phase de développement, pas pendant.
Le bloc d'exigences à copier dans votre cahier des charges
Pour un appel d'offres ou un brief interne, voici les exigences minimales à faire figurer noir sur blanc :
- Génération ou transformation des flux sortants au format UBL 2.1 ou CII, avec traçabilité de chaque champ obligatoire (ICE, IF, RC, TVA par ligne).
- Capacité à consolider plusieurs sources de facturation internes (ERP, outil de facturation au forfait, refacturations inter-filiales) avant transmission.
- Signature électronique et horodatage délégués à un composant certifié, avec preuve d'intégrité conservée et consultable en cas de contrôle.
- Traitement du flux entrant : réception, parsing et rapprochement automatique des factures fournisseurs conformes, avec archivage du PDF en lecture seule uniquement.
- Journalisation complète des rejets de la plateforme DGI, avec délai de correction et de retransmission défini contractuellement avec l'intégrateur.
- Clause de mise à jour réglementaire : qui, de l'éditeur ou de l'intégrateur, est responsable d'adapter le connecteur si le format ou les seuils évoluent, et sous quel délai.
- Plan de test de bout en bout avant bascule, incluant au moins un cycle complet facture sortante validée et facture fournisseur entrante rapprochée.
Ce bloc peut s'appuyer sur une intégration API dédiée lorsque le SI existant expose déjà des API modernes, ou sur un chantier de modernisation applicative plus large lorsque l'ERP en place ne permet pas cette exposition sans développement complémentaire.
Ce qui va encore évoluer, et comment ne pas le repayer deux fois
Trois éléments ne sont pas encore stabilisés au moment de la rédaction de cet article : le choix définitif entre modèle à 4 coins et modèle à 5 coins, les seuils exacts de chiffre d'affaires par vague, et la liste définitive des prestataires accrédités. Concevoir votre connecteur en dur autour d'une seule hypothèse (par exemple, un lien direct et unique vers un prestataire précis) revient à devoir refaire le développement dès que le décret d'application précisera l'architecture retenue.
La parade est architecturale, pas réglementaire : isolez la logique de transformation et de conformité fiscale dans une couche d'intégration dédiée, plutôt que de la coder en dur dans chaque application source. Si demain le format évolue ou qu'un nouveau prestataire agréé entre en jeu, vous changez un connecteur dans la couche d'intégration, pas la logique métier de trois applications différentes. C'est le principe même d'une intégration de systèmes pensée pour durer au-delà d'une seule réforme fiscale, comme le rappelle d'ailleurs notre guide sur la modernisation du système d'information : consolider les silos coûte toujours moins cher en amont qu'après un deuxième mandat réglementaire.
FAQ
Dois-je changer d'ERP pour être conforme à la facturation électronique DGI ?
Dans la grande majorité des cas, non. Votre ERP doit produire ou exposer les bonnes données ; la génération du format structuré et la signature sont le plus souvent déléguées à un module de facturation électronique ou à un prestataire agréé. Un changement d'ERP complet n'est justifié que si votre système actuel ne peut techniquement pas exposer les données obligatoires, même via API.
Quel est le format de facture électronique exigé par la DGI ?
Un format XML structuré, UBL 2.1 ou CII. Ces standards ne sont pas interchangeables avec un simple export PDF ou CSV : ils imposent une structure de balises précise pour chaque donnée obligatoire (identifiants fiscaux, TVA par ligne, référence unique).
Que se passe-t-il si je facture depuis plusieurs outils différents ?
Chaque flux doit atteindre la plateforme de la DGI dans le même format conforme. La solution la plus robuste sur la durée est une couche d'intégration intermédiaire qui normalise les données de chaque source avant transmission, plutôt que de dupliquer la logique de conformité dans chaque outil.
Dois-je aussi m'occuper des factures que je reçois de mes fournisseurs ?
Oui, et c'est la partie la plus souvent oubliée. Un flux entrant qui capte et rapproche automatiquement les factures fournisseurs conformes évite de perdre le bénéfice de la réforme côté achats, et empêche un blocage du rapprochement comptable quand vos gros fournisseurs basculeront à leur tour.
Le calendrier de la facturation électronique DGI est-il définitif ?
Le principe et les grandes échéances sont posés par la Loi de Finances et la Note circulaire n°737, mais certains seuils précis restent soumis au décret d'application en cours de finalisation. Vérifiez la version en vigueur sur tax.gov.ma avant de figer un budget ou un planning interne, et faites confirmer par votre conseil fiscal.