E-Invoice Finder
Menu
PaysLogicielsÉchéancesGuidesCheckerVérifier obligation
ENFRDEPLNL
France · audit PA après démarrage

Comment évaluer sa plateforme agréée après le démarrage

Évaluez votre plateforme agréée sur les flux réels, l’assistance, le rapprochement ERP et la charge cachée avant de conserver, corriger ou changer.

Résumé pratique :
  • Repère interne : cinq dossiers aboutis et deux exceptions par parcours prioritaire, répartis sur deux journées ; en deçà, conclure « volume insuffisant ».
  • Épreuve probante : tirer un dossier au hasard et obtenir, sans capture d’écran, trois traces brutes concordantes produites par des équipes distinctes.
  • Arbitrage : retenir l’option dont le coût résiduel respecte l’enveloppe approuvée et dont le risque maximal est explicitement accepté par son propriétaire.
Demander un audit indépendant de performanceSources officielles
Dernière vérification : 6 septembre 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. Pourquoi auditer la PA après les premiers flux réels

Depuis le 1er septembre 2026, la réforme française est entrée en vigueur. Selon Service-Public, toutes les entreprises concernées doivent pouvoir recevoir des factures électroniques depuis cette date ; les grandes entreprises et les ETI doivent également émettre leurs factures électroniques et transmettre les données d’e-reporting, tandis que ces obligations d’émission et d’e-reporting commenceront le 1er septembre 2027 pour les PME et micro-entreprises. Service-Public invite notamment les entreprises à cartographier leurs flux, à adapter leurs procédures et à choisir une plateforme agréée adaptée à leurs besoins. Au 6 septembre 2026, une entreprise dispose donc tout au plus de quelques jours de production : un bilan à J+7 peut fixer une base réaliste, mais il serait prématuré de présenter un résultat sur trente jours déjà observés. La DGFiP précise que les entreprises concernées passent par une plateforme agréée (PA) pour transmettre et recevoir les factures électroniques ainsi que pour envoyer les données requises de facture, de transaction et de paiement. Une PA peut convertir une facture fournisseur dans un format adapté au client à condition d’en maintenir l’intégrité, l’authenticité, la lisibilité et l’exhaustivité. Une solution dite compatible doit s’appuyer sur une PA pour les fonctions réglementées que seule une plateforme immatriculée peut assurer. Enfin, la liste officielle de la DGFiP est la référence à consulter pour vérifier la situation actuelle d’une PA. Cette immatriculation répond toutefois à une autre question que l’audit post-démarrage. Elle atteste l’accès au rôle réglementé ; elle ne prouve pas que le paramétrage du groupe, le connecteur ERP, l’organisation de l’assistance, les exports de preuve ou l’économie du service conviennent aux flux particuliers de l’acheteur. Une PA peut être régulièrement inscrite et néanmoins mal configurée pour une adresse de réception raisonnée, difficile à rapprocher avec l’ERP ou trop coûteuse à exploiter dans un environnement multi-entités. À l’inverse, un incident initial isolé ne démontre pas une faiblesse structurelle si sa cause est identifiée, corrigée et contrôlée. L’audit doit donc intervenir quand un échantillon réel existe : premier point zéro vers J+7, suivi glissant à mesure que les événements s’accumulent, puis revue de décision à trente jours d’observation effective. Il complète le pilotage d’incident et la clôture comptable sans les remplacer. Son objectif commercial est précis : déterminer si l’entreprise doit conserver la configuration et le service actuels, remédier à des défauts circonscrits, faire jouer formellement ses engagements contractuels ou préparer une comparaison de solutions et, éventuellement, une migration. Les seuils de décision restent des contrôles internes fondés sur le contrat et l’appétence au risque de l’entreprise, jamais des obligations légales inventées.

Guide

2. Définir le périmètre et constituer un échantillon probant

