Un programme, plusieurs financeurs
Fondation, entreprises, collectivité ou particuliers alimentent la même enveloppe. La règle d’affectation est écrite avant la première dépense.
Nous avons la solution. Les fonds entrent dans le programme. MAP émet alors la monnaie électronique : des euros émis contre les euros que vous versez, un pour un. Chaque contributeur retrouve ensuite ce que son apport a permis de payer, selon ses droits.
Bénéfices
Fondation, entreprises, collectivité ou particuliers alimentent la même enveloppe. La règle d’affectation est écrite avant la première dépense.
Chaque versement reçu porte sa référence et son affectation. Vos équipes retrouvent l’origine des fonds sans reconstituer un tableau.
Chaque contributeur voit ce qui le concerne, selon les droits définis avec vous au premier échange. Les données des bénéficiaires ne sont pas ouvertes à tous.
Vos règles
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.
Les moyens ouverts à votre collecte, leurs références de rapprochement et leurs délais.
Exemple : virement, don, mécénat, cagnotte
La part de chaque contribution dans le programme, écrite avant la première dépense.
Exemple : un programme, une règle de répartition écrite
Ce que chaque contributeur peut consulter, et ce qui reste hors de sa vue.
Exemple : une vue par contributeur, selon ses droits
Le traitement des échecs de versement, des remboursements convenus et des soldes de fin de programme.
Exemple : un échec de versement, un remboursement convenu
Livrables et fonctionnement
Autant le dire avant la signature qu’après.
Collecter des fonds ne veut pas dire qu’une acquisition carte autonome, un paiement récurrent ou un encaissement de place de marché sont compris dans le programme.
Les intervenants financiers du programme doivent être identifiés avant la mise en place.
La collecte n’ouvre pas droit à un reçu fiscal automatique.
Ce que nous montrons avant tout engagement. Avant tout engagement, nous montrons un versement reçu, son affectation, un échec de versement, un remboursement et la vue autorisée d’un contributeur.
Exemple chiffré
Une fondation et trois entreprises alimentent la même enveloppe. L’équipe qui pilote le programme retrouve chaque contribution, les paiements qu’elle a financés et l’état du solde, selon les droits de chaque partie.
Situation et valeurs données à titre d’exemple. Aucun résultat ni tarif n’est annoncé.
Questions fréquentes
Oui : dons, cagnottes, mécénat. Chaque contribution est reliée au programme qu’elle finance. Chaque contributeur retrouve ensuite les paiements que son apport a permis. La règle de répartition, les droits de consultation et le traitement des soldes se fixent dès le premier échange.
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.
100 % des opérations sont contrôlées avant exécution. Un paiement hors des règles est refusé, et le motif est enregistré. Le bénéficiaire sait tout de suite pourquoi. Les remboursements et les soldes suivent le contrat du programme. Une date de fin ne fait pas disparaître les fonds.
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.