【ITニュース解説】VAT Validation vs KYB: What Each Actually Checks

オンラインでビジネスを行う際、取引相手が本当に存在するのか、信頼できる相手なのかを確認する作業は非常に重要だ。この確認作業には「VAT検証」と「KYB（Know Your Business）」という二つの異なるアプローチがある。これらはそれぞれ異なる目的を持ち、一方がもう一方の代わりになるわけではない。システムエンジニアとしてこのようなシステムを構築する際には、それぞれの役割を正しく理解しておくことが不可欠となる。

まず「VAT検証」とは何かについて説明する。VATとは付加価値税（Value Added Tax）の略で、日本でいう消費税のようなものだ。VAT検証は、特定のVAT ID（付加価値税の納税者番号）が現在も有効に登録されているかを確認するプロセスである。これは主に欧州連合（EU）圏内の企業間で取引を行う際に利用され、VAT IDが有効かどうかを調べることで、適正な税務処理を可能にする。例えば、vatnodeのようなサービスが提供するAPIは、EU委員会のVIES（VAT Information Exchange System）という検索サービスや、VIESが利用できない場合には各国のVATレジストリに問い合わせを行う。APIからの応答は、そのVAT IDが「有効か無効か」を示す真偽値（true/false）を返す。さらに、提供元によっては、そのVAT IDに紐づく企業名、企業住所、登録日、企業の形態、業種といった基本的なレジストリ情報も合わせて提供されることがある。ただし、これらの追加情報が返されるかどうか、またその内容は国やレジストリによって大きく異なるため、情報が全く返ってこないこともある。

しかし、VAT検証が「有効」と示しても、それが事業の正当性、支払い能力、あるいは取引相手としての安全性を保証するものではない点に注意が必要だ。VIESや各国のVATレジストリは、単に税務登録のステータスを確認するためのシステムであり、企業の経営状況やコンプライアンス、リスクに関する情報を提供するものではない。また、返されるデータ（特に企業名や住所などの付加情報）が常に最新であるとは限らず、その情報源であるレジストリの更新頻度に依存する。つまり、VAT検証は「この番号は税務上有効か？」という問いに答えるだけで、「このビジネスは信頼できるか？」という問いには答えないのである。

次に「KYB（Know Your Business）」について解説する。KYBは、ビジネスの実態やリスク、規制遵守状況を総合的に確認するためのプロセスである。これは単一のAPIコールで完結するようなものではなく、複数の確認作業と情報源を組み合わせた、より広範なリスクおよびコンプライアンス（法令遵守）プロセスを指す。KYBが確認する主な項目は次の通りだ。まず「実質的支配者（UBO）」の確認。これは、企業の登記上の代表者だけでなく、その企業を最終的に所有または支配している個人（自然人）を特定する作業である。複雑な企業構造の背後にある真の所有者を明らかにすることで、マネーロンダリングやテロ資金供与といった不正行為を防ぐ目的がある。次に「制裁リストおよびPEPスクリーニング」。これは、対象となる企業やその所有者、役員が国際的な制裁リストや「政治的に重要な公人（PEP: Politically Exposed Person）」のリストに掲載されていないかをチェックする。これらのリストに載っている場合、特定の取引が禁止されたり、高いリスクがあると見なされたりする。さらに「法人設立書類の検証」。会社登記証明書、定款、住所証明、署名権限を示す書類など、企業の法的存在を示す各種書類を実際に検証する作業も含まれる。そして、KYBは一度きりの確認で終わるわけではない。多くの規制体制では「継続的モニタリング」が求められ、定期的に再スクリーニングを行ったり、何らかのトリガーイベント（例えば、所有者の変更など）が発生した際に再確認したりする。VAT検証の応答には、これらの実質的支配者、制裁情報、または文書に関するデータは一切含まれない。VAT検証の目的は税務登録の確認であり、アンチマネーロンダリング（AML）プログラムを実行することではないのだ。

では、VAT検証とKYBの間に全く関係性がないかというと、そうではない。両者にはいくつかの重複点や連携の可能性がある。例えば、企業名や住所、登録日といった基本的な身元情報は、VAT検証でも一部取得できることがあり、これらはKYBプロセスでも確認したい情報と重なる。VAT検証でこれらの情報を取得できれば、ユーザーが手動で入力する手間を省いたり、KYBプロセスで取得した情報と照合して信頼性を高めたりすることが可能になる。また、VAT検証サービスの中には、VAT IDの有効性が変更されたり、関連するレジストリ情報が変わったりした場合に通知するモニタリング機能を提供するものもある。これはKYBにおける「継続的モニタリング」の一部、特にVATステータスの変化という限定的な側面を補完するものと言える。さらに、VAT検証を行った証拠として発行される「VIESコンサルテーション番号」は、そのVATチェックが特定の日時に行われたことを示す監査証拠として利用できる。これはKYBプロセス全体における各種確認の記録と同様に、コンプライアンスや監査の際に役立つ情報となる。

しかし、これらの重複は限定的であり、VAT検証がKYBを完全に代替するわけではない。VAT検証が税務登録ステータスと基本的なメタデータに特化しているのに対し、KYBは所有権、スクリーニング、および文書検証といった、より広範囲なリスクとコンプライアンスの側面をカバーする。

実務においては、この二つは代替ではなく、むしろ段階的に連携させるのが効果的なパターンとなる。つまり、VAT検証を最初の「門」として利用し、その後に必要に応じてKYBプロセスを実行するという流れだ。これは、VAT検証が比較的安価で高速に実行できるため、最初に利用することで、明らかに無効な入力や不適切な事業者を早期にスクリーニングし、よりコストと時間のかかる本格的なKYBチェックに進む前に無駄を省くことができるからである。

具体的なワークフローとしては、以下のようなパターンが考えられる。まず、新規ビジネスがサービスにサインアップする際に、VAT IDを入力してもらう。次に、システムはそのVAT IDに対してVAT検証APIを呼び出す。もしAPIが「valid: false（無効）」という結果を返した場合、それ以上の重いKYBチェックを行うことなく、そのアカウントをブロックするか、無効なものとしてフラグを立てる。valid: trueであった場合は、取得できた企業名や住所などの情報で、登録フォームの該当する項目を自動的に埋める。これにより、ユーザーの入力負担を軽減できる。そして、このVAT検証を通過したアカウントに対してのみ、そのビジネスの規制要件に応じた実質的支配者、制裁スクリーニング、および文書確認などのKYBプロセスを実行する。VAT検証の結果は、これらのKYBプロセスをスキップできるかどうかを判断する材料にはならない。VAT検証は、あくまでも「最初の門」として、不適切な入力を素早く、かつ低コストでふるいにかける役割を果たすものであり、KYBプロセスのステップを完全に置き換えるものではないということを理解しておくことが重要だ。

システムエンジニアを目指す上で、このような異なる種類の確認プロセスがなぜ必要なのか、そしてそれぞれがどのような情報を扱い、どのように連携すべきかを把握することは、安全で効率的なシステム設計の基礎となる。VAT検証は、その安価さと速さから、多くのビジネスオンボーディングプロセスにおける重要な初期フィルタとして機能するが、それがビジネスの実態やリスク評価の全てをまかなうものではないことを常に念頭に置く必要がある。正しい利用方法を理解することで、信頼性の高いサービス構築に貢献できるだろう。