Commencez par une carte des flux et non par une moyenne globale. Chaque ligne de périmètre doit associer l’entité juridique identifiée par son SIREN, l’établissement ou le service concerné par un SIRET ou une adresse raisonnée, le sens du flux — réception, émission ou e-reporting —, la PA, l’éventuelle solution compatible, le connecteur, l’ERP cible, la volumétrie et la criticité métier. Ajoutez la devise, le type de facture ou de transaction, le format attendu et les dépendances importantes lorsque ces éléments changent le traitement. Une moyenne de groupe peut masquer une réception fluide au siège et un échec persistant dans une filiale. Le minimum utile n’est pas un nombre universel de factures. Retenez tous les flux à forte criticité et, pour chaque combinaison réellement active d’entité, d’adresse, de sens, de format et d’intégration, au moins un cycle complet dont l’issue peut être retrouvée de la source à la comptabilité. Incluez les succès, les échecs, les corrections et les cas sans preuve finale. Si le volume à J+7 est faible, qualifiez le constat de provisoire et conservez les mêmes règles de sélection pour la fenêtre glissante de trente jours. N’extrapolez pas un taux à partir de trois factures semblables ni d’un test technique hors production. Construisez un registre de preuves avec, pour chaque objet, l’identifiant de facture ou de déclaration, l’identifiant de corrélation de la PA, les dates et fuseaux horaires, l’entité émettrice et destinataire, l’adresse utilisée, les statuts émis par chaque système, le format, le résultat du connecteur, l’état dans l’ERP et les interventions humaines. Les libellés de statut ne sont pas nécessairement universels : conservez leur source et leur définition contractuelle ou produit. Les recommandations professionnelles de la FNFE-MPE attirent notamment l’attention sur les adresses de réception raisonnées, la connexion à une PA, les contrôles de doublons, l’usage strict du statut « Refusée », les formats Factur-X, UBL et CII, les messages CDAR, AFNOR XP Z12-012 et la synchronisation avec l’annuaire. Ce sont des repères professionnels, pas des dispositions légales à transformer en seuils obligatoires. Séparez enfin les données des anecdotes. Une capture d’écran ou le récit d’un utilisateur peut orienter l’enquête, mais le score doit reposer de préférence sur des exports horodatés, journaux d’événements, accusés, files d’attente, tickets et écritures ERP corrélables. Documentez les exclusions : doublons de test, annulations commerciales, données manquantes, flux encore en cours ou changement de configuration en milieu de période. Les commentaires qualitatifs restent utiles pour apprécier la clarté de l’assistance et la charge vécue, mais ils ne doivent pas modifier silencieusement le dénominateur.

Guide

3. Grille interne recommandée sur 100 points — non officielle

La grille suivante est une recommandation de contrôle acheteur. Elle n’est ni un score DGFiP, ni un audit légal, ni une certification, et ses seuils ne constituent pas des niveaux de service imposés par la réglementation. Notez chaque domaine sur une échelle documentée, par exemple de 0 à 5, puis calculez les points obtenus par la formule : poids × note ÷ 5. Une note de 5 doit signifier que les exigences internes et contractuelles sont satisfaites par des preuves sur l’échantillon ; une note de 0, qu’aucune maîtrise démontrable n’existe. Entre les deux, décrivez exactement le défaut et l’exposition. | Domaine évalué | Poids indicatif | Preuves à examiner | |---|---:|---| | Fiabilité de la route réglementée et de l’annuaire | 20 | Résolution SIREN/SIRET/adresse, événements d’envoi et de réception corrélés, historique de route, absence de perte non expliquée | | Traitement des données et des formats | 15 | Factur-X, UBL ou CII convenus, conversions traçables, contrôles d’intégrité et erreurs compréhensibles | | Chaîne PA–solution compatible–ERP et rapprochement | 15 | Accusés du connecteur, files et quarantaines, correspondance source–PA–ERP, écriture ou état final retrouvé | | Statuts de cycle de vie et e-reporting applicable | 15 | Origine et chronologie des statuts, traitement cohérent des refus, accusés et anomalies d’e-reporting | | Incidents et qualité de l’assistance | 15 | Diagnostic, coordination entre acteurs, délai contractuel observé, cause racine, communication et prévention | | Preuves, sécurité et réversibilité | 10 | Exports exploitables, droits d’accès, traçabilité, préservation des objets, extraction préparant une éventuelle mobilité | | Coût complet et charge manuelle | 10 | Abonnement, volume, connecteurs, assistance, reprises, contrôles humains et coût de changement | | **Total** | **100** | **Conclusion motivée par flux et par entité** | Les poids doivent être adaptés. Un groupe recevant beaucoup de factures fournisseurs peut porter la route et le rapprochement à un poids supérieur ; une entreprise fortement concernée par l’e-reporting peut augmenter le poids des statuts et des anomalies associées. Toute hausse doit être compensée ailleurs afin de rester sur 100 points, et la version des poids doit être figée avant de noter la période. Ne modifiez pas la pondération après avoir vu les résultats pour améliorer artificiellement la conclusion. Le score global n’est pas un droit automatique à conserver ou remplacer la PA. Ajoutez deux garde-fous : aucun domaine critique ne peut être masqué par une bonne moyenne, et une faiblesse doit être attribuée au bon niveau avant la décision. Une perte de corrélation entre PA et ERP peut relever d’un connecteur de la solution compatible ; une mauvaise adresse peut venir du référentiel client ; une impossibilité durable d’exporter les preuves promises peut, elle, révéler une limite de service. La décision croise donc score, criticité, répétition, remédiabilité, engagements contractuels, coût, risque et capacité du fournisseur à démontrer la correction.

