Migration facturation électronique : plan de projet

Migration facturation électronique : plan de projet

La migration vers la facturation électronique obligatoire est un projet de transformation qui touche l’ensemble de la chaîne de valeur de l’entreprise : direction financière, comptabilité, achats, ventes, systèmes d’information et conformité. Sous-estimer la complexité du projet ou le lancer trop tardivement expose l’entreprise à des risques de non-conformité, de perturbation des flux financiers et de sanctions. Cet article propose un plan de projet structuré 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 première étape consiste à dresser un état des lieux exhaustif des flux de facturation existants. L’inventaire doit couvrir les factures émises (nombre annuel, formats actuels, canaux d’émission, destinataires), les factures reçues (nombre annuel, formats reçus, canaux de réception, fournisseurs), les avoirs, acomptes et factures rectificatives, les transactions soumises à l’e-reporting (B2C, international) et les systèmes impliqués (ERP, logiciel de facturation, tableur, papier).

Cette cartographie permet de dimensionner le projet et d’identifier les zones de complexité. Une entreprise traitant 500 factures par an n’a pas les mêmes contraintes qu’une entreprise en traitant 50 000. Les flux internationaux, les factures en devises, les schémas de facturation spécifiques (autoliquidation, groupes TVA) constituent des points d’attention.

Analyse de l’existant technique

L’audit technique doit identifier les capacités actuelles du système d’information : l’ERP ou le logiciel de facturation supporte-t-il les formats structurés (Factur-X, UBL, CII) ? Les interfaces existantes permettent-elles la connexion à une PDP ou au PPF ? Les mentions obligatoires sont-elles toutes présentes dans les modèles de factures actuels ? Les processus de validation et d’approbation sont-ils déjà demateriels ?

Évaluation de la conformité réglementaire

Le diagnostic doit également évaluer la conformité réglementaire actuelle : les factures comportent-elles toutes les mentions obligatoires ? Le numéro SIREN/SIRET figure-t-il sur chaque facturé ? La piste d’audit fiable est-elle documentée ? Les durées de conservation sont-elles respectées ? Ce diagnostic révèle souvent des non-conformités preexistantes que la migration est l’occasion de corriger.

Constitution de l’équipe projet

Le projet de migration doit être piloté par une équipe pluridisciplinaire comprenant un chef de projet (direction financière ou DSI), le responsable comptable, un représentant des achats, un représentant commercial (pour les factures de vente), le DSI ou le responsable informatique, et le DPO ou le responsable conformité pour les aspects RGPD. L’implication de la direction générale est indispensable pour arbitrer les choix stratégiques et debloquer les budgets.

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

PPF ou PDP : le choix stratégique

Le choix entre le portail public de facturation (PPF) et une plateforme de dématérialisation partenaire (PDP) est le choix structurant du projet. Le PPF est gratuit et suffisant pour les entreprises à faible volume et a besoins simples. Les PDP offrent des fonctionnalités avancées : intégration ERP, automatisation, reporting, archivage, support.

Pour une analyse détaillée des critères de choix, consultez notre article choisir sa PDP. Les critères determinants sont le volume de factures, le niveau d’intégration souhaité avec l’ERP, les besoins d’automatisation, le budget, la complexité des flux (multi-entités, international) et les exigences de support.

Évaluation des éditeurs

Si le choix se porte sur une PDP, l’évaluation des éditeurs doit couvrir la certification PDP (vérification de l’immatriculation auprès de la DGFiP), les capacités techniques (formats supportés, API, connecteurs ERP), les fonctionnalités de reporting et d’e-reporting, l’archivage conforme, la conformité RGPD (localisation des données, mesures de sécurité), la pérennité de l’éditeur, et le coût total de possession.

Negociation contractuelle

Le contrat avec la PDP doit couvrir les engagements de niveau de service (disponibilité, temps de réponse), les conditions de traitement des données personnelles (contrat de sous-traitance au sens de l’article 28 du RGPD), la réversibilité des données en cas de changement de prestataire, les responsabilités en cas de retard ou d’erreur de transmission, et les conditions de résiliation. La conformité RGPD du contrat est un point essentiel, détaillé dans notre article sur la facturation électronique et le RGPD.

Phase 3 : Conception et paramétrage (M-7 a M-5)

Adaptation des modèles de factures

Les modèles de factures doivent être adaptés pour inclure toutes les mentions obligatoires de la réforme (numéro SIREN, adressé de livraison, catégorie de l’opération) et pour générer les données structurées dans le format retenu. Le mapping entre les champs du système d’information et les éléments du schéma XML doit être défini et validé.

Configuration des interfaces

Les interfaces entre l’ERP (ou le logiciel de facturation) et la plateforme (PPF ou PDP) doivent être configurées et testées. Les options incluent les API REST (mode synchrone ou asynchrone), les échanges de fichiers (SFTP), les connecteurs natifs fournis par la PDP ou l’éditeur ERP. La configuration doit gérer les statuts de facturé (émise, reçue, acceptée, rejetee) et les retours de la plateforme.

Configuration de l’e-reporting

Les flux d’e-reporting doivent être configures pour les transactions non couvertes par l’e-invoicing. L’extraction des données B2C, des transactions internationales et des encaissements doit être paramétrée selon les spécifications du PPF. La periodicite de transmission (mensuelle ou trimestrielle selon le régime de TVA) doit être intégrée dans le planning.

Processus de validation et workflow

Les processus de validation des factures reçues (rapprochement commande/livraison/facturé, circuit d’approbation) doivent être adaptés au nouveau flux électronique. La dématérialisation du circuit de validation est l’occasion d’optimiser les délais de traitement. Les rôles et les habilitations doivent être définis dans la plateforme. Les structurés PDP/PPF/OD sont détaillées dans notre article sur les plateformes de facturation.

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

