Préparer les flux PA / eReporting et suivre les statuts
Objectif. Préparer les flux PA/eReporting, lancer les opérations dans le bon ordre et suivre les statuts, rejets, règlements et corrections.
Avant de commencer : choisissez la facture à qualifier
Dans votre abonnement, choisissez une facture émise que vous êtes autorisé à consulter et dont le client possède un pays, une identité légale, une adresse de facturation et des identifiants fiscaux vérifiables. Si un règlement lui est lié, notez aussi sa référence, sa date et son statut. Vérifiez l’accès au cockpit et aux historiques, mais ne lancez aucune transmission pendant la formation.
Parcours à préparer
Travaillez sur le client, l’affaire éventuelle et la facture que vous venez de choisir. Lorsqu’un rejet de règlement existe, analysez-le dans le parcours du paiement : il ne constitue ni un statut PA de la facture ni une preuve d’eReporting. À partir du pays, du SIRET, de la TVA, du contexte de vente et du règlement, vous déterminez le flux qui devrait être utilisé. Lisez les historiques PA des factures, de l’eReporting et des règlements tels qu’ils existent dans votre abonnement. Une table vide signifie seulement qu’aucune ligne ne correspond au périmètre contrôlé ; elle ne permet pas d’affirmer un envoi, une acceptation ou un rejet externe.
Contrôles avant toute action
- Vous disposez d’un accès en lecture au journal des ventes, à la fiche du client choisi, au cockpit et aux trois historiques.
- Vous relevez les données réellement visibles sur la facture choisie ; vous ne complétez pas de mémoire un identifiant ou un statut absent.
- Vous ne lancez aucune transmission, synchronisation, correction ou relance. Le cockpit est observé pour préparer le geste, pas pour l’exécuter.
- Une exécution ultérieure exigera une base de recette préparée, une plateforme configurée, des objets attendus, des retours connus et une autorisation explicite.
Minutage proposé — total 70 minutes
- 8 min — retrouver le client, la facture et, s’il existe, son règlement ou son rejet.
- 12 min — contrôler société, client, pays, SIRET, TVA et période.
- 15 min — qualifier et préparer le parcours de la facture.
- 15 min — déterminer les conditions qui relèveraient de l’eReporting et lire l’historique vide.
- 12 min — relier RJMD01 au parcours règlement sans le confondre avec la facture.
- 8 min — diagnostiquer les prérequis absents et rédiger le prochain essai.
Ce que vous devez obtenir
- Une fiche de qualification de 18100016 fondée sur les données réelles d’AGAPE et sur un montant de 300,00 € TTC.
- Un relevé des trois historiques indiquant qu’aucune ligne n’est disponible dans la démo actuelle.
- Une explication du rôle de RJMD01 limitée au suivi du règlement et du rejet SEPA.
- Une liste précise des données, configurations, droits et retours nécessaires pour exécuter plus tard un test autorisé, sans qu’aucune transmission soit lancée pendant la formation.
Comprendre le principe
Les flux PA/eReporting ajoutent une couche externe aux factures et règlements. Ils exigent des données structurées fiables, pas seulement un PDF lisible.
Le cockpit et l'historique permettent de savoir ce qui est à envoyer, déjà envoyé, accepté, rejeté ou à corriger.
Ce que vous saurez faire
- Choisir la plateforme et le bon périmètre d'envoi.
- Lire les historiques factures, eReporting, règlements et événements.
- Contrôler les données client et société obligatoires.
- Traiter un rejet sans masquer la cause.
Parcours dans Tempolia
Suivez les étapes dans cet ordre. Chaque étape indique l'écran à ouvrir, le contrôle à faire et la raison métier du contrôle.
1Choisir la plateforme et le cockpit
Chemin : Outils > Envoi vers PA / eReporting.
Commencez par le choix de plateforme, puis ouvrez le cockpit pour voir les opérations qui seraient disponibles.
Le parcours complet suit l’ordre préparer, contrôler, envoyer, lire le retour puis corriger. Dans cet atelier, arrêtez-vous après le contrôle : ne cliquez sur aucune commande de transmission ou de synchronisation.
2Définir période et format
Chemin : Outils > Envoi vers PA / eReporting.
Les options de période, société, transfert et format XML déterminent le périmètre réel envoyé.
Une erreur de période peut produire un flux incomplet ou redondant.
- Société : DEMO1.
- Période : factures émises du 01/06/2026 au 30/06/2026.
- Type de flux : factures B2B France ou eReporting selon le client.
- Format : XML attendu par la plateforme sélectionnée.
- vérifier les rejets existants avant de relancer un envoi.
3Lire l'historique
Chemin : Outils > Historique PA / eReporting.
L'historique réunit factures, flux eReporting, règlements, annuaire et événements.
Utilisez-le pour distinguer attente, dépôt, acceptation, rejet, correction et statut final.
4Qualifier les données client
Chemin : Clients / Affaires > Clients.
Les champs PA/eReporting, identifiants, pays, SIRET, TVA, adresse et facturation conditionnent le routage.
Une facture peut être correcte visuellement mais rejetée si l'acheteur est mal qualifié.
- Pays : France.
- SIRET : renseigné et cohérent avec l'établissement facturé.
- TVA intracommunautaire : renseignée si nécessaire.
- Email facturation : contact client valide.
- Routage PA/eReporting : mode B2B France, B2C ou international choisi selon le cas réel.
5Contrôler la société émettrice
Chemin : Configuration > Sociétés.
La société émettrice porte les informations vendeur : coordonnées, TVA, SIRET, logo, modèle et parfois banque.
Ces données alimentent le PDF, le XML et les contrôles externes.
- Raison sociale : ALERIS SAS.
- SIRET et TVA : présents dans la société émettrice.
- Adresse : adresse légale utilisée sur le PDF.
- Banque : compte cohérent avec les règlements attendus.
- Modèle : modèle de facture compatible avec les flux électroniques.
6Suivre factures et règlements
Chemin : Facturation > Factures, Facturation > Factures à valider, Facturation > Règlements et Facturation > Mouvements clients.
Contrôlez le journal des ventes, les factures à valider, les règlements et mouvements clients.
Le statut de paiement ou de règlement peut devenir une donnée à suivre selon le flux.
7Vérifier référentiels et exports
Chemin : Configuration > Codes ventes, Configuration > Codes et taux TVA, Facturation > Modèles de facture et Outils > Export des factures en comptabilité.
Codes ventes, TVA, modèle et export comptable doivent rester cohérents avec les données envoyées.
Un rejet externe peut révéler un référentiel incomplet.
8Contrôler les flux transmis et les règlements concernés
Chemin : Outils > Rapports / Editions, Outils > Historique PA / eReporting et Facturation > Créer fichier de prélèvements SEPA.
Les rapports et l'historique permettent de rapprocher les flux transmis avec les pièces sources, les statuts et les événements reçus.
Pour les règlements ou prélèvements concernés, contrôlez la cohérence avec les fichiers bancaires et l'historique.
Avant de continuer
- Vérifier société, période, type de flux et format avant envoi.
- Contrôler identifiants client, pays, TVA et routage.
- Lire l'historique avant de renvoyer.
- Traiter les rejets en corrigeant la donnée source.
Mise en pratique
Votre mission n’est pas d’envoyer 18100016, mais de préparer un dossier qu’une autre personne pourra utiliser pour un futur test de recette. Tout ce qui est absent reste noté comme absent.
- Dans le journal des ventes, retrouvez AGAPE, l’affaire 2026-12 et la facture 18100016. Relevez son état, sa date et son montant réel de 300,00 € TTC.
- Ouvrez la fiche AGAPE et recopiez le pays, le SIRET, la TVA, l’adresse et les informations de routage réellement renseignées. À partir de ces données, proposez le parcours de la facture et justifiez votre choix.
- Ouvrez le choix de plateforme et le cockpit. Notez la société, la période, le format et les opérations qui devraient être contrôlés, puis quittez l’écran sans lancer de dépôt, de synchronisation ou de correction.
- Consultez successivement l’historique des factures, l’historique eReporting et l’historique des règlements. Pour chacun, inscrivez « aucune ligne disponible dans PRO-EC » et indiquez la preuve qu’un futur essai devrait produire.
- Retrouvez RJMD01 dans les règlements ou rejets disponibles. Reliez-le uniquement à son opération SEPA d’origine et expliquez pourquoi il ne prouve ni l’envoi ni le statut PA de 18100016.
- Rédigez le prochain essai : base de recette, plateforme, identifiants, objet à préparer, période, action autorisée, retour attendu, responsable et critère de réussite. Ne transmettez rien pendant cette formation.
À la fin, vérifiez ces points
- La qualification de 18100016 repose sur les données réelles d’AGAPE et conserve le montant de 300,00 € TTC.
- Les trois historiques vides sont décrits comme un prérequis absent, jamais comme la preuve d’une transmission réussie.
- RJMD01 reste identifié comme un événement de règlement distinct.
- Le dossier s’achève par un plan de test autorisé et par la mention explicite qu’aucune transmission n’a été effectuée.
Si un élément manque
- 18100016 n’apparaît pas : contrôlez la base, la période, le client, l’affaire et vos droits ; ne remplacez pas la facture par une référence inventée.
- Un identifiant AGAPE est vide : notez le champ manquant et son effet possible sur le routage. Ne le complétez pas dans PRO-EC pour finir l’exercice.
- Les historiques sont vides : c’est le constat attendu sur cette démo ; documentez les données et retours à préparer en recette.
- RJMD01 est visible mais aucun règlement n’apparaît dans l’historique PA : conservez cette différence, qui confirme que l’écran bancaire et l’historique externe ne prouvent pas la même chose.
Captures utiles pour refaire l’exercice
- Ouvrir la capture, Ouvrir la capture et Ouvrir la capture pour préparer le geste sans l’exécuter.
- Ouvrir la capture, Ouvrir la capture et Ouvrir la capture pour constater et documenter les historiques vides.
- Ouvrir la capture et Ouvrir la capture pour qualifier AGAPE à partir des champs visibles.
Erreurs à éviter
- Envoyer sans lire les options de période.
- Corriger seulement le texte de facture alors que le XML est en cause.
- Ignorer les retours de rejet.
- Confondre historique PA et export comptable.
À retenir
Le cockpit sert à agir ; l'historique sert à comprendre. Il faut utiliser les deux.
Vous pouvez maintenant
- Je sais préparer un flux PA/eReporting.
- Je sais suivre les statuts et rejets.
- Je sais revenir aux données client, société, facture ou règlement qui expliquent un blocage.
Approfondissement métier
Factures
Les factures doivent porter les données structurées attendues : vendeur, acheteur, lignes, TVA, totaux, échéance et références.
eReporting
Les flux eReporting concernent des situations qui ne suivent pas toujours le même parcours qu'une facture B2B France.
Règlements
Les règlements et statuts de paiement peuvent nécessiter une transmission ou un suivi séparé selon le contexte.
Prendre de la hauteur
La facture électronique ne constitue pas un seul tuyau. Elle impose de qualifier correctement l’opération, de préparer des données sources fiables, d’exécuter l’action adaptée puis d’interpréter les retours dans le temps.
- Objet métier : facture B2B, vente à déclarer ou règlement.
- Preuve de traitement : population, action réellement lancée, accusé, statut et éventuelle correction.
- Responsabilité : automatiser la collecte et les contrôles, mais garder une décision humaine sur les rejets et les renvois.
Dans la démo actuelle, la conclusion honnête est que les sources permettent de préparer le routage, tandis que les historiques vides empêchent de prouver une transmission. Le pilotage mûr ne comble pas ce vide : il prépare l’essai qui produira la chronologie attendue.
Refaites le parcours sans aide
- 8 min : références réelles.
- 12 min : données sources.
- 15 min : qualification de la facture.
- 15 min : critères eReporting et historique.
- 12 min : RJMD01 et règlement.
- 8 min : diagnostic et prochain essai.
- 1. Qualifier 18100016 à partir d’AGAPE, 2026-12 et des données réellement visibles.
- 2. Lire les trois historiques et conserver leur absence de lignes comme résultat.
- 3. Relier RJMD01 au règlement, puis rédiger le prérequis qui manque avant tout essai externe.
- Le parcours prévu pour 18100016 est justifié, mais aucun envoi n’est affirmé.
- Les historiques PA/eReporting vides sont consignés sans statut inventé.
- Aucune transmission n’a été déclenchée ; le livrable est un dossier de préparation et de diagnostic.