Guide

4. Calculer des indicateurs utiles sans inventer de cible légale

Pour chaque indicateur, écrivez avant le calcul quatre éléments : population incluse, dénominateur, événement qui définit le succès et source de preuve. Le taux de traitement au premier passage peut ainsi être défini en interne comme « objets arrivés à l’état cible sans correction, réexécution ni intervention manuelle ÷ objets admissibles présentés à l’étape ». Il ne faut pas y mélanger des factures encore dans leur délai normal de traitement, des essais ou des annulations métier. Le résultat renseigne la qualité opérationnelle ; il ne crée pas un taux réglementaire. | Indicateur interne | Calcul recommandé | Preuve minimale et vigilance | |---|---|---| | Succès de route corrélé | objets avec émission et réception corrélées ÷ objets dont l’envoi était attendu | Événements des deux côtés ; un statut « envoyé » seul ne prouve pas la réception | | Premier passage | objets atteignant l’état cible sans reprise ÷ objets admissibles | Définir l’état cible par flux ; isoler les corrections de données et les reprises techniques | | Doublons | objets supplémentaires partageant l’identité métier d’un original ÷ objets reçus | Distinguer vrai doublon, représentation multiple et tentative bloquée par le contrôle | | Événements manquants ou tardifs | événements absents ou postérieurs au seuil contractuel/interne ÷ événements attendus | Le seuil vient du contrat ou du risque accepté, pas d’une règle universelle | | Quarantaine | objets placés en quarantaine ÷ objets présentés | Ventiler par règle, entité, format et cause ; ne pas compter deux fois les reprises | | Non rapprochés PA–ERP | objets avec preuve PA sans état ERP correspondant ÷ objets reçus par la PA | Faire correspondre identifiants, montants et entités ; traiter les décalages de période | | Touches manuelles | nombre d’actions humaines ÷ objet traité | Définir ce qui compte : correction, téléchargement, ressaisie, relance, validation ou réexécution | | Âge du stock | temps écoulé depuis l’entrée pour chaque objet non résolu | Publier médiane, maximum et tranches d’âge plutôt qu’une moyenne seule | Distinguez le temps de diagnostic du temps de résolution. Le premier va du signalement à l’identification étayée de la frontière défaillante ; le second se termine lorsque l’objet est repris, contrôlé et rapproché dans l’état métier convenu. Une équipe peut diagnostiquer rapidement mais attendre longtemps une correction externe, ou résoudre par contournement sans avoir compris la cause. Suivez donc les deux durées et rattachez-les aux objectifs contractuels réellement applicables, sans annoncer de SLA légal, de délai d’incident, de RTO ou de RPO universel. Le rapprochement source–comptabilité doit vérifier l’exhaustivité dans les deux sens. Partez de la source ou du journal PA vers l’ERP pour détecter les objets perdus, puis de l’ERP vers la PA pour repérer les écritures manuelles, copies ou objets sans preuve de route. Pour l’e-reporting, comparez les données attendues selon le périmètre de l’entreprise, celles remises à la PA, les accusés disponibles et les anomalies non soldées. Ne supposez pas une liste universelle d’événements ou de champs : utilisez les spécifications actuelles, le contrat et les obligations applicables au cas. Les limites de qualité doivent accompagner chaque chiffre. Horloges non synchronisées, changements de fuseau, identifiants recréés après conversion, statuts écrasés, exports incomplets, doublons de lignes et périmètres différents entre PA et ERP peuvent fausser le calcul. Publiez le nombre d’objets non évaluables, gardez les données brutes et évitez de transformer une absence de preuve en succès. Si la complétude est insuffisante, le bon résultat est « non démontré », avec un plan d’instrumentation, et non une note rassurante.

