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.

Ce qui a été vérifié
Schéma ISO 20022	—
Qualité des données (au-delà du schéma)	—
Règlement du schéma de paiement	Not run — choose a scheme rulebook in step 1
Le profil de votre banque	Non évalué — Pain001 ne fournit aucun profil bancaire
Canal et éligibilité	Non évalué — décidé par votre banque, pas par le fichier

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

Le document pain.001.001.09 validé apparaîtra ici — ajoutez des données à l'étape 1.

Validez-le avec le XSD officiel ISO 20022

Steps 1–2 already ran the pain001 library itself: its record validation, the scheme rulebook you chose, XML generation, and the official pain.001.001.09 schema gate on the result, all inside a Python runtime compiled to WebAssembly and served from this site. This button re-runs the schema gate on the XML shown above, so you can edit the document and check it again. The runtime (about 28 MB) downloads once, the first time you validate, and stays cached.

Generate XML in step 2 first — the XSD gate runs on that output.

Everything on this page runs in your browser — nothing is uploaded, stored, or sent anywhere. It runs the pain001 library itself, the same package you install with pip, inside a Python runtime compiled to WebAssembly: record validation, IBAN and BIC checks, the scheme rulebook you choose, XML generation with recomputed NbOfTxs/CtrlSum control totals, and the official XSD gate. What the CLI adds is scale and inputs: files of any size, Excel, SQLite, JSON, Parquet and SWIFT MT101, and every message edition — install the CLI for the complete pipeline.

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.