E-reporting : obligations, données et contrôles 2026-2027

Pour une entreprise établie en France, certaines ventes aux particuliers et opérations internationales peuvent relever de l’e-reporting, sous conditions. Une matrice par entité doit distinguer B2B domestique, B2C et international. Un groupe France-Espagne ne peut pas appliquer automatiquement les règles françaises à toutes ses filiales.

Les données de transaction décrivent les opérations ; les données de paiement suivent les encaissements dans les cas concernés. Pour les prestations, l’exigibilité de la TVA doit être examinée. Les exceptions liées à l’option pour les débits et à l’autoliquidation ne doivent pas faire oublier les cas particuliers, notamment les acomptes. Faites valider la matrice plutôt que de déduire une règle du seul type de logiciel.

Le chiffre d’affaires comptable, le total transmis et le versement du prestataire de paiement ne sont pas mécaniquement égaux. Construisez un tableau de passage : montants HT et TTC, TVA, décalages de période, remboursements, avoirs et commissions du prestataire. Une différence expliquée vaut mieux qu’une égalité forcée.

Exemple pédagogique : une vente TTC peut être encaissée plus tard et versée nette de frais. Le tableau de passage relie la vente, sa TVA, le paiement et la commission avec des références conservées. Nous expliquons les différences de montant et de période avant de traiter une anomalie.

Nous recommandons un tableau de passage par entité et par source. Le point de départ précise si les ventes sont hors taxe (HT) ou toutes taxes comprises (TTC). Le tableau isole la TVA, les remboursements, les commissions et les décalages de versement. Chaque ligne explicative conserve une référence et une période : une différence justifiée ne doit pas être transformée en correction artificielle.

Le contrôle de complétude compare la liste des sources prévues et les fichiers réellement reçus. Le contrôle de doublons vérifie qu’une vente n’est pas reprise par deux intégrations. Le contrôle de période vérifie les dates, les annulations et les paiements partiels. Nous séparons ces trois contrôles afin qu’un total cohérent ne masque pas des lignes manquantes et des doublons qui se compensent.

Identifiez le propriétaire de chaque source : boutique, caisse, ERP, prestataire de paiement et comptabilité. Demandez à l’éditeur quels flux sont réellement couverts, quelles données manquent et comment le retour d’erreur est traité. Testez l’absence de double déclaration et conservez la preuve d’une correction. La fréquence réglementaire doit être vérifiée selon votre régime, puis inscrite dans le calendrier de contrôle.

La matrice d’e-reporting associe chaque catégorie de vente à une entité, une source et un traitement fiscal. Nous listons les canaux avant le paramétrage : boutique, caisse, logiciel de facturation, ERP et prestataire de paiement. Une même entreprise peut produire plusieurs jeux de données. Le contrôle doit expliquer lesquels sont transmis et lesquels sont déjà couverts par un autre circuit.

Nous distinguons la date de vente, la date de facture, la date d’encaissement et la période de transmission. Les quatre dates ne coïncident pas nécessairement. Un remboursement tardif ou un avoir peut affecter une période différente de la vente initiale. Gardez la référence permettant de reconstituer l’opération sans rapprocher uniquement des totaux mensuels.

La qualification du régime de TVA relève de l’expert-comptable pour les cas particuliers. Nous traduisons ensuite la matrice validée en règles de collecte, en calendrier et en tests. Le contrôle opérationnel doit rester lisible par l’équipe finance. Un régime fiscal ne doit pas être déduit automatiquement du nom du logiciel ou du fait qu’un paiement apparaît en banque.

Le circuit d’e-reporting relie les sources de vente et de paiement à la plateforme agréée, avec un rapprochement comptable indépendant. PA est l’appellation actuelle de plateforme agréée ; l’ancienne appellation PDP signifiait plateforme de dématérialisation partenaire. Le portail public de facturation (PPF) concentre les données destinées à l’administration. Nous documentons les interfaces, les exports et les retours d’erreur.

Demandez à l’éditeur de montrer une transmission correcte puis une transmission rejetée. Le retour doit permettre de savoir quelle source corriger et si une nouvelle transmission remplace ou complète la précédente. Conservez l’accusé et la version des données. Une automatisation qui envoie sans fournir un résultat exploitable laisse une tâche de contrôle non résolue.

Le calendrier opérationnel doit correspondre aux fréquences et aux délais applicables au régime de l’entité. Nous recommandons un responsable pour la collecte, un pour le rapprochement et un circuit d’escalade. Les absences et les incidents techniques doivent être anticipés. Ce calendrier se pilote avec la clôture et les obligations déclaratives, sans attendre le dernier jour pour contrôler les sources.

Un test utile suit une opération de sa vente jusqu’à la transmission et au rapprochement. Exemple pédagogique : une boutique en ligne réalise une vente, puis un remboursement partiel après le versement du prestataire de paiement. Le test conserve la vente initiale, le remboursement, la commission et les périodes correspondantes. Le résultat attendu distingue chiffre d’affaires, TVA et trésorerie.

Nous vérifions ensuite qu’aucune seconde source ne déclare la même vente. Si une commande B2C donne lieu à une facture dans un autre outil, la matrice doit préciser comment l’opération reste unique. Le responsable conserve la règle de dédoublonnage et son test. Une suppression manuelle sans trace ne constitue pas une procédure reproductible pour les périodes suivantes.

Pour un groupe France-Espagne, le test commence par l’entité vendeuse. Une plateforme partagée ne rend pas les obligations identiques. La société française suit son périmètre français ; la filiale espagnole suit les dispositifs espagnols. Le schéma conserve pays, entité et identifiants avant de calculer les totaux du groupe. Les flux intragroupe sont également identifiés séparément.

La preuve de transmission relie une période, une source et une version de données à un résultat. Nous recommandons de conserver le fichier préparé, les contrôles réalisés et le retour obtenu. Le dossier indique aussi la personne qui a validé les anomalies. Une simple date d’envoi ne démontre ni la complétude des sources, ni l’acceptation des données, ni leur cohérence avec la comptabilité.

Si une correction intervient, nous conservons la donnée initiale et la raison de la modification. Le nouveau traitement doit pouvoir être rapproché du précédent, en suivant les règles de la plateforme. L’équipe vérifie que la correction ne réintroduit pas un doublon. La traçabilité permet de comprendre les totaux sans dépendre de la mémoire de la personne qui a effectué le traitement.

Le contrôle périodique rapproche les transmissions attendues et les transmissions effectivement traitées. Une source absente, une période incomplète et un rejet sont trois alertes différentes. Nous recommandons de les distinguer dans le suivi, avec leur responsable et leur action. Le tableau de passage comptable reste joint au dossier : il explique les différences légitimes de période, de taxe et de règlement, sans imposer une égalité artificielle.