Guide

5. Auditer les incidents et l’assistance sur une chaîne multi-acteurs

Un ticket utile doit permettre de suivre le même objet dans la PA, la solution compatible, l’ERP et, si nécessaire, la PA de l’autre partie. Testez si l’assistance accepte un identifiant de corrélation, retrouve les événements exportables et indique la frontière technique qu’elle possède. Demandez qui coordonne lorsque le défaut traverse plusieurs acteurs : le fournisseur ne devrait pas se contenter de renvoyer vers l’ERP ou l’autre PA sans produire les preuves disponibles sur son propre segment. Évaluez également la qualité de l’analyse de cause racine : cause précise, conditions de déclenchement, population touchée, correction, objets à reprendre, contrôle de non-récidive et limites résiduelles. Exemple de ticket : « Entité SIREN 552 000 111, adresse achats-paris, facture FA-260904-87, corrélation PA 9C31, dépôt le 4 septembre à 10 h 14 Europe/Paris. La PA affiche une réception à 10 h 15, mais aucun accusé du connecteur ERP ni objet en file d’import. Merci d’exporter la chronologie des événements, de confirmer le dernier passage réussi, d’identifier le propriétaire de la frontière PA–connecteur et d’indiquer si une réexécution conserve l’identité et active le contrôle de doublon. » Ce ticket ne préjuge pas de la cause ; il borne le cas et demande des éléments vérifiables. Contrôlez ensuite la reprise. Un bon dispositif explique si la réexécution porte sur l’événement, l’enveloppe ou le document, conserve les références utiles et empêche une double comptabilisation. Vérifiez l’état avant et après l’opération, puis rapprochez la PA, la file de traitement et l’ERP. L’existence d’un bouton « relancer » n’est pas une preuve suffisante si l’utilisateur ignore ce qui sera réémis. Les communications doivent distinguer diagnostic provisoire, cause confirmée, correction appliquée et clôture métier. Les erreurs fréquentes sont révélatrices : ticket sans SIREN ni horodatage ; capture d’écran à la place d’un export ; mélange de plusieurs factures dans le même dossier ; priorité déclarée sans impact métier ; clôture dès que le tableau de bord redevient vert ; changement de numéro de facture pour contourner un doublon ; ou refus métier utilisé pour nettoyer une erreur technique. Comparez enfin les heures de prise en charge, d’analyse, de mise à jour et de résolution aux engagements du contrat souscrit. Il n’existe pas, dans les sources citées ici, de SLA légal universel garantissant un délai identique à toutes les entreprises : l’évaluation doit s’appuyer sur le contrat, les preuves et la criticité convenue.

Guide

6. Mesurer la charge cachée et le coût total d’exploitation

Le prix affiché ne suffit pas à comparer une plateforme agréée après démarrage. Reconstituez le coût complet par entité et par flux : frais de mise en place, abonnement, paliers de volume, connecteurs, utilisateurs, environnements, options de format, assistance renforcée et services professionnels. Ajoutez les coûts internes : administration des droits, maintenance des référentiels SIREN/SIRET et des adresses, surveillance, rapprochement, formation et gouvernance fournisseur. Les modalités exactes sont contractuelles ; ne supposez pas qu’une fonction, un export ou une assistance soit inclus. Mesurez la charge variable à partir d’un journal de temps pendant l’échantillon. Comptez les corrections de données, recherches de facture, ressaisies, téléchargements, relances, traitement des quarantaines, nettoyage d’échecs, anomalies d’e-reporting, rapprochements manuels et interventions de l’expert-comptable. Valorisez le temps avec un coût interne cohérent et ajoutez le risque de retard ou d’erreur séparément, sans le convertir arbitrairement en pénalité certaine. Une solution peu chère à l’abonnement peut devenir coûteuse si chaque exception mobilise trois équipes. Examinez aussi les coûts différés : archive et accès aux pièces, export des journaux et preuves, restitution des configurations, réversibilité, nettoyage des données, double exploitation pendant un changement et adaptation des interfaces. N’inventez pas de durée légale de conservation propre à cette grille d’évaluation ; appliquez les règles fiscales, comptables, contractuelles et de sécurité pertinentes après vérification auprès de sources à jour et de conseils qualifiés. Pour une comparaison commerciale, demandez à chaque solution candidate de démontrer les mêmes scénarios avec les mêmes volumes et exigences d’export. La décision d’achat doit croiser coût unitaire observable, coût par exception, charge mensuelle projetée, prévisibilité tarifaire, dépendances techniques et coût de changement. Retenez la PA actuelle si son coût complet reste compétitif et si les écarts sont maîtrisés ; exigez une remédiation si les tâches manuelles viennent d’un paramétrage réparable ; escaladez si les services payés ou preuves promises ne sont pas fournis ; préparez une alternative si le modèle de coût ou la capacité structurelle reste incompatible avec les besoins malgré une possibilité raisonnable de correction.

