Migration facturation electronique : plan de projet

La migration vers la facturation electronique obligatoire est un projet de transformation qui touche l’ensemble de la chaine de valeur de l’entreprise : direction financiere, comptabilite, achats, ventes, systemes d’information et conformite. Sous-estimer la complexite du projet ou le lancer trop tardivement expose l’entreprise a des risques de non-conformite, de perturbation des flux financiers et de sanctions. Cet article propose un plan de projet structure en six phases, applicable aux entreprises de toutes tailles.

Phase 1 : Diagnostic et cadrage (M-12 a M-9)

Cartographie des flux de facturation

La premiere etape consiste a dresser un etat des lieux exhaustif des flux de facturation existants. L’inventaire doit couvrir les factures emises (nombre annuel, formats actuels, canaux d’emission, destinataires), les factures recues (nombre annuel, formats recus, canaux de reception, fournisseurs), les avoirs, acomptes et factures rectificatives, les transactions soumises a l’e-reporting (B2C, international) et les systemes impliques (ERP, logiciel de facturation, tableur, papier).

Cette cartographie permet de dimensionner le projet et d’identifier les zones de complexite. Une entreprise traitant 500 factures par an n’a pas les memes contraintes qu’une entreprise en traitant 50 000. Les flux internationaux, les factures en devises, les schemas de facturation specifiques (autoliquidation, groupes TVA) constituent des points d’attention.

Analyse de l’existant technique

L’audit technique doit identifier les capacites actuelles du systeme d’information : l’ERP ou le logiciel de facturation supporte-t-il les formats structures (Factur-X, UBL, CII) ? Les interfaces existantes permettent-elles la connexion a une PDP ou au PPF ? Les mentions obligatoires sont-elles toutes presentes dans les modeles de factures actuels ? Les processus de validation et d’approbation sont-ils deja demateriels ?

Evaluation de la conformite reglementaire

Le diagnostic doit egalement evaluer la conformite reglementaire actuelle : les factures comportent-elles toutes les mentions obligatoires ? Le numero SIREN/SIRET figure-t-il sur chaque facture ? La piste d’audit fiable est-elle documentee ? Les durees de conservation sont-elles respectees ? Ce diagnostic revele souvent des non-conformites preexistantes que la migration est l’occasion de corriger.

Constitution de l’equipe projet

Le projet de migration doit etre pilote par une equipe pluridisciplinaire comprenant un chef de projet (direction financiere ou DSI), le responsable comptable, un representant des achats, un representant commercial (pour les factures de vente), le DSI ou le responsable informatique, et le DPO ou le responsable conformite pour les aspects RGPD. L’implication de la direction generale est indispensable pour arbitrer les choix strategiques et debloquer les budgets.

Phase 2 : Choix de la plateforme (M-9 a M-7)

PPF ou PDP : le choix strategique

Le choix entre le portail public de facturation (PPF) et une plateforme de dematerialisation partenaire (PDP) est le choix structurant du projet. Le PPF est gratuit et suffisant pour les entreprises a faible volume et a besoins simples. Les PDP offrent des fonctionnalites avancees : integration ERP, automatisation, reporting, archivage, support.

Pour une analyse detaillee des criteres de choix, consultez notre article choisir sa PDP. Les criteres determinants sont le volume de factures, le niveau d’integration souhaite avec l’ERP, les besoins d’automatisation, le budget, la complexite des flux (multi-entites, international) et les exigences de support.

Evaluation des editeurs

Si le choix se porte sur une PDP, l’evaluation des editeurs doit couvrir la certification PDP (verification de l’immatriculation aupres de la DGFiP), les capacites techniques (formats supportes, API, connecteurs ERP), les fonctionnalites de reporting et d’e-reporting, l’archivage conforme, la conformite RGPD (localisation des donnees, mesures de securite), la perennite de l’editeur, et le cout total de possession.

Negociation contractuelle

