Une plateforme EMI n'est pas un programme unique mais un ensemble de modules, dont chacun prend en charge une part de la détention et du mouvement de la monnaie électronique, reliés par un unique ledger. Comprendre ces modules — ce que chacun doit faire et comment ils dépendent les uns des autres — distingue l'évaluation d'une plateforme sur ses fonctionnalités de son évaluation sur sa capacité à porter une activité de paiement réglementée.
Cet article présente les modules essentiels d'une plateforme EMI au niveau de la capacité et du contrôle plutôt que de la mise en œuvre. Il prolonge ce qu'est un logiciel de plateforme de monnaie électronique et examine de plus près les composants qu'un émetteur commande, intègre et dont il doit répondre. Chaque module est décrit par ce qu'il prend en charge, ce dont il dépend et la question qu'un émetteur réglementé devrait poser en l'évaluant.
Une plateforme faite de modules
Une plateforme EMI se compose de modules dont chacun porte une seule responsabilité et qui sont reliés par un ledger faisant foi. Le module de comptes détient la valeur ; le module de paiements la déplace ; l'émission de cartes en étend l'usage ; le financement et le remboursement assurent la connexion aux infrastructures bancaires ; l'onboarding et le contrôle décident qui peut détenir un compte ; et l'administration, l'audit et le reporting rendent l'ensemble démontrable. Aucun ne tient seul — un paiement n'est correct que s'il est inscrit au ledger, et un solde n'est fiable que s'il se rapproche de fonds sauvegardés.
Distinguer les modules importe, car cela transforme une notion vague de plateforme en un ensemble de responsabilités qu'un émetteur peut commander, intégrer, remplacer et auditer indépendamment. Cela clarifie aussi la propriété : quels modules une entreprise exploite elle-même, lesquels elle obtient de tiers réglementés, et où se situent les limites de son propre contrôle. Le tableau ci-dessous associe à chaque module essentiel la question qu'un émetteur réglementé devrait poser en l'évaluant.
| Module | La question à poser lors de l'évaluation |
|---|---|
| Comptes et wallets | Chaque solde affiché peut-il être rapproché du ledger et remboursé sur demande ? |
| Paiements et virements | Chaque mouvement est-il inscrit au ledger avec précision, dans l'ordre et une seule fois ? |
| Émission de cartes | Quels rôles réglementés — émetteur, sponsor BIN, processeur — se trouvent derrière les cartes, et qui les détient ? |
| Financement et remboursement | La valeur entrante se rapproche-t-elle de l'argent réellement reçu, et est-elle remboursable à la valeur nominale ? |
| Onboarding et contrôle | La vérification d'identité et le contrôle gouvernent-ils l'ouverture de compte avant toute détention de valeur ? |
| Ledger et rapprochement | Existe-t-il un enregistrement faisant foi qui rapproche la valeur émise des fonds sauvegardés ? |
| Administration et reporting | Peut-on prouver qui a fait quoi, et le reporting provient-il du ledger ? |
Comptes, wallets et soldes
Le module de comptes est l'endroit où la monnaie électronique est détenue. Il enregistre combien chaque client détient et dans quelle devise, et met ce solde à la disposition de tout autre module qui en a besoin. Deux idées comptent ici. La première est que le solde dépensable d'un client et son enregistrement au ledger sont liés mais non identiques : le solde est une vue, l'enregistrement est ce que l'émetteur rapproche et ce dont il répond. La seconde est que détenir de la valeur n'est pas la prêter — un EMI enregistre une valeur émise qui doit rester couverte par des fonds sauvegardés, de sorte que le module de comptes porte une contrainte que le système de dépôts d'une banque ignore.
Un module de comptes solide prend en charge plusieurs devises lorsque l'agrément le permet, expose les soldes de façon cohérente aux paiements, aux cartes et au reporting, et ne laisse aucun solde changer sans écriture correspondante au ledger. Pour l'évaluer, la question n'est pas combien de types de comptes il propose, mais si chaque solde affiché est traçable jusqu'au ledger et remboursable.
Paiements et virements
Le module de paiements déplace la valeur : entre clients d'un même émetteur sous forme de virements internes, et vers des rails de paiement externes lorsque l'argent quitte la plateforme. En interne, un virement est un mouvement entre deux soldes qui doit être inscrit au ledger en écritures équilibrées ; en externe, la plateforme transmet aux rails bancaires ou de scheme et doit consigner l'instruction, son état et son règlement.
La discipline qui compte est l'ordre et l'idempotence — les mouvements doivent s'inscrire dans l'ordre et exactement une fois, car un paiement compté deux fois ou perdu est un défaut de sauvegarde et de rapprochement, non un simple incident de service client. Un module de paiements se juge moins à la variété des types de paiement annoncés qu'à la question de savoir si chaque mouvement est enregistré avec précision, traçable de bout en bout et rapproché de ce qui est sorti de l'établissement ou y est entré. Les types de paiement et les limites se configurent selon l'agrément et l'appétence au risque de l'émetteur, ils ne sont pas présumés.
Émission de cartes et rôles réglementés
L'émission de cartes étend l'usage aux cartes virtuelles et physiques, mais c'est le module où le logiciel fait le moins par lui-même. Émettre des cartes dépend de rôles réglementés situés hors de la plateforme : un émetteur, un sponsor BIN et un processeur, chacun assorti d'obligations que le logiciel soutient sans les remplacer. Le rôle de la plateforme est d'autoriser les transactions au regard du solde du client, de les inscrire au ledger et d'exposer les contrôles et limites de carte ; la connexion au scheme, le règlement et la production des cartes relèvent des rôles réglementés.
Note : Offrir une capacité de carte n'est pas la même chose que détenir les rôles réglementés qui la sous-tendent. Une plateforme autorise et enregistre les transactions par carte ; l'émission, le sponsoring BIN et le traitement sont des rôles réglementés qu'une entreprise détient elle-même ou obtient de partenaires. Un émetteur devrait savoir lesquels il détient et où se situent le règlement et la responsabilité.
Cette répartition importe autant pour le contrôle que pour la probité : un émetteur devrait savoir clairement quels rôles il détient lui-même, lesquels il obtient de partenaires, et où se situent la responsabilité et le règlement. La question d'évaluation n'est donc pas de savoir si les cartes sont possibles, mais quels rôles réglementés se trouvent derrière les cartes et qui les détient.
Financement, remboursement et rapprochement
Le module de financement relie la plateforme aux infrastructures bancaires pour que les clients approvisionnent et retirent des fonds, et c'est là qu'est appliquée la contrainte déterminante de la monnaie électronique : la valeur émise doit correspondre à l'argent réellement reçu et être remboursable à la valeur nominale sur demande. Chaque événement de financement entrant doit être attribué au bon client et inscrit au ledger ; chaque remboursement réduit la valeur émise et restitue des fonds.
C'est aussi là que la sauvegarde des fonds rencontre l'ingénierie. Les fonds des clients sont séparés de l'argent propre de l'établissement et rapprochés de la monnaie électronique en circulation, et la plateforme doit produire les enregistrements qui l'attestent — une discipline rendue plus prescriptive par les règles de sauvegarde britanniques renforcées entrées en vigueur en 2026, qui attendent un rapprochement plus fréquent et un reporting de sauvegarde régulier. Pouvoir le démontrer relève de la préparation réglementaire d'un EMI. Nous ne fournissons pas d'avis juridiques et ne garantissons aucun agrément. Nous mettons en œuvre les exigences réglementaires et d'audit dans la technologie, l'infrastructure et l'exploitation. L'enregistrement au titre des règles de lutte contre le blanchiment ne vaut pas, à lui seul, agrément pour émettre de la monnaie électronique ni pour détenir des fonds de clients.
Onboarding, identité et contrôle
Avant qu'un client puisse détenir de la monnaie électronique, la plateforme doit établir qui il est et s'il peut être intégré — la responsabilité du module d'onboarding. Il associe la vérification d'identité au contrôle de la criminalité financière : la vérification d'identité confirme que la personne est bien celle qu'elle déclare être, et le contrôle de la criminalité financière la compare aux sources de sanctions, de personnes politiquement exposées et de médias défavorables. Ensemble, ils gouvernent l'ouverture de compte, de sorte que la valeur n'est jamais détenue que par des clients que l'émetteur a vérifiés et contrôlés. Le rôle du module est de rendre le résultat automatisé et démontrable : un résultat clair sur lequel la plateforme peut agir et qu'elle peut conserver, plutôt qu'une file d'attente manuelle. Le contrôle ne s'arrête pas à l'onboarding ; les clients sont recontrôlés périodiquement, car les situations changent avec le temps. Pour évaluer ce module, les questions sont de savoir si la vérification et le contrôle ont lieu avant toute détention de valeur, si les résultats sont conservés comme preuve, et si le contrôle continu est intégré plutôt qu'ajouté après coup.
Administration, audit et reporting
Le dernier module essentiel est celui qui rend la plateforme exploitable et démontrable : administration, audit et reporting — le back office. L'administration est le lieu où le personnel agit sur les comptes et les paiements sous des rôles et des permissions définis, afin que l'autorité soit accordée délibérément et que chaque action privilégiée soit attribuable. La journalisation d'audit consigne ce qui s'est passé — qui a fait quoi, quand et sur quel enregistrement — comme preuve sur laquelle une autorité ou un auditeur peut s'appuyer. Le reporting tire ses chiffres du ledger au lieu de les assembler à la main, de sorte que les rapports de sauvegarde, réglementaires et de gestion se rapprochent tous de la même source faisant foi. Pour un émetteur réglementé, ce module n'est pas une charge administrative ; c'est là que résident le contrôle et la preuve. Une plateforme qui déplace l'argent rapidement mais ne peut montrer qui a fait quoi, ou dont les rapports divergent de son ledger, échoue au test qui compte le plus pour une autorité. La question à poser est de savoir si la plateforme peut prouver son propre fonctionnement.
Résumé et prochaines étapes
Les modules essentiels d'une plateforme EMI — comptes, paiements, émission de cartes, financement et remboursement, onboarding et contrôle, et administration, audit et reporting — ne forment pas une liste de fonctionnalités mais un ensemble de responsabilités qui convergent toutes vers un unique ledger. Chacun peut être commandé, intégré et audité isolément, mais aucun n'est correct isolément : un paiement n'est juste que s'il est inscrit au ledger, un solde n'est fiable que s'il se rapproche de fonds sauvegardés, un compte ne peut être ouvert que si le contrôle l'a autorisé.
La prochaine étape concrète consiste à décrire les modules que l'agrément et les clients d'une entreprise exigent réellement, puis à évaluer toute plateforme module par module au regard de cette description — y compris quels rôles réglementés se trouvent derrière les cartes et le financement, et qui contrôle le déploiement — plutôt qu'au regard d'une liste de fonctionnalités. Jugée ainsi, une plateforme EMI se mesure à la capacité de ses modules, ensemble, à laisser un émetteur réglementé détenir la valeur avec précision, la déplacer en sécurité et répondre de chaque solde qu'elle affiche. Décider quels modules construire, licencier ou obtenir de partenaires est en soi une décision d'architecture, sur laquelle il vaut la peine de prendre un conseil indépendant.
Une plateforme EMI se juge à la capacité de ses modules — agissant à travers un seul ledger — à laisser un émetteur réglementé détenir la valeur avec précision, la déplacer en sécurité et prouver chaque solde. Grumpio conçoit et livre un logiciel de plateforme de monnaie électronique sous forme de modules reliés autour d'un unique ledger faisant foi, avec un rapprochement prêt pour la sauvegarde des fonds et un modèle d'exploitation que l'émetteur contrôle.