Méthode Sakiti

Référentiel technologique de l’OPPL

Radardes technologies de paiement

Soixante-douze briques open source, douze domaines, quatre statuts d’adoption. Ce radar est le référentiel de qualification du laboratoire : il dit ce qui est retenu, ce qui est à l’épreuve, ce qui reste à trancher et ce qui ne sert qu’à apprendre.

Comment le lire

Deux informations par brique : son statut sur le radar, et sa nature — spécialisée paiement, infrastructure générique critique, ou simple outil de laboratoire.

SocleÀ intégrer au socle du laboratoire
À expérimenterÀ mettre sérieusement à l’épreuve
À qualifierIntéressant, mais pas encore tranché
PédagogiqueSimulation et apprentissage

Ce qu’un statut « socle » ne signifie pas. Ni certification PCI, ni aptitude à être déployé tel quel dans une infrastructure bancaire de production. Il signifie : projet établi, maintenu, documenté, et particulièrement pertinent à évaluer dans le laboratoire. Open source n’équivaut jamais automatiquement à prêt pour la production.

Les licences se vérifient, une par une, au moment de la qualification. Elles ne sont pas équivalentes : certaines briques retenues ici sont sous licence à réciprocité forte, d’autres imposent une licence commerciale pour un usage lucratif — le cas notamment des données de sanctions. Une solution seulement « source-available » n’est pas open source et n’entre pas dans ce radar.

Les douze labs de l’OPPL et les technologies associées à chacun

Les 72 briques

72 briques

Domaine 1 — Cœur bancaire, portefeuille et grand livre

Cœur bancaire : comptes, dépôts, prêts, transactions

SocleSpécialisé paiement

Interface et écosystème bancaire autour de Fineract

SocleSpécialisé paiement

Portefeuille multi-plateforme au-dessus de Fineract

À expérimenterSpécialisé paiement

Grand livre programmable en partie double

SocleSpécialisé paiement

Base transactionnelle financière débit/crédit

À expérimenterSpécialisé paiement · Infrastructure générique critique

Simulation de banque et API bancaires

À expérimenterSpécialisé paiement

Domaine 2 — Monétique, ISO 8583 et EMV

07

jPOS

ISO 8583 et switch monétique

SocleSpécialisé paiement

Lecture et écriture ISO 8583 en Go

SocleSpécialisé paiement

Expérimentation carte à puce, EMV et APDU

PédagogiqueOutil de laboratoire

Lecteurs et cartes à puce

PédagogiqueOutil de laboratoire

Simulation PKCS#11 et HSM

SocleOutil de laboratoire · Infrastructure générique critique

Domaine 3 — ISO 20022, messagerie et intégration

Familles pain, pacs et camt : analyse et génération

SocleSpécialisé paiement

Messages SWIFT MT

SocleSpécialisé paiement

Hub d’intégration des paiements

SocleSpécialisé paiement

Routage, intégration et médiation de protocoles

SocleInfrastructure générique critique

Flux de données et transformations

À expérimenterInfrastructure générique critique

Connecteurs événementiels

À expérimenterInfrastructure générique critique

Domaine 4 — Paiement instantané, switching, compensation et règlement

Plateforme d’interopérabilité pour paiement instantané

SocleSpécialisé paiement

Domaine 5 — Orchestration, facturation et paiements marchands

Orchestration multi-prestataires et routage

SocleSpécialisé paiement

Facturation et abstraction des passerelles

SocleSpécialisé paiement

Simulateur de marchand et de commerce

À expérimenterSpécialisé paiement · Infrastructure générique critique

Scénarios commande, facture et paiement

À expérimenterInfrastructure générique critique

Commerce découplé et checkout

À qualifierInfrastructure générique critique

Commerce découplé, bac à sable marchand

À qualifierInfrastructure générique critique

Domaine 6 — Open Banking, API et économie des interfaces

Gestion du cycle de vie des API

SocleInfrastructure générique critique

Gestion et médiation d’API

À expérimenterInfrastructure générique critique

Passerelle d’API

SocleInfrastructure générique critique

Proxy de services et d’API

SocleInfrastructure générique critique

Contrats et spécifications d’API de paiement

SocleInfrastructure générique critique

Domaine 7 — Paiements transfrontaliers et interopérabilité

Service Interledger pour établissements teneurs de comptes

SocleSpécialisé paiement

API ouvertes de paiement

SocleSpécialisé paiement

Domaine 8 — Lutte anti-blanchiment, fraude et politiques de paiement

