E-Invoice Finder
Menu
PaysLogicielsÉchéancesGuidesCheckerVérifier obligation
ENFRDEPLNL
France · contrôle de clôture PA-ERP

Rapprocher les factures électroniques à la clôture mensuelle

Rapprochez PA, ERP, comptabilité clients/fournisseurs et paiements avec totaux de contrôle, écarts de statut, preuves et responsables.

Résumé pratique :
  • Maille de contrôle — Certifiez séparément chaque entité et chaque canal.
  • Alerte prioritaire — Des écarts qui se compensent peuvent rendre le total trompeur.
  • Départ — Conservez deux instantanés horodatés avant toute analyse.
Obtenir le rapport de préparation FranceSources officielles
Dernière vérification : 18 août 2026Sources officiellesRésumé clairInformation pratique, pas un conseil juridique
Sources officielles priorisées
Dates de vérification visibles
Checker gratuit, sans inscription

Ce qu’il faut savoir

Guide

1. Délimiter le rapprochement et nommer les systèmes de référence

Commencez par rédiger une fiche de périmètre pour chaque clôture : entité juridique et SIREN concernés, établissements ou SIRET inclus, plateforme agréée utilisée, ERP, modules de comptabilité fournisseurs et clients, outil de trésorerie ou relevés bancaires, période comptable et éventuels outils de production de rapports. Une même entreprise peut avoir plusieurs routes, établissements, journaux ou interfaces ; les agréger trop tôt masque les ruptures. Séparez donc les flux entrants des flux sortants, puis indiquez pour chaque population quel système fait foi pour quel attribut. La PA peut être la référence de transmission, de réception et de message de cycle de vie ; l’ERP reste la référence de comptabilisation selon les règles internes ; la banque ou la trésorerie documente le règlement effectif. La DGFiP indique que les entreprises concernées utilisent des plateformes agréées pour transmettre et recevoir les factures électroniques et envoyer les données de transaction et de paiement à compter du 1er septembre 2026. Une PA peut émettre, transmettre et recevoir des factures, convertir des formats en préservant intégrité, authenticité, lisibilité et exhaustivité, extraire les données et transmettre les données requises. Cela n’en fait ni un grand livre, ni une preuve automatique d’approbation, de paiement ou de traitement fiscal. Le rapprochement mensuel décrit ici est un contrôle interne recommandé, pas une procédure mensuelle imposée par la DGFiP. Son périmètre, sa fréquence, ses seuils et sa validation relèvent de la gouvernance de l’entreprise.

Guide

2. Figer des extractions réellement comparables

Produisez les extractions PA et ERP à une heure de coupure commune, documentée avec date, heure, fuseau et période couverte. Si les interfaces continuent à tourner pendant la clôture, conservez aussi l’heure de dernière synchronisation et la règle appliquée aux documents en transit. Ne comparez pas un export PA arrêté à 18 h avec un journal ERP réactualisé le lendemain sans isoler les mouvements intervenus entre les deux. Archivez les fichiers bruts en lecture seule ou dans un emplacement contrôlé, avec le nom de la requête, sa version et l’auteur de l’extraction. Pour rendre le rapprochement reproductible, les champs suivants sont recommandés comme données de contrôle internes, et non présentés comme une liste légale de mentions obligatoires : identifiant unique de facture chez le fournisseur, identifiant PA ou de plateforme, numéro de document ERP, sens entrant ou sortant, identifiants de l’acheteur et du vendeur, type de document, date d’émission, montants hors taxe, taxe et toutes taxes comprises, devise, route ou canal, format Factur-X, UBL ou CII lorsqu’il est utile au diagnostic, statut de cycle de vie et horodatage de chaque changement. Ajoutez, si disponibles, une empreinte, une référence technique de message, l’identifiant de lot, la date de comptabilisation, l’état d’approbation et les références de règlement. Normalisez séparateurs décimaux, signes des avoirs, codes devise et fuseaux avant calcul. Notez toute transformation plutôt que d’écraser les valeurs sources.

Guide

3. Construire des totaux de contrôle avant le rapprochement ligne à ligne

