法人番号 vs 米国EIN・エンティティID：日本のプロフェッショナルのための徹底比較ガイド
日本企業が米国企業との取引や投資を検討する際、最初に直面する壁のひとつが「相手先の法人識別番号をどう確認するか」という問題です。日本では法人番号（13桁）が国税庁によって付番され、法人情報は公開データベースで一元管理されています。一方、米国ではEIN（雇用者識別番号）、州別エンティティID、そしてSecretary of State（州務長官）登録番号など複数の識別子が並立しており、仕組みが大きく異なります。
この違いを正確に理解していないと、犯罪による収益の移転防止に関する法律（犯収法）や金融庁（FSA）のKYC要件に基づく取引時確認が不十分になるリスクがあります。本記事では両制度を徹底比較し、日米クロスボーダー取引における実務対応とAPI活用法を解説します。
1. 日本の法人番号とは
法人番号は、2015年10月に導入されたマイナンバー制度の法人版です。国税庁が全ての法人・団体に付番する13桁の番号で、以下の特徴があります。
- 付番機関：国税庁
- 桁数：13桁（1桁の検証番号＋12桁の基礎番号）
- 公開性：法人番号公表サイト（国税庁）で誰でも無料検索可能
- 対象：株式会社、合同会社、NPO、外国会社の日本支店など
- 用途：税務申告、社会保障手続き、行政手続きの共通識別子
重要なのは、法人番号は単一の識別子で完結しており、日本国内で登録された全法人を一意に特定できる点です。犯収法第4条に基づく「取引時確認」においても、法人の実在確認手段として広く活用されています。
2. 米国EINとエンティティIDの構造的な違い
米国には、日本の法人番号に相当する単一の識別子が存在しません。代わりに以下の複数の識別子が用途別に使い分けられています。
EIN（Employer Identification Number）
EINはIRS（内国歳入庁）が発行する9桁の連邦税務番号（XX-XXXXXXX形式）です。銀行口座開設や連邦税申告に必須ですが、公開データベースが存在しないという大きな特徴があります。EINは企業が自己申告する番号であり、第三者が独立して確認する公的手段は限られています。
州別エンティティID（Secretary of State Entity ID）
各州の州務長官（Secretary of State）が付番する登録番号です。例えばデラウェア州では「File Number」、カリフォルニア州では「Entity Number」と呼ばれます。この番号は州ごとに公開データベースで検索可能であり、法人の設立日、登録エージェント、現在のステータス（Active/Dissolved等）を確認できます。
LEI（Legal Entity Identifier）
金融取引向けの国際的な識別子（20桁英数字）で、FATFのガイダンスでも言及されています。ただし取得は任意であり、中小企業では未取得のケースも多いです。
3. 比較表：法人番号 vs 米国EIN vs 州エンティティID
| 項目 | 日本 法人番号 | 米国 EIN | 米国 州エンティティID |
|---|---|---|---|
| 発行機関 | 国税庁 | IRS（連邦） | 各州Secretary of State |
| 桁数・形式 | 13桁（数字） | 9桁（XX-XXXXXXX） | 州によって異なる |
| 公開データベース | あり（国税庁） | なし | あり（州務長官サイト） |
| 主な用途 | 税務・行政・KYC | 連邦税務・銀行 | 法人実在確認・KYB |
| 第三者検証の容易さ | 容易 | 困難 | 可能（API活用で効率化） |
| KYC/KYBでの活用 | 主要確認手段 | 補助的 | 主要確認手段（米国KYB） |
4. 日本の規制から見た米国法人確認の重要性
犯収法（犯罪による収益の移転防止に関する法律）
同法第4条は、特定事業者（金融機関、弁護士、不動産業者等）に対して取引時確認を義務付けています。外国法人との取引においては、法人の実在確認および実質的支配者の特定が必要です。米国法人の場合、Secretary of State登録情報の取得がこの要件を満たす有力な手段となります。
金融庁（FSA）KYC要件
FSAの「マネー・ローンダリング及びテロ資金供与対策に関するガイドライン」（2021年改訂）では、外国法人顧客に対してリスクベースアプローチによる実在確認を求めています。米国法人については、州務長官データベースによる登録情報の確認が実務上の標準となっています。
日米クロスボーダー投資コンプライアンス
日本企業が米国のデラウェア州LLC（Delaware LLC）を設立して事業を行うケースは増加しています。この場合、日本側の親会社は犯収法・外為法の観点から、Delaware Secretary of StateにおけるFile Numberと登録ステータスを定期的に確認する必要があります。FATFの第24勧告（法人の透明性）に対する日本の対応においても、このような確認プロセスの整備が求められています。
5. OpenSOSData APIによる米国法人情報の自動取得
米国50州＋ワシントンD.C.、プエルトリコ、米国領ヴァージン諸島の2,300万件以上の法人情報を検索できるOpenSOSDataのAPIを活用すれば、Secretary of Stateの登録情報をプログラム的に取得できます。KYBワークフローへの組み込みに最適です。
料金
- ライブルックアップ：$0.10／件（大量利用で$0.0314まで割引）
- キャッシュルックアップ：$0.01／件（大量利用で$0.00314まで割引）
- 従量課金制（月額固定費なし）
Pythonコード例
import requests
import json
# OpenSOSData APIエンドポイント
API_URL = "https://api.opensosdata.com/v1/lookup"
# APIキー（https://app.opensosdata.com で取得）
API_KEY = "your_api_key_here"
# 検索対象の米国法人情報（例：デラウェア州LLC）
payload = {
"state": "DE", # デラウェア州
"company_name": "Acme Holdings LLC", # 法人名
"search_type": "live" # ライブルックアップ（最新情報）
}
headers = {
"x-api-key": API_KEY,
"Content-Type": "application/json"
}
# APIリクエスト送信
response = requests.post(API_URL, headers=headers, json=payload)
data = response.json()
# 取得結果の表示（KYB確認用）
if data.get("success"):
entity = data["entity"]
print(f"法人名: {entity['name']}")
print(f"エンティティID: {entity['entity_id']}") # 州エンティティID
print(f"法人種別: {entity['entity_type']}") # LLC, Corp等
print(f"ステータス: {entity['status']}") # Active/Dissolved等
print(f"設立日: {entity['formation_date']}")
print(f"登録エージェント: {entity['registered_agent']}")
print(f"登録住所: {entity['registered_address']}")
else:
print(f"エラー: {data.get('message')}")
cURLでの確認例
# cURLによるAPI呼び出し例（bash）
curl -X POST https://api.opensosdata.com/v1/lookup \
-H "x-api-key: your_api_key_here" \
-H "Content-Type: application/json" \
-d '{
"state": "CA",
"company_name": "Sample Tech Inc",
"search_type": "cached"
}'
# キャッシュルックアップは$0.01/件でコスト効率が高い
APIの詳細仕様はOpenAPI仕様書（openapi.yaml）を参照してください。利用開始はapp.opensosdata.comからアカウントを作成するだけです。
6. 実務上の推奨ワークフロー
日本企業が米国法人との取引を開始する際の推奨KYBフローは以下の通りです。
- EINの自己申告を受領：取引先からW-8BENまたはW-9フォームでEINを収集
- Secretary of State登録確認：OpenSOSData APIで州エンティティIDとステータスを確認（Active確認が必須）
- 設立日・法人種別の記録：犯収法上の確認記録として保存（7年間保管義務）
- 登録エージェント情報の取得：実質的支配者調査の補助情報として活用
- 定期的な再確認：長期取引先については年1回以上のステータス再確認を推奨
よくある質問（FAQ）
Q. 法人番号だけで米国法人のKYCは完結しますか？
いいえ。法人番号は日本国内の法人に付番されるものです。米国法人には法人番号は存在しません。米国法人の実在確認にはSecretary of State登録情報（エンティティID・ステータス・設立日等）の取得が必要です。OpenSOSData APIを使えばこれを自動化できます。
Q. EINがわかれば米国法人の実在確認は十分ですか？
EINはIRSの税務番号であり、公開データベースが存在しないため、第三者による独立した実在確認手段としては不十分です。FSAのガイドラインに沿ったKYBを行うには、EINに加えて州Secretary of Stateの登録情報を取得・記録することが推奨されます。
Q. デラウェア州LLC（Delaware LLC）の確認は特に注意が必要ですか？
はい。Delaware LLCは設立が容易で多くの日本企業が活用していますが、受益者情報の開示が限定的です。2024年施行の米国企業透明性法（Corporate Transparency Act）により連邦レベルでの開示が求められるようになりましたが、日本側のKYBとしてはDelaware Secretary of StateのFile Numberとエンティティステータスの確認が基本となります。
Q. OpenSOSData APIは全米50州に対応していますか？
はい。全50州＋ワシントンD.C.、プエルトリコ、米国領ヴァージン諸島に対応し、2,300万件以上のエンティティ情報を検索できます。詳細はopensosdata.comをご確認ください。
Q. キャッシュルックアップとライブルックアップの使い分けは？
新規取引先の初回確認にはライブルックアップ（$0.10/件）を推奨します。最新の登録情報を取得できます。既存取引先の定期モニタリングや大量スクリーニングにはキャッシュルックアップ（$0.01/件）が費用対効果に優れています。
Q. 犯収法上、米国法人の確認記録はどのくらい保管する必要がありますか？
犯収法第6条に基づき、取引時確認の記録は取引関係終了から7年間保管する義務があります。Secretary of State照会の結果（取得日時、エンティティID、ステータス等）もこの記録に含めることが実務上の推奨です。
Q. APIの利用開始はどうすればいいですか？
app.opensosdata.comからアカウントを作成し、APIキーを取得するだけです。月額固定費は不要で、従量課金制のため初期コストを抑えて試用できます。API仕様の詳細はOpenAPI仕様書で確認できます。
まとめ
日本の法人番号と米国のEIN・州エンティティIDは、設計思想も運用も大きく異なります。日本のプロフェッショナルが犯収法・FSA規制に準拠した形で米国法人との取引を安全に進めるためには、Secretary of State登録情報による法人実在確認が不可欠です。OpenSOSDataのAPIを活用することで、このプロセスを低コスト・高速に自動化し、コンプライアンスリスクを大幅に低減できます。