Envoyer un fichier de paiement à la banque n'est pas la fin du processus. A-t-il été accepté ? Une transaction a-t-elle été rejetée ? L'argent a-t-il réellement circulé ? Cet article explique comment suivre le statut des paiements après l'envoi grâce au message bancaire pain.002 et au relevé de compte.

À quoi sert le message pain.002

Le fichier pain.001 contient vos ordres de virement. La banque répond par un message de statut au format pain.002 (Payment Status Report) : il indique si le fichier ou chaque transaction a été accepté ou rejeté, souvent avec un motif de rejet. Sur les formats, voir pain.001 vs pain.008.

Pourquoi le statut est souvent découvert trop tard

Sans exploitation du message de statut, un rejet est souvent détecté quand le fournisseur relance ou quand l'opération manque sur le relevé. Les paiements sont retardés et la relation fournisseur en pâtit.

Un circuit avec retours

Juste après l'envoi : Arkaio récupère les avis pain.002 de la banque et avertit l'utilisateur si un batch est en erreur.
Avant l'exécution : si la banque renvoie une erreur sur une transaction du batch, cette transaction peut être retirée du batch.
Après l'exécution : le relevé bancaire confirme la conformité du batch et révèle les transactions rejetées. Plus de détails dans le rapprochement bancaire automatisé.

Ce qui se passe en cas d'erreur

Le batch passe en erreur, les factures redeviennent disponibles pour paiement et l'utilisateur est notifié, dans Arkaio ou par email.
Si tout le batch est en erreur, il est annulé puis relancé. Il n'y a pas de renvoi partiel du même batch.
Pour un paiement rejeté après soumission, le relevé permet de n'importer que le montant réellement payé, et la transaction en erreur est annulée.
Les fonds retournés sont traités comme une écriture d'annulation du paiement concerné.

Le suivi au quotidien

Un tableau de bord opérationnel indique notamment le nombre de transactions EBICS en erreur et les derniers envois. Le centre de notifications d'Arkaio regroupe les alertes. Pour le canal lui-même, voir EBICS 2.5 vs 3.0.

Cas d'usage

PME : peu de campagnes de paiement, mais une alerte immédiate en cas de rejet.
Groupes multi-banques : un suivi homogène sur tous les établissements.
Cabinets comptables : repérer tôt les erreurs par dossier client.

Limites

Le contenu et le niveau de détail des messages de statut dépendent de la banque. Certaines erreurs ne deviennent visibles que sur le relevé. Le traitement des paiements partiels dans une campagne est présenté dans paiements partiels et budget de campagne.

Arkaio depuis le catalogue Sage

Arkaio est disponible au catalogue Sage depuis le 23 septembre 2026 et traite pain.001, pain.002, pain.008 et les messages camt dans un même parcours.

À retenir

Le message de statut pain.002 transforme un envoi à l'aveugle en processus traçable. Les équipes qui l'exploitent détectent les erreurs en quelques minutes plutôt qu'en quelques jours.