Ce que c’est
Bibliothèque Java de modélisation, d’analyse et de génération des messages ISO 20022, avec conversions XML et JSON.
Ce qu’on y travaille dans le laboratoire
- ·Produire et lire les familles pain, pacs et camt
- ·Valider un message contre son schéma
- ·Construire le moteur ISO 20022 d’un connecteur
Parcours de maîtrise
Douze niveaux, de cinquante-cinq à soixante travaux pratiques, quatre à six mois — du premier message lu au moteur ISO 20022 industrialisé.
Niveau 1 · 5 TP · Niveau 1
Fondamentaux ISO 20022
Comprendre la norme avant d’ouvrir un éditeur.
- Rôle de la norme et structure générale d’un message
- Les quatre familles : initiation, interbancaire, trésorerie, administration
- Acteurs d’un paiement : débiteur, créditeur, agents
- Cycle de vie complet, de l’initiation au relevé
Niveau 2 · 5 TP · Niveau 2
XML, schémas et espaces de noms
Maîtriser le socle technique sur lequel repose la norme.
- Schémas, types complexes, restrictions, cardinalités
- Espaces de noms et leur rôle dans la validation
- Interrogation d’un document et liaison vers des objets
- Diagnostic d’un message invalide
Niveau 3 · 5 TP · Niveau 3
Prowide, fondamentaux
Utiliser la bibliothèque comme outil de manipulation.
- Projet Java et intégration de la dépendance
- Analyse d’un message et navigation dans les objets
- Génération d’un message et conversion vers JSON
- Aller-retour XML, objets, JSON sans perte
Niveau 4 · 5 TP · Niveau 4
Initiation de paiement
Traiter l’ordre venu du client.
- Construction et analyse d’une initiation
- Extraction des parties, des comptes et des agents
- Contrôle des montants et des références
- Production d’un statut de paiement
Niveau 5 · 6 TP · Niveau 5
Paiements interbancaires
Traiter l’échange entre établissements.
- Virement interbancaire et prélèvement
- Routage d’un paiement entre deux banques simulées
- Génération du statut et traitement d’un retour
- Journalisation du cycle complet
Niveau 6 · 5 TP · Niveau 6
Trésorerie et rapprochement
Traiter les relevés et les notifications.
- Relevé intrajournalier, relevé de compte, notification
- Chaîne transaction, règlement, notification, rapprochement
- Message de rapprochement et écarts
- Raccordement au laboratoire de rapprochement et d’observabilité
Niveau 7 · 4 TP · Niveau 7
En-tête applicatif
Comprendre ce qui enveloppe le message.
- En-tête et document : deux objets distincts
- Émetteur, destinataire, identifiant du message métier
- Identifiant de définition du message
- Corrélation entre en-tête et document, traçabilité
Niveau 8 · 4 à 5 TP · Niveau 8
Validation et règles métier
Un message techniquement valide n’est pas nécessairement conforme.
- Validation syntaxique contre le schéma
- Validation au regard de la norme
- Validation au regard des règles d’un dispositif
- Gestion et restitution des erreurs
Niveau 9 · 5 TP · Niveau 9
Transformation et correspondance
Construire la passerelle entre l’historique et la norme.
- ISO 8583 vers modèle canonique, puis vers ISO 20022
- Le flux inverse, et les pertes d’information qu’il révèle
- Moteur de correspondance testable
- Intégration avec le cadre monétique du laboratoire
Niveau 10 · 5 TP · Niveau 10
Interfaces et microservices
Exposer le moteur plutôt que le dupliquer.
- Points d’accès : analyser, construire, valider, transformer
- Architecture d’un service dédié derrière une passerelle
- Diffusion d’événements et observabilité
- Sécurisation des accès
Niveau 11 · 5 TP · Niveau 11
Le moteur ISO 20022
Industrialiser l’ensemble des travaux en une brique réutilisable.
- Analyseur, constructeur, moteur d’en-tête, validateurs
- Moteurs de règles métier et de règles de dispositif
- Modèle canonique, référentiel de messages, simulateur
- Audit et observabilité
Niveau 12 · Projet final · Niveau 12
Architecture experte
Positionner le moteur dans une architecture de paiement complète.
- Connecteur d’entrée : monétique, interfaces REST, formats propriétaires
- Plateforme d’intégration : routage, transformation, validation, journal
- Couche de services : interfaces de paiement, alias, demandes de paiement, notifications
- Chaîne complète jusqu’au dispositif de paiement instantané
Le parcours se valide sur preuve. Chaque niveau se franchit par une démonstration en conditions réelles devant un jury, avec un critère d’acceptation écrit à l’avance — la règle de la Méthode SAKITI appliquée au laboratoire.
Les quatre familles de messages
Quatre préfixes, quatre usages. Les connaître suffit à s’orienter dans une norme qui compte plusieurs centaines de définitions.
| Famille | Ce qu’elle couvre |
|---|---|
| pain | Initiation de paiement : l’ordre venu du client, et son statut |
| pacs | Compensation et règlement interbancaires : virement, prélèvement, statut, retour |
| camt | Trésorerie : relevés intrajournalier et de compte, notifications, rapprochement |
| admi | Administration : activation et gestion des échanges |
Le premier cycle de paiement
Un même paiement, vu successivement par cinq messages. C’est l’exercice du niveau 1, et il structure tout le reste du parcours.
Les trois niveaux de validation
Un message techniquement valide n’est pas nécessairement conforme. La distinction est au cœur du niveau 8.
| Niveau | Ce qu’il vérifie |
|---|---|
| Syntaxique | Le document respecte son schéma : structure, types, cardinalités |
| Norme | Le message est conforme à la définition ISO 20022 qu’il revendique |
| Dispositif | Le message respecte les règles du dispositif de paiement qui le reçoit : champs obligatoires locaux, plafonds, conventions de référence |
Ce que le moteur contient, et ce que la bibliothèque n’est pas
Le niveau 11 industrialise l’ensemble des travaux en une brique réutilisable.
- 01Analyseur et constructeur de messages, moteur d’en-tête applicatif
- 02Validateur de schéma, moteur de règles métier, moteur de règles de dispositif
- 03Moteur de correspondance et de transformation, modèle canonique
- 04Référentiel de messages, simulateur, audit et observabilité
Une distinction qui évite un malentendu coûteux
Sur le positionnement de la bibliothèque dans l’architecture.
Prowide est une brique du moteur, et non l’ensemble de la plateforme. Confondre la bibliothèque de manipulation de messages avec le moteur de paiement conduit à sous-estimer tout ce qu’il reste à construire : validation métier, correspondance, journal, rapprochement, observabilité.
Le projet final
Une chaîne complète, dans les deux sens, à partir d’un système bancaire simulé qui ne parle qu’ISO 8583.
Les cinq grades
La progression vise un rôle, pas un catalogue de connaissances.
| Grade | Ce qu’il atteste |
|---|---|
| Practitioner | Lire et comprendre les principaux messages |
| Prowide Developer | Analyser, construire et générer des messages |
| Payment Engineer | Intégrer les familles initiation, interbancaire et trésorerie |
| Integration Engineer | Construire validation, correspondance, interfaces et intégrations événementielles |
| Payment Architect | Concevoir la chaîne complète, du connecteur au dispositif de paiement instantané |
Aller à la source
Les liens ci-dessous ouvrent les ressources officielles du projet, hors de ce site.
| Ressource | Adresse |
|---|---|
| Site officiel | www.prowidesoftware.com |
| Dépôt public | github.com/prowide/prowide-iso20022 |
À vérifier au moment de la qualification. Licence exacte, version courante, activité du projet, gestion des vulnérabilités et conditions de support évoluent. Le statut affiché sur ce radar ne vaut ni certification, ni aptitude au déploiement en production dans une infrastructure de paiement.
Les autres briques du domaine
Prowide Core · Payment Hub EE · Apache Camel · Apache NiFi · Kafka Connect