FATF勧告の日本実施と米国企業検証への実務的影響：KYBコンプライアンス対応ガイド

金融活動作業部会（FATF）の第4次相互審査を経て、日本は2024年以降、マネーロンダリング対策を大幅に強化しています。犯罪収益移転防止法（犯収法）の改正、金融庁（FSA）による監督強化、そして法人顧客に対するKYB（Know Your Business）義務の実質的な厳格化——これらは、米国企業と取引する日本の金融機関・フィンテック・法律事務所に直接的な影響を与えます。本稿では、FATF勧告日本実施の規制的背景を整理したうえで、米国企業の実態確認をAPI経由で自動化する実務的な手法を解説します。

1. FATF勧告と日本の法的枠組み

第4次相互審査の主な指摘事項

FATFは2021年の対日審査報告書において、法人顧客の実質的支配者（UBO）確認が不十分であること、リスクベースアプローチの適用が形式的にとどまっている点を重点課題として指摘しました。その結果、日本政府は以下の対応措置を順次実施しています。

• 犯収法改正（2023年施行）：特定事業者による法人顧客の実質的支配者情報の確認義務を強化。持株比率25%超の個人を原則的に特定する必要があります。
• 商業登記情報の活用義務化：法人番号（houjin bangou）と登記情報を照合した実在確認が標準手順として求められます。
• 継続的モニタリングの強化：取引開始後も定期的な情報更新と異常取引の検出が義務付けられています。

金融庁（FSA）のガイドライン

金融庁が公表した「マネー・ローンダリング及びテロ資金供与対策に関するガイドライン」は、国内法人のみならず外国法人——特に米国法人——に対するデューデリジェンスについても具体的な要件を示しています。米国企業はデラウェア州やワイオミング州など匿名性の高い州で設立されることが多いため、形式的な書類確認では不十分であり、各州のSecretary of State（SoS）データベースとのリアルタイム照合が実務上不可欠となっています。

2. 米国企業特有のKYBリスクとその背景

デラウェアLLCの問題点

日本企業が米国パートナーと取引する際、相手がデラウェアLLC（有限責任会社）であるケースは非常に多く見られます。デラウェア州では設立時のメンバー情報開示が不要であるため、法人としての実在性は確認できても、その背後の実質的支配者を把握することが困難です。FATFはこのような「シェル企業」リスクを高リスク類型として明示しており、日本の特定事業者はより踏み込んだ確認措置を講じる必要があります。

EINと法人番号の比較

この比較が示すように、米国企業のKYBにおいてはEINだけでなく、各州Secretary of Stateの登録情報を直接参照することが、FATF勧告日本実施への実質的な対応となります。

3. Secretary of Stateデータのリアルタイム取得：OpenSOSData APIの活用

米国50州＋ワシントンD.C.・プエルトリコ・米領バージン諸島（計2,300万以上の法人エンティティ）のSoSデータをリアルタイムで取得できるAPIが OpenSOSData です。エンドポイントは POST https://api.opensosdata.com/v1/lookup 一本で、法人名・州コード・エンティティIDを指定して検索できます。

返却データ項目

• 法人名（entity name）
• 法人種別（LLC・Corporation等）
• エンティティID（州固有）
• ステータス（Active / Dissolved等）
• 設立日（formation date）
• 登録代理人名および住所（registered agent）

料金体系

ライブルックアップは標準で$0.10/件（ボリュームディスカウントで最低$0.0314/件、約4.7円）。キャッシュデータは標準$0.01/件（最低$0.00314/件、約0.47円）。完全従量課金制で月額固定費は不要です。こちらから無料登録できます。

Pythonによる実装例

import requests
import json

# OpenSOSData APIの設定
API_KEY = "your_api_key_here"  # app.opensosdata.comで取得したAPIキー
API_URL = "https://api.opensosdata.com/v1/lookup"