Guide

7. Décider : conserver, corriger, escalader ou préparer un changement

La première branche de décision porte sur l’attribution. Un défaut de référentiel, une adresse raisonnée mal affectée, une règle ERP trop stricte ou une procédure interne incomplète appelle généralement une correction de configuration, d’intégration ou de processus. Une limitation récurrente de formats convenus, l’impossibilité de corréler ou d’exporter les événements, une reprise non maîtrisée, une couverture insuffisante d’un flux nécessaire ou une assistance incapable de tenir ses engagements peut signaler un écart plus structurel de la PA ou de l’offre souscrite. Conservez une catégorie « cause non démontrée » tant que la chaîne de preuves ne permet pas de trancher. **Conserver** convient lorsque les flux critiques sont démontrés de bout en bout, que les anomalies sont rares au regard du seuil interne, que la charge et le coût sont acceptables et que les contrôles tiennent après un nouveau test. **Corriger** convient lorsque la cause est circonscrite, qu’un propriétaire et une échéance existent et que la solution peut satisfaire l’exigence après modification vérifiable. **Escalader formellement** devient pertinent lorsque l’écart touche un engagement contractuel, se répète, reste sans preuve ou n’est pas corrigé selon le mécanisme convenu ; joignez alors faits, impacts, clauses concernées et résultat attendu. **Préparer un changement** signifie établir une solution de repli, un dossier d’export, des critères de démonstration et un coût de transition. Cela ne signifie ni résilier immédiatement ni attaquer publiquement le fournisseur. Le décret n° 2026-677 du 27 juillet 2026 a encadré la mobilité entre PA dans les articles 242 nonies E bis à E quater de l’annexe II au Code général des impôts. D’après ce décret, le changement repose sur un consentement formel daté et signé identifiant l’ancienne et la nouvelle PA, les adresses électroniques concernées et la date d’effet. Après réception du consentement, la nouvelle PA dispose de deux jours ouvrés pour en communiquer le numéro à l’ancienne ; l’ancienne PA dispose de cinq jours ouvrés pour s’opposer si la demande ne reflète pas la volonté de l’entreprise. Après accord exprès ou tacite, la nouvelle PA dispose de quinze jours ouvrés pour enregistrer l’adressage dans l’annuaire. Après le changement, l’ancienne PA maintient pendant un an la gestion de certains statuts de traitement prévus et, sur demande, communique dans un délai de cinq jours ouvrés les informations de continuité disponibles. Ces garanties ne constituent pas à elles seules une recommandation de changer. Elles doivent être lues dans le texte à jour et articulées avec le contrat, la sécurité, la comptabilité et la continuité ; le guide dédié à la migration traite la procédure en profondeur. Avant toute décision, faites valider les interprétations fiscales, juridiques et contractuelles par les responsables internes ou conseils qualifiés. Dans la grille d’évaluation, la mobilité sert surtout de critère de réversibilité : l’entreprise peut-elle préserver ses preuves, ses adresses et sa continuité sans perdre la maîtrise des flux ?

Guide

8. Point zéro à J+7 et dossier glissant sur 30 jours

