Verification of Payee: Why Customers Now Get a Warning When They Pay Your Invoice

A commercial laundry in Limerick, servicing a handful of hotels and restaurants, sends out roughly forty invoices a month. Thirty day terms, bank transfer, the way it has been done since the owner's father ran the place. Then one of the hotels rang. Not the bookkeeper either, the manager himself, and the question was blunt. Had they been hacked?

They had not. What happened was that the hotel's bookkeeper typed the name from the invoice into her banking app, and the app told her the name did not match the account.

That is a composite, drawn from a pattern I have heard several versions of since last autumn, not one named business. The specifics move around. The phone call does not. Somebody who has paid you happily for years suddenly has a reason to wonder whether you are a fraudster, and your invoice sits there unpaid while the two of you work out what went wrong.

Nothing went wrong. Your customer's bank started doing something new, and almost nobody told the businesses on the receiving end.

What actually changed in October 2025

Verification of Payee, or VoP, is a name check that runs before a euro bank transfer leaves an account. The payer types in the name they intend to pay, the receiving bank is asked whether that name belongs to that IBAN, and the payer is shown the answer before the money moves.

It is not a bank innovation. It is law. Regulation (EU) 2024/886, the Instant Payments Regulation, inserted a new Article 5c into the older SEPA regulation, and it obliged every payment provider in the euro area to offer the check from 9 October 2025 ^[1]. Providers outside the euro area have until July 2027. The service has to be free to the payer, so there is no opting out on cost grounds.

Irish banks moved slightly ahead of the deadline. AIB and Bank of Ireland both had it running from around 5 October 2025 ^[3][6], and the Banking and Payments Federation Ireland ran a public campaign the same week ^[2]. The messaging went to payers. It explained how to read the result and what to do about a warning. If you are the business being paid, you were not the audience, which is why the first many owner-operators heard of it was a phone call from a confused customer.

The practical position now is simple enough. Every customer who pays you by euro bank transfer gets a verdict on your name before they hit send. You do not see that verdict. They do.

The four answers your customer's bank can give

Result	What your customer is told	What usually happens next
Match	The name matches the account	Payment goes through normally
Close match	Almost right, and the real account name is shown	Payer hesitates, often rings you
No match	The name does not belong to that IBAN	Payment stalls or is abandoned
Check not possible	Verification could not be completed	Payer proceeds cautiously or waits

Match is the outcome you want and the one you will never hear about. The transfer behaves the way it always did.

Close match is the interesting one. The scheme rulebook published by the European Payments Council defines it as almost a match with the account holder data held by the receiving provider, and in that case your customer is shown the correct account name so they can decide for themselves ^[4]. In practice that means a stranger is being told your exact registered account name and invited to judge whether it looks legitimate. Most people, faced with a name that is nearly but not quite what is on the invoice, pick up the phone.

No match is the expensive one. The Banking and Payments Federation is clear that the check does not block anything, and AIB says the same in plainer terms: the check will not stop a payment, and the payer decides whether to continue ^[2][3]. That sounds reassuring until you consider who is deciding. A bookkeeper who has just been shown a fraud warning on an invoice for four figures is not going to press on and hope. She is going to park it.

Check not possible covers the cases where the receiving provider cannot answer, and it is the least common. Your customer sees an inconclusive result rather than a red flag, which is softer, but it still introduces a moment of doubt where previously there was none.

Why a perfectly legitimate business gets flagged

This is the part that catches owners out. The name on your invoice and the name on your bank account are two different pieces of data, maintained by two different organisations, and until last October nothing in the world ever compared them.

A registered business name is not a legal entity. It is a name that a person or a company trades under, and the bank account almost always sits in the legal name behind it. A sole trader who has invoiced under a linen services trading name for fifteen years may well hold the account in her own name and surname. Both are correct. Neither matches the other.

Then there are the small mechanical mismatches, and they are the majority of cases I hear about:

• Ltd on the invoice, Limited on the account, or the other way round
• An ampersand on one side and the word "and" on the other
• A trading name on the invoice and the holding company on the account
• The account name your bank actually holds, which may be the one you gave them in 2011
• Abbreviations and initials that made sense internally and mean nothing to a matching algorithm

