最終更新日：2025年11月24日
日本 — 申告・報告メカニズム (FATCA & CRS)
日本の金融機関が FATCA および CRS（共通報告基準） に基づくデータをどのように報告するかについて、 役割と所掌、国税庁および IRS への技術的な報告チャネル、報告対象データ、年次サイクル、エラー訂正、 データ品質管理、ガバナンス、そして QI 制度 との接点を整理したハイレベルな概要です。
概要（ポイント）
- CRS： 「租税条約等実施特例法」の改正により導入された制度の下で、報告金融機関が所轄税務署長あてに年次報告。
- FATCA： 日米当局の協力枠組みに基づき、日本の金融機関が IRS に対して直接報告（Model 2 型に近いスキーム）。
- チャネル： CRS は国税庁の「CRS コーナー」（CSV→XML 変換・e-Tax 経由）等を利用、FATCA は IRS 指定の IDES/ポータル経由。
- 対象データ： 口座名義人・実質支配者情報、税務上の居住地・TIN、口座残高、利子・配当・譲渡対価等。
- 期限： 一般に CRS は翌年 4 月 30 日まで、FATCA は IRS が定める期限（足元では多くのカレンダー年データが翌年 3 月末頃が目安）。
対象となる金融機関
- 銀行、信託銀行、信用金庫等の預金取扱金融機関
- 証券会社、投資運用業者、カストディアン、投資信託・ファンド等
- 貯蓄性・年金性商品のある生命保険会社
- その他、FATCA/CRS 上「報告金融機関」に分類される法人・投資ビークル等
1）役割と所掌
-
国税庁（National Tax Agency, NTA）／所轄税務署長：
CRS に基づく非居住者口座情報の報告を受ける国内の主管庁。 報告金融機関から XML ファイル等で提出されたデータを受領・検証し、租税条約等に基づき他国税務当局との自動的情報交換を実施。 -
財務省・金融庁：
国際課税・金融規制の観点から FATCA/CRS の枠組みづくりや監督指針を整備。 日米当局の「共同声明」や FATCA 実務に関するガイダンスの発出主体。 -
日本の報告金融機関（Reporting Financial Institution）：
KYC 情報に基づく FATCA/CRS デューデリジェンスの実施、U.S. Person・非居住者口座の識別、 自己申告書・証憑の取得、CRS 年次報告書の作成・提出、FATCA データの IRS への報告（および必要に応じた顧客同意の取得）、訂正・再提出を行う。 -
IRS（米国内国歳入庁）：
日本の金融機関が FATCA に基づき直接報告する相手先。 FATCA 登録（GIIN 取得）、FATCA データの受領・分析、QI Agreement に基づく定期レビュー・認証等を所管。
2）報告経路・技術的メカニズム
| パス | 概要 | ポイント |
|---|---|---|
| CRS：国税庁「CRS コーナー」＋ e-Tax | 国税庁ウェブサイト上の「CRS コーナー」等で CSV データを XML に変換し、e-Tax を通じて所轄税務署長に対し CRS 報告を提出。 |
国税庁が公表する FAQ や XML/CSV 入力ルールに沿って作成。 スキーマ・入力チェックによりエラーがあれば修正が必要。 |
| FATCA：IRS への直接報告 | 日米当局の協力枠組みに基づき、日本の金融機関は IRS に対して FATCA 情報を直接報告（Model 2 型に近いスキーム）。 一般には FATCA XML を作成し、IRS の IDES/ポータル経由で送信。 | 事前に IRS への登録と GIIN 取得が必要。 日本側当局（財務省・金融庁・国税庁）のガイダンスに沿ったデューデリジェンスを前提としつつ、 技術仕様・期限は IRS ルールに依拠。 |
| 登録・アクセス管理 | CRS 報告のためには e-Tax 利用環境および CRS 用の各種設定が必要。 FATCA 報告のためには IRS FATCA 登録、証明書の取得、IDES 接続設定などが必要。 | e-Tax／IDES のアクセス権限・証明書管理は内部統制（ユーザー管理・権限分掌）の一部として文書化しておくことが望ましい。 |
| フォーマット／バリデーション |
CRS：OECD CRS スキーマをベースにした国税庁仕様の XML（および CSV ルール）。 FATCA：IRS 公表の FATCA XML スキーマに準拠。 |
スキーマ改訂や FAQ 更新に応じて、マッピングとシステムロジックを更新。 本番提出前にテスト送信・検証フェーズを設けると実務上のトラブルを減らせる。 |
3）報告対象データ（内容）
-
口座名義人・コントローリング・パーソン情報：
氏名、住所、生年月日（個人）、法人名、本店所在地、税務上の居住地国、各国の TIN（外国 TIN／米国 TIN／必要に応じてマイナンバー）など。 -
口座情報：
口座番号・識別子、口座種類、通貨、暦年末時点の口座残高・価額（または解約時点の価額）、 対象となる保険契約の場合はキャッシュバリューや払戻金額など。 -
支払・収益情報：
利子・配当・その他の投資収益、対象とされる金融資産の売却・償還による総収入など、 FATCA／CRS それぞれのルールが求める明細。 -
コントローリング・パーソン（CRS）：
CRS 上のパッシブ NFE などに対しては、実質支配者（コントローリング・パーソン）の 氏名・住所・居住地国・TIN・生年月日等を報告。 -
金融機関識別情報：
金融機関の名称、所在地、必要に応じ GIIN や国内法上の登録番号等。 -
デューデリジェンス・ステータス（内部管理用）：
自己申告書の有無・種類、U.S. indicia フラグ、 undocumented／recalcitrant の判定、 「合理的理由」の記録などは、XML に直接載らない場合でも内部データとして保持し、 監査・当局レビューに備える。
4）報告期間・期限
CRS： 日本の CRS 制度は 2017 年 1 月 1 日に施行され、最初の報告期限は 2018 年 4 月 30 日とされました。 その後も原則として、各暦年分（1 月 1 日〜12 月 31 日）の CRS 報告は 翌年 4 月 30 日まで に所轄税務署長あて提出する運用が継続しています。
FATCA： 日本の金融機関は IRS に対して直接 FATCA 報告を行います。 具体的な期限は IRS が各年度ごとに定めますが、実務上は多くのカレンダー年データが 翌年 3 月末前後 を目安としたスケジュールで締め切られます（詳細は IRS の最新ガイダンスを要確認）。
年末データの凍結 → データクレンジング／居住地・ステータスの再確認 → XML/CSV 生成と技術検証 → 管理職承認 → 国税庁／IRS への提出 → エラーメッセージのモニタリングと再報告 といった 6 ステップ程度に分けてプロジェクト管理するケースが一般的です。
5）データ品質・エラー訂正
-
バリデーションとエラー通知：
CRS 報告では、国税庁が示す XML/CSV 入力ルールに基づき形式チェック・論理チェックが行われ、 不備がある場合はエラーメッセージにより差戻し・修正が求められます。 FATCA 報告でも IDES でのスキーマ／ビジネスルールチェック後にエラー・アラートが返されます。 -
訂正・差替：
CRS：誤ったデータを含むレコードについて、国税庁 FAQ で示される手順に従い、訂正報告・削除報告を実施。 合併等により消滅した金融機関に関する訂正手続きなど、特殊ケースの取扱いも FAQ で整理されています。
FATCA：誤りを認識した場合は、IRS のガイダンスに沿って修正ファイルを再送信（correction / void / replacement）します。 -
TIN 管理：
外国 TIN／米国 TIN（US TIN）やマイナンバー等の取得・確認・追跡プロセスを整備し、 未取得・無効 TIN のフォローアップ（顧客への照会、合理的理由の記録、継続的なモニタリング）を行う必要があります。 -
スキーマ・バージョン管理：
国税庁の CRS XML／CSV 見本・入力ルールや FAQ の更新、OECD による CRS 2.0 改訂、 IRS による FATCA XML のアップデートなどを継続的にモニタリングし、システム側のロジックとマッピングを適時更新します。 -
リコンシリエーションと分析：
申告された残高・収益と元帳・勘定系との突合、報告対象件数の年次比較や属性別分析等を行うことで、 異常値（急増・急減、抜け・重複）を早期に把握し、当局レビュー前に是正することができます。
6）ガバナンス・内部統制
Key Controls（主要統制）
- FATCA/CRS 報告の 統括責任者 と明確な代理者の指名
- 報告書提出前の ダブルチェック／管理職承認 のプロセス（4 眼原則）
- スキーマ更新・システム改修に対する正式な Change／Release 管理
- データソース・マッピング・検証結果・提出記録・訂正履歴を含む エンドツーエンドの監査証跡 の維持
- 営業店／フロント、KYC 担当、税務オペレーション、コンプライアンス、IT 部門に対する定期的な研修
ポリシーと QI との接点
- FATCA/CRS の分類基準・Indicia ワークフロー・自己申告書ルール・TIN エスカレーション等をまとめた統合 FATCA/CRS ポリシー
- AML/CFT 法制および個人情報保護法（PIPL）に基づく KYC・データ保護ポリシー との整合（利用目的、保管期間、アクセス制御など）
- QI 制度との整合： W-8/W-9 フォーム、GIIN、Chapter 3/4 ステータス等の QI 文書と、CRS／FATCA の口座・顧客データが矛盾しないよう管理し、 「reason to know」の判断ロジックを各制度間で統一する。
FAQ
日本で CRS の報告先となる当局はどこですか？
CRS に関しては、国税庁（所轄税務署長） が日本の報告金融機関からの年次報告（非居住者の金融口座情報）を受け取り、 租税条約や CRS/MCAA に基づき他国税務当局との情報交換を行います。 報告は原則として XML 形式で行われ、国税庁の「CRS コーナー」や e-Tax を通じて提出します。
日本の金融機関は FATCA データを国税庁経由で報告しますか？
いいえ。日米当局の共同声明に基づき、日本の金融機関は IRS に直接 FATCA 情報を報告 します。 日本側当局は、国内法制の整備や監督指針を通じて FATCA への対応を「可能にする（enable）」役割を担いますが、 FATCA 情報そのものは IRS へ直接送信されます（Model 2 型に近い仕組み）。
CRS 報告の期限はいつですか？
CRS 制度は 2017 年 1 月 1 日から施行され、最初の報告期限は 2018 年 4 月 30 日とされました。 現行の枠組みでは、各暦年分の CRS 報告は 翌年 4 月 30 日まで に提出することが原則です。 期限日が土日・祝日に当たる場合は、国税庁の案内に従い翌営業日扱いとなることがあります。
報告後に誤りが見つかった場合、どのように訂正しますか？
CRS：国税庁が公表している FAQ や XML/CSV 仕様に従って、誤ったレコードを特定し、訂正又は削除用のデータを作成して再報告します。
合併などにより報告主体が変わった場合の取り扱いも FAQ で示されています。
FATCA：IRS の IDES／FATCA ガイダンスに従い、correction／void／replacement の別を指定した修正ファイルを提出します。
いずれの場合も、内部的には訂正理由・承認者・再送信日時等を含む監査証跡を残すことが望まれます。