Decision Guides · Payments & Risk

Before You Send Money

Check counterparty identity, bank-detail match, screening, and release triggers before a payment ever leaves your account.

Stage 1 of 5Verify counterparty identity and role

For: Anyone at a trading business about to release funds — deposit, balance, or wire — to a supplier, agent, or counterparty.

Use when: A payment is queued and you need a final safety check before it leaves the account. Also the guide to open the moment a supplier 'sends updated bank details'.

Stop triggers
  • New or changed bank details, especially mid-relationship or 'urgent'.
  • The beneficiary name doesn't match the approved supplier or counterparty.
  • A third-country or mismatched bank versus the counterparty's country.
  • Pressure to bypass process, or an email-domain mismatch.
  • The counterparty refuses or can't complete a callback on a trusted number.
  • Any sanctions or restricted-party hit on the party, owner, bank, or destination.

  • Match the legal entity and trading name
  • Confirm the contact's authority
  • Confirm their role in this deal
  • Tie the payee to the approved counterparty
G1Decision gate

· Identity

Does the payee match the approved counterparty?

GoThe party matches the approved supplier or counterparty.

HoldPartial match — verify authority and role first.

StopYou can't match the party requesting payment.

G2Decision gate

· Beneficiary match

Do the beneficiary and bank match prior approved payments?

GoBeneficiary, bank, and currency match onboarding and history.

HoldA minor discrepancy — verify it through a trusted channel.

StopNew or changed bank details, or a third-country mismatch.

G3Decision gate

· Screening

Is the party, bank, and route clear?

GoParty, owners, bank, and destination are all clear.

HoldAn ambiguous name match — resolve it before proceeding.

StopA confirmed hit, or an unresolved high-risk jurisdiction.

G4Decision gate

· Structure & trigger

Is the method safe and the trigger earned?

GoThe method matches the risk and the release trigger is objective, documented, and earned.

HoldThe trigger is subjective — tie it to inspection or shipment evidence.

StopThe structure dumps all performance or credit risk on you.

Final decision

· Final decision

Release the funds?

GoAll gates passed, callback done, evidence stored, and an approver named — RELEASE.

HoldA gate is on hold — HOLD and resolve it.

StopA gate is a stop — STOP; do not pay.

Common mistakes
  • 1Trusting bank details taken from the invoice email.
  • 2Skipping the callback under time pressure.
  • 3Paying before the release trigger is actually earned.
  • 4Treating a screening false-positive as 'clear' without resolving it.
  • 5A single-person release with no second approver.
  • 6Not storing the screening, callback, and approval evidence.
Worked example Callback

'Bank changed — please pay the balance to a new account today.'

  • Counterparty identityMatches approved supplier
  • Beneficiary bankChanged — new country, new IBAN
  • Trigger'Urgent, today'
  • Callback on trusted numberSupplier unaware of any change
Decision: STOP — classic invoice-redirection (BEC/APP) fraud. Do not pay; verify out-of-band and escalate.

Decision record

Record your outcome — a static, no-login summary you can copy, print, or screenshot.

Counterparty verified
(y/n)
Beneficiary / bank match
Against onboarding + history (y/n)
Screening result
Sanctions / restricted-party
Payment method + release trigger
Earned? (y/n)
Callback done
Who / when / channel
Second approver
Named
Decision
RELEASE / HOLD / STOP
Evidence stored
Where the pack lives
Escalation / recovery path
If something's wrong

Related Decision Guides