Le contrat avec la PDP doit couvrir les engagements de niveau de service (disponibilite, temps de reponse), les conditions de traitement des donnees personnelles (contrat de sous-traitance au sens de l’article 28 du RGPD), la reversibilite des donnees en cas de changement de prestataire, les responsabilites en cas de retard ou d’erreur de transmission, et les conditions de resiliation. La conformite RGPD du contrat est un point essentiel, detaille dans notre article sur la facturation electronique et le RGPD.

Phase 3 : Conception et parametrage (M-7 a M-5)

Adaptation des modeles de factures

Les modeles de factures doivent etre adaptes pour inclure toutes les mentions obligatoires de la reforme (numero SIREN, adresse de livraison, categorie de l’operation) et pour generer les donnees structurees dans le format retenu. Le mapping entre les champs du systeme d’information et les elements du schema XML doit etre defini et valide.

Configuration des interfaces

Les interfaces entre l’ERP (ou le logiciel de facturation) et la plateforme (PPF ou PDP) doivent etre configurees et testees. Les options incluent les API REST (mode synchrone ou asynchrone), les echanges de fichiers (SFTP), les connecteurs natifs fournis par la PDP ou l’editeur ERP. La configuration doit gerer les statuts de facture (emise, recue, acceptee, rejetee) et les retours de la plateforme.

Configuration de l’e-reporting

Les flux d’e-reporting doivent etre configures pour les transactions non couvertes par l’e-invoicing. L’extraction des donnees B2C, des transactions internationales et des encaissements doit etre parametree selon les specifications du PPF. La periodicite de transmission (mensuelle ou trimestrielle selon le regime de TVA) doit etre integree dans le planning.

Processus de validation et workflow

Les processus de validation des factures recues (rapprochement commande/livraison/facture, circuit d’approbation) doivent etre adaptes au nouveau flux electronique. La dematerialisation du circuit de validation est l’occasion d’optimiser les delais de traitement. Les roles et les habilitations doivent etre definis dans la plateforme. Les structures PDP/PPF/OD sont detaillees dans notre article sur les plateformes de facturation.

Phase 4 : Tests (M-5 a M-3)

Tests unitaires

Chaque composant du flux doit etre teste individuellement : generation d’une facture au format structure, validation du format (schema XSD, regles Schematron), transmission a la plateforme, reception de la facture, extraction des donnees, integration comptable. Les anomalies doivent etre documentees et corrigees.

Tests de bout en bout

Des scenarios complets doivent etre joues : emission d’une facture a un client reel (en environnement de test de la plateforme), reception d’une facture d’un fournisseur, emission et traitement d’un avoir, transmission d’un flux d’e-reporting, gestion d’un rejet (facture non conforme rejetee par la plateforme), et archivage d’une facture.

Tests de charge

Pour les entreprises a volume important, des tests de charge doivent verifier que le systeme peut traiter le volume de factures attendu dans les delais requis, sans degradation de performance.

Recette avec les partenaires

Il est recommande de tester les echanges avec quelques partenaires commerciaux cles (principaux clients et fournisseurs) avant le deploiement generalise. Ces tests permettent de valider l’interoperabilite et de resoudre les problemes de format ou de configuration.

Phase 5 : Deploiement (M-3 a M0)

Deploiement progressif

Un deploiement progressif est recommande. Commencer par un perimetre restreint (un site, une entite, une categorie de factures) avant d’etendre a l’ensemble de l’entreprise. Cette approche limite les risques et permet de corriger les anomalies avant la generalisation.

Communication interne et externe

Les equipes internes (comptabilite, achats, ventes) doivent etre informees du changement et formees aux nouveaux processus. Les partenaires commerciaux (clients et fournisseurs) doivent etre informes du changement de canal de facturation, des formats acceptes et des coordonnees sur la plateforme.

Formation des utilisateurs

La formation doit couvrir l’utilisation de la plateforme (emission, reception, consultation), les nouveaux processus de validation, la gestion des anomalies (rejet, erreur de format), et les obligations de conservation. Des supports de formation (guides, videos, FAQ) doivent etre mis a disposition.

