日米ビジネスコンプライアンス完全ガイド：KYB要件をわかりやすく解説

米国企業との取引や米国市場への参入を検討している日本の金融機関・フィンテック企業・事業会社にとって、日米KYBコンプライアンスは今や避けて通れない課題です。金融庁（FSA）のガイドラインや「犯罪による収益の移転防止に関する法律（犯収法）」が求める本人確認義務は、国内企業だけでなく海外取引先にも及びます。米国側でも、FinCEN（金融犯罪取締ネットワーク）のCDD（顧客デューデリジェンス）規則が2024年以降さらに厳格化され、両国の規制要件を同時に満たす体制が不可欠になっています。本ガイドでは、日米両国の規制背景を整理したうえで、米国法人情報を即座に取得できるOpenSOSData APIを活用した実践的なKYBワークフローを解説します。

1. 日本側の規制背景：犯収法とFSAガイドライン

犯罪による収益の移転防止に関する法律（犯収法）

犯収法は、マネーロンダリングおよびテロ資金供与を防止するため、特定事業者（金融機関・不動産業者・貴金属商など）に対して取引時確認義務を課しています。法人顧客に対しては、法人の実在確認、代表者の本人確認、そして実質的支配者（UBO：Ultimate Beneficial Owner）の特定が求められます。

米国法人を取引相手とする場合、日本国内の登記情報だけでは確認できないため、米国各州の州務長官（Secretary of State）データベースへのアクセスが実務上必須となります。特に、デラウェア州やワイオミング州のLLCを活用する日本企業の子会社・JVパートナーは、情報の透明性が低いケースがあり、追加のデューデリジェンスが必要です。

金融庁の監督指針とFATF勧告

金融庁の「マネー・ローンダリング及びテロ資金供与対策に関するガイドライン」は、FATF（金融活動作業部会）の勧告を踏まえ、リスクベースアプローチ（RBA）の徹底を求めています。海外法人との取引はリスクが高いと分類されるため、通常の確認措置に加えて強化デューデリジェンス（EDD）の実施が期待されます。具体的には、法人の設立地・設立日・登録代理人・事業目的の確認が含まれます。これらはまさに米国のSecretary of Stateデータが提供する情報と合致します。

2. 米国側の規制背景：CDD規則とCTA

FinCENのCDD最終規則

米国では、FinCENの顧客デューデリジェンス（CDD）最終規則により、金融機関は法人顧客の実質的支配者（25%以上の持分保有者および支配管理者）を確認する義務があります。日本の金融機関が米国の銀行やブローカーを経由して決済・投資を行う場合、この規則が間接的に影響します。

企業透明性法（Corporate Transparency Act：CTA）

2024年1月に施行されたCTAは、米国内で設立・登録された多くの法人に対して、FinCENへのBOI（実質的支配者情報）報告を義務付けました。これにより、米国企業の情報透明性は大幅に向上しましたが、日本側の実務担当者にとっては、取引相手が報告義務を果たしているかどうかの確認も新たなチェック項目となっています。まず基本として、Secretary of Stateの登録情報で法人の実在・ステータスを確認することが第一歩です。

3. KYBに必要な米国法人情報：何を確認すべきか

米国法人に対するKYBチェックで確認すべき基本情報は以下の通りです。

このうち上位6項目は、OpenSOSDataのAPIで全米50州＋ワシントンD.C.、プエルトリコ、U.S.バージン諸島（3,400万以上のエンティティ）を対象に即座に取得可能です。

4. OpenSOSData APIを使った実践的KYBワークフロー

APIドキュメントに基づく実装例を示します。エンドポイントは POST https://api.opensosdata.com/v1/lookup です。cache_preference パラメータで、ライブデータ取得とキャッシュデータ取得を切り替えられます。

Pythonによる実装例

import requests
import json

# OpenSOSData APIキー（app.opensosdata.comで取得）
API_KEY = "your_api_key_here"

# KYBチェック対象の米国法人情報
TARGET_COMPANY = "Acme Holdings LLC"
TARGET_STATE = "DE"  # デラウェア州

def kyb_lookup(company_name: str, state: str, live: bool = True) -> dict:
    """
    米国法人情報をSecretary of Stateデータから取得する関数
    
    Args:
        company_name: 確認対象の法人名
        state: 州コード（例：DE, CA, NY）
        live: Trueの場合はライブデータ（$0.10/件）、
              Falseの場合はキャッシュデータ（$0.01/件）
    
    Returns:
        法人情報を含む辞書
    """
    url = "https://api.opensosdata.com/v1/lookup"
    
    headers = {
        "x-api-key": API_KEY,
        "Content-Type": "application/json"
    }
    
    payload = {
        "company_name": company_name,
        "state": state,
        # ライブデータ優先 or キャッシュ優先を切り替え
        "cache_preference": "live_only" if live else "cache_first"
    }
    
    response = requests.post(url, headers=headers, json=payload)
    response.raise_for_status()
    
    return response.json()

