Verify a Payment Change by Callback or Email

An honest comparison of email and callback checks for a supplier payment change, including what neither proves.

A supplier asks to change where you pay. Compare a same-thread email reply with a callback. Neither proves account ownership.

Comparison

QuestionEmail checkCallback check
Leaves a written recordYes, the threadOnly if the caller writes a note
Separate from the requestNo, if you reply on the same threadA second communication type, regardless of storage. A suitable route separately needs provenance and current trust; no proof of identity
SpeedCan be quickDepends on reaching a person
If the trusted contact cannot be reachedA same-thread reply does not resolve this. The inability to reach a trusted contact remainsThe gap is recorded and the hold stays
Proves account ownershipNoNo

Reading the table

An email reply on the same thread is not a separate channel. A person who wrote the first message can answer the follow-up. The NCSC phishing guidance recommends confirming important email requests through a second channel, such as a phone call, and helping staff know the usual payment process so odd requests stand out.

A callback helps only when the route was stored before the request. A number printed in the suspicious email does not qualify. Use a contact reference stored before the request, such as a supplier master entry, a contract or an earlier payment record. The human reads the number from protected records; AI never receives it.

Even a stored route may be stale or compromised. A call through it is a separate channel. It does not prove who answered or that the route is still trusted. Record what the person who answered reported. Do not record that the supplier recognized the request. The responsible human checks current route trust under local policy. If that stays unresolved, the hold stays.

When the callback cannot be completed

If nobody answers, the contact has left or the stored route looks out of date, the hold stays. Do not fall back to the number in the new email. Do not pay the new destination because time is short. Tell the responsible approver and record the gap.

What each method cannot do

  • A same-thread email gives a record, not a separate channel. An off-thread email is still email, not a second communication type.
  • A callback gives a separate channel but needs a written note to become a record.
  • Neither shows that a bank account belongs to the supplier. Ask the approver whether local policy needs more evidence.

Suggested combination (practice suggestion)

  1. Do not reply on the request thread.
  2. Call the stored route and write the note at once, as a reported statement.
  3. Send a short written confirmation to the address already on file, not on the request thread.
  4. Keep the hold until a separate authorized person decides.

Source support

NCSC supports second-type confirmation. CC8 (4.2, 6.4) covers own-credential protection and recall difficulty, not supplier authentication. Charity decision-record guidance and CC8 apply to England/Wales charities. The combination is our suggestion.

Fictional example

Supplier S-14, invoice INV-28 (USD480, due November 6): the November 1 email gave a new phone number. Reference VC-07 was stored earlier. No callback has happened, so the destination is unverified, the supplier master is unchanged and payment is held.

Related: reference, how-to, template, Finance.