本番稼働のVerification of Payee：部分一致、一括ファイル、値付けされない責任の9か月

TL;DR. IPR期限から9か月。Verification of Payeeはユーロ圏の全PSPが無償で運用する社会インフラになりました。工数が集中したのはマッチング処理ではなく、部分一致の画面設計、法人の一括ファイルの分解、そしてルールブックが線を引かない責任分界です。本番稼働の実像を整理します。

主な要点

規制は、確認を配管設備に変えました. 10年にわたり、名義照合は各国のイニシアチブであり、競争上のストーリーでした。オランダと英国はスキームを構築し、不正削減効果を訴求しました。Regulation (EU) 2024/886は、照合を義務・無償・一般的なものにすることで、ユーロ圏全体でその図式を終わらせました。.
スキームが実際に求めていること. EPCスキームは、メッセージ交換と、そして決定的に重要な点として、答えの語彙を定義します。リクエスト側PSPが問い合わせ、応答側PSP――IBANの背後にある口座を保有する側――が、口座名義人の氏名そのものではなく分類を返します。.
部分一致が問題のすべてです. 一致と不一致は簡単です。「続行」と「中止」に対応します。部分一致は「あなたが決めてください」に対応し、そこで統制は効くか、静かに死ぬかが決まります。.
一括ファイルがモデルを壊し、オプトアウトが統制点になった. 難しかったのはリテールの単発送金ではありません。法人の支払ファイルでした。.

受取人確認は、義務になった日にプロダクトであることをやめました。 2025年10月9日以降、ユーロ圏加盟国のすべての決済サービスプロバイダー（PSP）は、Regulation (EU) 2024/886に基づき、送金についてVerification of Payeeを無償で提供しなければなりません。照合そのものは難しくありません。提示された名義を口座上の名義と突き合わせ、答えを返すだけです。難しかったのは、その周辺のすべてでした。5秒の応答予算、イエスでもノーでもない中間の答え、照合の前に分解しなければならない法人ファイル、そして規制もスキームのルールブックも引こうとしない責任の分界線です。

エグゼクティブサマリー

義務は広く、そして値付けされていません。 Regulation (EU) 2024/886は、対象となる送金全般について、PSPが支払人に対しVerification of Payeeを無償で提供することを求めています。ユーロ圏の事業者は2025年10月9日から稼働し、ユーロ圏外の事業者は後続のスケジュールで続きます。手数料でコストを回収する道はありません。

相互接続性は外部化されました。 すべてのPSPが他のすべてのPSPと接続するのではなく、欧州決済評議会のスキームは、EPCの適格性審査を受けたRouting and/or Verification Mechanismsを経由してリクエストをルーティングします。この判断は到達性の問題を解決すると同時に、オペレーショナル・レジリエンス登録簿に載せるべき第三者依存を生み出しました。

レイテンシは自ら選ぶSLOではなく、スキームの条件です。 スキームは、リクエスト側PSPが応答を得るまでの上限を5秒と定めており、実運用ではさらに大幅に短い目標が置かれます。タイムアウトは支払人から隠せる障害状態ではありません。それはひとつの答えであり、「確認できなかった」という意味です。

UXを誤れば統制は劣化します。 頻繁に出すぎる警告、定型文にしか読めない警告は、無視されます。部分一致の扱いは、実装全体のなかで最もレバレッジの高い設計判断です。

規制は、確認を配管設備に変えました

10年にわたり、名義照合は各国のイニシアチブであり、競争上のストーリーでした。オランダと英国はスキームを構築し、不正削減効果を訴求しました。Regulation (EU) 2024/886は、照合を義務・無償・一般的なものにすることで、ユーロ圏全体でその図式を終わらせました。

義務の3つの性質が、ほかの何よりも効いてきます。

第一に、支払人に対して無償であることです。Article 5cはプレミアム版の確認サービスに余地を与えません。銀行が通常であれば構築費を賄い、利用を配分するために使う商業的な仕組みが失われます。

第二に、即時送金に限られないことです。この制度はInstant Payments Regulationのなかで導入されましたが、確認義務は対象となる送金全般に及び、通常のSEPA送金も含まれます。プログラムの範囲をSCT Instだけに絞った金融機関は、想定よりはるかに広い統合面に直面しました。

第三に、時間で区切られていることです。欧州決済評議会のスキームは、リクエスト側PSPが応答を得るまでの上限を5秒と定め、通常運転ではさらに大幅に速い目標を置いています。この数字は銀行が社内で交渉するサービスレベル目標ではありません。スキームの条件であり、その上流にあるすべて――支払指図のUX、チャネルのタイムアウト、リトライ方針、ファイル処理――がその内側に収まらなければなりません。