Calculez d’abord des totaux par sens, facture ou avoir, entité, devise et route de transmission. Pour chaque groupe, comparez au minimum le nombre de documents ainsi que les sommes hors taxe, de taxe et toutes taxes comprises lorsque ces montants sont disponibles et comparables. Gardez les devises séparées ; une conversion au taux comptable peut servir aux rapports de gestion, mais ne doit pas masquer un écart dans la devise d’origine. Les sous-totaux permettent de localiser une rupture d’interface bien plus vite qu’un unique total consolidé. Aucune tolérance officielle n’est supposée : l’entreprise définit et approuve ses propres règles de matérialité et d’escalade selon ses risques. Exemple fictif : pour la société Alpha, les ventes sortantes en euros du 1er au 31 mai montrent 1 204 factures et 18 avoirs dans l’extraction PA. L’ERP contient 1 203 factures et 18 avoirs pour la même coupure. Les montants des avoirs concordent ; le total TTC des factures ERP est inférieur de 2 400 euros. Le rapprochement ne conclut pas immédiatement à une perte : il crée une anomalie combinant un document et 2 400 euros, puis recherche si une facture PA est encore en transit, si elle a été comptabilisée dans un autre journal ou si un doublon compense partiellement l’écart. Une décision robuste exige l’accord simultané des volumes et des montants, ou une justification documentée de chaque différence. Publiez les totaux avant et après résolution afin que le lecteur voie le chemin de contrôle.

Guide

4. Prouver l’identité et l’exhaustivité des documents

Effectuez ensuite un appariement déterministe. Commencez par une clé forte associant l’identifiant de facture du fournisseur, les identifiants acheteur et vendeur, le sens du flux et, si nécessaire, la date ou la devise. Reliez cette clé à l’identifiant PA puis au numéro de document ERP. Lorsque la PA expose une référence technique, un identifiant de message ou une empreinte, conservez-le comme preuve supplémentaire ; n’en faites pas l’unique clé si une conversion de format ou une correction légitime peut changer la représentation technique. Les identifiants SIREN et SIRET doivent être interprétés selon le routage retenu : une correspondance au niveau de l’entreprise ne suffit pas toujours à retrouver le bon établissement ou journal. Classez chaque ligne en correspondance unique, absence côté PA, absence côté ERP, correspondance multiple ou correspondance incertaine. Un rapprochement par montant et date seulement est dangereux : deux factures identiques émises le même jour peuvent provoquer une fausse concordance. Inversement, une différence de présentation entre Factur-X, UBL et CII ne prouve pas une différence économique si la plateforme a effectué une conversion autorisée en préservant les qualités attendues. Pour les appariements approchés, imposez une revue humaine et consignez les critères utilisés. Testez aussi l’exhaustivité inverse : chaque document ERP du périmètre doit retrouver sa trace PA lorsque le flux relève de cette route, et chaque document PA doit avoir une issue ERP explicable. Les factures hors périmètre, historiques ou issues d’un autre canal restent dans un tableau d’exclusion motivé, jamais dans une suppression silencieuse.

Guide

5. Séparer cycle de vie, comptabilisation, approbation et règlement

Construisez une matrice de correspondance qui garde des colonnes distinctes pour le cycle de vie PA, la réception technique, la comptabilisation ERP, le circuit d’approbation, le règlement et la transmission réglementaire. Les spécifications externes v3.2 de la DGFiP, datées du 30 avril 2026, couvrent les données de facture, de transaction et de paiement ainsi que les messages de statut du cycle de vie. Les normes expérimentales AFNOR XP Z12-012 portent sur les formats et profils des factures et messages de cycle de vie, XP Z12-013 sur les API et XP Z12-014 sur les cas d’usage B2B. Cette architecture n’autorise pas à déduire automatiquement une écriture comptable d’un message de plateforme. Des libellés tels que « Déposée », « Rejetée », « Refusée » ou « Encaissée » doivent être lus dans leur contexte fonctionnel et dans la documentation applicable au flux. Toutes les entreprises n’utilisent pas nécessairement chaque statut optionnel. Une facture peut être visible sur la PA mais attendre son import ERP ; elle peut être comptabilisée alors qu’un message de cycle de vie arrive plus tard ; une approbation interne peut rester bloquée sans modifier immédiatement le statut externe. Définissez donc les combinaisons attendues, tolérées temporairement ou anormales, ainsi qu’un âge interne à partir duquel elles doivent être examinées. Ces délais sont des paramètres de contrôle internes, pas des échéances réglementaires inventées. Une différence en cours d’acheminement devient une anomalie seulement après vérification de la coupure, des files d’attente et des horodatages.