Données sanctions, personnes politiquement exposées

À expérimenterSpécialisé paiement · Infrastructure générique critique

Filtrage LCB-FT et connaissance client

SocleSpécialisé paiement

Moteur de politiques de paiement

SocleInfrastructure générique critique

Autorisation fine par rôles et attributs

À expérimenterInfrastructure générique critique

Règles métier et règles de fraude

À expérimenterInfrastructure générique critique

Détection de fraude en flux

À expérimenterInfrastructure générique critique

Domaine 9 — Identités, PKI, secrets et cryptographie

OAuth2, OpenID Connect, gestion des identités

SocleInfrastructure générique critique
50

Dex

Fédération d’identités OpenID Connect

À expérimenterInfrastructure générique critique

Secrets, certificats et clés

SocleInfrastructure générique critique

Autorité de certification interne, mTLS

SocleInfrastructure générique critique

Simulation de module matériel de sécurité

SocleOutil de laboratoire · Infrastructure générique critique

Cryptographie et tests TLS

SocleInfrastructure générique critique

Domaine 10 — Paiement événementiel et orchestration de flux

Diffusion d’événements

SocleInfrastructure générique critique
56

NATS

Messagerie à faible latence

SocleInfrastructure générique critique

Messagerie et files d’attente

SocleInfrastructure générique critique

Messagerie distribuée

À expérimenterInfrastructure générique critique

Flux de paiement durables, reprises et relances

SocleInfrastructure générique critique

Traitement de flux avec état

À expérimenterInfrastructure générique critique

Domaine 11 — Rapprochement, données, audit et observabilité

Capture des changements transactionnels

SocleInfrastructure générique critique

Recherche et audit transactionnel

SocleInfrastructure générique critique

Métriques

SocleInfrastructure générique critique

Tableaux de bord de paiement

SocleInfrastructure générique critique

Collecte de journaux et de télémétrie

SocleInfrastructure générique critique

Domaine 12 — Monnaie numérique, tokenisation et paiement programmable

Système de paiement numérique libre

À expérimenterSpécialisé paiement

Grand livre permissionné, expérimentations de jetons

À expérimenterInfrastructure générique critique · Spécialisé paiement

Réseaux compatibles Ethereum

À expérimenterInfrastructure générique critique · Spécialisé paiement

Tokenisation et intégration

À expérimenterInfrastructure générique critique · Spécialisé paiement

Expérimentations paiements, actifs et règlement

À expérimenterSpécialisé paiement · Infrastructure générique critique

Les vingt briques à installer en premier

Les soixante-douze ne s’installent surtout pas en même temps. Pour une première version du laboratoire, cet ordre construit un écosystème cohérent plutôt que vingt laboratoires isolés.

RangTechnologiePourquoi elle vient là
1Apache FineractSimuler les banques
2jPOSMaîtriser ISO 8583
3Moov ISO8583Une deuxième implémentation ISO 8583
4Prowide ISO 20022ISO 20022
5MojaloopDispositif de paiement instantané
6Payment Hub EEHub d’intégration
7HyperswitchOrchestration des paiements
8Formance LedgerGrand livre financier
9TigerBeetleTransactionnel financier expérimental
10Apache KafkaPaiements événementiels
11TemporalFlux de paiement durables
12KeycloakIdentités et accès
13Open Policy AgentPolitiques de paiement
14SoftHSM2Simulation de HSM
15OpenBaoSecrets
16Moov WatchmanLCB-FT et sanctions
17RafikiTransfrontalier
18Open PaymentsAPI de paiement
19OpenTelemetryTraçabilité
20Grafana et PrometheusSupervision

La cohérence avant l’exhaustivité. Cet ordre permet de construire une seule chaîne continue — cœur bancaire, ISO 8583, connecteur, ISO 20022, hub d’intégration, couche de services, paiement instantané, banque destinataire — sur laquelle un apprenant parcourt successivement la monétique, le switching, la compensation, le règlement, l’open banking, l’orchestration, la sécurité et le transfrontalier.

Un référentiel vivant

Versions, licences, activité des projets et conditions de support évoluent. Ce radar est révisé périodiquement : chaque brique doit être réévaluée au moment de sa qualification, et non sur la foi de son classement passé.

L’auteur

Portrait de Lionel Sakiti

Lionel Sakiti

Program Manager Cloud & IA souveraines. Il travaille sur les infrastructures de paiement, les programmes de cloud et d’intelligence artificielle souverains et la gouvernance des données dans la zone UEMOA.

contact@africascaler.com