Perspectives · Payments and settlement

Payee name checks make the bank mandate part of the entity record

Since 9 October 2025, payment service providers in the euro area have had to check the payee's name against the account identifier before a credit transfer in euro is authorised, under the Instant Payments Regulation. The check applies to ordinary credit transfers as well as instant ones, and it is free to the payer. Providers in member states whose currency is not the euro have until 9 July 2027, so a group paying across both will meet the check unevenly until then. For a fund or holding-company group the live question is which version of its own name each bank holds. This perspective is general information, not legal advice.

26 January 2026 · Payments and settlement

The check

The name is tested before the payment

Regulation (EU) 2024/886 inserted a payee verification service into the rules for euro credit transfers. The payer's provider must run the check immediately after the payer supplies the payee's details and before the payer is offered the chance to authorise the transfer. Where the name and the account identifier do not match, the provider must tell the payer and warn that authorising the transfer might send the funds to an account not held by the payee the payer named.

The obligation sits with the banks, but the data it tests belongs to the account holder. The comparison is between the name a payer typed or stored and the name the receiving bank holds on the account. Neither of those is generated by the payment system. Both come from records that a company secretary or finance team maintains, often years earlier and often in more than one place.

Three outcomes

Match, close match and no match

A match passes without comment. Where the names almost match, the regulation requires the payer's provider to show the payer the name actually associated with the account, so a payer sees the difference between what they hold and what the bank holds. Where there is no match, the payer is told and may still authorise the payment, having been warned.

That last outcome is the one most often misread. Verification is not an approval gate, and a no-match does not block a transfer. It moves a decision to the payer, in the moment, usually to whoever is releasing a payment run and never to the person who owns the entity record. The cost of a stale name is therefore paid at the worst time: at the point of payment, by someone without the register in front of them.

Several true names

One entity, several versions of its name

Most companies carry several true names at once. There is the registered name in the companies register, the name a bank captured when the account opened, the name printed on invoices, the trading name a portfolio business still uses and, after a conversion or migration, the name the entity held before its legal form changed. A group of eighty entities holds hundreds of these strings, and no one has ever had a reason to reconcile them.

Cross-border structures make it worse. Legal-form suffixes are abbreviated inconsistently, accented characters survive in one system and not another, and branches are paid under a name that differs from the head office's registered name. Until October 2025 that drift was invisible. Now every euro payment into the group is a test of it, run by a counterparty, with the answer shown to that counterparty.

What fixes it is one authoritative record per entity, saying: this is the registered name and the register it comes from, this is the name held on each bank account, and these are the people authorised to operate that account. Where the first two differ, the difference is recorded and explained, because a legitimate difference and an error look identical to a bank. Reviews belong at two points. The first is any change to the entity itself: a rename, a conversion of legal form, a migration or a merger, each of which leaves an old name sitting in a bank's records. The second is any change to a mandate: a signatory leaving, a new account opening, a bank being added. Groups that send payment runs should also know whether their provider has given them the opt-out available to payment service users other than consumers when orders are submitted as a package, because taking it moves the accuracy burden squarely back onto the payer's own data.

In Alethia

Bank accounts and mandates sit on the entity record

A bank account here is a record attached to the entity that owns it, alongside the entity's registered particulars, its officers, its documents and its ownership. The account name, the account identifier and the authorised signatories are held together, so the question "which name does this bank hold for this company, and who may operate the account" has one answer.

Because officers and mandates are connected, a signatory change is visible everywhere it applies, in one place. The periodic review sits with the other dated obligations, the mandate itself sits with the documents, and the audit trail records who changed a name and when. Alethia neither talks to banks nor moves money. What it changes is where the finance team looks when a payment comes back queried: one record, with the history of every name the entity has had and the people entitled to see it.

Questions

Payee verification, answered

Did 9 October 2025 apply to every bank in the European Union?

No. That date binds providers in member states whose currency is the euro. Providers in member states whose currency is not the euro have until 9 July 2027, so a group paying into both areas will meet the check in some countries and not others until that second date passes.

Does the check only apply to instant payments?

No, and the name of the regulation misleads on this point. The verification service covers credit transfers in euro generally, not only instant credit transfers, and it must be offered to the payer free of charge.

If the bank reports no match, is the payment stopped?

No. The payer is notified and warned that the funds may reach an account not held by the intended payee, and the payer can still authorise the transfer. The consequence of a stale name is usually a delay, a query and a manual decision rather than a rejection.

One record for the registered name, the account name and the signatories

Hold each entity's registered name, the name on each account and the authorised signatories together, and revisit them at a rename, a conversion or a mandate change, well before a payment is queried.