Valider un fichier SEPA avant de l'envoyer à la banque
Un fichier refusé par la banque, c'est une remise qui repart le lendemain, un fournisseur payé en retard et une demi-journée passée à chercher la ligne fautive dans un XML de plusieurs milliers de lignes. La validation répond à une seule question : est-ce que ce fichier passera ?
Ce qui est contrôlé
Le fichier est passé au crible des règles qui font réellement rejeter une remise, pas seulement de la grammaire XML.
- Structure du schéma — conformité au message ISO 20022 déclaré, balises inconnues ou mal imbriquées.
- Balises obligatoires — présence et ordre des éléments exigés par le message et par le rulebook applicable.
- Coordonnées bancaires — format et clé de contrôle de l'IBAN, cohérence IBAN / BIC / pays.
- Jeu de caractères — caractères hors du jeu bancaire accepté, accents et signes qui font échouer la remise.
- Longueurs et formats — champs tronqués, dates d'exécution, devises, formats de montant.
- Totaux et compteurs — nombre d'opérations et somme de contrôle annoncés contre le contenu réel.
- Adresses — repérage des adresses non structurées, à l'heure du passage au format ISO 20022.
Ce que vous obtenez
Un rapport lisible, pas une pile de messages d'erreur de parseur. Chaque anomalie indique la balise concernée et sa position dans le fichier, avec ce qu'il faut corriger et pourquoi cette règle existe.
- La liste des écarts, classés du bloquant à l'avertissement.
- La balise et la ligne exactes, pour corriger dans votre outil source.
- La règle d'origine : rulebook, schéma ou usage bancaire.
- Le récapitulatif de la remise : nombre d'opérations, total, dates, débiteur.
Sur quoi s'appuient les contrôles
Les règles ne sont pas déduites d'exemples : elles viennent des textes de référence, et sont mises à jour quand ceux-ci changent.
- Les rulebooks de l'EPC en vigueur pour le virement et le prélèvement SEPA.
- Les guides du CFONB, notamment pour les adresses et le jeu de caractères.
- Les schémas ISO 20022 des messages pain.001, pain.008, pain.002 et pacs.002.
- Les écarts connus entre la norme et ce que les banques acceptent réellement.
Questions fréquentes
Mon fichier part-il sur un serveur ?
Non. L'analyse s'exécute dans votre navigateur : le fichier n'est pas transmis, ni stocké. C'est ce qui permet de l'utiliser sur des remises réelles sans validation de la sécurité informatique.
Quels types de fichiers sont acceptés ?
Les virements et prélèvements SEPA (SCT, SCT Inst, SDD Core et B2B), ainsi que les virements hors zone SEPA et internationaux (XCT, ICT), dans les messages pain.001 et pain.008. Les comptes rendus pain.002 et pacs.002 sont lus par le module de diagnostic.
La validation est-elle payante ?
Non, la validation de fichiers est gratuite et sans limite, comme la comparaison de deux fichiers et la consultation des référentiels.
Est-ce que cela remplace un test avec ma banque ?
Non. La validation élimine les rejets de forme, qui représentent la grande majorité des refus, mais chaque banque garde ses propres contrôles. L'outil signale d'ailleurs les points où les pratiques bancaires divergent de la norme.