Guide

6. Traiter les anomalies sans relance aveugle

Ouvrez des catégories stables : document absent de la PA, absent de l’ERP, doublon potentiel, écart de montant, statut ancien ou incohérent, rejet, refus, correction ou avoir à relier, et état inconnu. Chaque fiche d’anomalie reprend l’entité, les identifiants, le montant exposé, les horodatages, les systèmes touchés, le propriétaire, l’action suivante et les preuves. Pour une facture absente de la PA, vérifiez d’abord le périmètre, la route, l’adressage, la file d’émission et l’accusé technique. Pour une facture absente de l’ERP, examinez l’interface, la quarantaine, les règles de validation et le journal cible. Pour un écart de montant, comparez la source structurée, la conversion, les arrondis, les signes et la version du document. Ne renvoyez jamais une facture à l’aveugle : une nouvelle émission peut créer un doublon, une seconde dette fournisseur ou un risque de double paiement. Avant toute reprise, recherchez l’identifiant d’origine dans la PA, l’ERP et les lots techniques, puis choisissez entre relance idempotente, réimport contrôlé, correction ou avoir selon le cas et les procédures validées. « Rejetée » et « Refusée » ne sont pas interchangeables ; documentez la cause et suivez le guide d’incident adapté plutôt que de forcer un statut. Un état inconnu reste ouvert jusqu’à obtention d’une preuve, sans être reclassé artificiellement comme succès. Après correction, refaites l’appariement et les totaux. Conservez l’avant, l’après et l’autorisation de reprise. Les risques prioritaires sont l’omission, le doublon, la mauvaise période, le paiement indu et une piste d’audit incapable d’expliquer le changement.

Guide

7. Rapprocher prudemment « Encaissée », données de paiement et banque

Traitez le volet paiement comme un rapprochement lié, mais autonome. Le statut « Encaissée », lorsqu’il est applicable et utilisé dans le processus concerné, décrit un événement du cycle ou de la remontée de paiement ; il ne remplace ni le lettrage comptable ni la preuve bancaire. Comparez séparément l’identifiant de facture, les références de règlement, le montant réglé, la devise, la date, le payeur ou bénéficiaire et l’état du lettrage ERP. La trésorerie ou le relevé bancaire apporte la preuve du mouvement financier, tandis que l’ERP explique son affectation. La PA ou le flux de données de paiement documente la transmission attendue, sans déterminer à lui seul le traitement comptable ou fiscal. Prévoyez les paiements partiels, plusieurs règlements pour une facture, un règlement couvrant plusieurs factures, les retenues, remboursements, compensations et écarts de change. Une facture de 12 000 euros payée en deux fois ne doit pas apparaître comme deux factures encaissées ni comme soldée après le premier versement. Utilisez une table de liaison plusieurs-à-plusieurs et calculez le solde restant, sans imposer un modèle universel à tous les flux. Les situations relevant de la comptabilité de caisse ou d’obligations de données de paiement peuvent ajouter une complexité particulière ; leur champ d’application doit être confirmé avec les conseils compétents et la documentation officielle, pas déduit du seul statut. Toute discordance entre banque, ERP et information transmise devient une exception qualifiée, avec une cause, un propriétaire et une correction approuvée. Ce guide fournit une méthode pratique, non un avis juridique, fiscal ou comptable.

Guide

8. Constituer la preuve, attribuer les écarts et verrouiller la validation

