Ce que ce validateur vous apporte

Testez vos données de paiement avec les contrôles appliqués par les banques — champs obligatoires, sommes de contrôle IBAN, structure BIC, totaux de contrôle
Générez un fichier de virement pain.001.001.09 opérationnel que vous pouvez examiner, copier ou télécharger
Vérifiez le résultat par rapport au schéma officiel ISO 20022 — le véritable XSD, validé dans votre navigateur

Informations importantes

Aucune donnée n’est transmise. Votre fichier est lu par votre propre navigateur et ne quitte jamais votre machine — aucun serveur, aucun stockage, aucune télémétrie. Vous pouvez utiliser des données réelles en toute sécurité, même si des données de test masquées restent une bonne pratique.
Outil de test uniquement. Les fichiers ne sont jamais soumis pour traitement et aucun paiement ne peut résulter de vos actions ici.
Colonnes attendues : payment_id, payment_amount, currency, nom du débiteur et du créancier / IBAN / BIC, requested_execution_date — les séparateurs virgule, point-virgule et tabulation sont détectés automatiquement. Téléchargez un exemple ci-dessous pour l’utiliser comme modèle de votre propre export.
Entièrement gratuit. Cet outil, ainsi que la chaîne d’outils complète qui le sous-tend, sont gratuits et open source.

Vérifiez par vous-même

« Aucune donnée n’est transmise » est une affirmation que vous pouvez vérifier par vous-même en deux minutes :

Ouvrez les DevTools → Réseau, puis utilisez la démo. Les seules requêtes sont des GET vers la même origine pour les ressources de cette page, le moteur WASM et le schéma — aucune ne transporte vos données.
Exécutez une fois la validation XSD, puis passez les DevTools en mode Hors ligne (ou coupez le Wi-Fi). Toute la démo — y compris la validation par le schéma officiel — continue de fonctionner : un service worker met tout en cache dès la première utilisation.
Cette page est elle aussi open source — la logique de la démo tient dans un seul module sans dépendance que vous pouvez lire intégralement.

Il n’y a aucun script d’analyse d’audience, aucun service de rapport d’erreurs, aucune police tierce ni aucun point de collecte CSP — un rapport constituerait lui-même une connexion sortante.

Ajoutez vos données de paiement

Glissez un fichier CSV ici — ou cliquez pour parcourir

Maximum 2 Mo · lu localement par votre navigateur, jamais transmis

Téléchargez un exemple à utiliser comme modèle : virement SEPA · transfrontalier · lot de 20 lignes

Résultat de validation & XML généré

Ajoutez des données à l’étape 1 — la validation s’exécute automatiquement.

Constats de validation par ligne et par colonne
Ligne	Colonne	Règle	Valeur	Problème

The validated pain.001.001.09 document will appear here — add data in step 1.

Validez-le avec le XSD officiel ISO 20022

Les étapes 1–2 exécutent des contrôles rapides, écrits à la main. Cette étape exécute l’authentique : un environnement Python (via WebAssembly) exécutant xmlschema par rapport au schéma officiel pain.001.001.09 — la même classe de validation que celle effectuée par la CLI. Le moteur d’environ 13 Mo est servi depuis ce site et téléchargé une seule fois, à votre demande (le téléchargement démarre discrètement dès que l’étape 2 produit un XML valide).

Générez d’abord le XML à l’étape 2 — la validation XSD porte sur ce résultat.

Tout sur cette page s’exécute dans votre navigateur — rien n’est transmis, stocké ni envoyé où que ce soit. Cette démo met en œuvre un sous-ensemble du pipeline (champs obligatoires, IBAN mod-97, structure BIC, formats de montant et de date, totaux de contrôle NbOfTxs/CtrlSum recalculés). L’étape 3 exécute la validation XSD officielle ici même via WebAssembly. La chaîne d’outils installée ajoute en plus la validation JSON Schema et cinq référentiels de règles — installez la CLI pour le pipeline complet.

Ce que montre cette démo — et ce que le pipeline complet ajoute

Chaque lot d’exemple est également téléchargeable au format CSV pour servir de modèle à l’export de votre propre ERP ou tableur — la ligne d’en-tête fait office de contrat.

La démo ci-dessus met en œuvre la couche fail-fast du pipeline Pain001 : contrôles des champs obligatoires, sommes de contrôle IBAN mod-97 selon ISO 13616, structure BIC selon ISO 9362, formats de montant et de date, et totaux de contrôle (NbOfTxs, CtrlSum) recalculés à partir des enregistrements plutôt qu’acceptés tels quels. Essayez le menu « Introduire une erreur… » — chaque scénario introduit exactement un défaut réaliste (un chiffre d’IBAN inversé, un BIC mal formé, une colonne manquante, un montant européen à virgule décimale, une date impossible) et vous montre le constat au niveau de la ligne que la passerelle d’une banque ne signalerait sinon que plusieurs jours plus tard.

La chaîne d’outils installée applique un contrôle bien plus approfondi : validation JSON Schema de chaque enregistrement avec normalisation des alias de champs, cinq référentiels de règles (SEPA SCT, Instant, SDD Core, B2B, transfrontalier) avec une sortie --explain règle par règle, et validation finale du document produit par rapport au XSD officiel ISO 20022 avant l’écriture du moindre octet. Dix versions de pain.001 et pain.008.001.02 sont prises en charge.

pip install pain001
pain001 -t pain.001.001.09 -d payments.csv -o out/ --scheme sepa-sct --dry-run

L’étape 3 ci-dessus n’est pas une simulation : elle démarre un environnement Python en WebAssembly et exécute xmlschema par rapport au schéma officiel pain.001.001.09, servi depuis ce site — la même classe de validation XSD que celle appliquée par la CLI. Ce qui reste réservé à la CLI, c’est le reste du pipeline : la normalisation JSON Schema, les cinq référentiels de règles avec --explain, et les dix autres définitions de message.