À J+7, produisez un point zéro honnête, pas un verdict définitif. Le dossier doit contenir la carte des entités et flux activés, les volumes attendus et observés, la qualité des données, le score provisoire, le registre des anomalies, les incidents avec propriétaires, les preuves d’événements, les files et quarantaines, le rapprochement disponible et la charge manuelle. Marquez explicitement les flux non encore sollicités et les échantillons trop faibles. Au 6 septembre 2026, la fenêtre de trente jours est un dispositif à lancer et à alimenter, non une période déjà accomplie. Attribuez les rôles : finance possède les critères de rapprochement et l’impact métier ; fiscalité confirme le périmètre et l’e-reporting applicable ; achats et juridique lisent les engagements ; IT et intégration examinent connecteurs, identités et reprises ; sécurité contrôle accès et exports ; le propriétaire PA coordonne le fournisseur. Pour chaque écart, notez cause supposée, preuve manquante, action, responsable, échéance, risque, critère de réussite et date du nouveau test. Un problème n’est clos que lorsque le contrôle échoué repasse avec le même type de flux et qu’un effet indésirable, notamment le doublon, a été recherché. Maintenez ensuite une fenêtre glissante de trente jours : chaque jour, les nouveaux objets entrent et les plus anciens sortent lorsque trente jours complets existent. Conservez en parallèle le point zéro à J+7 pour voir si la performance s’améliore ou si les mêmes causes réapparaissent. Une modification majeure de connecteur, d’adresse ou de règle doit être annotée ; si elle rend les périodes non comparables, publiez les résultats avant et après changement plutôt qu’une moyenne trompeuse. Réexaminez les clauses de niveau de service, périmètre inclus, export, assistance, réversibilité et coût au regard des faits constatés. Pour challenger une démonstration fournisseur, donnez un scénario issu de l’audit et demandez de retrouver un objet par identifiant de corrélation, d’expliquer chaque statut, d’exporter la route d’annuaire et la quarantaine, de montrer une réexécution protégée contre les doublons, puis de rapprocher l’événement avec l’ERP. Pour l’e-reporting applicable, demandez la preuve du dépôt, de l’accusé, de l’anomalie et de sa correction. Ne choisissez pas sur une interface préparée ou un classement de marques : exigez une démonstration reproductible sur vos exigences. L’étape suivante est une revue indépendante centrée sur les écarts les plus coûteux ou les moins démontrés. Elle doit rendre un score par entité et par flux, une attribution prudente des causes, un plan de remédiation chiffré, les points contractuels à clarifier et, seulement si nécessaire, un dossier de comparaison et de réversibilité. Cette revue reste distincte du pilotage de crise, de la recherche d’une facture manquante et de la procédure de migration.

Guide

9. Exemple fictif : trois entités, 690 objets et des décisions différentes

