Verification of Payee LEI Checks in Luxembourg

Verification of Payee LEI checks in Luxembourg are an option for checking a legal-person payee’s IBAN against an identifier, not a requirement to obtain an LEI. The usual check compares the IBAN and payee name. An LEI check is possible only when the payer’s payment service provider (PSP) offers that channel and the payee’s PSP holds the identifier.

What this means in Luxembourg

Luxembourg is in the euro area. Under Regulation (EU) 2024/886 of 13 March 2024, Article 5c(9), its PSPs have had to offer Verification of Payee (VoP) since 9 October 2025 for standard and instant credit transfers in euro. That compliance date concerns the verification service; it does not establish that a particular PSP offers LEI-based checks.

The Commission de Surveillance du Secteur Financier (CSSF), Newsletter 291, states that the Law of 4 April 2025 amended the Law of 10 November 2009 on payment services to implement Regulation (EU) 2024/886 as regards instant credit transfers in euro. The Luxembourg legal context does not remove the conditions for using an LEI instead of the payee name: the payer’s PSP must offer the identifier channel, and the payee’s PSP must have the identifier in its internal system.

Consider a Soparfi in Luxembourg-Ville receiving euro payments from group companies. It can confirm the name and IBAN it gives payers, then ask the PSP holding its account whether that PSP has recorded its LEI. It should not infer from the euro-area compliance date that a group company’s PSP offers an LEI check. A fund service provider in Leudelange paying suppliers in bulk has a different question: whether it will use the option to opt out of verification for packaged orders and how it will review payment details if it remains opted in. In either case, the concrete PSP arrangements need to be checked rather than assumed.

Key points for Luxembourg companies

• VoP covers standard and instant credit transfers denominated in euro within the EU, as explained by the European Central Bank.
• The standard check compares the IBAN and payee name; an LEI is one possible alternative identifier for a legal-person payee.
• A mismatch warns the payer but does not stop authorisation.
• Non-consumer users can opt out of verification for multiple payment orders submitted as a package and opt back in at any time.

How an IBAN and LEI check is authorised

Regulation (EU) 2024/886 amended Regulation (EU) No 260/2012. Article 5c(1) requires the payer’s PSP to offer verification immediately after the payer provides the payee details and before the payer can authorise a credit transfer, regardless of the initiation channel. For the ordinary name check, the payee’s PSP verifies on request whether the IBAN and the name match. If they do not, the payer is warned that authorising the transfer may send funds to an account not held by the indicated payee.

Article 5c(1)(b) sets conditions for checking a legal-person payee by another data element. The payer’s PSP must offer a channel for submitting the IBAN with an element that unambiguously identifies the payee, and the payee’s PSP must have that same element in its internal system. The regulation lists a fiscal number, a European unique identifier (EUID) and a Legal Entity Identifier (LEI) as examples. It defines an LEI as a unique alphanumeric reference code based on ISO 17442 and assigned to a legal entity.

Putting an LEI on an invoice therefore does not establish that either PSP can use it for VoP. Article 5b(2) requires the verification service to be provided to payment service users free of charge. Under Article 5c(5), verification must not prevent the payer from authorising a transfer, including after a mismatch.

What the EPC scheme says about identifier checks

The European Payments Council (EPC) VOP Scheme Rulebook v1.1 was issued on 16 March 2026 and has been effective since 20 September 2026. It describes an identification-code check instead of a legal person’s name where the requesting PSP offers the channel and the responding PSP has the code. Its examples include an LEI, a VAT number and a fiscal number.

The requesting PSP can use the EPC Directory Service to check whether the responding PSP supports identification-code checks. Support for that route should not be presumed for every PSP. For an identification-code and IBAN check, the EPC VOP API Specifications v1.1.1 specify these responding-PSP codes:

• MTCH: match.
• NMTC: no match.
• NOAP: matching not possible.

The specifications state that the LEI field follows ISO 17442. These codes describe an identification-code check; a general VoP result alone does not show that an LEI was checked. If a result is unexpected, establish which details were submitted and which identifier, if any, the relevant PSPs could check.

Bulk orders and responsibility for a mismatch

Article 5c(6) requires PSPs to let payment service users that are not consumers opt out of verification when submitting multiple payment orders as a package. Those users must also be able to opt back in at any time. A business can decide how that option fits its payment process; the provision does not require it to opt out.

Before authorising a transfer, staff can investigate a mismatch or a result stating that matching is not possible. Article 5c(8) also addresses PSP liability in defined circumstances. A PSP that has fulfilled Article 5c is not liable for executing a transfer to an unintended payee on the basis of an incorrect unique identifier. If the payer’s PSP fails to comply with Article 5c(1) and that failure results in a defectively executed transaction, it must refund the payer without delay. Check the facts of a disputed transaction with your PSP or adviser.

VoP dates and practical checks

PSP location	Article 5c compliance date	Status on 18 October 2026
Euro-area Member States, including Luxembourg	9 October 2025	Applicable
EU Member States whose currency is not the euro	9 July 2027	Will apply

These are statutory PSP compliance dates under Article 5c(9), separate from the EPC rulebook’s effective date. For a Luxembourg payment process, the next checks are:

• Confirm the payee name and IBAN supplied to customers and held in supplier records.
• Ask the payer’s PSP whether it offers an identification-code channel. If your organisation is the payee, ask its account-holding PSP whether it has recorded the LEI.
• If you use an LEI, check its details and renew the LEI when needed. If you do not have one and want payers to be able to use an LEI check where supported, you can apply for an LEI.
• Decide who reviews mismatches and bulk-payment settings before payments are authorised. The LEIFast regulation updates provide related reading; confirm your PSP’s actual channels and records directly with it.