Plan de bascule

Le plan de bascule definit la date de passage au nouveau systeme, les criteres de validation pour autoriser la bascule (tests reussis, equipes formees, partenaires informes), la procedure de retour arriere en cas de probleme majeur, et le suivi post-bascule (monitoring, support renforce).

Phase 6 : Stabilisation et optimisation (M0 a M+6)

Monitoring post-deploiement

Les premieres semaines suivant le deploiement necessitent un monitoring renforce : taux de reussite des transmissions, delais de traitement, taux de rejet, anomalies d’integration comptable. Un support renforce doit etre mis en place pour les utilisateurs.

Correction des anomalies

Les anomalies identifiees en production doivent etre corrigees rapidement. Les causes les plus frequentes sont les erreurs de mapping, les mentions obligatoires manquantes, les problemes de format, et les rejets par la plateforme.

Optimisation continue

Apres la stabilisation, des optimisations peuvent etre mises en oeuvre : automatisation accrue des rapprochements, mise en place de tableaux de bord de suivi, amelioration des delais de paiement, integration avec les outils de tresorerie. La reforme est aussi une opportunite de modernisation des processus financiers.

Mise a jour du registre RGPD

Le registre des traitements doit etre mis a jour pour refleter les nouveaux flux de donnees personnelles lies a la facturation electronique. Les fiches de traitement doivent etre creees ou modifiees pour documenter les traitements operes par la PDP, les transferts eventuels et les mesures de securite. Pour les enjeux specifiques du RGPD dans le contexte de la facturation, consultez notre guide sur les donnees personnelles dans les factures.

Les risques du projet

Le risque de retard

Le risque principal est le retard par rapport au calendrier reglementaire. Les causes frequentes sont le demarrage tardif du projet, la sous-estimation de la complexite technique, les delais de selection et de contractualisation avec la PDP, et les resistances au changement. Le lancement du projet au moins douze mois avant la date d’echeance est recommande.

Le risque technique

Les problemes d’integration entre l’ERP et la plateforme, les incompatibilites de format, les erreurs de mapping constituent des risques techniques qui doivent etre anticipes par des tests approfondis.

Le risque de non-conformite

L’emission de factures non conformes (mentions manquantes, format incorrect) expose l’entreprise aux sanctions prevues par la reforme. Un controle qualite systematique des factures emises est indispensable.

FAQ

Combien de temps faut-il pour migrer vers la facturation electronique ?

Le delai depend de la taille et de la complexite de l’entreprise. Pour une TPE utilisant deja un logiciel de facturation compatible, quelques semaines suffisent. Pour une PME avec un ERP a adapter, compter six a neuf mois. Pour une grande entreprise avec des flux complexes (multi-entites, international, volumes importants), un an ou plus est recommande. Le diagnostic initial est l’etape la plus importante pour dimensionner le planning.

Peut-on conserver l’envoi de factures PDF par email ?

Non, pour les transactions B2B entre assujettis a la TVA en France. A compter de la date d’echeance applicable, les factures devront etre emises dans un format structure (Factur-X, UBL ou CII) et transmises via le PPF ou une PDP. Le PDF simple envoye par email ne sera plus conforme pour ces transactions. En revanche, les factures B2C et les factures a destination de clients non assujettis ou etrangers ne sont pas soumises a l’e-invoicing (mais peuvent etre soumises a l’e-reporting).

Faut-il changer d’ERP pour passer a la facturation electronique ?

Pas necessairement. La plupart des ERP du marche proposent ou proposeront des mises a jour ou des modules complementaires pour supporter les formats de facturation electronique. L’interface avec la plateforme (PPF ou PDP) peut etre realisee via des API ou des connecteurs. En revanche, si l’ERP est obsolete et ne peut pas etre mis a jour, la migration vers la facturation electronique peut etre l’occasion de moderniser le systeme. Pour les TPE, des logiciels de facturation simples et peu couteux permettent de se conformer sans investissement lourd.