def evaluate_kyb_risk(entity_data: dict) -> str:
    """
    取得した法人情報をもとにリスク評価を行う関数
    犯収法・金融庁ガイドラインのチェックリストに対応
    """
    # ステータス確認（Active以外はリスク高）
    status = entity_data.get("status", "").lower()
    if status not in ["active", "good standing"]:
        return "HIGH_RISK"  # 解散・失効法人
    
    # 設立日確認（直近6ヶ月以内の新設法人は要注意）
    formation_date = entity_data.get("formation_date", "")
    if formation_date:
        from datetime import datetime, timedelta
        formed = datetime.strptime(formation_date, "%Y-%m-%d")
        if datetime.now() - formed < timedelta(days=180):
            return "MEDIUM_RISK"  # 新設法人
    
    return "LOW_RISK"

# メイン処理：KYBチェック実行
if __name__ == "__main__":
    print(f"KYBチェック開始: {TARGET_COMPANY} ({TARGET_STATE}州)")
    
    # ライブデータで取得（$0.10 ≈ 約15円/件）
    result = kyb_lookup(TARGET_COMPANY, TARGET_STATE, live=True)
    
    print(f"法人名: {result.get('entity_name')}")
    print(f"種別: {result.get('entity_type')}")
    print(f"登録番号: {result.get('entity_id')}")
    print(f"ステータス: {result.get('status')}")
    print(f"設立日: {result.get('formation_date')}")
    print(f"登録代理人: {result.get('registered_agent')}")
    
    # リスク評価
    risk_level = evaluate_kyb_risk(result)
    print(f"\nリスク評価結果: {risk_level}")
    
    if risk_level == "HIGH_RISK":
        print("→ 取引停止または強化デューデリジェンス（EDD）が必要です")
    elif risk_level == "MEDIUM_RISK":
        print("→ 追加書類の徴求と上長承認が必要です")
    else:
        print("→ 標準的なKYBプロセスを継続してください")

curlによるシンプルな確認例

# キャッシュデータで高速・低コスト確認（$0.01 ≈ 約1.5円/件）
curl -X POST https://api.opensosdata.com/v1/lookup \
  -H "x-api-key: your_api_key_here" \
  -H "Content-Type: application/json" \
  -d '{
    "company_name": "Acme Holdings LLC",
    "state": "DE",
    "cache_preference": "cache_first"
  }'

5. 料金体系と大量処理時のコスト試算

OpenSOSDataの料金はペイ・アズ・ユー・ゴー方式で、初期費用・月額固定費は不要です。

例えば、月1,000件の新規取引先KYBをライブで実施した場合、標準料金で$100（約15,000円）。月10,000件の既存取引先の定期モニタリングをキャッシュで行えば$100（約15,000円）と、非常にリーズナブルです。まずは無料アカウント登録でAPIキーを取得し、実際のデータで試してみることをお勧めします。

6. 日米KYBプロセスの統合：実務上のポイント

ホウジン番号（法人番号）とUS EINの違い

日本の法人番号（13桁）はすべての法人に付番される公開情報ですが、米国のEIN（雇用者識別番号）はIRSが管理する非公開情報です。米国法人のKYBでは、EINそのものをAPIで取得することはできませんが、Secretary of StateのEntity IDが法人を一意に識別する代替情報として機能します。OpenSOSData APIが返すEntity IDと設立州の組み合わせを、社内KYBシステムのキーとして活用することが実務上の最善手です。

デラウェアLLC活用時の注意点

日本企業が米国ビジネス展開のためにデラウェアLLCを設立するケースは増加していますが、デラウェア州は情報開示要件が最小限であるため、Secretary of Stateデータだけでは役員・社員情報が取得できないことがあります。この場合、オペレーティング・アグリーメント（定款に相当）の取得や、FinCENへのBOI報告内容の自己申告を組み合わせたEDDが必要です。

FAQ

まとめ

日米KYBコンプライアンスは、犯収法・FSAガイドライン・FinCEN規則・CTAという複数の規制レイヤーを横断する複雑な課題です。しかし、OpenSOSData APIを活用することで、米国法人の基本情報確認を自動化・低コスト化し、コンプライアンスチームが高付加価値の判断業務に集中できる環境を構築できます。ペイ・アズ・ユー・ゴー方式で初期投資も不要なため、まずは無料アカウント登録から始めてみてください。米国取引先との健全なビジネス関係の構築と、規制リスクの低減を同時に実現する第一歩となるはずです。