AIB's own guidance to businesses is direct about this. It asks businesses to make sure invoices, correspondence and payment requests carry the exact name linked to the IBAN, and to avoid abbreviations, acronyms or trade names that do not match the official account name ^[3].

There is a further wrinkle worth knowing, because it explains why one customer sails through and the next one does not. The rulebook says the name of a payee means, for a legal person, the legal or commercial name, but it leaves the matching decision itself to the receiving provider ^[4]. Every bank tunes its own algorithm. The same invoice can return a clean match at one institution and a close match at another, and neither of them is wrong. You cannot test your way to certainty here. You can only reduce how far off you are.

What a stalled invoice actually costs

Consider what the warning looks like from the other side of the transaction. Your customer is not being told there is a typo. They are being told, by their own bank, in the middle of paying you, that something about this payee is off.

They have every reason to take that seriously. Figures published by the Banking and Payments Federation's FraudSMART programme in March 2026 put losses to local firms from email related scams at roughly nineteen million euro over the preceding two years, with average losses of more than twenty two thousand euro per incident, and invoice redirection still the dominant type ^[5].

Treat the accompanying survey percentages carefully: the sample was sixty five business members, which is a temperature reading rather than a census. The loss figures themselves come from the participating banks. Either way, the direction of travel is not in doubt, and anyone handling accounts payable has been told to watch for exactly this.

There is a legal edge to it too. Where a payer authorises a transfer after being warned about the identifier, the payer carries the loss if the money goes to the wrong place ^[1]. So the careful customer, the good one, the one who pays on time, is precisely the customer who will refuse to proceed. Your worst payers will click through the warning. Your best payers will not.

The cost is rarely a lost sale. It is a fortnight of drift. An invoice that would have been settled on day twenty nine goes into a pending tray, waits for someone to ring, waits for you to ring back, waits for the next payment run. Multiply that across a quarter and it is a real hole in working capital, caused by nothing more than a word on a template.

And there is a slower cost that nobody invoices for. A supplier whose details trigger a fraud warning gets a small, permanent asterisk beside their name in somebody's memory.

Five steps to make your name match

Verify what your bank actually holds. Ring your business banking line and ask for the exact account name registered against your IBAN, character for character. Do not assume it is what you wrote on the application form. Write down what they tell you.

Align every document that carries your IBAN. Invoice template, quotation template, statement footer, the payment details section of your website, the automated email your booking system sends. One string, used everywhere, matching the bank exactly.

Update the bank rather than the invoice where it makes sense. If your registered business name has changed, or you incorporated and the account never caught up, fix it at source. The federation's guidance to businesses is to keep registered and trading names current with the bank so the name customers are given is the name that will be checked ^[2].

Signpost the difference you cannot remove. Where the legal name genuinely differs from the trading name, say so on the invoice: "Please use the account name shown above. Your bank may display it differently from our trading name." Two lines of text prevent most of the phone calls.

Reduce how many customers ever need your IBAN. Every bank transfer is a manual re-entry of your name by somebody who is not you. A payment link removes that step entirely, and it removes the name check with it, because there is no name to type.

The bit the name check does not do

A match is a data comparison, not a character reference. It tells your customer that the name they typed belongs to the account they are paying. It says nothing whatsoever about whether that account belongs to an honest business.

That matters because it changes very little about the fraud that actually costs money. Invoice redirection works by getting a business to update a supplier's payment details, usually from a compromised or lookalike email account. If the fraudster's account is opened in a name matching the invoice they have forged, the check returns a clean match and the payer feels safer than they should. The federation's own advice on this has not changed: verify a change of bank details by ringing a number you already had, not the one on the new invoice.

Two further limits worth holding in mind. Payers who are not consumers can waive the service, which is aimed at businesses submitting bulk payment files, so your largest customer's monthly payment run may not be checking anything at all ^[1]. And the whole framework covers euro credit transfers within the scheme, so a customer paying you in sterling from Britain sits outside it.

