E-Invoice Finder
Menu
PaysLogicielsÉchéancesGuidesCheckerVérifier obligation
ENFRDEPLNL
France · contrôle du démarrage e-reporting

Trier et reprendre l’e-reporting français au démarrage

Triez les erreurs e-reporting, séparez transactions et paiements, reprenez les lots sans doublon et rapprochez les retours PA dès septembre 2026.

Résumé pratique :
  • Frontière : seul un retour accepté établit le point de reprise fiable.
  • Risque majeur : retransmettre un résultat inconnu et créer un doublon.
  • Premier geste : figer l’inventaire par SIREN, voie et état prouvé.
Obtenir un rapport de préparation e-reportingSources officielles
Dernière vérification : 21 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. Fixer le périmètre du jour J et nommer les responsables

Au 1er septembre 2026, les grandes entreprises et les ETI vendeuses ou prestataires commencent l’e-reporting français ; elles commencent également l’émission de factures électroniques, tandis que toutes les entreprises doivent être capables d’en recevoir. Cette échéance officielle ne signifie pas que tous les flux passent par la même voie. Le premier contrôle du jour J doit donc être une matrice par entité juridique, et non une vue globale du groupe. Pour chaque SIREN, recensez les établissements, activités, régimes de TVA, ERP, caisses, outils de facturation, systèmes d’encaissement, plateforme agréée (PA) et propriétaire métier. Ajoutez les populations attendues : B2B domestique relevant de l’e-invoicing, B2C, B2B international, opérations éventuellement exclues ou exonérées, et données de paiement lorsqu’elles sont requises. La règle officielle et le contrôle interne doivent rester distincts. L’obligation découle des textes et guides à jour de la DGFiP ; la matrice, le responsable de lot, le seuil d’alerte et la double validation sont des mesures internes recommandées. Attribuez quatre responsabilités sans ambiguïté : fiscalité qualifie le traitement TVA, finance garantit les valeurs, ERP/data garantit la filiation technique, et opérations pilote la soumission et les retours de la PA. Pour une chaîne retail, identifiez aussi le responsable de chaque caisse et du cumul journalier. Pour un service, rattachez l’événement de facturation à la source d’encaissement. La matrice doit montrer ce qui est prêt, bloqué ou non encore prouvé. Un feu vert ne peut reposer uniquement sur une connexion réussie : exigez un exemple traçable de la source au résultat PA. Le risque principal est une zone sans propriétaire entre deux systèmes, par exemple un fichier international produit par l’ERP mais jamais pris en charge par le connecteur. Cette préparation est une information pratique, non un conseil juridique, fiscal ou comptable ; les qualifications sensibles doivent être validées à partir des faits actuels et, si nécessaire, par un conseil qualifié.

Guide

2. Installer une porte de qualification avant tout triage technique

Chaque anomalie doit franchir une porte de qualification fiscale avant d’être classée comme erreur de format ou de transmission. Commencez par demander si l’opération relève de la facturation électronique B2B domestique ou de l’e-reporting. Les données de transactions hors facturation électronique B2B domestique couvrent notamment les opérations B2C et internationales pertinentes, sous réserve des exclusions et des règles françaises de TVA applicables aux faits. Le pays du client, le canal d’envoi de la facture ou la devise ne suffit jamais, à lui seul, à conclure. Un client étranger peut participer à une situation dont le traitement dépend du lieu de taxation, de l’établissement intervenant et de la nature exacte de l’opération. La fiche de décision doit documenter au minimum l’entité et le SIREN concernés, les établissements impliqués, la qualité du client, le bien ou service, le lieu de taxation présumé, le taux de TVA ou le motif de non-taxation, ainsi que les régimes particuliers éventuels. Placez en revue fiscale les opérations exonérées ou hors champ, l’option sur les débits, l’autoliquidation par l’acheteur, l’OSS et les entreprises non établies en France. La page DGFiP consacrée aux entreprises étrangères sans établissement stable doit être consultée pour ces dernières ; elle ne doit pas être remplacée par une règle interne simplifiée. Exemple fictif : une société française facture une prestation numérique à un client professionnel allemand. Le libellé « export » dans l’ERP ne prouve ni le périmètre ni les données à transmettre. La bonne décision consiste à vérifier les faits TVA, le statut du client et le traitement français applicable, puis à conserver la justification. À l’inverse, une vente en magasin à un particulier est normalement orientée vers la population B2C, avec agrégation appropriée, mais ses retours, annulations et taux doivent être contrôlés. En cas d’incertitude, mettez la ligne en quarantaine de qualification : ne la forcez ni dans l’e-invoicing ni dans l’e-reporting. Cette porte évite de « réparer » techniquement un flux juridiquement mal orienté.

