Pour la comptabilité
Montant, fournisseur, date, référence du programme et du budget attribué. La ligne se retrouve sans reconstitution manuelle, paiement par paiement.
Chaque paiement est inscrit sur une blockchain infalsifiable, avec son montant, son fournisseur, sa date et la règle appliquée. Vos équipes retrouvent l’opération et son statut en temps réel, chacune dans la vue qui lui revient.
Chaque paiement accepté devient une écriture scellée dans un registre en chaîne. Chaque écriture verrouille la précédente : modifier un montant casse le maillon, et le registre refuse la modification.
Chaque écriture verrouille la précédente. L’écriture 145 porte l’empreinte 4f2a…c19b.
Événements suivis
Chaque événement est horodaté et rattaché au programme. Rien n’est reconstitué après coup.
Vues par rôle
La transparence n’est pas la mise en commun de tout. Chaque rôle dispose d’une vue définie par sa responsabilité et sa finalité.
| Rôle | Ce qu’il retrouve | Ce qu’il ne voit pas |
|---|---|---|
| Financeur | Le budget, sa consommation en temps réel, chaque paiement avec son montant, son fournisseur, sa date et la règle appliquée. | Les dossiers individuels et les données personnelles des bénéficiaires. |
| Contributeur | L’utilisation de son apport, paiement par paiement, dans le programme qu’il a financé. | Les autres programmes, et l’identité des bénéficiaires. |
| L’équipe du programme | Les réglages, les budgets attribués, les demandes, les paiements et les motifs de refus. | Ce qui relève d’un autre programme. |
| Bénéficiaire | Son solde, ses paiements, ses statuts et le motif d’un refus qui le concerne. | Les opérations des autres bénéficiaires. |
| Fournisseur | Les paiements qu’il a encaissés. | Les règles du programme et les budgets des bénéficiaires. |
Autorisation et règlement
Ce sont deux événements distincts, à deux instants distincts. Les confondre donne deux lectures fausses du même budget.
| Statut | Ce qu’il signifie | Effet sur le budget |
|---|---|---|
| Autorisée | La règle a été vérifiée avant l’exécution et l’opération est partie. | Le montant est réservé sur le budget disponible. |
| Réglée | Le fournisseur a été payé. C’est ce paiement qui est inscrit sur la blockchain. | Le montant est imputé au budget utilisé. |
| Refusée | Une règle du programme n’était pas satisfaite. Le motif est conservé, et le bénéficiaire le reçoit. | Aucun effet : le budget reste disponible. |
Un budget se lit donc en trois montants : ce qui est réservé, ce qui est imputé, ce qui reste disponible. Les trois sont visibles en temps réel.
Rapprochement
Un paiement inscrit porte les informations nécessaires au rapprochement comptable et au contrôle interne.
Montant, fournisseur, date, référence du programme et du budget attribué. La ligne se retrouve sans reconstitution manuelle, paiement par paiement.
La règle appliquée au moment de l’opération, son statut et, en cas de refus, son motif. Le contrôle porte sur la règle, pas sur une déclaration.
Exports
Le format, la fréquence, le rôle qui les reçoit et les champs des exports sont définis avec les équipes qui les utilisent. Chaque export indique ce qu’il couvre et sa date d’extraction. Aucun format d’export universel n’est annoncé sur ce site.
Corrections
Corriger ne consiste pas à modifier le passé, mais à l’expliquer.
Une écriture inscrite sur la blockchain n’est pas modifiée : ni MAP ni le financeur ne peuvent la réécrire. Une correction s’inscrit comme un nouvel événement, rattaché à l’opération d’origine : annulation, remboursement, régularisation. L’historique reste lisible dans les deux sens, de la correction vers l’opération d’origine et de l’opération vers ses corrections.
C’est exactement ce qui rend la trace utile : si elle pouvait être retouchée, elle ne prouverait rien.
Dites-nous ce que votre organisation doit justifier, à qui et à quelle échéance.