Le groupe fictif Novalys exploite trois entités françaises avec une même PA, une solution compatible et deux ERP. Entre le 1er et le 7 septembre, il observe 690 objets : 420 factures fournisseurs reçues pour Novalys Industrie, 180 factures clients émises par Novalys Services et 90 enregistrements d’e-reporting attendus pour Novalys Retail. L’équipe avait d’abord additionné tous les statuts verts du portail et annoncé 97 % de réussite. C’était une erreur : certains statuts prouvaient seulement l’acceptation par la PA, les dénominateurs mélangeaient réception et e-reporting, et 28 objets n’avaient aucun état ERP corrélé. La grille est notée de 0 à 5. Les points sont calculés par poids × note ÷ 5 : | Domaine | Poids | Note factuelle | Points | |---|---:|---:|---:| | Route réglementée et annuaire | 20 | 4/5 | 16 | | Données et formats | 15 | 4/5 | 12 | | Chaîne PA–ERP et rapprochement | 15 | 3/5 | 9 | | Statuts et e-reporting | 15 | 3/5 | 9 | | Incidents et assistance | 15 | 2/5 | 6 | | Preuves, sécurité, réversibilité | 10 | 4/5 | 8 | | Coût complet et charge | 10 | 3/5 | 6 | | **Total** | **100** | | **66/100** | Le 66/100 global est transparent mais insuffisant pour une décision unique. Il combine une réception presque maîtrisée, une intégration à corriger et un flux d’e-reporting mal démontré. Le groupe conserve donc les notes détaillées et applique ses garde-fous : tout flux critique sous 50/100 déclenche une revue de solution de repli ; tout engagement contractuel non tenu fait l’objet d’une notification formelle ; une correction interne prouvée par deux cycles comparables n’est pas imputée à la PA. Ces règles sont propres à Novalys, pas des seuils officiels. Pour **Novalys Industrie**, 402 des 420 factures reçues atteignent le rapprochement ERP au premier passage, soit 95,7 % selon la définition interne. Sept tentatives sont bloquées comme doublons réels et correctement documentées ; onze factures vont en quarantaine, dont neuf à cause d’une règle ERP exigeant un code commande absent et deux à cause d’une mauvaise adresse de service. Le constat principal est que la PA fournit les événements de réception et que le connecteur conserve l’identifiant. L’erreur de l’équipe a été d’accuser la PA avant d’examiner la règle d’achat. Score du flux : 81/100. Décision : conserver la PA sur ce flux, corriger la règle de routage des commandes et tester de nouveau les deux adresses à J+14. Pour **Novalys Services**, 180 factures sont émises. Cent cinquante-six atteignent l’accusé final interne sans reprise, soit 86,7 % ; seize UBL sont rejetées par le connecteur avant remise à la PA à cause d’une règle de correspondance de devise introduite lors du déploiement, et huit exigent une correction manuelle de référence client. Le fournisseur de la solution compatible peut reproduire l’erreur et livre un correctif, tandis que la PA prouve qu’elle n’a jamais reçu les seize objets. L’erreur initiale consistait à compter le statut « exporté » de l’ERP comme une soumission PA. Score : 63/100. Décision : remédier à l’intégration, imposer un accusé PA dans le tableau de bord ERP et refaire le calcul sur le même périmètre ; aucun motif probant de changer de PA n’est établi. Pour **Novalys Retail**, 90 enregistrements d’e-reporting sont attendus selon le périmètre défini avec l’équipe fiscale. Soixante-douze disposent d’une chaîne complète jusqu’à l’accusé disponible, douze sont remis après le seuil interne fixé par le contrat et six restent sans événement final exportable. Deux tickets ont été clos sur la mention « traité » sans identifiant de corrélation, et l’assistance n’a pas encore expliqué si le blocage se situe dans la solution compatible ou la PA. La faute de Novalys est d’avoir accepté une clôture sans rapprochement ; la faiblesse fournisseur est l’absence persistante de preuve promise. Score : 44/100. Décision : escalade contractuelle formelle avec demande d’export, attribution de cause et nouveau test daté ; en parallèle, préparation non engageante d’un scénario de comparaison et d’un dossier de réversibilité. Un changement ne serait envisagé qu’après expiration du mécanisme de remédiation convenu ou démonstration d’un écart structurel. L’analyse du coût complète le diagnostic. Sur sept jours, Novalys relève 31 heures manuelles : 9 heures sur les quarantaines d’Industrie, 8 sur le paramétrage de Services et 14 sur l’e-reporting de Retail. À 58 euros de coût interne horaire, cela représente 1 798 euros de charge observée, hors abonnement et risque. La priorité économique n’est donc pas la meilleure note moyenne, mais Retail, qui concentre 45 % du temps manuel pour 13 % des objets. Le dossier à trente jours vérifiera si le correctif Services supprime les reprises, si Industrie reste stable et si Retail obtient enfin une preuve exportable. Novalys peut ainsi conserver un flux, en remédier un autre et escalader le troisième sans transformer un comparatif de PA en classement simpliste de fournisseurs.

Checklist

Cartographier chaque SIREN, SIRET ou adresse raisonnée avec son flux, sa PA, son connecteur, son ERP, son volume et sa criticité.

Figer à J+7 les règles d’échantillonnage, les dénominateurs, les définitions de succès et les exclusions.

Exporter les événements horodatés, identifiants de corrélation, routes d’annuaire, files, quarantaines et états ERP.

Rapprocher chaque objet de la source à l’état comptable, puis effectuer le contrôle inverse de l’ERP vers la PA.

Calculer premier passage, doublons, événements manquants ou tardifs, non-rapprochés, touches manuelles et âge du stock.

Attribuer chaque anomalie à la configuration, au processus, à l’intégration, à la PA ou à une cause encore non démontrée.

Tester un ticket d’assistance complet, l’export des preuves, la cause racine et une reprise protégée contre les doublons.