帰結は構造的です。確認は、固定されたレイテンシ予算を持ち、収益ラインを持たない共有インフラになりました。決済口座を運営するためのコストです。

スキームが実際に求めていること

EPCスキームは、メッセージ交換と、そして決定的に重要な点として、答えの語彙を定義します。リクエスト側PSPが問い合わせ、応答側PSP――IBANの背後にある口座を保有する側――が、口座名義人の氏名そのものではなく分類を返します。

表1：応答種別と、それぞれが課すもの

応答	意味するもの	支払人に見えるもの	PSPが証跡として示せなければならないもの
一致（Match）	提示された名義が、口座上の名義と対応している	摩擦なく続行	照合が実行され、応答が記録されたこと
部分一致（Close match）	名義は近いが完全には一致しない――略称、屋号、要素の入れ替わり	警告と、スキームの設計上は実際に口座上に保持されている名義。支払人が判断できるようにするため	表示された正確な文字列、タイムスタンプ、およびその後の支払人の選択
不一致（No match）	名義が口座と対応していない	承認前の明示的な警告	警告の内容と、警告を無視して続行した記録（ある場合）
確認不能（Verification not possible）	制限時間内に応答がない、または応答側がリクエストに応じられない	照合を完了できなかったという中立的な通知	なぜ失敗したか、そして支払人に伝えられたこと

4行目こそ、多くのプログラムが設計を軽視した箇所です。タイムアウトは飲み込むべき内部エラーではありません。開示が求められるスキーム上の結果であり、必ず発生します――応答側PSPの障害時、RVMの性能劣化時、あるいは上限付近での単純なネットワーク変動時に。

相互接続性はRouting and/or Verification Mechanismsが担います。PSPはSEPA内のすべての金融機関と双方向の到達性を構築する代わりに、RVM経由で相手方に接続でき、RVMはEPCの適格性審査を完了しなければなりません。これはアーキテクチャとして正しい判断でした――代替案は構築不能なメッシュです――が、規制対象である決済サービスの承認経路に、集中した第三者を持ち込みます。それはベンダー管理ファイルだけでなく、DORAの情報登録簿と集中リスク分析に属します。

部分一致が問題のすべてです

一致と不一致は簡単です。「続行」と「中止」に対応します。部分一致は「あなたが決めてください」に対応し、そこで統制は効くか、静かに死ぬかが決まります。

現実の受取人名は、不正とはまったく無関係な理由で乱れています。企業はブランド名で取引し、登記名義で口座を持ちます。個人事業主の口座は個人名です。名前には支払人のキーボードにない発音区別符号が付き、あるいは支払人が省略する法人格表記が付きます。長い名前は上流システムで切り詰められます。正当な当事者同士が、カンマひとつで異なることもあります。

その結果、まったく正当な支払いに対して部分一致が絶え間なく発生します。そのたびに、作業を終わらせようとしているまさにその瞬間に、判断する材料を持たない人へ判断が求められます。この失敗モードは、これまで出荷されたあらゆるセキュリティ警告からよく理解されています。実害なく十分な回数表示されれば、反射的に無視され、本当に重要な1件が来たときにも同じように無視されます。

2つの設計上のコミットメントが、結果を実質的に変えます。

判定だけでなく、名義を見せること。 「詳細が完全には一致しません」と言うだけの警告は、支払人に考える材料を何も与えません。スキームの設計が部分一致において口座上の名義を返すことを想定しているのは、まさに支払人が「ACME Trading Ltd」と「Acme Trading Limited」が同じ取引先であること、そして「A. Trading Services」はそうではないことを認識できるようにするためです。

警告を無視して続行する操作は、意図的かつ記録可能にすること。 警告後の支払人の判断は、このやり取りが生む最も重要な成果物です。それが損失を誰が負うかを決めます。いつもと同じボタンを押した結果として暗黙に生じるものではなく、表示された正確な文字列とともに記録される明示的な行為であるべきです。

そのうえで、本当に意味のある指標を測ること。 出した警告の件数ではなく、警告を無視して続行された割合、そしてそのうち後に紛争となった件数です。正当な支払いでの続行率が高ければ、照合が厳しすぎます。続行のなかで紛争率が高ければ、警告が読まれていません。

一括ファイルがモデルを壊し、オプトアウトが統制点になった

難しかったのはリテールの単発送金ではありません。法人の支払ファイルでした。

法人顧客は支払ファイル――多くの場合pain.001――を提出し、そこには数百から数千件の送金が含まれます。確認はファイルに対して働きません。受取人に対して働きます。したがって銀行はファイルを分解し、明細ごとにリクエストを起こし、同じ5秒上限のもとで答えを集めてから、ファイルを実行に回さなければなりません。一括提供に関するスキーム自身の明確化文書が存在するのは、これが規制条文からは自明でなかったからです。