Guide

3. Contrôler la voie des données de transaction

La voie transaction commence dans les sources commerciales, pas dans l’écran de la PA. Pour le B2C, les données sont généralement agrégées par jour et par taux de TVA. Reconstituez le cumul à partir des clôtures de caisse, ventes web, retours, avoirs, annulations et éventuels flux manuels ; vérifiez que la date commerciale et la date retenue par le processus sont cohérentes. Ne transmettez pas de données personnelles inutiles : un détail nominatif destiné au marketing ne doit pas contaminer le jeu fiscal. Comparez, pour chaque entité, canal, jour et taux de TVA, le nombre d’événements sources, la base ou valeur attendue selon le modèle validé et les montants agrégés produits. Les champs exacts et leur format doivent venir des spécifications officielles et de la PA, non d’une supposition locale. Pour le B2B international et les autres opérations internationales pertinentes, constituez des dossiers séparés par scénario fiscal plutôt qu’un lot « étranger » indifférencié. Conservez les faits permettant la qualification : nature de l’opération, établissement vendeur, catégorie de client, pays utile à l’analyse, traitement TVA et référence de la pièce source. Les exclusions, exonérations, opérations hors champ et régimes comme l’OSS exigent une validation actuelle ; un simple code pays ou un indicateur d’export ne suffit pas. Exemple fictif : le 3 septembre, 18 magasins totalisent des ventes à deux taux de TVA. Dix-sept caisses clôturent correctement ; la dernière envoie deux fois son journal après une reconnexion. Le bon contrôle détecte un écart de volume et de valeur avant soumission, isole le journal dupliqué et laisse passer les populations prouvées. Autre exemple fictif : un fichier d’opérations internationales contient un taux par défaut appliqué à des prestations de natures différentes. Il doit être mis en quarantaine pour requalification, pas corrigé en masse sans justification. Les contrôles recommandés associent total quotidien, ventilation par taux, continuité des séquences de source, détection des doublons et échantillon documenté. Ils complètent l’obligation ; ils ne créent ni nouveau délai ni nouvelle donnée réglementaire.

Guide

4. Isoler la voie des données de paiement et d’encaissement

Les données de paiement ne sont pas une copie tardive des données de transaction. Elles répondent à une logique propre, notamment pour les prestations de services et les acomptes sur biens lorsque la TVA est exigible à l’encaissement. D’après le guide DGFiP, les exclusions et adaptations doivent notamment être examinées lorsque le vendeur a opté pour les débits ou lorsque l’acheteur autoliquide la TVA. La qualification appartient à la fonction fiscale ; le moteur de lettrage ne doit pas la déduire seulement d’un mode de paiement. Les informations d’encaissement pertinentes à traiter factuellement sont la date d’encaissement, le montant TTC ventilé par taux de TVA et, le cas échéant, le numéro de facture. N’ajoutez pas de champs présumés. Cartographiez les événements depuis les banques, prestataires de paiement, caisses et modules clients jusqu’au lettrage ERP. Documentez les décalages : remise de carte le jour J, règlement bancaire reçu à J+1, paiement partiel, règlement combinant plusieurs factures, acompte, remboursement ou imputation corrigée. La ventilation doit suivre la règle validée pour le scénario ; lorsqu’un règlement couvre plusieurs taux ou pièces et que le lettrage n’est pas suffisamment fiable, placez-le en quarantaine plutôt que d’inventer une allocation. Un paiement tardivement lettré n’est pas nécessairement une transaction manquante : les deux voies doivent avoir des files et des contrôles séparés. Exemple fictif : une facture de service comporte deux taux et reçoit un acompte, puis un solde groupé avec une autre facture. L’équipe conserve les événements bancaires, attend le lettrage contrôlé, détermine la date d’encaissement et la ventilation selon la règle approuvée, puis soumet les données de paiement correspondantes. Elle ne renvoie pas la transaction commerciale pour « compenser ». Autre cas fictif : une activité est sous option sur les débits. L’indicateur ERP doit être vérifié contre la décision fiscale en vigueur avant d’exclure un flux d’encaissement. Ce découplage réduit les doubles déclarations, les mauvaises dates et les montants ventilés arbitrairement.