Le dossier de clôture doit permettre à une personne indépendante de reproduire le contrôle. Il rassemble la fiche de périmètre, les paramètres et heures de coupure, les extractions PA et ERP non altérées, les totaux par population, la table d’appariement, la matrice des états, le registre des exceptions, les justificatifs de paiement utiles et les résultats après correction. Ajoutez les versions de requêtes ou rapports, les contrôles d’accès, les auteurs, les dates de revue et les liens vers les tickets. La durée de conservation de ce dossier doit suivre la politique approuvée et les obligations confirmées par l’entreprise ; aucune durée officielle n’est inventée ici. Attribuez chaque famille d’écarts à un responsable opérationnel : facturation clients, comptabilité fournisseurs, trésorerie, équipe ERP, intégration ou gestion de la PA. Un pilote de clôture consolide sans effacer la responsabilité locale. Définissez des tranches d’ancienneté internes, une matérialité quantitative et qualitative, puis des règles d’escalade pour les montants sensibles, doublons, paiements possibles ou anomalies répétées. La validation mentionne les exceptions résolues, celles acceptées temporairement, leur risque résiduel et leur date de suivi. Si une correction intervient après signature, ne remplacez pas silencieusement le dossier : rouvrez la clôture selon la gouvernance interne, inscrivez la modification dans un journal, conservez l’ancienne version et obtenez une nouvelle approbation. Le critère de décision n’est pas « zéro ligne en erreur » à tout prix, mais une population expliquée, des écarts maîtrisés et une preuve complète de leur traitement.

Guide

9. Exécuter une clôture en cinq jours et tester la capacité de la solution

Un calendrier interne sur cinq jours rend le contrôle prévisible, sans prétendre fixer une échéance officielle. Jour 1 : figer les extractions, valider périmètre et coupure, calculer les totaux. Jour 2 : apparier les identités, isoler les absences et écarts de montant. Jour 3 : rapprocher les statuts de cycle de vie des états ERP et analyser les flux de paiement. Jour 4 : corriger de façon contrôlée, relancer les contrôles et faire revoir les exceptions significatives. Jour 5 : assembler les preuves, obtenir les validations et planifier le suivi des écarts ouverts. Adaptez ce rythme au calendrier comptable, aux volumes et aux risques de l’organisation. Interrogez la PA et les éditeurs sur l’export complet et horodaté, les API prévues par leur offre, la stabilité des identifiants, l’historique des statuts, la pagination, les avoirs, les paiements partiels, les journaux de reprise, l’idempotence, les filtres SIREN/SIRET et les rapports d’anomalies. Demandez comment prouver qu’un export est exhaustif et comment rejouer une interface sans créer de doublon. Les erreurs fréquentes sont de comparer seulement les montants, d’agréger les devises, de confondre « Déposée » avec comptabilisée, de fermer les éléments en transit sans preuve ou de corriger directement les fichiers sources. La recette est acceptée si les populations sont reproductibles, les identifiants traçables de bout en bout, les totaux recalculables, les écarts attribués et les reprises testées sans double comptabilisation ni double paiement. La prochaine étape utile consiste à confronter ces capacités au périmètre réel dans un rapport de préparation France, avec les lacunes, responsables et priorités.

Checklist

Documenter l’entité, les SIREN/SIRET, la PA, les modules ERP, les journaux et la période couverte.

Figer les extractions à une coupure commune avec date, heure, fuseau et dernière synchronisation.

Conserver les fichiers bruts, les paramètres de requête, leur version et l’auteur de chaque export.

Calculer volumes et montants par sens, document, entité, devise et route avant l’analyse détaillée.

Relier identifiant fournisseur, identifiant PA et document ERP sans se fier au seul montant.

Comparer séparément cycle de vie, comptabilisation, approbation, règlement et reporting.

Classer chaque écart, mesurer son ancienneté et lui attribuer un propriétaire et une action.

Bloquer toute réémission ou reprise tant que le risque de doublon n’a pas été écarté.

Rapprocher les paiements partiels ou groupés avec la banque, l’ERP et les données transmises.

Faire approuver le dossier de preuves et journaliser toute réouverture après validation.

Questions fréquentes

Comment rapprocher les factures d’une plateforme agréée et celles de l’ERP ?

Figez deux extractions au même instant, avec le même périmètre d’entité, de période, de sens et de devise. Calculez des totaux par population, puis appariez chaque document avec plusieurs identifiants : numéro fournisseur, identifiant PA, document ERP et identifiants acheteur-vendeur. Classez les absences, doublons, écarts de montant et différences de statut. Enfin, refaites les totaux après résolution et conservez les fichiers sources, la table de rapprochement et les validations.

Quels statuts faut-il comparer à la clôture ?

