法人番号 vs 米国EIN・エンティティID：日本と米国のビジネスID徹底比較
日米間のビジネスが加速する中、日本の金融機関・コンプライアンス担当者・フィンテック企業が直面する課題の一つが「法人識別番号の違い」です。日本では法人番号が企業を一意に識別しますが、米国には連邦税務当局が発行するEIN（雇用者識別番号）と、各州のSecretary of Stateが付与するエンティティID（州法人ID）が存在します。これらを混同したまま取引審査やKYB（Know Your Business）を進めると、マネーロンダリング防止法上のリスクや、FSAへの報告漏れにつながりかねません。本記事では両国の法人IDの構造・法的根拠・実務的な活用方法を徹底比較し、米国法人照会を自動化するOpenSOSData APIの具体的な使い方まで解説します。
1. 日本の法人番号とは
法人番号は、2015年10月に施行されたマイナンバー法（行政手続における特定の個人を識別するための番号の利用等に関する法律）に基づき、国税庁が法人・団体に付与する13桁の番号です。株式会社・合同会社・一般社団法人だけでなく、人格のない社団等にも付与されます。国税庁の法人番号公表サイトで誰でも無料検索でき、名称・所在地・変更履歴が公開されます。
- 桁数：13桁（検査用数字1桁＋12桁）
- 発行機関：国税庁
- 公開性：原則フルオープン（API提供あり）
- 主な用途：確定申告・インボイス制度・行政手続の名寄せ
2. 米国のEINとエンティティIDの違い
米国では法人を識別する番号が「連邦レベル」と「州レベル」に分かれており、日本の実務担当者が最も混乱しやすいポイントです。
2-1. EIN（Employer Identification Number）
EINは米国内国歳入庁（IRS）が法人・パートナーシップ・LLC等に付与する9桁の連邦税務番号（XX-XXXXXXX形式）です。銀行口座開設・連邦税申告・W-8BEN-E提出時に必要となります。ただし、EINは非公開であり、IRSは企業の現在のステータス（存続・解散・廃業）を外部に公開しません。
2-2. 州エンティティID（Secretary of State Entity ID）
各州のSecretary of State（州務長官）が付与する番号で、法人登録時に割り当てられます。EINとは独立した番号体系であり、州によってフォーマットが大きく異なります（数字のみ、英数字混在など）。重要なのは、企業の存続ステータス（Good Standing / Dissolved）や登録エージェント情報は、このエンティティIDに紐付いた州公開データで確認できる点です。日米間のKYBでは、このデータが審査の根拠となります。
3. 比較表：法人番号 vs EIN vs 州エンティティID
| 項目 | 法人番号（日本） | EIN（米国連邦） | 州エンティティID（米国） |
|---|---|---|---|
| 発行機関 | 国税庁 | IRS（内国歳入庁） | 各州Secretary of State |
| 桁数・形式 | 13桁 | 9桁（XX-XXXXXXX） | 州により異なる |
| 公開性 | 原則公開 | 非公開 | 原則公開 |
| ステータス確認 | 可能（変更履歴含む） | 不可 | 可能（Good Standing等） |
| KYB実務上の役割 | 法人実在確認・名寄せ | 税務確認のみ | 法人実在・存続確認の主役 |
| 主な活用場面 | インボイス・行政手続 | 銀行口座・W-8BEN-E | KYB・与信・反社チェック |
4. 法規制の観点：日本のKYC・AML要件と米国法人審査
4-1. 犯罪収益移転防止法（犯収法）との関係
「犯罪による収益の移転防止に関する法律」（犯収法）は、金融機関・資金移動業者・暗号資産交換業者等に対し、取引時における法人の本人確認（KYC）を義務付けています。海外法人との取引の場合、設立登記証明書に相当する書類と現在のステータス確認が求められます。米国法人に対してはSecretary of Stateの公開データが最も信頼性の高い一次情報となります。
4-2. 金融庁（FSA）ガイドラインとFATF勧告
FSAは2021年のFATF第4次相互審査を受け、法人の実質的支配者（UBO）確認と継続的な法人ステータスモニタリングを金融機関に求めています。FATF勧告24では、法人の透明性確保のため登録データへのアクセスが重要とされており、米国のSecretary of Stateデータはこの要件を満たす公的情報源として機能します。
4-3. 日米クロスボーダー投資コンプライアンス
日本の投資家・VC・金融機関が米国のデラウェア州LLC等に投資・融資する際、OFAC制裁リストとの照合に加え、法人の存続確認（Good Standing）が実務上必要です。解散済みの法人への送金はコルレス銀行で止められるリスクがあり、送金前の法人ステータス確認は必須プロセスとなっています。
5. OpenSOSData APIで米国法人ステータスを自動照会する
OpenSOSDataは全米50州＋ワシントンD.C.・プエルトリコ・米領バージン諸島の2,300万件以上の法人データに対して、REST APIでリアルタイム照会を提供するサービスです。法人名・エンティティID・ステータス・設立日・登録エージェント情報などを返します。料金はライブ検索が1件あたり$0.10（大量利用で最低$0.0314）、キャッシュ検索が$0.01（最低$0.00314）で、従量課金のため初期費用不要です。
APIドキュメントはopenapi.yamlで公開されており、app.opensosdata.comからすぐに利用登録できます。
5-1. curlによる基本的な照会例
# 米国デラウェア州の法人をエンティティ名で検索する例
# エンドポイント: POST https://api.opensosdata.com/v1/lookup
# Content-Type: application/json
# Authorization: Bearer ＜YOUR_API_KEY＞
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",
"live": true
}'
# レスポンス例（整形済み）:
# {
# "entity_name": "ACME HOLDINGS LLC",
# "entity_type": "Limited Liability Company",
# "entity_id": "7654321",
# "status": "Active", ← Good Standing確認
# "formation_date": "2019-03-15",
# "registered_agent": "Registered Agents Inc.",
# "registered_agent_address": "123 Main St, Wilmington, DE 19801"
# }
5-2. PythonによるKYBバッチ処理の例
import requests
import json
# OpenSOSData APIキーを設定（環境変数から取得を推奨）
API_KEY = "YOUR_API_KEY"
API_URL = "https://api.opensosdata.com/v1/lookup"
# KYB審査対象の米国法人リスト（取引先リストから取得）
target_companies = [
{"state": "DE", "query": "Acme Holdings LLC"},
{"state": "CA", "query": "Pacific Ventures Inc"},
{"state": "NY", "query": "Manhattan Trade Corp"},
]
headers = {
"Content-Type": "application/json",
"Authorization": f"Bearer {API_KEY}"
}
# 各法人のステータスをチェックし、非アクティブ法人を抽出
flagged = []
for company in target_companies:
payload = {
"state": company["state"],
"query": company["query"],
"live": True # リアルタイムデータを取得（$0.10/件）
}
response = requests.post(API_URL, headers=headers, json=payload)
if response.status_code == 200:
data = response.json()
status = data.get("status", "Unknown")
# Activeでない場合はフラグを立てる（コンプライアンス審査用）
if status.lower() != "active":
flagged.append({
"name": data.get("entity_name"),
"state": company["state"],
"status": status,
"formation_date": data.get("formation_date")
})
print(f"⚠️ 要確認: {data.get('entity_name')} - ステータス: {status}")
else:
print(f"✅ 正常: {data.get('entity_name')} - Active")
# 非アクティブ法人をJSONで出力（内部審査システムへの連携用）
if flagged:
print("\n--- KYB審査フラグリスト ---")
print(json.dumps(flagged, ensure_ascii=False, indent=2))
6. 実務上のポイント：日米ID対応フローの設計
日米クロスボーダー取引のKYBフローを設計する際は、以下の順序で情報を取得・検証することを推奨します。
- 法人番号で日本法人を確認：国税庁APIで名称・所在地・変更履歴を取得
- 米国取引先のState＋エンティティ名でOpenSOSData APIを照会：ステータス・設立日・登録エージェントを取得
- EINは補完情報として扱う：W-8BEN-EやForm W-9で確認し、税務申告に活用
- 定期的な継続モニタリング：APIを定期実行し、ステータス変化（解散・失効等）を検知
よくある質問（FAQ）
Q. 法人番号とEINは互換性がありますか？
いいえ、互換性はありません。法人番号は日本の国税庁が発行する識別子であり、EINは米国IRSが発行する連邦税務番号です。発行機関・桁数・公開性・用途がすべて異なります。日米間の取引では両方を別々に管理する必要があります。
Q. 米国法人のKYBに「EIN」だけでは不十分ですか？
はい、不十分です。EINはIRSが管理する非公開情報であり、法人の現在のステータス（存続・解散）や登録エージェント情報は確認できません。犯収法や金融庁ガイドラインに準拠したKYBには、各州Secretary of StateのデータをOpenSOSData APIなどで取得することが必要です。
Q. OpenSOSData APIは日本から利用できますか？
はい、REST APIですので日本からも制限なく利用できます。app.opensosdata.comでアカウント登録後、APIキーを発行してすぐに利用開始できます。従量課金制で最低利用額の設定もありません。
Q. デラウェア州LLCを使う日本企業が多い理由は？
デラウェア州は設立手続きが簡便・維持コストが低く、米国VCや投資家が馴染み深い法的枠組みを持つため、米国市場参入を目指す日本のスタートアップがSPVや子会社としてデラウェア州LLCを設立するケースが多くあります。デラウェア州法人のステータス確認にもOpenSOSData APIが活用できます。
Q. ライブ検索とキャッシュ検索の使い分けは？
新規取引先のオンボーディング時など、最新の法人ステータスが必要な場面ではライブ検索（$0.10/件）を使用してください。定期的なモニタリングや過去データの参照であればキャッシュ検索（$0.01/件）で十分な場合もあります。大量処理では最低$0.0314/件（ライブ）・$0.00314/件（キャッシュ）まで単価が下がります。
Q. 返ってくるデータで反社・制裁チェックはできますか？
OpenSOSData APIは法人の登録情報（名称・ステータス・登録エージェント等）を提供するもので、OFAC制裁リストや反社データベースとのマッチングは別途専用サービスが必要です。ただし、OpenSOSData APIで取得した正式法人名を制裁スクリーニングツールに渡すことで、より精度の高い照合が可能になります。
Q. APIドキュメントはどこで確認できますか？
OpenAPI仕様書がhttps://opensosdata.com/openapi.yamlで公開されています。エンドポイント・リクエストパラメータ・レスポンスフィールドの詳細がすべて記載されており、SwaggerUIやPostmanにインポートしてすぐに試すことができます。
まとめ
日本の法人番号・米国EIN・州エンティティIDはそれぞれ異なる目的・機関・公開ポリシーを持ち、日米クロスボーダービジネスでは三者を正しく使い分けることがコンプライアンスの基本です。特に犯収法・FSAガイドライン・FATF勧告に対応したKYBには、米国法人の州登録データをリアルタイムで取得できるOpenSOSData APIが有効なソリューションとなります。まずは無料アカウント登録を行い、実際の取引先法人でAPIをテストしてみることをお勧めします。