Guide

5. Appliquer un arbre de triage fondé sur l’état réel

Le triage doit distinguer six états, car chacun appelle une action différente. Premièrement, « non produit » : la source attendue existe, mais aucune extraction n’a été créée. Recherchez un défaut de déclenchement, de cartographie ou de clôture sans fabriquer immédiatement un lot manuel. Deuxièmement, « mal produit » : l’extraction existe, mais sa qualification, son taux de TVA, sa période, son agrégation ou ses valeurs sont erronés. Isolez-la et faites approuver la correction. Troisièmement, « bloqué avant PA » : le fichier correct n’a pas quitté le périmètre interne, par exemple à cause d’un connecteur ou d’un certificat. Préservez l’artefact et la preuve de non-soumission. Quatrièmement, « rejet PA » : la plateforme agréée a reçu le dépôt et l’a refusé. Utilisez le motif effectivement fourni ; n’inventez ni code de statut ni méthode de correction. Cinquièmement, « absence d’accusé » : une soumission semble partie, mais aucun accusé exploitable n’est disponible. C’est un résultat inconnu, pas une autorisation de renvoi automatique. Sixièmement, « doublon ou résultat inconnu » : plusieurs tentatives, accusés contradictoires ou perte de corrélation empêchent d’établir l’état. Gelez les nouvelles tentatives et rapprochez avec la PA. Une solution compatible non immatriculée ne transmet pas directement l’e-reporting à l’administration : le point de contrôle doit donc inclure la PA nécessaire à cette transmission. Pour chaque incident, consignez entité, population, période, voie transaction ou paiement, identifiant interne stable, horodatage, valeurs, dernière étape prouvée, propriétaire et prochaine décision. Un incident technique temporaire n’efface pas le devoir de contrôle. Continuez l’activité non touchée, séparez les données correctes non transmises des données mal produites, préservez données et preuves, puis transmettez ou corrigez promptement et rapprochez après reprise. Aucun de ces principes ne permet de revendiquer une période de grâce, une protection automatique, un SLA universel ou une protection garantie contre une pénalité. Les fréquences et délais dépendent du régime TVA et doivent être vérifiés dans les tableaux officiels à jour.

Guide

6. Reprendre le file d’attente sans omission ni doublon

Une reprise sûre commence par une extraction gelée du file d’attente : listez les données attendues, leurs valeurs, leur voie, leur période et leur état connu à un instant documenté. Déterminez ensuite la dernière frontière acceptée, c’est-à-dire le dernier point pour lequel source, extraction, soumission et résultat accepté sont tous prouvés. Ne confondez pas « envoyé » avec « accepté ». Tout élément au-delà de cette frontière rejoint une file contrôlée : correct non transmis, mal produit à corriger, rejeté, sans accusé, ou à qualification incertaine. La quarantaine protège les cas ambigus sans bloquer les flux sains. Les clés d’idempotence constituent un contrôle interne recommandé, dépendant des capacités de la PA et du logiciel. Elles peuvent combiner des références stables déjà disponibles, comme l’entité, la population, la période et l’identifiant de source, mais leur définition exacte doit être approuvée techniquement et fiscalement. N’inventez pas une clé au moment de l’incident si elle change entre deux tentatives. Comparez chaque candidat à l’historique des soumissions et accusés. Lorsque les capacités le permettent, lancez un lot pilote limité, représentatif et rapprochable, puis augmentez progressivement les volumes. Un lot pilote n’est pas un délai officiel ni une tolérance administrative ; c’est une précaution d’exploitation. La gouvernance de correction doit séparer la donnée initiale, la version corrigée, le motif, l’approbateur et le résultat PA. Ne modifiez jamais silencieusement une extraction déjà référencée dans le journal d’incident. Pour une erreur de données, reconstruisez depuis la source corrigée selon la méthode prise en charge ; pour un simple échec de transport, préservez le contenu et clarifiez le résultat avant toute nouvelle tentative. La logique de nouvelle tentative, les mécanismes d’annulation ou de correction et les statuts utilisables sont propres aux spécifications applicables et au contrat de service : ils doivent être testés avec la PA, non supposés. La reprise est close uniquement lorsque chaque ligne gelée possède une issue justifiée et que les nouvelles productions n’ont pas créé un second file d’attente.

