You pay 40,000 distributors in one file. Europe's new payee check probably skipped every one of them.

Paying 40,000 distributors across 60 countries is not one payments problem. It is four, and they do not agree with each other. The answer that satisfies your treasury team tends to fail your compliance team, the answer that satisfies both is usually the one your distributors complain about, and the answer that keeps distributors happy is frequently the one that quietly breaks in a jurisdiction nobody was watching.

Something changed in Europe on 9 October 2025 that most direct-selling organisations have not registered, largely because it happened to their bank rather than to them. It is worth ten minutes of your attention, because the way this industry pays — one large file, on a schedule, to a very long list of self-employed people — is the exact shape the rule was written to accommodate rather than to protect.

What is Verification of Payee, and why does a bulk payout file escape it?

Verification of Payee is a name-check. Before a credit transfer is authorised, the payer's payment service provider checks the payee name you supplied against the name actually attached to that IBAN, and tells you whether it matches. The obligation sits in Article 5c of the SEPA Regulation — Regulation (EU) No 260/2012, into which the Instant Payments Regulation inserted it — and payment service providers in euro-area Member States had to comply by 9 October 2025. It is a fraud control, and on a single payment it is a good one.

Then there is Article 5c(6). It requires PSPs to give payment service users that are not consumers "the means to opt out from receiving the service ensuring verification when submitting multiple payment orders as a package" — with a right to opt back in at any time. A commission run of 40,000 distributors is, on any reading, multiple payment orders submitted as a package.

The drafting reason is practical. Verification is designed to happen before authorisation, so a file that comes back with 900 close matches has to go somewhere for a human decision, and the file-based channels this industry actually uses were never built for that round trip. The European Payments Council has been explicit that processing verification for bulk files is out of scope of the scheme — PSPs are obliged to offer it for bulk files, but may decide how. In practice, that has meant each bank deciding for itself.

And here is the part worth escalating internally. In January 2026 the European Association of Corporate Treasurers reported that most banks had opted the service out by default for all payment files transmitted by their corporate customers. Not opt-out on request. Opt-out as the delivered configuration. So the honest position for most direct sellers paying into the euro area today is that you are outside Europe's newest fraud control, you did not choose it, and nobody sent you a letter.

Why this is a liability question, not only a fraud question

Article 5c(8) gives the payer a refund from their PSP where that PSP fails to comply with the obligation in paragraph 1 and the failure results in a defectively executed payment transaction. The natural reading is that a valid opt-out under 5c(6) removes the obligation, and the refund right falls away with it. On that reading you have not simply declined a service — you have moved where a misdirected commission payment lands.

But that reading assumes the opt-out was your election. Paragraph 6 requires the PSP to provide non-consumers with the means to opt out, which presupposes somebody choosing. Where a bank has applied the setting across its corporate file channel as a default, there is a serious argument that no election happened at all — and that what you are actually looking at is a plain failure to perform paragraph 1, which would trigger the refund rather than extinguish it.

We have not seen either reading tested, and we would not want a client relying on one of them. The practical point survives the uncertainty: the worst version of this is discovering which reading applies to you during an incident.

Could you actually pass the check if you opted back in?

This is the question we would put first, and it is the one most likely to be answered with an uncomfortable silence. Verification matches the name you send against the name on the account. Distributor records in this industry are not built to that standard, and there is nothing negligent about that — they were built for a payee master file, not for a name-matching engine.

The recurring mismatches are predictable once you look for them. A distributor registers under a personal name and banks under a trading name or a limited company. A married distributor is on record under a maiden name. A household shares one account, so the commission goes to a spouse. Transliteration turns one Greek or Bulgarian name into three defensible Latin spellings, none of which is the one the bank holds. Add the mechanical failures reported since go-live — banks registering an eight-character BIC where eleven is required, branches that are not separate legal entities and cannot register at all, and characters the scheme does not allow, such as semicolons and quotation marks, sitting inside payee names — and a first live run against a real distributor file will not produce a clean pass rate.

That is the genuine argument for the opt-out, and we would rather state it than pretend it away. Turning verification on across a 40,000-line file without first cleaning the file does not buy you fraud protection. It buys you a few thousand close matches on a Friday afternoon and a payout run that misses its window, which in this industry is a distributor-relations event before it is anything else.

The useful conclusion is therefore not "opt in immediately." It is that opting out should be a decision with a date attached and an owner's name against it, rather than a bank default nobody in your organisation has seen. Run one file through verification in a test cycle. The match rate you get back is the most honest measure of payee data quality you will ever be handed, and it is free.

What happens when monthly commissions become weekly?

The direction of travel in this industry is faster and more frequent, and it makes everything above compound rather than stay still.