規制はこの圧力を織り込んでいました。消費者以外の決済サービス利用者は、複数の支払指図を一括で提出する際に確認サービスの提供を受けないというオプトアウトを選ぶことができ、また再び受けることもできます。この1つの条項が、いまや運用負荷の不釣り合いに大きな部分を担っており、便宜ではなく統制として扱われるに値します。

法人バンキングのチームには、2つの帰結が生じます。

オプトアウトは、一度下されて数千回受け継がれるリスク判断です。一括提出について確認を放棄した財務担当者は、その判断が見直されるまで、将来のすべてのファイルのすべての支払いから不正統制をひとつ取り除いたことになります。オンボーディング時に一度チェックして二度と見られないチェックボックスではなく、名前のある責任者、有効期限、定期的な再確認を伴う、授権変更と同等のレビュー頻度で扱うべきものです。

より良い答えは上流にあります。 ファイル提出時点での確認は、ライフサイクルのなかで間違った位置です。受取人は数週間前にERPや資金管理システムに登録されており、口座番号のすり替えが害をなすのはそこだからです。受取人の登録時と、その後の銀行口座情報の変更時に確認を走らせれば、統制は変更が起きた瞬間に移り、支払処理からレイテンシ圧力が完全に外れ、はるかに少ない件数の照合で、はるかに価値の高い判断を守れます。受取人単位の確認を法人顧客への常設サービスとして提供する銀行は、本当の問題を解いています。提出時点でしか確認しない銀行は、期限を解いているだけです。

誰も引かなかった責任の分界線

スキームは応答を定義します。結果は定義しません。その空白に、これから数年分の論争が居座ります。

いまや日常となった流れを考えてみてください。銀行が部分一致の警告を出します。支払人は続行します。資金は詐欺者に渡ります。銀行は義務を正確に履行し、それを証跡で示せます。支払人は、警告が曖昧で、実際に何がおかしいのか伝えられなかったと主張します。

どちらの立場も擁護可能であり、そこが問題です。規制はサービスの提供を義務づけ、PSPが提供を怠った場合に生じる損失への帰結を想定しています。しかし、サービスが機能し、警告が表示され、それでも人が誤った判断をした場合については決着をつけていません。各国の国内実施、オンブズマンの決定、そして時間をかけて形成される判例が、加盟国ごとに不揃いなかたちで決着させていくでしょう。

その結果を受け取る側ではなく、形づくる側に回りたい金融機関には、3つのことが導かれます。

証跡の質が防御です。 「警告を表示した」ではなく、表示した正確な文字列、受領した応答種別、タイムスタンプ、支払人の行動を、紛争期間の全期間にわたり保持し、開発チケットを起票せずに苦情処理担当者が取り出せることです。

警告の質がもうひとつの防御です。 部分一致の警告が具体的で読みやすい金融機関は、一般的な文言しか出さない金融機関より実質的に強い立場に立ちます。同じ「警告を無視して続行」でも、同じ裁定者の前で、支払人が実際に何を見せられたかによって読まれ方が変わります。

法人のオプトアウトには記録の裏づけが要ります。 確認を放棄した状態で一括ファイルが提出され、そのなかの1件の支払いが問題になったとき、問われるのは顧客が何を放棄したのか理解していたかどうかです。日付と責任者が記録され、再確認された記録はその問いに答えます。オンボーディングのチェックボックスは答えません。

運用のプレイブック

すでに稼働している金融機関にとって、いまの仕事はデリバリーではなく定着です。

中間を計測すること。 部分一致率、警告を無視して続行された率、そのうち紛争となった率を、チャネル別・顧客種別ごとの月次系列として報告します。統制が効いているかを教えるのはこの3つの数字であり、照合件数ではありません。
RVMを重要な第三者として扱うこと。 それは承認経路上に位置します。ほかの重要な提供者と同じ扱いで、出口計画、代替可能性の分析、インシデント対応への組み込みが必要です。
タイムアウト経路を意図して設計すること。 「確認不能」という結果が、チャネル別・金額帯別に、ブロックするのか、警告するのか、そのまま続行するのかを決め、文書化します。既定を沈黙にすることは、不作為による意思決定です。
法人向けの確認を上流へ移すこと。 受取人登録時と銀行口座情報の変更時の確認を常設サービスとして提供します。支払処理のレイテンシを下げ、統制を改善し、そして課金を禁じる規制のなかで正当に成立する商業提案になります。
一括のオプトアウトをすべて再確認すること。 有効期限を付けます。責任者を指名します。更新を、不作為ではなく判断にします。
ユーロ圏外のトランシェに備えること。 ユーロ圏外の事業者は2027年にかけての後続スケジュールで対象となります。両方にまたがって業務を行う金融機関は、2つではなく1つのケイパビリティを構築すべきです。