Guide

7. Prouver la reprise par un rapprochement à quatre niveaux

Le rapprochement source-PA doit suivre quatre niveaux distincts. Niveau 1, la source : ventes, avoirs, clôtures de caisse, factures internationales pertinentes et événements d’encaissement attendus. Niveau 2, l’extraction : enregistrements ou agrégats effectivement produits par l’ERP et les composants data. Niveau 3, la soumission PA : lots dont la réception par la plateforme agréée est prouvée. Niveau 4, le résultat : éléments acceptés ou rejetés selon les retours disponibles. À chaque niveau, comparez à la fois les volumes et les valeurs. Un nombre de lignes identique peut masquer un montant faux ; un total identique peut masquer un taux de TVA ou une journée mal ventilés. Pour le B2C, rapprochez au minimum par entité, jour, canal utile et taux, en conservant le lien vers les clôtures de caisse. Pour les dossiers internationaux, rapprochez par scénario fiscal validé plutôt que par seul pays client. Pour les paiements, utilisez un tableau séparé : événements de caisse ou banque, événements lettrés, données de paiement produites, soumissions et résultats. Comparez la date d’encaissement, les montants TTC ventilés par taux de TVA et le numéro de facture lorsqu’il existe et est pertinent. Une transaction acceptée ne prouve pas que son encaissement requis a été déclaré ; inversement, un événement de paiement ne doit pas gonfler le volume des transactions. Exigez une explication pour chaque écart : timing documenté, qualification en attente, rejet à corriger, duplicata bloqué ou incident technique. Les tolérances monétaires internes, si elles existent, doivent être approuvées et ne valent pas tolérance réglementaire. Conservez les instantanés, requêtes ou rapports permettant de reproduire les totaux, ainsi que les accusés PA associés. Le contrôle à quatre niveaux est une recommandation de maîtrise ; il dépend de la granularité fournie par les systèmes et la PA. Si un logiciel ne permet pas de relier durablement source, extraction, soumission et résultat, cette lacune doit peser dans l’évaluation de préparation et dans les critères de sélection de la solution.

Guide

8. Cadencer l’exploitation, l’escalade et la clôture

Le calendrier d’exploitation doit partir du régime TVA de chaque entité et des tableaux officiels à jour. Les fréquences et délais d’e-reporting ne sont ni nécessairement continus ni toujours quotidiens ; il serait dangereux d’imposer une heure limite universelle présenté comme une règle DGFiP. Inscrivez dans la procédure opérationnelle la source officielle consultée, sa date de vérification, le régime concerné et le propriétaire de la prochaine revue. Les échéances internes peuvent être plus précoces pour laisser du temps au contrôle, mais elles doivent être clairement étiquetées comme choix de gestion, pas comme délai légal. Organisez un passage de relais court entre fiscalité, finance, ERP/data, trésorerie ou encaissement et opérations. Il doit couvrir les nouveaux lots, les rejets, les absences d’accusé, la quarantaine, le file d’attente restant, les paiements non lettrés et les décisions fiscales ouvertes. Le dossier de preuve rassemble la matrice de périmètre, les versions d’extraction, approbations de correction, journaux de soumission, accusés PA, rapprochements en volumes et valeurs, et décisions de qualification. Aucune durée de conservation n’est affirmée ici : appliquez les exigences juridiques et les politiques documentaires validées pour votre situation. Escaladez immédiatement les résultats inconnus avant retransmission, les écarts matériels inexpliqués, les populations sans propriétaire, les erreurs répétées de cartographie ou l’impossibilité d’obtenir une preuve PA. Continuez les flux non touchés plutôt que d’arrêter indistinctement toute l’activité. Les critères internes de clôture devraient exiger : périmètre complet, file d’attente gelé entièrement résolu ou justifié, absence de doublon connu, rapprochement à quatre niveaux signé, données de paiement contrôlées séparément, quarantaine attribuée et production suivante surveillée. Ces critères ne promettent aucune absence de sanction. Ils permettent surtout de démontrer une reprise disciplinée et d’identifier les capacités manquantes à intégrer au rapport de préparation ou à la présélection logicielle.

