金融庁FSAのKYC要件と米国企業検証：実務担当者が知るべき基礎知識
日本の金融機関や事業会社が米国企業と取引を行う際、FSA KYC要件米国への対応は避けて通れない実務課題です。金融庁（FSA）が定めるKYC（顧客確認）義務と、米国のセクレタリー・オブ・ステート（Secretary of State）が管理する法人情報の照合を、いかに効率的かつ正確に行うか——この問いに答えるのが本記事の目的です。犯罪収益移転防止法（以下「犯収法」）の改正強化、FATFの第4次対日審査対応、そして日米クロスボーダー投資の拡大を背景に、実務担当者が今すぐ活用できる具体的な知識と手順を解説します。
なぜ今、米国企業のKYB（法人確認）が重要なのか
FATFの第4次対日相互審査（2021年）では、日本の法人顧客確認体制の脆弱性が指摘されました。特に外国法人の実質的支配者（Beneficial Owner）の把握が不十分であるとの評価を受け、金融庁は2023年以降、犯収法施行規則の解釈指針を相次いで更新しています。米国法人——デラウェア州LLC、カリフォルニア州C-Corpなど——が取引相手の場合、その存在確認・ステータス確認を州務長官データベースで行うことが国際標準とされています。
また、日本企業が米国スタートアップや不動産ファンドへ出資する際、投資先の法人実在性を客観的なAPIデータで確認することは、社内のコンプライアンス委員会やAML担当部門が求める文書化要件を満たすうえでも不可欠です。
金融庁FSAが求めるKYC・KYB要件の概要
犯罪収益移転防止法における法人顧客確認義務
犯収法第4条は、特定事業者（銀行・証券会社・ファイナンスリース業者等）に対し、法人顧客との取引時に以下の事項確認を義務付けています。
- 名称および本店・主たる事務所の所在地
- 設立の根拠となる法令の名称（外国法人の場合は設立準拠法国）
- 代表者等の本人特定事項
- 実質的支配者の氏名・住所・生年月日
外国法人については、設立地の公的機関が発行・管理する登録情報を確認書類として利用することが認められています。米国法人の場合、各州のセクレタリー・オブ・ステートが管理する法人登録データがこれに相当します。
金融庁ガイドラインとリスクベース・アプローチ
「マネー・ローンダリング及びテロ資金供与対策に関するガイドライン」（2018年、最終改正2024年）は、リスクベース・アプローチ（RBA）に基づく顧客管理を求めています。米国のシェル会社やノミニー構造を持つ法人は高リスク類型とみなされるケースが多く、法人ステータス（Active/Dissolved/Revoked）の継続的モニタリングが求められます。ここで自動化APIが威力を発揮します。
米国法人データの構造：州務長官レコードの読み方
米国には50州＋ワシントンD.C.、プエルトリコ、バージン諸島それぞれに法人登録機関があり、一元的な全国データベースは存在しません。主要な法人情報として以下が返されます。
| フィールド | 日本語対応概念 | KYC上の用途 |
|---|---|---|
| Entity Name | 法人名称 | 名称確認・表記揺れ検出 |
| Entity Type | 法人種別（LLC/Corp等） | 実質的支配者構造の推定 |
| Entity ID | 州登録番号（≠EIN） | 一意識別・台帳管理 |
| Status | 法人ステータス | 存続確認・失効検出 |
| Formation Date | 設立年月日 | 法人年齢・リスク評価 |
| Registered Agent | 登録代理人 | 連絡先・シェル判定補助 |
なお、米国の州登録番号（Entity ID）は日本の法人番号（houjin bangou）とは異なり、州ごとに体系が異なります。また、連邦税務上のEIN（Employer Identification Number）とも別物である点に注意してください。
OpenSOSData APIによる実務的な米国企業検証
OpenSOSDataは、全米50州＋D.C.・プエルトリコ・バージン諸島の2,300万以上の法人データをカバーするREST APIです。サブスクリプション不要で、最低チャージ$3.14（標準プランで約31件分のライブルックアップ）から利用開始できます。料金は以下のとおりです。
- ライブルックアップ：$0.10 /件（標準）、$0.0314 /件（Piプラン）
- キャッシュルックアップ：$0.01 /件（標準）、$0.00314 /件（Piプラン）
1件あたり約1.5〜15円（為替による）という低コストで、KYCワークフローに組み込めます。
curlによる基本的な法人照会
# 米国法人のKYB照会（curl例）
# エンドポイント: POST https://api.opensosdata.com/v1/lookup
# 事前にhttps://app.opensosdata.comでAPIキーを取得してください
curl -X POST https://api.opensosdata.com/v1/lookup \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOUR_API_KEY" \
-d '{
"state": "DE",
"query": "Acme Holdings LLC"
}'
# レスポンス例（JSON）:
# {
# "entity_name": "ACME HOLDINGS LLC",
# "entity_type": "Limited Liability Company",
# "entity_id": "7654321",
# "status": "Active", ← 法人ステータス（重要）
# "formation_date": "2019-03-15", ← 設立日
# "registered_agent": "CT Corporation System",
# "registered_agent_address": "1209 Orange Street, Wilmington, DE 19801"
# }PythonによるKYCワークフロー統合例
import requests
import json
from datetime import datetime
# OpenSOSData APIを使った米国法人KYB確認スクリプト
# https://opensosdata.com/openapi.yaml でAPIスペックを確認できます
API_KEY = "YOUR_API_KEY"
BASE_URL = "https://api.opensosdata.com/v1/lookup"
def verify_us_entity(state: str, company_name: str) -> dict:
"""
米国法人の実在・ステータスを確認する関数
犯収法対応の顧客確認記録として使用可能
"""
headers = {
"Content-Type": "application/json",
"Authorization": f"Bearer {API_KEY}"
}
payload = {
"state": state,
"query": company_name
}
response = requests.post(BASE_URL, headers=headers, json=payload)
response.raise_for_status()
data = response.json()
# KYCリスク判定ロジック（簡易版）
status = data.get("status", "Unknown")
risk_flag = "HIGH" if status != "Active" else "LOW"
# 確認記録の生成（社内台帳への書き込みに使用）
kyc_record = {
"verification_date": datetime.utcnow().isoformat() + "Z",
"entity_name": data.get("entity_name"),
"entity_id": data.get("entity_id"),
"state": state,
"status": status,
"formation_date": data.get("formation_date"),
"registered_agent": data.get("registered_agent"),
"risk_flag": risk_flag # ACTIVEでない場合は要追加調査
}
return kyc_record
# 実行例：デラウェア州のLLC確認
result = verify_us_entity("DE", "Acme Holdings LLC")
print(json.dumps(result, ensure_ascii=False, indent=2))APIの完全なスペックはopenapi.yamlで公開されています。アカウント作成・APIキー発行はapp.opensosdata.comから無料で行えます。
日米クロスボーダー取引における実務上の留意点
デラウェア州LLCの特殊性
日本企業が米国展開の受け皿として設立するケースが多いデラウェア州LLCは、メンバー情報の非開示が認められているため、州務長官データのみでは実質的支配者の特定が困難です。この場合、OpenSOSData APIによる法人存在確認を起点として、オペレーティング・アグリーメント（LLC規約）や銀行口座開設書類の提出を別途求めるという二段階アプローチが有効です。
継続的モニタリングの自動化
金融庁ガイドラインは、高リスク顧客については定期的な顧客情報の更新を求めています。OpenSOSDataのキャッシュルックアップ（$0.01/件）を活用すれば、月次バッチ処理で既存顧客の法人ステータス変化（Active→Dissolved等）を低コストで検知できます。ステータス変化が検出された場合にアラートを発行するスクリプトを組み込むことで、コンプライアンス担当者の負担を大幅に削減できます。
よくある質問（FAQ）
Q. FSAのKYCガイドラインは外国法人の電子的確認を認めていますか？
はい。金融庁の「マネロン等対策ガイドライン」および犯収法施行規則は、外国法人の確認書類として「設立準拠国の公的機関が管理するデータへのリモートアクセス」を認めています。米国の州務長官データベースはこれに該当すると解されており、APIによる電子的照合記録を適切に保存・管理することで、書面提出に代替することが可能です。ただし、社内規程や主管金融機関との事前確認を推奨します。
Q. OpenSOSDataのAPIは全50州に対応していますか？
はい。全50州＋ワシントンD.C.、プエルトリコ、米領バージン諸島をカバーしており、合計2,300万件以上の法人エンティティを検索できます。デラウェア・ネバダ・ワイオミングといった法人設立人気州も完全対応しています。詳細はopensosdata.comをご参照ください。
Q. 日本の法人番号（houjin bangou）と米国のEntity IDはどう違いますか？
日本の法人番号は国税庁が付番する13桁の全国統一番号ですが、米国のEntity IDは各州が独自に付番するものであり、全国統一番号は存在しません。同一法人が複数の州で外国法人登録（Foreign Qualification）を行っている場合、州ごとに異なるIDが付与されます。KYB実務では、設立州（State of Formation）のIDを主たる識別子として管理することを推奨します。
Q. ライブルックアップとキャッシュルックアップの違いは何ですか？
ライブルックアップ（$0.10/件）は州務長官データベースにリアルタイムでアクセスし、最新情報を返します。初回KYC時や、ステータス変化が疑われる場合に使用します。キャッシュルックアップ（$0.01/件）はOpenSOSDataが保持する最新キャッシュを返すため、高頻度の定期モニタリングに適しています。コスト効率を最大化するには、初回確認にライブ、月次モニタリングにキャッシュを使い分けることを推奨します。
Q. APIレスポンスをそのまま確認書類として保存できますか？
多くの金融機関の内部規程では、APIレスポンスのJSONデータ＋取得日時のタイムスタンプを電子記録として保存することを認めています。犯収法上の確認記録（第6条）の保存義務（7年間）を満たすため、取得日時・APIエンドポイント・検索パラメータ・レスポンス全文を一体で記録・保管する仕組みを構築してください。
Q. デラウェア州のシェル会社リスクはどう対処すればよいですか？
デラウェア州はメンバー情報の非公開が認められているため、APIで取得できる情報は法人存在確認・ステータス確認・登録代理人情報に限られます。実質的支配者の特定には、FinCEN（米国財務省金融犯罪取締ネットワーク）のBeneficial Ownership規則（2024年施行のCTA）に基づく申告情報の取得要求、または取引先からの自己申告書＋証跡書類の提出を組み合わせることが実務的なアプローチです。
Q. アカウント開設に最低利用料金はありますか？
最低チャージは$3.14（約470円、為替による）で、これは標準プランで約31件のライブルックアップに相当します。サブスクリプション契約は不要で、従量課金制です。app.opensosdata.comでアカウントを作成し、即日利用を開始できます。
まとめ：FSA KYC要件への対応をAPIで効率化する
金融庁のKYC・AML強化と日米クロスボーダー取引の拡大が交差する現在、米国法人の正確な実在確認は日本の実務担当者にとって喫緊の課題です。OpenSOSData APIは、全米の州務長官データベースへのアクセスを1件あたり数円〜十数円というコストで提供し、犯収法対応の記録生成からリスクベースモニタリングの自動化まで幅広く活用できます。
まずは無料アカウント作成から始め、APIドキュメントを参照しながら既存のKYCワークフローへの統合を検討してください。適切なデジタル・エビデンスの蓄積が、今後の金融庁検査やFATF審査への備えになります。