規制は、確認するかどうかという選択を取り去りました。残されたのは、どれだけうまくやるかという問題だけです。そして、不正を減らす実装と、監査人を満足させるだけの実装との差は、3か所に表れます。部分一致の画面、一括オプトアウトの登録簿、そして警告を無視して続行した操作の背後にある証跡です。

よくある質問

Verification of Payeeは即時送金にのみ適用されるのですか。
いいえ。要件はInstant Payments Regulationを通じて導入されましたが、確認義務は対象となる送金全般に及び、SCT Instだけでなく通常のSEPA送金も含みます。即時送金だけを対象に設計されたプログラムは、統合面の広さを過小評価していました。

銀行はVerification of Payeeに課金できますか。
Article 5cが求めるサービスについて、支払人に課金することはできません。規制は無償提供を求めています。義務の範囲を超える周辺サービス――法人顧客向けの受取人登録時や銀行口座情報変更時の確認など――はその制約の外にあり、商業提案が正当に成立する領域です。

応答側の金融機関が時間内に回答しない場合はどうなりますか。
スキームは、リクエスト側PSPが応答を得るまでの上限を5秒と定めています。タイムアウトは「確認不能」という結果を生み、これは支払人に伝えなければならない定義済みの結果であって、握りつぶすべき内部エラーではありません。各金融機関は、その結果がブロックするのか、警告するのか、続行するのかを、チャネルごとに決めなければなりません。

法人顧客は一括ファイルについて照合をオフにできますか。
できます。規制は、消費者以外の決済サービス利用者が、複数の支払指図を一括で提出する際にサービスをオプトアウトし、また再開することを認めています。その放棄はその後のすべてのファイルのすべての支払いに及ぶため、責任者、有効期限、定期的な再確認を伴う常設のリスク判断として統治すべきです。

部分一致の警告は、責任を支払人に移転しますか。
自動的にでも、一律にでもありません。規制はサービスの提供を義務づけますが、警告が表示されたうえで支払人が続行した場合については解決していません。結果は国内実施、オンブズマンの実務、判例によって決着していきます。最も強い立場に立つのは、表示した警告文そのもの、受領した応答種別、そして記録された支払人の行動を提出できる金融機関です。

参考文献

欧州議会・欧州連合理事会、2024年。Regulation (EU) 2024/886 amending Regulations (EU) No 260/2012 and (EU) 2021/1230 as regards instant credit transfers in euro。ブリュッセル：欧州連合官報。参照先：欧州議会・欧州連合理事会、2024年。。
欧州中央銀行、2026年。Instant Payments Regulation。フランクフルト・アム・マイン：欧州中央銀行。参照先：欧州中央銀行、2026年。。
欧州委員会、2025年。Clarification of requirements of the Instant Payments Regulation。ブリュッセル：金融安定・金融サービス・資本市場同盟総局。参照先：欧州委員会、2025年。。
欧州決済評議会、2025年。Verification of Payee scheme。ブリュッセル：EPC。参照先：欧州決済評議会、2025年。。
欧州決済評議会、2025年。Verification of Payee scheme rulebook — frequently asked questions。ブリュッセル：EPC。参照先：欧州決済評議会、2025年。。
欧州決済評議会、2025年。Clarifications about the provision of VOP services for bulk files。ブリュッセル：EPC。参照先：欧州決済評議会、2025年。。
欧州決済評議会、2025年。Routing and/or Verification Mechanisms for the Verification of Payee scheme。ブリュッセル：EPC。参照先：欧州決済評議会、2025年。。

最終確認日 2026-08-05.

この記事を転載

本番稼働のVerification of Payee：部分一致、一括ファイル、値付けされない責任の9か月 — Sebastien Rousseau

IPR期限から9か月。Verification of Payeeはユーロ圏の全PSPが無償で運用する社会インフラになりました。工数が集中したのはマッチング処理ではなく、部分一致の画面設計、法人の一括ファイルの分解、そしてルールブックが線を引かない責任分界です。本番稼働の実像を整理します。

本記事のライセンスは Creative Commons Attribution 4.0 International. 転載の際は正規URLへの帰属表示が必要です。

本番稼働のVerification of Payee：部分一致、一括ファイル、値付けされない責任の9か月 — Sebastien Rousseau

IPR期限から9か月。Verification of Payeeはユーロ圏の全PSPが無償で運用する社会インフラになりました。工数が集中したのはマッチング処理ではなく、部分一致の画面設計、法人の一括ファイルの分解、そしてルールブックが線を引かない責任分界です。本番稼働の実像を整理します。

Originally published at https://sebastienrousseau.com/ja/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER