Ce que c’est
Ensemble d’API ouvertes de paiement couvrant commerce en ligne, paiement entre personnes, abonnements et factures.
Ce qu’on y travaille dans le laboratoire
- ·Initier un paiement selon une interface normalisée
- ·Travailler l’autorisation du payeur
- ·Comparer avec les API propriétaires des prestataires
Parcours de maîtrise
Huit niveaux, vingt-cinq travaux pratiques, environ quatre-vingts heures sur huit semaines — de la lecture de la spécification à une passerelle de paiements ouverts.
Niveau 1 · 1 semaine · 8 h · TP 1 à 4 · Fundamentals
Fondamentaux
Comprendre les concepts, les acteurs et l’architecture.
- Établissement teneur de comptes et ses trois serveurs : adresse, autorisation, ressources
- Adresse de portefeuille : l’identifiant public d’un compte
- Paiement entrant, cotation, paiement sortant
- Exploration de la spécification et cartographie d’un paiement
Niveau 2 · 1 semaine · 10 h · TP 5 à 9 · Developer
Developer
Consommer les interfaces depuis une application.
- Résolution d’une adresse de portefeuille
- Création d’un paiement entrant puis d’une cotation
- Création et exécution d’un paiement sortant
- Chaîne complète jusqu’au règlement
Niveau 3 · 1 semaine · 12 h · TP 10 à 14 · Security Engineer
Security Engineer
Maîtriser l’autorisation, qui est le cœur de la norme.
- Protocole d’octroi de droits : demande, interaction, consentement, jeton
- Paires de clés et signature des requêtes
- Droits d’accès finement délimités
- Expiration, refus, révocation, audit
Niveau 4 · 1 semaine · 12 h · TP 15 à 18 · Integration Engineer
Intégration
Déployer une implémentation de référence et la faire fonctionner.
- Déploiement de l’implémentation et configuration de deux établissements simulés
- Exposition des adresses de portefeuille
- Autorisation, comptabilisation, connecteur de routage
- Paiement réel entre deux environnements distincts
Niveau 5 · 1 semaine · 10 h · TP 19 à 21 · SDK Engineer
SDK Engineer
Développer dans plusieurs environnements de programmation.
- Client en JavaScript, en Java, en Go
- Gestion des clés côté client
- Tests d’intégration
- Bonnes pratiques d’usage des trousses de développement
Niveau 6 · 1 semaine · 10 h · TP 22 à 25 · Solution Engineer
Use Cases Engineer
Construire des produits de paiement réels.
- Paiement entre particuliers
- Paiement marchand et commerce en ligne
- Paiement de facture
- Abonnement et paiement récurrent
Niveau 7 · 1 semaine · 10 h · Gate : Architect
Architect
Concevoir une plateforme intégrable en banque, en fintech ou en monnaie électronique.
- Architecture cible et intégration au système existant
- Montée en charge et sécurité
- Conformité et stratégie d’adoption
- Positionnement vis-à-vis des portefeuilles et des banques
Niveau 8 · 1 semaine · 10 h · Gate : Expert
Expert
Étudier l’intégration aux rails de paiement régionaux.
- Passerelle entre les interfaces ouvertes et une plateforme d’intégration
- Connecteurs simulés : instantané, monnaie électronique, bancaire
- Documentation, tests et observabilité
- Projet final : passerelle de paiements ouverts
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.
Le flux complet, en six objets
C’est ce que le niveau 2 fait construire, et ce qui distingue cette norme d’une simple interface de paiement : l’ordre n’est pas donné par le payeur, il est demandé par le bénéficiaire puis autorisé.
Ce qui fait la particularité de la norme
L’autorisation n’est pas un détail d’implémentation : c’est le niveau 3 entier, et c’est ce qui permet à un tiers d’initier un paiement sans jamais détenir les identifiants du payeur.
| Étape | Ce qui s’y joue |
|---|---|
| Demande de droits | Le client déclare précisément ce qu’il veut pouvoir faire |
| Interaction | Le titulaire du compte est sollicité, hors du canal du client |
| Consentement | Le titulaire accorde des droits délimités, pas un accès général |
| Jeton d’accès | Limité dans sa portée et dans le temps, révocable à tout moment |
Quatre produits construits pendant le parcours
Le niveau 6 ne fait pas manipuler la norme dans l’abstrait : il fait livrer quatre cas d’usage complets.
- 01Paiement entre particuliers, d’un portefeuille à un autre
- 02Paiement marchand et commerce en ligne
- 03Paiement de facture
- 04Abonnement et paiement récurrent
La réserve du niveau 8
Elle figure dans votre document, et elle doit rester lisible sur la page.
L’architecture d’intégration aux plateformes régionales étudiée au dernier niveau est une proposition expérimentale du laboratoire. Elle ne constitue pas une architecture officielle de la norme ni du protocole sous-jacent, et la faisabilité d’une intégration avec un dispositif de paiement instantané doit être validée à partir des interfaces et spécifications effectivement accessibles.
Les quatre portes de certification
Chaque palier se franchit sur démonstration, pas sur présence.
| Certification | Ce qu’elle atteste |
|---|---|
| Fundamentals | Concepts, acteurs, architecture, cartographie d’un paiement |
| Developer | Exécution d’un paiement complet depuis une application |
| Integration Engineer | Déploiement, configuration de deux établissements, paiement inter-environnements |
| Architect | Conception d’une plateforme intégrable en banque, fintech ou monnaie électronique |
Sa place parmi les autres briques
Trois fiches du radar se lisent ensemble.
Cette norme définit les interfaces par lesquelles un tiers initie un paiement ; l’implémentation de référence en fournit une mise en œuvre exploitable ; le protocole de routage sous-jacent achemine la valeur entre grands livres. Trois couches distinctes, souvent confondues dans une même conversation.
Aller à la source
Les liens ci-dessous ouvrent les ressources officielles du projet, hors de ce site.
| Ressource | Adresse |
|---|---|
| Site officiel | openpayments.dev |
| Dépôt public | github.com/interledger/open-payments |
À 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
Rafiki · Interledger Protocol · Open Payments SDK Node · Open Payments SDK Go · Open Payments SDK Rust