def verify_us_entity(company_name: str, state_code: str) -> dict:
    """
    米国法人のSecretary of State登録情報をリアルタイムで取得する関数。
    KYB/AMLコンプライアンス対応のためのFATF勧告準拠処理に使用。
    
    Args:
        company_name: 照合対象の法人名（英語表記）
        state_code: 米国州コード（例: "DE"=デラウェア, "CA"=カリフォルニア）
    
    Returns:
        照合結果を含む辞書（ステータス・設立日・登録代理人等）
    """
    headers = {
        "Authorization": f"Bearer {API_KEY}",
        "Content-Type": "application/json"
    }
    
    # リクエストボディの構築
    payload = {
        "name": company_name,    # 法人名（部分一致検索も可能）
        "state": state_code,     # 州コード（2文字）
        "live": True             # Trueでリアルタイム照合（$0.10/件）
    }
    
    response = requests.post(API_URL, headers=headers, json=payload)
    response.raise_for_status()  # HTTPエラー時は例外を送出
    
    result = response.json()
    
    # KYBチェック：Active状態かどうかを判定
    if result.get("entities"):
        entity = result["entities"][0]
        is_active = entity.get("status", "").lower() == "active"
        
        # 犯収法対応：ステータスが非アクティブの場合は警告フラグを立てる
        entity["kyb_alert"] = not is_active
        entity["fatf_check_passed"] = is_active
        
        return entity
    
    # 法人が見つからない場合もアラートとして記録
    return {
        "kyb_alert": True,
        "fatf_check_passed": False,
        "message": "法人情報が見つかりませんでした。追加確認が必要です。"
    }

# 使用例：デラウェア州のLLCを検証
if __name__ == "__main__":
    result = verify_us_entity("Acme Holdings LLC", "DE")
    
    print("=== KYB検証結果 ===")
    print(f"法人名: {result.get('name', 'N/A')}")
    print(f"ステータス: {result.get('status', 'N/A')}")
    print(f"設立日: {result.get('formation_date', 'N/A')}")
    print(f"登録代理人: {result.get('registered_agent', {}).get('name', 'N/A')}")
    print(f"FATF準拠チェック通過: {result.get('fatf_check_passed', False)}")
    print(f"アラート要否: {result.get('kyb_alert', True)}")

APIの詳細仕様は OpenAPI仕様書（YAML） から確認できます。

4. 日米クロスボーダー取引におけるKYBワークフロー設計

推奨する3段階確認プロセス

FATF勧告日本実施への実務対応として、以下の段階的アプローチを推奨します。

1. 第1段階：法人実在確認
   OpenSOSData APIによるリアルタイムSoS照合。Activeステータスと設立日を確認し、照会記録をシステムに保存します。
2. 第2段階：リスク類型判定
   設立州（デラウェア・ワイオミング等の高匿名州）、法人種別（LLC vs. Corporation）、設立からの経過年数を組み合わせてリスクスコアを算出します。
3. 第3段階：UBO確認と継続的モニタリング
   SoS情報だけでは実質的支配者を特定できない場合、認定された第三者データベース（Beneficial Ownership情報等）との照合やEDD（強化デューデリジェンス）に進みます。FinCENのBeneficial Ownership規則（2024年施行）の情報も参照可能です。

継続的モニタリングへの応用

犯収法が求める継続的モニタリングに対応するため、定期バッチ処理によるSoSステータス再確認を実装することが有効です。キャッシュデータ（$0.01/件）を活用することでコストを抑えながら、ステータス変更（Dissolved・Revokedへの変更）を検知できます。

5. FAQ

まとめ

FATF勧告日本実施は、米国企業と取引する日本の特定事業者にとって、KYBプロセスの実質的な高度化を意味します。法人実在確認の自動化・証跡管理・継続的モニタリングの三点セットを整備することが、犯収法および金融庁ガイドライン対応の基盤となります。OpenSOSData APIを活用することで、米国50州＋ワシントンD.C.・プエルトリコ・米領バージン諸島のSoSデータをリアルタイムで取得し、コンプライアンスワークフローに組み込むことが可能です。APIの詳細仕様は OpenAPI仕様書 を、アカウント登録は こちら からご確認ください。