pain.002 Reader Status Report
Ouvrez le compte-rendu renvoyé par votre banque, visualisez les transactions acceptées et rejetées, et obtenez chaque reason code expliqué — entièrement dans votre navigateur, sans rien envoyer.
Qu’est-ce qu’un fichier pain.002 et pourquoi ma banque en envoie un ?
Le pain.002 est le « Customer Payment Status Report » ISO 20022 que votre banque renvoie après l’envoi d’un fichier pain.001 (virement) ou pain.008 (prélèvement). Il indique, transaction par transaction, si la banque l’a acceptée (statut ACCP, ACSC…) ou rejetée (statut RJCT) — et pour chaque rejet il porte un reason code tel que AC04 (compte clôturé) ou AM04 (provision insuffisante). Cet outil gratuit lit le rapport localement, compte les transactions acceptées et rejetées, et traduit chaque reason code en une explication claire avec l’action à mener — aucune donnée ne quitte votre navigateur.
À propos du lecteur de compte-rendu pain.002
Quand vous envoyez un fichier de paiement SEPA (pain.001 pour les virements, pain.008 pour les prélèvements), la banque ne le traite pas en silence — elle renvoie un compte-rendu de statut pain.002. Ce rapport reflète la structure du fichier d’origine : un statut au niveau du groupe (OrgnlGrpInfAndSts/GrpSts), des blocs optionnels par lot (OrgnlPmtInfAndSts), et un statut pour chaque transaction (TxInfAndSts/TxSts) rattaché à l’EndToEndId d’origine. Un groupe peut être totalement accepté, totalement rejeté, ou PART — partiellement accepté, ce qui signifie que certaines transactions sont passées et d’autres non.
La valeur d’un pain.002 réside dans ses motifs de rejet. Chaque transaction rejetée porte un bloc StsRsnInf avec un reason code ISO (Rsn/Cd) — AC04, AM04, MD01, RR04 et des dizaines d’autres — et parfois un code propriétaire de la banque (Rsn/Prtry) ou un texte libre (AddtlInf). Ces codes sont cryptiques en eux-mêmes. ValidateFin traduit chacun en un titre court et une phrase actionnable dans votre langue, et indique si le rejet est réessayable (corriger et renvoyer, ex. provision insuffisante) ou définitif (représenter ne servira à rien, ex. compte clôturé). Tout le rapport est analysé dans votre navigateur : numéros de compte, contreparties et montants ne touchent jamais un serveur.
Pourquoi lire votre pain.002 compte
- Un pain.002 est la réponse de votre banque à un fichier de paiement — l’ignorer, c’est passer à côté des paiements réellement en échec.
- Des reason codes comme AC04, AM04 ou MD01 sont cryptiques ; savoir ce que chacun signifie transforme un rejet en action corrective.
- Réessayable ou définitif, ça change tout : renvoyer un AM04 (provision insuffisante) peut marcher, mais renvoyer un AC04 (compte clôturé) jamais.
- Un lot partiellement accepté (PART) est le cas dangereux — certains paiements sont passés, d’autres non, et seul le statut par transaction le révèle.
- Comme un compte-rendu contient numéros de compte et contreparties, le lire localement dans le navigateur évite d’exposer des données de paiement sensibles.
Questions fréquentes
Qu’est-ce qu’un fichier pain.002 ?
Le pain.002 est le compte-rendu de statut ISO 20022 qu’une banque renvoie après réception d’un fichier de paiement pain.001 ou pain.008. Il indique, transaction par transaction, si le paiement a été accepté ou rejeté et, pour les rejets, un reason code expliquant pourquoi.
Que signifient les codes de statut ?
ACCP, ACSC, ACSP et ACTC sont des états acceptés (le paiement progresse ou est réglé). RJCT signifie rejeté. PART au niveau du groupe signifie que le lot est partiellement accepté — vérifiez chaque statut de transaction. PDNG signifie en attente.
Que sont les reason codes comme AC04 ou AM04 ?
Ce sont des reason codes ISO 20022 expliquant un rejet. AC04 signifie compte clôturé, AM04 provision insuffisante, MD01 aucun mandat valide, etc. Cet outil traduit chaque code en un titre clair et un conseil.
Puis-je corriger un paiement rejeté et le renvoyer ?
Cela dépend du motif. Les motifs réessayables (provision insuffisante, montant erroné, IBAN mal formé) peuvent être corrigés et renvoyés. Les motifs définitifs (compte clôturé, titulaire décédé, doublon) signifient que représenter ne servira à rien — l’outil signale lesquels.
Mon compte-rendu est-il envoyé quelque part ?
Non. Le fichier pain.002 est lu et analysé entièrement dans votre navigateur en JavaScript. Aucun numéro de compte, contrepartie ou montant n’est envoyé à un serveur.
Quelles versions de pain.002 sont supportées ?
Le lecteur supporte les versions SEPA courantes pain.002.001.03 et pain.002.001.10, y compris les structures à plat (transactions sous le groupe) et imbriquées (transactions sous des blocs d’information de paiement).