What does Verification of Payee change for payment operators?

Short answer

Operators that pay out to merchants or accept bank transfers need correct account names on file, because transfers to mismatched names trigger warnings. Clean KYB data from merchant onboarding and account-to-account rails connected to the platform reduce those failures.

In detail

Operators that pay out to merchants or accept bank transfers need correct account names on file, because transfers to mismatched names trigger warnings. Clean KYB data from merchant onboarding and account-to-account rails connected to the platform reduce those failures.

Where the check bites

Since October 2025, every SEPA transfer in the euro area is checked against the name on the destination account before it is sent. A mismatch returns a warning to the payer, who may cancel. For a payment operator, that touches two flows: payouts sent to merchants and account-to-account payments collected from customers.

Payouts to merchants

  • The beneficiary name on file must be the account holder's exact legal name, not a trading name.
  • Merchant onboarding should capture the name from a bank document and store the IBAN with it.
  • A "close match" or "no match" result on a payout batch needs a workflow: hold, verify, correct, resend.

Collections from customers

When a customer pays by transfer or request to pay, the operator's collection account must carry a name the customer recognizes, usually the merchant's brand or the operator's. A mismatch warning at that step costs conversion. Operators that route account-to-account payments should check how each rail presents the payee name and keep it consistent with the checkout.

The upside

Fewer misdirected payouts, fewer recalls and a cleaner KYB file. The name check is a constraint only for operators whose merchant data was never verified.

Still have a question?

Our team walks you through the platform with your use case on the table.

Book a demo