Guide

9. Scénario fictif complet : retail, international et paiement tardif

Scénario entièrement fictif : le groupe Orion exploite 42 magasins et un site marchand sous un SIREN principal, tandis qu’une filiale de services utilise un autre ERP. Le 2 septembre 2026, le cumul B2C d’une caisse manque, un journal web est dupliqué après une reprise réseau, trois prestations transfrontalières portent un code générique « international » et les encaissements de deux factures de service n’arrivent dans le lettrage que le lendemain. L’équipe ne renvoie pas tout. Elle gèle l’extraction, sépare données de transaction et données de paiement, et établit la dernière frontière acceptée à partir des accusés de la PA. Le journal de décision consigne cinq choix. Premièrement, la caisse manquante est classée « non produit » et reconstruite depuis sa clôture, avec contrôle du cumul par jour et taux de TVA. Deuxièmement, le journal web dupliqué est bloqué par la clé interne stable et placé en quarantaine jusqu’à confirmation du résultat PA. Troisièmement, les prestations transfrontalières sont retirées du lot : fiscalité vérifie les faits français de TVA, la qualité B2B, l’établissement intervenant, l’autoliquidation éventuelle et le traitement pertinent, sans conclure d’après le pays seul. Quatrièmement, les paiements tardifs restent dans leur file ; la date d’encaissement et les montants TTC ventilés sont produits après lettrage contrôlé. Cinquièmement, une activité sous option sur les débits est vérifiée séparément avant toute décision d’inclusion. Un lot pilote des magasins prouvés est soumis selon les capacités convenues, puis rapproché aux quatre niveaux en volumes et valeurs. Le groupe surveille la production suivante pour vérifier que la correction n’a pas recréé l’erreur. Ses critères de choix d’une PA ou d’un logiciel deviennent concrets : traçabilité jusqu’à l’accusé, visibilité des rejets et résultats inconnus, export de rapprochement, séparation transaction/paiement, gestion contrôlée des corrections, support de l’idempotence et preuve du statut agréé lorsque la transmission directe à l’administration est attendue. La prochaine action n’est pas un classement de fournisseurs : Orion commande une évaluation de préparation, documente ses scénarios et construit une présélection fondée sur des démonstrations probantes.

Checklist

Établir une matrice par SIREN reliant régime TVA, ERP, caisse, population fiscale, voie transaction ou paiement, PA et responsable nommé.

Faire passer chaque flux par une qualification documentée entre B2B domestique e-invoicing, B2C, international, exclusion, exonération ou cas limite.

Rapprocher les cumuls B2C avec les clôtures de caisse par jour et taux de TVA, sans joindre de données personnelles inutiles.

Séparer les dossiers internationaux selon leurs faits TVA et faire valider l’OSS, le hors champ, l’exonération et les entreprises non établies.

Cartographier les événements d’encaissement jusqu’au lettrage ERP et contrôler distinctement date, montant TTC par taux et facture éventuelle.

Classer chaque incident comme non produit, mal produit, bloqué avant PA, rejet PA, sans accusé ou résultat inconnu avant toute action.

Geler le file d’attente et identifier la dernière frontière réellement acceptée, en conservant versions, valeurs, accusés et décisions.