On 6 August 2026, Young Living announced with PayQuicker that it is moving Brand Partner commissions from monthly to weekly, beginning in Canada, alongside a branded debit card and mobile wallet. It is a well-executed piece of work and the reasoning behind it is sound — distributor retention responds to payout speed, and PayQuicker has built a real position in this vertical. We would only add the operational footnote that tends to get lost in an announcement: weekly is 52 payout cycles a year, not 12. Every structural weakness in your payee data gets tested four times more often, and every manual exception queue you have quietly been absorbing becomes four times more expensive.

The cost side moves with it. The World Bank's Remittance Prices Worldwide put the global average total cost of sending USD 200 across borders at 6.36% in Q3 2025 — 14.99% through banks, against 4.39% where the payment is funded by credit or debit card. Those are remittance figures rather than commission figures, and a corporate payout programme should beat them comfortably. They are useful anyway, because they show how much of the outcome is decided by rail choice rather than by negotiation.

And rail choice is decided by the shape of the payment. The US Federal Trade Commission's 2024 review of seventy multi-level marketing income disclosure statements concluded that the vast majority of participants received USD 1,000 or less per year. Whatever one makes of that as commentary on the industry, as a payments input it is unambiguous: your file is dominated by a long tail of small payments. A fixed correspondent-banking fee that is trivial against a EUR 3,000 payment is confiscatory against a EUR 22 one, and no amount of FX margin negotiation fixes a per-item cost applied to a long tail.

Does any of this apply outside the euro area?

Mostly not, and that is the angle that argues hardest against everything above.

Verification of Payee is a SEPA obligation. PSPs in non-euro Member States do not have to comply until 9 July 2027, and outside the EU the concept ranges from a mature national scheme to nothing at all. The United Kingdom has run Confirmation of Payee for years, and reached it by a different route with different edge cases. India, Brazil and Australia each handle payee confirmation inside their own instant-payment schemes, on their own terms. Much of your corridor list has no equivalent whatsoever.

Set that against where the distributors actually are. The World Federation of Direct Selling Associations counts 104.3 million independent representatives worldwide, with 40.3% of global retail sales in Asia-Pacific against 21.6% in Europe. So a single global payout policy written to the strictest rule in your footprint over-engineers most of the file, and one written to the average leaves your European corridor exposed at precisely the point a regulator would look.

This is the case for treating payouts as a set of corridor-specific decisions rather than one procurement decision. The uncomfortable version is that it is also the case against the single-provider consolidation most organisations are told to pursue — and we say that as a company whose commercial interest points the other way.

What is still unresolved

Several things, and they are moving.

Whether bulk verification gets standardised at all is genuinely open. The European Payments Council published Verification of Payee scheme rulebook v1.1 on 16 March 2026, effective 20 September 2026, and consulted on v2.0 through the first half of the year — but bulk-file handling has repeatedly failed to reach consensus across the SEPA community, and the standing position remains that it is out of scheme scope and PSPs decide their own approach. If that changes, the calculation in this article changes with it.

The corporate treasury community is pushing in a specific direction: opt-out logic based on the submission channel rather than on whether the order is single or multiple, and execution on a match, close match or impossible-to-verify result without forcing re-authorisation of an already-approved batch. That would be a materially better outcome for large payout files than either of today's options. It is a lobbying position, not a rule, and we do not know whether it lands.

PSD3 and the Payment Services Regulation are close to adoption but not adopted, and both touch fraud liability in ways that could reopen the allocation described above. And we will say plainly that we do not have a confident view on where liability for a misdirected commission payment ultimately sits across a chain of payer, payment service provider and payout partner when the check was disabled by default rather than by an informed decision. We have not seen that tested. If your counsel has, we would like to hear it.

Where this leaves you

Three things are worth doing this quarter, and none of them require a change of provider.

• Ask your bank, in writing, whether verification of payee is enabled or disabled on your file channel. If the answer is disabled, ask who requested it and when. In most cases the honest answer will be that it was a default, and that answer is worth having on paper.
• Run one commission file through verification in a test cycle and read the match rate as a payee-data-quality score. You will learn more about your payout risk in one run than from a year of provider comparisons.
• Separate your corridor decisions from your provider decision. The European slice of your file is now governed differently from the Asia-Pacific slice, and a single policy across both is a choice rather than a simplification.

The reason we look at this from four directions rather than one is that the four genuinely disagree. Compliance says turn verification on. Operations says a 40,000-line file will not pass it. Commercial says the payout frequency is going up anyway. Jurisdictional says most of your distributors are not covered either way. There is no arrangement that satisfies all four, and any provider telling you otherwise has only read one of them.

We build payout and card programmes for organisations with this shape of problem, deliberately across multiple financial institutions rather than one, because a single point of failure in a 60-country payout run is the thing that ends up on a call with your distributor leaders. If you are running a commission file into Europe and you do not yet know whether the payee check is on, that is the question we would ask first — and we would rather you asked your existing bank than us. Tell us what the answer was.