Tests unitaires

Chaque composant du flux doit être teste individuellement : génération d’une facturé au format structuré, validation du format (schéma XSD, règles Schematron), transmission à la plateforme, réception de la facturé, extraction des données, intégration comptable. Les anomalies doivent être documentées et corrigées.

Tests de bout en bout

Des scénarios complets doivent être joues : émission d’une facturé à un client réel (en environnement de test de la plateforme), réception d’une facturé d’un fournisseur, émission et traitement d’un avoir, transmission d’un flux d’e-reporting, gestion d’un rejet (facturé non conforme rejetee par la plateforme), et archivage d’une facturé.

Tests de charge

Pour les entreprises a volume important, des tests de charge doivent vérifier que le système peut traiter le volume de factures attendu dans les délais requis, sans dégradation de performance.

Recette avec les partenaires

Il est recommandé de tester les échanges avec quelques partenaires commerciaux clés (principaux clients et fournisseurs) avant le déploiement généralise. Ces tests permettent de valider l’interopérabilité et de résoudre les problèmes de format ou de configuration.

Phase 5 : Déploiement (M-3 a M0)

Déploiement progressif

Un déploiement progressif est recommandé. Commencer par un périmètre restreint (un site, une entité, une catégorie de factures) avant d’étendre à l’ensemble de l’entreprise. Cette approche limite les risques et permet de corriger les anomalies avant la généralisation.

Communication interne et externe

Les équipes internes (comptabilité, achats, ventes) doivent être informées du changement et formées aux nouveaux processus. Les partenaires commerciaux (clients et fournisseurs) doivent être informés du changement de canal de facturation, des formats acceptés et des coordonnées sur la plateforme.

Formation des utilisateurs

La formation doit couvrir l’utilisation de la plateforme (émission, réception, consultation), les nouveaux processus de validation, la gestion des anomalies (rejet, erreur de format), et les obligations de conservation. Des supports de formation (guides, vidéos, FAQ) doivent être mis à disposition.

Plan de bascule

Le plan de bascule définit la date de passage au nouveau système, les critères de validation pour autoriser la bascule (tests réussis, équipes formées, partenaires informés), la procédure de retour arriere en cas de problème majeur, et le suivi post-bascule (monitoring, support renforcé).

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

Monitoring post-déploiement

Les premières semaines suivant le déploiement nécessitent un monitoring renforcé : taux de réussite des transmissions, délais de traitement, taux de rejet, anomalies d’intégration comptable. Un support renforcé doit être mis en place pour les utilisateurs.

Correction des anomalies

Les anomalies identifiées en production doivent être corrigées rapidement. Les causes les plus fréquentes sont les erreurs de mapping, les mentions obligatoires manquantes, les problèmes de format, et les rejets par la plateforme.

Optimisation continue

Après la stabilisation, des optimisations peuvent être mises en oeuvre : automatisation accrue des rapprochements, mise en place de tableaux de bord de suivi, amélioration des délais de paiement, intégration avec les outils de trésorerie. La réforme est aussi une opportunité de modernisation des processus financiers.

Mise à jour du registre RGPD

Le registre des traitements doit être mis à jour pour refléter les nouveaux flux de données personnelles lies à la facturation électronique. Les fiches de traitement doivent être créées ou modifiées pour documenter les traitements opérés par la PDP, les transferts éventuels et les mesures de sécurité. Pour les enjeux spécifiques du RGPD dans le contexte de la facturation, consultez notre guide sur les données personnelles dans les factures.

Les risques du projet

Le risque de retard

Le risque principal est le retard par rapport au calendrier réglementaire. Les causes fréquentes sont le démarrage tardif du projet, la sous-estimation de la complexité technique, les délais de sélection et de contractualisation avec la PDP, et les resistances au changement. Le lancement du projet au moins douze mois avant la date d’échéance est recommandé.

Le risque technique

Les problèmes d’intégration entre l’ERP et la plateforme, les incompatibilites de format, les erreurs de mapping constituent des risques techniques qui doivent être anticipés par des tests approfondis.

Le risque de non-conformité

L’émission de factures non conformes (mentions manquantes, format incorrect) expose l’entreprise aux sanctions prévues par la réforme. Un contrôle qualité systématique des factures émises est indispensable.

FAQ

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

Le délai dépend de la taille et de la complexité de l’entreprise. Pour une TPE utilisant déjà 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-entités, international, volumes importants), un an ou plus est recommandé. Le diagnostic initial est l’étape la plus importante pour dimensionner le planning.

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

Non, pour les transactions B2B entre assujettis à la TVA en France. À compter de la date d’échéance applicable, les factures devront être émises dans un format structuré (Factur-X, UBL ou CII) et transmises via le PPF ou une PDP. Le PDF simple envoyé par email ne sera plus conforme pour ces transactions. En revanche, les factures B2C et les factures a destination de clients non assujettis ou étrangers ne sont pas soumises à l’e-invoicing (mais peuvent être soumises à l’e-reporting).

Faut-il changer d’ERP pour passer à la facturation électronique ?

Pas nécessairement. La plupart des ERP du marché proposent ou proposeront des mises à jour ou des modules complémentaires pour supporter les formats de facturation électronique. L’interface avec la plateforme (PPF ou PDP) peut être réalisée via des API ou des connecteurs. En revanche, si l’ERP est obsolète et ne peut pas être mis à jour, la migration vers la facturation électronique peut être l’occasion de moderniser le système. Pour les TPE, des logiciels de facturation simples et peu coûteux permettent de se conformer sans investissement lourd.