Which leads to the honest caveat on all of this. If you invoice a small number of long standing customers who set you up as a payee years ago, this may never touch you, because banks generally run the check when a payee is added or amended rather than on every repeat payment. In that case the whole job is a ten minute correction to a template and you can get back to work. The businesses that feel it are the ones taking on new customers, which is most businesses that intend to grow.

Where your website comes into this

Most small business websites have a payment details block somewhere: an accounts page, the footer of a quote request, a line under the contact form. If yours shows an IBAN, it should show the exact account name beside it, in the same block, before the number rather than after it. That single change turns your site into the reference your customer checks when their bank flags something, which is a far better outcome than a phone call.

While you are in there, it is worth making sure the legal and trading names on your website line up with each other and with the bank. Customers who are half convinced they are being scammed go looking for corroboration, and a site that shows one name in the footer, another on the invoice and a third at the bank confirms their suspicion rather than settling it.

The better fix, though, is to need the IBAN less often. Taking card payments directly on your own website removes the manual step where the whole problem lives, and it tends to get you paid faster for reasons that have nothing to do with name matching. If you have been putting that off because of what the processor takes, note that you cannot legally recover it through a surcharge at the checkout anyway, so it belongs in your pricing rather than in a fee line.

The reason most owners never get around to it is that adding a payment page to an existing site sounds like a project. On a properly managed WordPress platform it is an afternoon, which is more or less the point of everything being included for €60 a year rather than quoted per feature. Describe the business, get a real site, put a payment button on it.

Conclusion

Nothing about your business changed last October. The invoice you send is the invoice you have always sent, and the money in the account is yours. What changed is that a check now runs between your customer's intention and their payment, and that check is reading a piece of text you probably have not looked at in years.

So go and look at it. Ring the bank, get the exact account name, and put that name on everything that carries your IBAN. It is a small piece of housekeeping with an unusually good return, because the alternative is finding out one invoice at a time, from customers who were kind enough to ring rather than quietly move on.

Frequently Asked Questions

What is Verification of Payee?

Verification of Payee is a name check that runs before a euro bank transfer. The payer enters the name of the business or person they intend to pay, and the receiving bank confirms whether that name matches the account behind the IBAN. The payer is shown one of four results before they authorise the payment. It became mandatory for payment providers in the euro area on 9 October 2025 under Regulation (EU) 2024/886.

Does a no match result block the payment?

No. The check is advisory. Both the Banking and Payments Federation Ireland and AIB state plainly that it will not stop a payment and that the payer decides whether to proceed. In practice many payers will not proceed, because a payer who authorises a transfer after being warned carries the loss if the money reaches the wrong account.

Why does my business name come back as a no match when it is correct?

Almost always because the name on your invoice is not the name registered against your IBAN. Common causes are a trading name on the invoice and a legal name on the account, a sole trader account held in a personal name, Ltd against Limited, an ampersand against the word "and", or an account name that was set up years ago and never updated.

What name should I give customers who want to pay me by bank transfer?

The exact account name your bank holds against your IBAN. Ring your business banking line and ask for it character for character, then use that same string on invoices, quotations, statements and your website. AIB advises businesses to avoid abbreviations, acronyms and trade names that do not match the official account name.

Do sole traders need to do anything differently?

Usually yes, because a sole trader's business account is often held in the individual's own name while invoices go out under a registered business name. Either ask the bank what name is registered on the account and put it beside the IBAN on your invoice, or ask whether the trading name can be added to the account record. Both are legitimate, and the second is tidier if your bank supports it.

Will existing customers see the warning too?

Often not. Banks generally run the check when a payee is added or amended rather than on every repeat payment, so customers who set you up years ago may never encounter it. New customers, and existing ones who change your details, will. That is why the businesses most affected are the ones winning new work.

Does a match mean the payee is trustworthy?

No, and this is the most important limitation to understand. A match confirms only that the name entered belongs to that account. Invoice redirection fraud typically involves an account opened in a name matching the forged invoice, which returns a clean match. Any change to a supplier's bank details should still be confirmed by phoning a number you already held, not one supplied in the new invoice or email.

Sources