Contrôleur de gestion / intégrateur Sage

pain.001 vs pain.008 : comprendre les formats SEPA ISO 20022

pain.001 et pain.008 sont les deux formats de fichiers ISO 20022 les plus utilisés dans les échanges bancaires SEPA. Le nom se ressemble, la structure XML est proche, mais leur usage est radicalement différent — et confondre les deux est une source d'erreurs fréquente chez qui découvre l'intégration bancaire.

pain.001 : le virement SEPA (Credit Transfer)

pain.001 (CustomerCreditTransferInitiation) sert à initier des virements : l'émetteur du fichier est celui qui paie. C'est le format utilisé pour régler des factures fournisseurs, verser des salaires, ou transférer des fonds entre comptes. Chaque virement précise le compte débiteur, le compte créditeur, le montant, et une référence de paiement.

pain.008 : le prélèvement SEPA (Direct Debit)

pain.008 (CustomerDirectDebitInitiation) sert à initier des prélèvements : l'émetteur du fichier est cette fois celui qui encaisse, sur autorisation préalable du payeur (le mandat SEPA). C'est le format utilisé pour les encaissements récurrents — abonnements, factures clients avec mandat signé. Sans mandat valide enregistré, un prélèvement pain.008 sera rejeté par la banque du payeur.

Où ces fichiers interviennent dans le flux Arkaio

Depuis Sage Intacct, une facture fournisseur approuvée et sélectionnée pour paiement génère automatiquement un fichier pain.001, transmis à la banque via EBICS. À l'inverse, une échéance client avec mandat SEPA actif peut générer un pain.008 pour déclencher l'encaissement à la date prévue. Dans les deux cas, la génération du fichier XML respecte strictement le schéma ISO 20022 attendu par les banques — un point qui échappe souvent aux implémentations maison.

Erreurs fréquentes de génération

Les rejets bancaires sur ces fichiers viennent presque toujours des mêmes causes : IBAN mal formaté ou inexistant, BIC manquant sur les virements hors zone SEPA "STP", structure OrgId incorrecte pour l'identification du créancier sur les prélèvements, ou encore mandat SEPA expiré ou jamais enregistré côté banque. Ces contrôles sont appliqués automatiquement avant l'envoi, plutôt que découverts après un rejet.

Schéma du flux complet

Facture ou échéance approuvée dans Sage Intacct → génération du fichier pain.001 ou pain.008 selon le sens du paiement → contrôles de conformité ISO 20022 → transmission EBICS à la banque → suivi du statut (accepté, rejeté, en cours) directement visible depuis le dashboard, sans changer d'outil pour vérifier qu'un paiement est bien parti.

En résumé

  • pain.001 initie des virements (l'émetteur paie), pain.008 initie des prélèvements (l'émetteur encaisse sur mandat)
  • Les deux sont générés automatiquement depuis les factures et échéances approuvées dans Sage Intacct
  • Les contrôles de conformité ISO 20022 (IBAN, BIC, mandat) sont appliqués avant l'envoi, pas après un rejet
  • Le statut de chaque fichier transmis reste visible depuis le dashboard Arkaio
← Toutes les ressources