Comparez les statuts de cycle de vie disponibles et pertinents pour vos flux, sans supposer que chaque statut optionnel s’applique à toute entreprise. Des libellés comme « Déposée », « Rejetée », « Refusée » ou « Encaissée » doivent être interprétés dans leur contexte. Mettez-les en regard, dans des colonnes séparées, de la réception technique, de la comptabilisation ERP, de l’approbation, du paiement et de la transmission réglementaire. La différence entre ces dimensions est précisément ce que le contrôle doit expliquer.

Que faire lorsqu’une facture est absente de la PA ou de l’ERP ?

Vérifiez d’abord la coupure, le périmètre, le SIREN/SIRET, la route et les identifiants. Côté PA, recherchez les accusés, lots et files d’émission ; côté ERP, contrôlez l’interface, la quarantaine, les validations et le journal cible. N’émettez pas à nouveau le document sans avoir exclu sa présence sous une autre référence. Ouvrez une anomalie avec preuve, propriétaire et action, puis confirmez la correction par un nouvel appariement et de nouveaux totaux.

Une plateforme agréée remplace-t-elle le grand livre comptable ?

Non. La PA assure des fonctions de transmission, réception, conversion, extraction et remontée de données selon le dispositif applicable, mais son statut ne prouve pas automatiquement la comptabilisation, l’approbation, le règlement ou le traitement fiscal. L’ERP et les livres comptables restent les références des écritures selon l’organisation de l’entreprise. Le rapprochement relie ces univers et met en évidence leurs décalages ; il ne substitue pas l’un à l’autre.

Quelles preuves conserver pour l’audit du rapprochement ?

Conservez le périmètre signé, les heures et fuseaux de coupure, les extractions brutes, les paramètres de rapport, les totaux, la table d’appariement, l’historique des statuts, le registre d’anomalies, les justificatifs de correction et les approbations. La preuve doit montrer l’état initial et l’état après traitement. La durée de conservation se détermine selon les obligations confirmées et la politique de l’entreprise ; ce guide ne fixe aucune durée réglementaire.

Comment traiter le statut « Encaissée » et les paiements partiels ?

Utilisez « Encaissée » seulement lorsqu’il est pertinent pour le flux et ne le confondez pas avec une preuve bancaire ou un lettrage ERP. Reliez chaque paiement à la ou aux factures concernées, conservez montant, devise, date et référence, puis calculez le solde. Une relation plusieurs-à-plusieurs gère les versements partiels et paiements groupés. Les particularités de comptabilité de caisse ou de données de paiement doivent être validées au regard de la situation de l’entreprise.

À quelle fréquence et avec quelle tolérance faut-il effectuer ce contrôle ?

La clôture mensuelle et le calendrier en cinq jours proposés ici sont des contrôles internes recommandés, non une fréquence ou une échéance prescrite par la DGFiP. L’entreprise choisit la fréquence, les seuils de matérialité et les règles d’escalade selon ses volumes, son calendrier comptable et ses risques. Aucune tolérance officielle n’est supposée : tout écart doit être résolu ou explicitement justifié, attribué et approuvé conformément à la gouvernance interne.

Quelles capacités demander à une PA ou à un logiciel de rapprochement ?

Demandez des exports exhaustifs et horodatés, des identifiants stables, l’historique des statuts, des filtres par entité, sens, devise et route, ainsi qu’une documentation claire des API et de la pagination. Vérifiez la gestion des avoirs, paiements partiels, références techniques, reprises idempotentes et journaux d’erreur. Une démonstration doit prouver qu’une population peut être reproduite, qu’un écart remonte à sa source et qu’une reprise ne crée ni doublon comptable ni double paiement.

Réglementation, formats et termes clés

Francefacturation électroniqueadministration fiscale françaiseimpots.gouv.frplateforme agrééeFactur-XUBLCIISIRENTVAe-reportingPMEmicro-entrepriselogiciel comptableCommission européenneEN 16931Directive 2014/55/UEfacture électronique structuréeRapprochement PA-ERP des factures électroniques à la clôture

France — Hub pays

France

Ouvrir le hub pays →

Utilisez le hub pays pour retrouver tous les guides, échéances, checklists, formats et comparatifs liés à ce marché.

À lire aussi

Sources officielles

Nous privilégions les sources gouvernementales et européennes officielles lorsque disponibles, avec des dates de vérification visibles.