米国全法域カバレッジ：50州だけでは不十分な理由とKYBコンプライアンスの盲点

日本の金融機関・FinTech企業・法務担当者にとって、米国企業との取引審査は年々複雑さを増しています。「米国50州の事業者情報を確認している」という体制を整えていても、実はワシントンD.C.、プエルトリコ、米領バージン諸島などの米国準州・特別区が抜け落ちているケースが少なくありません。この見落としは、犯罪による収益の移転の防止に関する法律（犯収法）や金融庁のKYC指針に照らして重大なコンプライアンスリスクになり得ます。本稿では、なぜ「50州＋α」のカバレッジが不可欠なのかを規制背景とともに解説し、OpenSOSData APIを用いた実装例もあわせて紹介します。

1. 米国準州KYBコンプライアンスが日本企業に直結する理由

日米間のクロスボーダー投資・送金・M&Aが増加する中、取引相手の法人実体確認（KYB: Know Your Business）は避けて通れません。米国財務省FinCEN規則や日本の犯収法第4条に基づく取引時確認義務では、取引相手が「実在する法的に有効な法人」であることを確かめる必要があります。

ここで盲点となるのが、50州以外の法域で設立された法人です。例えば：

• ワシントンD.C.（District of Columbia）：連邦政府機関の多い首都圏に集積するロビイスト法人・NPO・コンサルティング会社
• プエルトリコ（Puerto Rico）：Act 22/Act 60による税優遇を目的に設立される投資会社・暗号資産関連事業者が急増
• 米領バージン諸島（U.S. Virgin Islands）：オフショア的性格を持つ金融・ファンド系法人

これらの法域の法人を「50州でヒットしなかったから存在しない」と判断してしまうと、架空会社やシェルカンパニーの見落としリスクが生じます。金融庁の「マネー・ローンダリング及びテロ資金供与対策に関するガイドライン」（2024年改訂版）でも、実質的支配者の確認と法人実体の確認を組み合わせた多層的な審査が求められており、準州法人のスクリーニングはその一環です。

2. 犯収法・FATF勧告から読み解く法域カバレッジの要件

FATFの第10勧告（顧客デュー・ディリジェンス）および第22・23勧告（指定非金融業者・職業専門家への適用）は、取引相手の法人確認において「設立地における登録状況の確認」を明示しています。日本はFATF勧告を犯収法・犯収法施行規則に落とし込んでおり、特定事業者（銀行・証券・保険・暗号資産交換業者など）は取引時確認義務を負います。

重要なのは、「確認」の範囲が登記国・設立地に限定されない点です。米国法人であれば、設立州（または特別区・準州）のSecretary of Stateデータベースにおけるアクティブステータスの確認が実務上の標準となっています。50州のみをカバーするシステムは、この要件を部分的にしか満たしません。

3. プエルトリコ法人が急増している背景

2012年に導入されたプエルトリコのAct 20・Act 22（現在はAct 60として統合）は、米国市民権保有者に対して個人所得税・キャピタルゲイン税の大幅な優遇を提供します。この制度を活用するため、暗号資産投資家・ヘッジファンドマネージャー・FinTech起業家がプエルトリコに法人・信託を設立するケースが急増しています。

日本の暗号資産交換業者や証券会社がこれらの法人と取引する場合、プエルトリコのDepartment of Stateに登録されたアクティブな法人かどうかを確認しなければなりません。確認できなければ、マネーロンダリングリスクの高い未確認法人との取引として内部監査・外部監査の指摘対象になります。

4. OpenSOSData APIの全法域カバレッジ

OpenSOSDataは、米国50州に加えてワシントンD.C.、プエルトリコ、米領バージン諸島を含む全法域3,400万件以上の法人情報をカバーするREST APIです。KYBワークフローに組み込むことで、準州法人の見落としを防止できます。

返却データ項目

料金体系（USD）

従量課金制（Pay as you go）のため、月額固定費は不要です。まずは無料アカウント登録から始められます。

5. 実装例：プエルトリコ法人のライブ照会（Python）

以下のコード例では、プエルトリコに設立された法人をOpenSOSData APIでリアルタイム照会する方法を示します。cache_preferenceをlive_onlyに設定することで、Secretary of Stateの最新データを直接取得します。

import requests
import json

# OpenSOSData APIの設定
API_URL = "https://api.opensosdata.com/v1/lookup"
API_KEY = "YOUR_API_KEY"  # app.opensosdata.com で取得

# プエルトリコ法人を照会するペイロード
payload = {
    "entity_name": "Example FinTech LLC",  # 照会対象の法人名
    "state": "PR",                            # PR = プエルトリコ
    "cache_preference": "live_only"           # 最新データを直接取得（KYB推奨）
}

headers = {
    "x-api-key": API_KEY,
    "Content-Type": "application/json"
}

# APIリクエスト送信
response = requests.post(API_URL, headers=headers, json=payload)

if response.status_code == 200:
    data = response.json()
    # ステータス確認（犯収法上の存続性チェック）
    status = data.get("status", "不明")
    print(f"法人名: {data.get('entity_name')}")
    print(f"法人種別: {data.get('entity_type')}")
    print(f"登録状況: {status}")
    print(f"設立日: {data.get('formation_date')}")
    print(f"登録エージェント: {data.get('registered_agent')}")

    # アクティブでない場合は警告
    if status.lower() != "active":
        print("⚠️ 警告: この法人はアクティブ状態ではありません。取引審査を中断してください。")
else:
    print(f"エラー: {response.status_code} - {response.text}")
  

ワシントンD.C.の場合は"state": "DC"、米領バージン諸島の場合は"state": "VI"を指定します。詳細なパラメータ仕様は公式ドキュメントをご参照ください。

6. KYBワークフローへの組み込み方

実務的なKYBフローでは、以下のステップでOpenSOSData APIを活用することを推奨します：

1. 法人名・設立州の収集：取引相手から申告された情報をもとに照会パラメータを設定
2. ライブ照会の実行：cache_preference: live_onlyで最新のSecretary of Stateデータを取得
3. ステータス判定：Active以外（Dissolved・Revokedなど）の場合は審査停止・エスカレーション
4. 登録エージェント情報の記録：実質的支配者調査の補完資料として保管
5. 定期的な再確認：継続的モニタリングとして四半期ごとにキャッシュ照会で状況確認

継続的モニタリングにはコスト効率の高いキャッシュ照会（cache_preference: cache_first）を活用することで、大量件数でもコストを抑制できます。

よくある質問（FAQ）

まとめ

米国法人のKYB審査において「50州＝米国全体」という思い込みは、コンプライアンス上の重大な盲点を生みます。ワシントンD.C.、プエルトリコ、米領バージン諸島はそれぞれ独自の法人登録制度を持ち、日本企業が取引する相手法人がこれらの法域に設立されているケースは珍しくありません。

犯収法・金融庁ガイドライン・FATF勧告に基づく取引時確認義務を完全に果たすためには、米国全法域をカバーするKYBソリューションが不可欠です。OpenSOSDataは50州＋D.C.＋プエルトリコ＋USVIを含む3,400万件以上の法人情報をAPIで提供し、ライブ照会からキャッシュ照会まで柔軟な料金体系で利用できます。

まずは無料アカウントを作成して、準州を含む全法域カバレッジのKYBワークフローを構築してください。