See an earmarked payment accepted, then refused.
A guided demonstration, on an illustrative programme and fictitious data. You see the rules that were set, a payment authorised, a payment blocked and the trace each one leaves. A MAP expert will get back to you, with no commitment.
What we show
A rule, a payment, a proof.
The demonstration follows an illustrative programme from end to end. It serves to check that the programme meets your need, not to scroll through screens.
The rules that were set
Who, when, how much, where and what for: authorised suppliers, geographic area, period, ceilings, online payment, cash withdrawals.
The accepted payment
A beneficiary pays an authorised supplier, with their universal payment card or a QR code. The operation is checked before execution, then authorised.
The refused payment
The same card, an expense outside the rules of the programme: the operation is blocked before execution, with the reason matching the rule applied.
The proof
Every payment is recorded on a tamper-proof blockchain: amount, supplier, date, rule applied. The funder sees the same line as the beneficiary.
What we do not show
Fictitious data, and limits we stand by.
A demonstration explains a mechanism. It is neither a client reference nor a contractual commitment.
- No data from a real programme: no beneficiary name, no supplier identity, no real amount.
- No personal data is recorded on the blockchain.
- The proof covers the payment: amount, supplier, date, rule applied. It covers neither the contents of the basket nor the delivery.
- No time slot is displayed on this site: any hours shown would be fictitious. The meeting is arranged directly with you.
- No price and no go-live lead time are announced in a demonstration: they are settled when the programme is prepared.
Preparing the demonstration
Four elements are enough to tailor it.
The questionnaire collects them in a few screens. The more the programme envisaged is described, the closer the demonstration comes to your own situation.
- The programme envisaged
- Who funds it, who uses the funds, which expenses the programme has to make it possible to pay for.
- The rules to see applied
- The suppliers, the area, the period and the ceilings you want to see working in front of you.
- The refusal to trigger
- The out-of-rules expense the demonstration has to block, so that the control is visible.
- What you want to see next
- What each role has to find afterwards, and the exports that are useful to your teams.
Try the simulation
The earmarking simulation is freely accessible, with no prior request, on the Earmarking of uses page.
How it works
The full circuit, from the collection of funds to the payment at the supplier, and then to the proof.
See a programme in service
Poto, the solidarity journey described by MAP, with what it covers and its proof on the blockchain.
Request a demonstration tailored to your programme.
State the programme envisaged, the rules to see applied and what you want to see next.