Utiliser quarantaine, clé d’idempotence et lot pilote uniquement comme contrôles internes compatibles avec les capacités de la PA et du logiciel.

Rapprocher source, extraction, soumission PA et résultat en volumes comme en valeurs, avec une piste dédiée aux données de paiement.

Clore la reprise seulement après résolution justifiée du file d’attente, contrôle de la production suivante, passage de relais validé et vérification du calendrier officiel applicable.

Questions fréquentes

Toutes les opérations à partir du 1er septembre 2026 doivent-elles être envoyées en e-reporting par une grande entreprise ou une ETI ?

Non. La date déclenche le démarrage pour les grandes entreprises et ETI concernées, mais la voie dépend de la qualification. Le B2B domestique relevant de la facturation électronique suit l’e-invoicing ; l’e-reporting vise notamment les opérations B2C et internationales pertinentes hors ce périmètre, sous réserve des exclusions et règles françaises de TVA. Il faut décider à partir des faits, pas du seul pays ou canal de facture.

Peut-on renvoyer un lot si aucun accusé de la PA n’est visible ?

Pas automatiquement. L’absence d’accusé crée un résultat inconnu : un nouveau dépôt peut produire un doublon. Il faut préserver la preuve de la tentative, vérifier l’historique interne et la situation auprès de la plateforme agréée, puis appliquer la méthode de reprise effectivement prise en charge. Une clé d’idempotence est un contrôle recommandé, pas une règle universelle inventée.

Comment traiter une journée B2C dont une caisse n’a pas clôturé ?

Isolez la population incomplète, conservez les données des autres caisses et reconstituez la journée depuis les sources contrôlées. Vérifiez les ventes, retours et annulations, puis le cumul par jour et taux de TVA. Ne transmettez pas un total estimé sans base. La marche de correction et la soumission doivent suivre les spécifications applicables et les capacités de la PA.

Les données de paiement doivent-elles être renvoyées avec la transaction corrigée ?

Pas par principe. Les données de transaction et les données de paiement sont deux voies distinctes. Pour les situations où l’encaissement est pertinent, contrôlez notamment la date d’encaissement, le montant TTC ventilé par taux et le numéro de facture le cas échéant. Une transaction corrigée ne justifie pas de dupliquer un paiement déjà accepté, et inversement.

Que changent l’option sur les débits et l’autoliquidation ?

Ce sont des éléments de qualification qui peuvent affecter le traitement des données de paiement selon le guide DGFiP, notamment l’exclusion évoquée pour l’option sur les débits et l’autoliquidation par l’acheteur. L’indicateur ERP doit être rapproché de la situation fiscale réellement validée. Un moteur de paiement ne doit pas décider seul sur la base d’un code technique.

Une solution compatible peut-elle transmettre seule l’e-reporting à l’administration ?

Une PA est nécessaire pour transmettre l’e-reporting à l’administration. Une solution compatible mais non immatriculée ne le fait pas directement. Dans l’architecture et le rapprochement, identifiez donc clairement le passage par la plateforme agréée, la preuve de soumission, le retour accepté ou rejeté et la responsabilité de chaque composant.

Existe-t-il un cutoff quotidien unique pour vider le file d’attente ?

Non. Les fréquences et délais dépendent du régime TVA et ne sont pas nécessairement continus ni quotidiens. Vérifiez les tableaux officiels à jour pour chaque entité. Vous pouvez fixer des échéances internes plus prudentes pour contrôler et reprendre, mais elles ne doivent pas être présentées comme une échéance officielle universelle.

Quels critères tester lors du choix d’une PA ou d’un logiciel pour la reprise ?

Demandez une démonstration sur vos propres scénarios : traçabilité source-PA, visibilité des rejets et absences d’accusé, export des volumes et valeurs, séparation transaction/paiement, quarantaine, correction contrôlée et prévention des doublons. Vérifiez aussi le statut de PA lorsque la transmission directe est attendue. Ces critères servent une présélection étayée, sans classement générique de fournisseurs.

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éeTriage et reprise du file d’attente e-reporting au 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.