TCFD・TNFD・ISSB S2・CSRDという4つの気候・自然関連開示フレームワークが同時並行で要求水準を上げている。それぞれに個別対応すると作業が重複し、コストが膨大になる。共通構造を理解し、一元化した開示体制を設計する実務を解説する。
4フレームワークの比較
| フレームワーク | 対象 | 法的拘束力 | コア概念 |
|---|---|---|---|
| TCFD | 気候変動 | なし(推奨)→各国で義務化進行 | ガバナンス・戦略・リスク管理・指標目標の4柱 |
| TNFD | 自然・生態系 | なし(推奨) | TCFDと同構造。LEAPアプローチ(地域・評価・評価・準備) |
| ISSB S2 | 気候変動 | 各国法制化に依存(日本:有価証券報告書での義務化検討中) | TCFDと高整合。1.5℃シナリオ・Scope 3開示強化 |
| CSRD/ESRS E1 | 気候変動(+社会・ガバナンス) | EU法(EU拠点企業・EU売上高1.5億ユーロ超) | ダブルマテリアリティ・移行計画の詳細開示・第三者保証 |
共通構造:何が重なっているか
4フレームワークの要求内容には大きな重複があります:
- ガバナンス開示:全フレームワークで取締役会・経営陣の気候/自然関連課題への監督体制の開示が必要。一度整備すれば4つに転用可能。
- シナリオ分析:TCFD・ISSB S2・CSRD E1が全て1.5℃/2℃/4℃等の複数シナリオでのリスク・機会分析を求める。シナリオ設定と分析は共通化できる。
- Scope 1・2・3排出量:全フレームワークがGHG排出量の開示を求める。データ収集・検証体制は共通。
- 移行計画:CSRD E1が最も詳細な要求(脱炭素経路・中間目標・施策リスト)。ISSB S2も求める。TCFD・TNFDも開示を奨励。
- 財務影響の定量化:気候リスク・機会を金額ベースで開示する要求は全フレームワークで共通。
TCFD → ISSB S2 への拡張
TCFD対応済み企業がISSB S2に対応するための追加事項:
- Scope 3(全カテゴリ)の開示強化:TCFDでは任意だったScope 3がISSB S2では開示対象(重要性評価が前提)
- 1.5℃シナリオの必須化:TCFDは複数シナリオ推奨だが、ISSB S2は1.5℃シナリオを必須として要求
- 排出量検証:ISSB S2は第三者保証の段階的強化を推奨
- 業種別開示要件(SASB基準):ISSB S2と組み合わせて適用される業種別開示指標
ISSB S2 → CSRD E1 への拡張
ISSB S2対応がベースになり、CSRDへの対応コストを低減します。CSRDで追加される主要事項:
- ダブルマテリアリティ評価:ISSB S2(財務マテリアリティのみ)に加え、「企業が社会・環境に与えるインパクト」の評価が必要
- 詳細な移行計画:2030年・2040年・2050年の中間目標と具体的施策のリスト。SBTi目標との整合性。
- バリューチェーン開示:自社だけでなくサプライチェーン全体(上流・下流)の情報収集とデータ整備
- 第三者保証(限定的保証):CSRD適用企業は外部機関による保証取得が義務
- デジタル報告(XBRL):ESRSに準拠したXBRLタグ付き報告書の提出
TCFDとTNFDの並行対応
自然・生態系への影響(TNFD)はTCFDと同じ4柱構造を使います。両方対応する場合の効率的アプローチ:
- TCFDの4柱(ガバナンス・戦略・リスク管理・指標目標)を気候と自然の両方で一元的に記述
- TNFDの「LEAPアプローチ」(Locate-Evaluate-Assess-Prepare)は自然関連のリスク評価の追加作業
- 重要な自然関連の場所(水ストレス地域・生物多様性ホットスポット付近の事業拠点)の特定が先決
TNFDの開示対応はCSRD E4(生物多様性・エコシステム)との整合性も意識して設計することで、将来的な追加対応コストを削減できます。
統合開示体制の設計ステップ
- 現状ギャップ分析:現在の開示内容と各フレームワーク要件のギャップを一覧化(マスターマッピング)
- 共通データ基盤の整備:GHGインベントリ・シナリオ分析・財務影響定量化を一元管理するデータ基盤の構築
- 開示担当チームの横断化:IR・財務・環境・法務の横断チームで、4フレームワーク対応を一元管理
- 報告書の統合設計:有価証券報告書・統合報告書・サステナビリティレポートでの情報配置の最適化
- 第三者保証の段階的取得:GHGインベントリから始め、段階的に保証範囲を拡大
まとめ
TCFD・TNFD・ISSB S2・CSRDの4フレームワークは「競合する要求」ではなく「重なり合う要求」です。共通構造(ガバナンス・シナリオ・Scope 3・移行計画)を一元的なデータ基盤に整備し、各フレームワーク固有の追加要件を積み上げる方式で統合対応することが、開示コストの最小化と開示品質の最大化を両立する実務設計です。