§ 1
In brief
A stage of every payment
Screening
a score with its reasons, and the unit’s rules
Passes
the payment goes on to routing
Held
a compliance officer releases or blocks it
Blocked
by a rule; the reason is recorded
Across payments
Alerts
frequency, amounts near a threshold, geography
Before the first payment
Onboarding checks (KYB)
documents, owners, risk assessment, decision
- A score with reasons
- The amount against the usual, the card’s country against the payer’s, frequency, a payer seen for the first time.
- Held for a person
- A compliance officer releases or blocks a held payment; the decision is recorded with its reason.
- Alerts
- Patterns across payments open an alert: amounts near a threshold, bursts, geography, funds that do not match an invoice.
- Onboarding (KYB)
- A merchant is taken on through a case: documents, owners, a risk assessment and a decision.
§ 2
In detail
2.1
The score and its reasons
Screening looks at signals and nothing else:
- the amount against the merchant’s usual;
- the payer’s country against the card’s, and blocked countries;
- the number and the sum of attempts in a day;
- a payer seen for the first time, the hour, the kind of business and the instrument;
- the threshold for mandatory reporting.
It records a score with its reasons; a rule of the unit may then block the payment, hold it for a person or route it elsewhere. The facts of screening carry no payer’s name or address: in the demo a payer is a pseudonymous handle.
Demo scene 1
Screening on the demo stands
Payments screened, payments held for a person, and alerts opened, on both stands.
Screened
5,696
Held for a person
4
Alerts opened
33
2.2
A person decides on a held payment
A held payment is released or blocked by a compliance officer; the decision is a fact with the role, the reason and the time, recorded where the automatic verdicts are. Nothing in the engine decides for the reviewer, and nothing that touches money or a person’s standing is left to an agent.
2.3
Alerts across payments
One payment is screened; a pattern is watched. Amounts at a reporting threshold, several payments just below it, bursts, geography, funds that do not match an invoice, a match on a sanctions list — each opens an alert with its evidence, assigned to a person and moved through investigation, escalation and report, with every note kept.
Demo scene 2
Alerts by kind and by reason
What monitoring opened across payments on both stands, and the reasons it gave.
| Kind | Alerts |
|---|---|
| Unit rule | 12 |
| Velocity | 7 |
| Geography | 7 |
| Threshold transaction | 4 |
| Funds do not match | 1 |
| Possible structuring | 1 |
| Sanctions screening | 1 |
| Reason | Times |
|---|---|
| A unit’s rule matched | 25 |
| Amount far above the merchant’s usual | 22 |
| A payer seen for the first time | 21 |
| Card issued in another country than the payer is in | 9 |
| Many attempts by one payer in 24 hours | 7 |
| A high-risk kind of business | 7 |
2.4
Onboarding a merchant
A provider that holds its merchants’ money takes each one on through a case: documents, a check of the company and its beneficial owners, a sanctions check, an assessment of risk, and a decision by a person — approved, sent back for more, or rejected.
Demo scene 3
Onboarding cases on the provider’s stand
The merchants’ cases of the payment provider’s stand, by status.
| Status | Cases |
|---|---|
| Open | 2 |
| Sent back for more | 1 |
| Approved | 2 |
§ 3