Une preuve que personne ne réécrit, et dont la portée est expliquée.
Nous avons la solution. Chaque paiement est inscrit, et personne ne peut le modifier après coup, ni MAP ni le financeur. Cette inscription se fait sur une blockchain infalsifiable. La preuve porte sur le paiement : montant, fournisseur, date, règle appliquée.
Le terme exact : une blockchain. Chaque paiement accepté est inscrit dans un registre en chaîne : chaque écriture verrouille la précédente, donc rien ne peut être réécrit après coup. La preuve porte sur le paiement, pas sur le contenu du panier.
Un paiement de 120,00 € est effectué chez un fournisseur référencé, le 12/10/2026 à 12:04.
Le paiement est scellé : il devient le bloc 145, qui porte l’empreinte 4f2a…c19b.
Le bloc rejoint une chaîne de cinq blocs, où chaque bloc verrouille celui d’avant.
Porter le montant à 480,00 € rompt le sceau et casse le maillon : la chaîne refuse la modification, puis l’enregistrement d’origine est rétabli.
Illustration éditoriale.
Bénéfices
Ce que ce service change pour vos équipes.
Une preuve que personne ne peut réécrire
L’historique est inaltérable et toute modification rétroactive est détectable. Là où les titres de paiement et les cartes prépayées produisent un suivi interne, MAP apporte la preuve.
Chacun voit ce qui le concerne
Les vues sont définies par rôle et par finalité. Un financeur rend compte de son programme sans accéder aux dossiers des autres bénéficiaires.
Une portée expliquée, pas un argument
Nous écrivons ce que la trace démontre et ce qu’elle ne démontre pas. C’est la condition pour qu’un contrôle interne s’y appuie.
Illustration éditoriale.
Vos règles
Ce que nous réglons avec vous, avant la première écriture.
Le service couvre la même chose pour tous les programmes. Ce qui change d’un programme à l’autre se règle avec vos équipes, avant la première dépense.
Ce qui est inscrit, ce qui reste hors chaîne
Les événements inscrits sur la chaîne et les données conservées hors chaîne.
Exemple : un paiement de 600,00 €, le fournisseur, la date, la règle appliquée
Le réseau et les accès
Le réseau retenu, les acteurs qui valident les écritures et les droits d’accès.
Exemple : une vue par rôle : financeur, opérateur, contrôle
La vérification et les corrections
La méthode de vérification, reproductible par un tiers habilité, et le traitement des corrections.
Exemple : reproductible par un tiers habilité
L’intégration à vos systèmes
L’intégration de la preuve à votre système existant, conduite avec vos équipes plutôt qu’en libre-service.
Exemple : conduite avec vos équipes
Livrables et fonctionnement
Ce que nous mettons en place avec vous.
✓L’historique et les vues adaptés aux rôles du programme.
✓Ce que la preuve couvre et la méthode de vérification, expliqués par écrit.
✓Le traitement des corrections et la séparation des données sur chaîne et hors chaîne.
Ce que le registre démontre
✓Un historique d’écritures inaltérable, dont toute modification rétroactive est détectable.
✓Un ordre et un horodatage communs à toutes les écritures enregistrées.
✓Une lecture partagée entre les parties autorisées, sans reconstitution manuelle.
Ce qu’il n’établit pas
×Le contenu du panier ni la livraison : la preuve porte sur le paiement, pas sur ce qui a été acheté article par article.
×La véracité d’une donnée saisie : une écriture fidèle peut enregistrer une information fausse.
×L’absence de fraude, qui dépend des contrôles d’entrée en relation et de surveillance.
×L’impact social d’un programme, qui relève de son évaluation et non du registre.
Le registre n’émet pas les fonds
La monnaie électronique, ce sont des euros émis contre les euros reçus, un pour un. Son émission repose donc sur les fonds reçus. Les écritures du registre reflètent des opérations ; elles ne créent pas de valeur monétaire.
Gouvernance et accès
Un registre pose des questions de gouvernance. Quel réseau, quels acteurs valident les écritures, qui accède à quoi. Quelles données sont inscrites sur la chaîne, et lesquelles restent hors chaîne. Les réponses applicables au programme de MAP sont publiées avec la documentation technique du service.
Articulation avec les systèmes financiers
Le registre est un composant parmi d’autres. Les fonds reçus, leur protection, les opérations de paiement et les obligations de l’établissement relèvent des règles financières applicables. La technologie du registre ne change pas cette articulation.
Qualification juridique
La qualification juridique, c’est-à-dire ce qu’un instrument est au regard du droit, s’examine sur le produit réel. MAP ne publie aucune conclusion générale au titre du seul usage d’une blockchain.
Données personnelles et registre
Aucune donnée personnelle n’est rendue publique sur la chaîne. Le traitement retenu est décrit sur la page Données personnelles, avec la distinction entre données inscrites et données conservées hors chaîne.
Les limites
Ce que le service ne fait pas.
Autant le dire avant la signature qu’après.
Illustration éditoriale.
La trace prouve le paiement, pas le panier
Une trace de paiement ne prouve ni le contenu du panier, ni la livraison, ni l’impact social, ni une conformité générale.
La vérification se démontre sur votre programme
La vérification indépendante et l’architecture du produit vendu doivent être démontrées sur votre programme.
Aucune donnée personnelle sur la chaîne
Aucune donnée personnelle n’est rendue publique sur la chaîne. L’identité des bénéficiaires reste hors chaîne.
Ce que nous montrons avant tout engagement. Avant tout engagement, nous partons d’un paiement réel que nous sommes autorisés à montrer. Nous retrouvons son enregistrement et sa correction éventuelle, puis un tiers habilité reproduit la vérification.
Exemple chiffré
Un contrôle interne, ou le financeur d’un programme cofinancé.
Les financeurs d’un programme cofinancé consultent les informations autorisées et vérifient l’intégrité des enregistrements couverts, sans accéder aux données des autres bénéficiaires.
Ce qui est inscrit (exemple)
un paiement de 600,00 €, le fournisseur, la date, la règle appliquée
Ce qui reste hors chaîne
les données personnelles des bénéficiaires
Vérification
reproductible par un tiers habilité
Vues
une par rôle : financeur, opérateur, contrôle
Portée de la preuve
le paiement, jusqu’au fournisseur
Situation et valeurs données à titre d’exemple. Aucun résultat ni tarif n’est annoncé.
Chaque paiement est inscrit sur une blockchain infalsifiable : le montant, le fournisseur, la date et la règle appliquée. Personne ne peut modifier cette écriture après coup, ni MAP, ni le financeur. La preuve porte sur le paiement. Elle ne dit pas ce qu’il y avait dans le panier, ni si le bien a été livré. Aucune donnée personnelle n’est inscrite sur la chaîne.
Quelles informations mes équipes retrouvent-elles ?
Chaque paiement, son statut et la règle appliquée, en temps réel, dans la vue prévue pour chaque rôle. L’autorisation et le règlement définitif restent deux étapes distinctes.
Tous les financeurs voient-ils toutes les données ?
Non. Chaque rôle voit ce qui le concerne, et rien de plus. Un financeur suit les paiements de son programme en temps réel. Il n’accède ni aux données personnelles des bénéficiaires, ni à leurs dossiers.
Un paiement fléché accepté, puis un paiement refusé. Ce que chaque rôle voit dans les deux cas, et l’écriture inscrite sur la blockchain. La démonstration s’appuie sur le parcours solidaire Mes Potos, documenté avec ce qu’il couvre, et se règle sur votre programme.
Décrivez qui finance, qui utilise les fonds et ce que le programme doit permettre de payer. Nous identifions les règles, ce que vous devez pouvoir suivre et les points qui demandent une validation.