Chiffrer abonnement, volume, connecteurs, assistance, travail interne, exceptions, archive, export et réversibilité.

Relire les engagements contractuels et faire tester de nouveau chaque contrôle échoué par un responsable nommé.

Actualiser la fenêtre glissante de trente jours et décider par entité et par flux : conserver, corriger, escalader ou préparer un changement.

Questions fréquentes

Quand faut-il évaluer sa plateforme agréée après le démarrage ?

Établissez un premier point zéro vers J+7 dès qu’au moins un cycle réel et traçable existe pour chaque flux important. Présentez-le comme provisoire si la volumétrie est faible. Lancez ensuite une fenêtre glissante de trente jours ; au 6 septembre 2026, ces trente jours ne sont pas encore écoulés. Répétez aussi la revue après une modification majeure de connecteur, d’adressage, de format, de contrat ou d’organisation.

Quelles données faut-il demander à la PA et aux équipes internes ?

Demandez les identifiants métier et de corrélation, événements horodatés, résultats de résolution d’annuaire, adresses utilisées, validations de format, conversions, statuts avec leur système d’origine, accusés, files et quarantaines, actions de réexécution, tickets, temps passés et états ERP. Complétez par les volumes attendus, exclusions et coûts. Préférez des exports exploitables aux seules captures d’écran.

L’inscription sur la liste officielle de la DGFiP garantit-elle la qualité pour notre entreprise ?

Non. La liste officielle permet de vérifier le statut actuel d’une PA pour le rôle réglementé ; elle ne certifie pas l’adéquation d’un paramétrage, d’un connecteur ERP, d’une organisation d’assistance, d’un niveau de coût ou d’une capacité d’export à vos flux particuliers. Évaluez ces dimensions sur vos propres preuves, sans confondre un défaut local de configuration avec une limite de la PA.

Quels indicateurs sont raisonnables sans inventer d’obligation légale ?

Suivez notamment la réussite de route corrélée, le traitement au premier passage, les doublons, quarantaines, événements manquants ou tardifs, objets PA non rapprochés dans l’ERP, touches manuelles, délai de diagnostic, délai de résolution et âge du stock. Pour chacun, publiez le dénominateur, la définition du succès, les exclusions et la source. Fixez les seuils selon le contrat, la criticité et l’appétence au risque.

Existe-t-il un SLA légal unique pour les incidents d’une plateforme agréée ?

Les sources officielles citées ici ne fixent pas un SLA universel de prise en charge, de disponibilité, de diagnostic ou de résolution applicable de façon identique à toutes les offres. Ne présentez donc pas un délai interne comme une garantie légale. Comparez les temps observés aux engagements du contrat souscrit et aux besoins de continuité définis par l’entreprise, avec un conseil qualifié si l’interprétation est contestée.

Comment distinguer une faute de la PA d’un défaut ERP, de connecteur ou de configuration ?

Suivez le premier passage rompu avec des événements corrélés : sortie de la source, acceptation et sortie de la PA, résolution d’annuaire, réception, livraison au connecteur, file ou quarantaine, puis état ERP. Une preuve amont sans événement aval localise la frontière à enquêter, mais pas toujours la cause finale. Conservez « non démontré » tant que les journaux des acteurs ne concordent pas et retestez après correction.

Quand une mauvaise performance justifie-t-elle de préparer un changement de PA ?

Préparez une alternative lorsqu’un écart critique est répété ou structurel, que les preuves ou fonctions convenues restent indisponibles, que la remédiation contractuelle échoue, ou que le coût complet demeure incompatible avec les besoins. Un incident isolé ou une mauvaise règle ERP ne suffit pas. La préparation peut inclure une comparaison sur scénarios et un dossier de réversibilité sans déclencher immédiatement la procédure de mobilité.

Quelles preuves faut-il exporter et préserver ?

Conservez les objets et identifiants d’origine, chronologies d’événements, accusés, routes et adresses, validations et conversions, statuts, journaux de connecteur, quarantaines, décisions de doublon, reprises, tickets, états ERP, versions de configuration, règles de calcul et rapports de rapprochement. Appliquez les politiques fiscales, comptables, contractuelles et de sécurité pertinentes ; cette grille d’évaluation ne crée ni durée de conservation ni liste légale universelle.

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éeAudit de performance d’une plateforme agréée après démarrage

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.