1. 買収の意思決定を定義する
買い手は、開示、目標設定、調達、製品に関する意思決定、資金調達、移行計画を支える成果物を提供するカーボン会計事業に、どの程度の価値を付与するかを決定しなければならない。関連する資産は、統制された証拠システムである。ソース記録、排出係数、境界、承認を再現できない場合、計算エンジンの価値は限定的である。
同じプラットフォームが、まったく異なる意思決定に用いられることがある。サステナビリティチームは年次インベントリを作成するかもしれない。財務部門は排出量を報告統制に結び付けるかもしれない。調達部門はサプライヤーを優先するかもしれない。貸し手はファイナンスド・エミッション情報を利用するかもしれない。用途ごとに、重要性、保証への期待、見積りに対する許容度は異なる。
本フレームワークは6つの命題を検証する。報告主体と境界が定義されている。ソース記録は完全かつ承認済みである。排出係数と手法はバージョン管理されている。調整と見積りは透明である。顧客ワークフローはレビュー済み情報を生成する。収益はスケーラブルなサービスコストで持続する。どの層での失敗も、取引価値の金額、タイミング、確実性を低下させる。
表1. カーボン会計能力に取引価値が付与される前に必要な証拠
| エビデンス層 | 中心的な問い | 最低限の記録 | 取引上の帰結 |
|---|---|---|---|
| 境界 | どの事業体、事業活動、期間が含まれるか? | 承認済みの連結方針 | 測定対象母集団を定義する |
| ソースデータ | 活動は承認済み記録まで追跡できるか? | ソース、所有者、期間、証拠 | 完全性と正確性を裏付ける |
| 計算 | 単位、排出係数、手法、バージョンは再現可能か? | バージョン管理された計算系統 | 技術的妥当性を裏付ける |
| 支配権 | 誰がアウトプットをレビュー、調整、承認するのか? | 役割、例外、最終承認 | 保証準備態勢を支える |
| 意思決定用途 | アウトプットは開示または管理ワークフローに組み込まれるか? | ユーザー、閾値、アクション | 顧客価値を確立する |
| 収益の質 | プラットフォームは拡張可能なコストで顧客を維持できるか? | 契約、更新、工数 | 取引価値を支える |
各レイヤーは、重要な事業体、スコープ、カテゴリー、顧客の意思決定について検証されるべきである。
2. 製品スタックを定義する
カーボン会計プラットフォームには、コネクタ、請求書抽出、メーター取り込み、サプライヤーポータル、データウェアハウス、排出係数ライブラリ、計算エンジン、ワークフロー、統制、ダッシュボード、レポートテンプレート、API、専門サービスを含めることができる。デューデリジェンスでは、重要な顧客ごとにどの構成要素が導入済みで、どれがロードマップ項目のままかを特定すべきである。
独自価値は、独自の排出係数ではなく、データオーケストレーション、統制、ワークフロー、統合から生じる可能性がある。出所と更新が管理されていれば、公開排出係数およびライセンス供与された排出係数ソースは価値あるプラットフォームを支えることができる。買い手は、自社所有ソフトウェアを、第三者データセット、実装コード、顧客固有設定と区別すべきである。
収益は、サブスクリプション、実装、マネージドデータ、サプライヤーエンゲージメント、レポート支援、保証準備を組み合わせることができる。継続請求は、継続的な手作業による再構築に依存する場合がある。取引モデルでは、顧客成果を生み出し維持する構成要素に、提供工数と粗利益を配分すべきである。
3. 報告境界を設定する
インベントリは、報告主体、組織境界、事業境界、報告期間から始まる。買収、売却、共同事業、フランチャイズ、リース資産、アウトソーシングは対象母集団を変え得る。GHGプロトコル企業基準は、連結アプローチと会計原則を提供する [1]。
プラットフォームは、所有権と支配に関連付けられた、バージョン管理された事業体・施設台帳を維持すべきである。境界変更では、発効日、理由、承認者、当期および比較期間への影響を記録すべきである。この台帳外の顧客スプレッドシートは、漏れや二重計上を生じさせ得る。
M&A デューデリジェンスでは、契約上の事業体、関連事業体、報告事業体、請求先事業体を比較すべきである。プラットフォームは広範なカバレッジを報告しつつ、最近買収した事業を除外したり、重要な単位について手動アップロードに依存したりすることがある。拡張価値は、実証された境界管理に従うべきである。
4. 排出量リネージをマッピングする
排出量リネージは、事業体、サイト、ソースシステム、活動記録、単位、排出係数、方法、計算、調整、レビュー担当者、開示合計を結び付ける。これにより、ユーザーや保証業務従事者は数値を再現し、変更の影響を特定できる。この連鎖を欠く集計ダッシュボードは、限定的な証拠しか提供しない。
プラットフォームは、元の記録と変換を保持すべきである。光学抽出、単位変換、配分、欠損値補完は誤りを生じさせ得る。手動変更では、変更前の値、理由、ユーザー、承認を保持すべきである。リネージは、ライセンスされたデータと再利用の制限も識別すべきである。
買収者は、重要な合計について、開示からソースへ遡り、再び順方向にたどるサンプルを実施すべきである。サンプルには、通常の記録、見積り、修正、境界変更を含めるべきである。トレースの成功には、本番方法とバージョンの下で同じ結果が得られることが必要である。

保証への準備には、すべての重要な変換を通じたトレーサビリティが必要である。
5. ソースシステムを照合する
活動データは、ERP、ユーティリティポータル、メーター、出張システム、物流記録、調達プラットフォーム、車両管理システム、サプライヤー提出データに由来し得る。各ソースは、所有者、粒度、頻度、統制環境が異なる。コネクターは完全性を確立するものではない。
ソース台帳は、必要データをシステム母集団、抽出、カットオフ、例外、照合にマッピングすべきである。記録が実測、請求、見積り、配分のいずれであるかを識別すべきである。重複請求書、取消仕訳、遅延データは、合計を重要性のある形で変え得る。
買い手は、コネクターの保守と顧客依存性をテストすべきである。API、請求書フォーマット、アカウント構造の変更は継続的な作業を生む。スケーラブルな経済性には、アナリストによる繰り返しの修正ではなく、モニタリング、例外ルーティング、再利用可能なマッピングが必要である。
6. 排出係数を統制する
排出係数は活動量を温室効果ガス推計値に変換する。排出係数は地域、技術、年、ガス、単位、ソースによって異なる。係数ライブラリには、発行主体、公表物、バージョン、有効期間、地域、単位、対象ガス、地球温暖化係数、許容される用途を記録すべきである。
計算では、管理されたルールを通じて係数を選択すべきである。一次データが利用できない場合、汎用係数が適切なこともあるが、その限界は見える形で残すべきである。暗黙の置換は、前年比変化を事業実態ではなく方法論の変化を反映させうる。
係数の更新には影響分析と顧客への周知が必要である。プラットフォームは過去バージョンを保持し、方針上必要な場合は修正再表示をサポートすべきである。デューデリジェンスでは、最重要係数と、係数の導入・レビュー・廃止のプロセスを検証すべきである。
7. 単位と換算の管理
炭素計算では、エネルギー、質量、距離、体積、通貨、生産単位が組み合わされる。接頭辞、発熱量、通貨、期間の誤りは、報告合計を桁違いに変動させうる。プラットフォームは管理された単位系を使用し、曖昧なレコードを拒否すべきである。
換算ロジックはバージョン管理し、テストすべきである。元の単位、換算値、係数の単位は可視化されたままにすべきである。顧客固有の慣行には文書化された承認を要する。自動抽出は信頼度を保持し、不確実な値はレビューに回すべきである。
買収者は、単位関連のインシデント、テストカバレッジ、例外率を確認すべきである。可視化された低いエラー率は、モニタリングが限定的であることを反映している可能性がある。重要性を基準にレビューを導き、決定論的コントロールによって全レコードの次元整合性をテストできる。
8. 実測データと推計データを分離する
炭素インベントリには、メーター、サプライヤー、製品データが不完全なため推計値が含まれることが多い。推計は必要な場合があり、意思決定に有用である。推計はラベル付けし、方法を明示し、承認され、より良い証拠が得られた時点で置き換えるべきである。
データ品質台帳は、実測、計算、配分、モデル化、支出ベースのレコードを識別すべきである。重要カテゴリ別に、カバレッジ、不確実性、トレンドを示すべきである。単一の完全性率は、支出ベースのスコープ3残高が大きいことを隠しうる。
取引モデルは、推計トンを独自のデータ資産として扱う場合、その置換可能性と意思決定価値を考慮せずに扱うべきではない。一次データが利用できなくても、顧客は管理された方法とワークフローに対して対価を支払う可能性がある。プラットフォームが時間とともにデータ品質を改善できる能力は、顧客維持を支えうる。
9. スコープ1の規律を適用する
スコープ1は、選択された境界の下で報告事業体が所有または管理する排出源からの直接排出を対象とする。固定燃焼、移動燃焼、プロセス排出、漏えい排出には、それぞれ異なる活動記録と係数が必要である。冷媒および工業ガスは、量が少なくても重要性を持つことがある。
プラットフォームは、設備と燃料の母集団を操業実態と照合すべきである。保守記録、購入記録、在庫移動は、漏えい排出の計算を支えうる。推計値が、利用できない漏えいデータを暗黙に置き換えるべきではない。
買収および売却はカットオフ上の課題を生じる。システムは発効日とベースライン方針を一貫して適用すべきである。デューデリジェンスでは、組織変更後に顧客がスコープ1合計を再現できるかを検証すべきである。
10. Scope 2の手法を適用する
Scope 2は購入エネルギーに由来する間接排出を対象とします。GHGプロトコル Scope 2ガイダンスは、ロケーションベース手法とマーケットベース手法を区別し、契約証書に対する品質基準を定めています[2]。プラットフォームは、該当する場合に両手法を保持し、これらを混在させないようにすべきです。
証拠の連鎖は、消費、立地、サプライヤー、証書、残余ミックス、排出係数、期間を結び付けるべきです。再生可能エネルギー証書および契約には、所有権、有効性、リタイアメントの証拠が必要です。料金ラベルだけでは、選択した手法の要件を満たさない場合があります。
買い手は、マーケットベースの削減が契約証書、運用上の変化、または排出係数の更新を反映しているかを検証すべきです。顧客への主張および目標進捗は、この区別にかかっています。政策変更は、排出係数の入手可能性および報告上の取扱いに影響し得ます。
11. Scope 3カテゴリの統制を構築する
Scope 3は、GHGプロトコル Scope 3基準[3]に基づく15のカテゴリにわたるバリューチェーン排出を対象とします。重要なカテゴリは、支出額、物理的活動量、サプライヤー固有データ、製品使用、および廃棄時の仮定によって異なる場合があります。プラットフォームは、カテゴリごとに適用可否と手法を定義すべきです。
カテゴリの境界は、Scope 1、Scope 2および他のScope 3カテゴリとの重複を防ぐべきです。サプライヤーおよび顧客データには、期間、事業体、製品のマッピングが必要です。支出ベースの手法には、通貨、インフレ、地理、およびセクターの統制が必要です。
買収者は、カテゴリのカバレッジと改善計画を精査すべきです。プラットフォームは全カテゴリを計算できても、意思決定価値が弱い場合があります。より強い証拠は、重要なカテゴリを調達、製品設計、サプライヤー・エンゲージメント、または資本配分に結び付けます。
12. ファイナンスド・エミッションに対応する
金融機関は、貸付および投資に伴う排出を測定する場合があります。IFRS S2は、特定の活動についてファイナンスド・エミッションの要件を含み、管轄区域の救済措置が適用されない限りGHGプロトコルに基づく測定を要求します[5][6]。手法は、企業価値、未残高、資産価値、およびデータ品質スコアに依拠することができます。
プラットフォームは、ポートフォリオ基準日、エクスポージャー、所有権、帰属係数、借り手の排出量、推定値、および資産クラス別手法を保持すべきです。市場価値およびポートフォリオ構成の変化は、運用上の変化がなくても報告排出量を変動させ得ます。
ファイナンスド・エミッション対応能力は、資産クラスおよび顧客ワークフローごとに評価されるべきです。広範な計算は開示を支える場合がありますが、与信およびエンゲージメントの意思決定には、取引先レベルのリネージとガバナンスが必要です。
データ品質は集計において可視化されたままであるべきです。報告された借り手の排出量、推定排出量、およびセクター代理指標は、信頼性が異なります。プラットフォームは階層を保持し、情報源の変更を開示し、データ品質の改善が運用パフォーマンスの改善と誤認されないようにすべきです。ポートフォリオチームは、エクスポージャーの変動、帰属方法論、市場価値、および基礎となる取引先の排出量の影響を分離する必要があります。
13. サプライヤーデータを統制する
サプライヤーポータルは、一次データのカバレッジとエンゲージメントを改善できます。一方で、身元、境界、期間、証拠、および比較可能性の問題ももたらします。サプライヤーの合計値は、顧客の購入対象とは異なる事業体または製品を対象としている場合があります。
プラットフォームはサプライヤーを認証し、回答を購買エンティティに対応付け、証拠を保存すべきです。製品カーボンフットプリントには配分と算定方法の詳細が必要です。質問票の回答完了は正確性を立証するものではありません。
ワークフローは重要なサプライヤーと例外を優先すべきです。顧客は、報告済みデータ、検証済みデータ、推定データを区別できる必要があります。買収者は、回答内容、再利用権、更新価値、および利用可能な提出物を得るために必要なサービス工数を検証すべきです。
14. 再計算を統制する
インベントリは、誤り、データの改善、係数の更新、手法の変更、組織変更によって変化し得ます。プラットフォームは、顧客のフレームワークおよびポリシーと整合する重要性の閾値と再計算ルールを定義すべきです。
各再計算では、原因、影響期間、変更前および変更後の値、承認者、開示への影響を特定すべきです。システムは以前のバージョンを保持し、無言の上書きを防ぐべきです。比較レポートでは、変化が実績によるものか手法によるものかを説明すべきです。
M&Aの統合にはベースラインプランが必要です。異なる境界と手法のインベントリを統合すると、見かけ上の進捗を生み得ます。買い手は、標準化コストと再計算コストをシナジーのタイミングに織り込むべきです。
15. 統制環境を設計する
統制は、エンティティの完全性、ソース照合、単位検証、排出係数の承認、推定値レビュー、アクセス、変更管理、計算テスト、期間締め、開示の承認を対象とすべきです。各統制には、責任者、頻度、証拠、例外処理プロセスが必要です。
自動化により母集団をテストし、例外をルーティングできます。境界、手法、判断については、人によるレビューが引き続き重要です。プラットフォームは、システム統制と顧客統制を区別し、どの証拠を生成するかを明示すべきです。
買収者は、統制の設計だけでなく、統制の運用を確認すべきです。失敗した統制、長期化した例外、遅延した承認は、デリバリーリスクを明らかにします。統制は、文書化されていないアナリストの知識を必要とせず、顧客全体で拡張できるべきです。
16. サステナビリティ保証に備える
ISSA 5000は、主題およびフレームワークを問わず、サステナビリティ保証に関する世界的な原則ベースの基準を提供します[7][8]。これは限定的保証および合理的保証の業務を対象とします。適格な独立実務者が適用基準に基づいて業務を実施しない限り、プラットフォームは保証を提供するものではありません。
プラットフォームは、基準、証拠、リネージ、統制、判断、承認を保存することで、保証への準備態勢を改善できます。サンプル選定、母集団の完全性、課題解決を支援すべきです。マーケティングでは、保証対応可能な記録と保証結論を区別すべきです。
デューデリジェンスでは、保証の指摘事項、調整、証拠請求、顧客別のサイクルタイムをレビューすべきです。証拠を繰り返し提示できないことは、製品または導入の弱点を示します。連続する期間にわたるクローズの改善は、顧客価値を支えます。
重要性は保証業務内で適用され、製品の閾値とは異なる場合があります。プラットフォームは、顧客と実務者が基礎となる証拠を書き換えることなく、母集団と選定を定義できるようにすべきです。除外項目と除外の根拠を保存すべきです。小規模な記録を自動的に抑制する経営ダッシュボードは、個々には小さい項目が多数集まると重要となる場合に、完全性テストを妨げ得ます。
17. 限定的保証と合理的保証を区別する
限定的保証と合理的保証では、作業量と結論の形式が異なります。プラットフォームは、単一のソフトウェア統制が自動的にいずれかの水準を支えると示唆すべきではありません。証拠の十分性は、対象事項、基準、リスク、重要性、および実務者の判断によって決まります。
顧客は限定的保証から始め、時間の経過とともに、より強固な統制を求める可能性があります。製品ロードマップは、より良いソース統合、母集団統制、承認、および監査証拠を通じて、この進展を支援できます。ビジネスケースは、実際の顧客のコミットメントを反映すべきです。
買収者は、保証パートナーが必要な記録に、統制されていないエクスポートなしでアクセスできるかどうかをテストすべきです。コラボレーション機能、不変の証拠、明確な課題のオーナーシップは、サイクルタイムを短縮できます。実務者の独立性は保護され続けなければなりません。
18. 計算の再現性をテストする
再現性とは、権限を付与されたユーザーが、同じソース、ファクター、方法、およびバージョンを使用して承認済みの母集団を再実行し、同じ結果を得られることを意味します。また、バージョン間の差異を説明できることも意味します。
プラットフォームは、コードと設定、ファクタースナップショット、変換ログ、および実行識別子を保持すべきです。手作業のスプレッドシート手順は文書化するか、削除すべきです。再現可能な実行を伴わないダッシュボードの合計値は、弱い保証証拠しか提供しません。
買い手は、選定した重要な計算を再実行し、ソースからレポートまでの合計値を比較すべきです。削除または修正されたレコードが監査可能なままであるかどうかをテストすべきです。顧客が大規模なデータセットを扱う場合、再現性のパフォーマンスとコストが重要になります。
表2. 保証準備状況の証拠と一般的なギャップ
| 領域 | 強いエビデンス | 一般的なギャップ | 取引への示唆 |
|---|---|---|---|
| 母集団 | 照合済みのソースおよび境界レジスター | 未接続のエンティティまたは手作業ファイル | 完全性リスク |
| 手法 | バージョン管理されたファクターおよび計算ポリシー | 暗黙のファクター置換 | 比較可能性リスク |
| 見積り | ラベル、算定方法、責任者、および置換計画 | 実測値として提示された見積り | 正確性および主張リスク |
| 支配権 | 証拠を保持して運用された統制 | 実行記録のないポリシー | 保証の遅延 |
| 調整 | 以前の値、理由、および承認 | 上書きされたソース | 監査証跡の弱点 |
| 開示 | 報告マッピングおよび承認 | ダッシュボード合計の手動コピー | 報告リスク |
本プラットフォームは証拠の準備を支援しますが、保証の結論は引き続き実務者の責任です。
19. 規制・政策エクスポージャーをマッピングする
カーボン会計の需要は、開示基準、管轄区域の規則、顧客要件、目標、任意の枠組みによって影響を受ける。プラットフォームは、顧客、事業体、期間、義務ごとに規制・政策台帳を維持すべきである。準拠していると謳われる機能も、要件の変化により陳腐化し得る。
IFRS S2はスコープ1、スコープ2、スコープ3の排出量の開示を求め、一般にGHGプロトコル企業基準を参照するが、管轄区域ごとの緩和措置の適用を受ける[5]。2025年12月の改正により、特定のGHG開示要件が変更された[9]。欧州基準および管轄区域ごとの実装により、さらに要件が追加される[10]。
買い手は、持続的な管理ニーズと一時的な報告プロジェクトを区別すべきである。政策エクスポージャーは需要を支える一方、製品維持コストを生み得る。予測には、ローカライズ、解釈、テスト、顧客コミュニケーションを含めるべきである。
政策マッピングでは、発効日、報告事業体、必要指標、測定基準、保証要件、移行措置を特定すべきである。製品チームは解釈を承認し、外部助言を利用した場合は記録すべきである。ルールエンジンは一貫性を高め得るが、適用可能性については引き続き顧客が責任を負う。デューデリジェンスでは、過去の規制対応リリースについて、提供時期、不具合、サポート負担、顧客導入状況を検証すべきである。
20. 主張と目標を統制する
顧客の主張には、カーボンニュートラル、再生可能エネルギー、排出削減、製品フットプリント、ネットゼロが含まれ得る。プラットフォームは、主張を裏付けるインベントリ、バウンダリ、算定方法、目標基準、クレジット、承認を保存すべきである。
ソフトウェアは、ガバナンスなしに内部推計を外部に対して防御可能な主張に変換すべきではない。主張には法務、技術、保証のレビューが必要となる場合がある。インターフェースは、総排出量、削減量、除去量、オフセットを分離すべきである。
買い手は、顧客インシデント、訂正、係争中の主張をレビューすべきである。責任や評判リスクは、製品設計、販売時の説明、誤用から生じ得る。契約では役割を定義しつつ、製品に関する正確な表示を維持すべきである。
21. 顧客ワークフローを観察する
顧客価値は、誰がアウトプットを使用し、何を行うかによって決まる。サステナビリティチームはデータを調整し、財務部門は開示を承認し、調達部門はサプライヤーと関与し、経営陣は資本を配分する場合がある。プラットフォームは、役割、期限、例外、最終承認を記録すべきである。
ワークフローへの導入状況は、ログイン活動よりも強い指標である。証拠には、期間締め、課題解決、開示マッピング、目標モニタリング、調達アクションが含まれる。年次報告書を1件作成するためだけに使用されるプラットフォームは、季節性のある価値とスイッチングリスクに直面する可能性がある。
買い手は、実際の顧客ワークフローを観察し、異なる部門にヒアリングすべきである。単一の推進者だけでは、組織的な導入が弱いことを覆い隠す可能性がある。役割の分散と埋め込み型統合は、より強い顧客維持を支える。
22. スイッチングコストを測定する
スイッチングコストは、コネクター、マッピング、排出係数履歴、統制、承認、レポート、トレーニング、保証証跡から生じ得る。データ量のみでは移行可能な場合がある。独自形式やエクスポート機能の欠如は、顧客が価値を認めない摩擦を生み得る。
プラットフォームは、文書化されたエクスポート、API、移行支援を提供すべきです。倫理的なスイッチングコストは、埋め込まれたワークフローと信頼できるエビデンスから生じるものであり、アクセス不能な記録による顧客のロックインから生じるものではありません。契約にはポータビリティ義務が含まれる場合があります。
デューデリジェンスでは、失った顧客、移行時間、競合による置き換えを確認すべきです。高い維持率は、契約期間や規制上の緊急性を反映している場合があります。更新時のインタビューでは、顧客が離脱した場合にどのコンポーネントを再構築するかを特定すべきです。
過去期間の比較データは、新たな提供事業者が対象範囲、算定要因、算定方法、承認、および過去期間の説明を必要とするため、切り替えの複雑さを高めます。対象会社は、管理された移行と照合を支援すべきです。前任者のエビデンスを取り込み検証できるプラットフォームは、新たな基準年の設定を求めるプラットフォームよりも効果的に顧客を獲得できる可能性がありますが、この機能はデータ品質および責任に関する負担を生じさせます。
23. サービス強度を測定する
カーボンデータには、多くの場合、マッピング、解釈、サプライヤーとの関与、年末対応が必要です。これらのサービスは価値が高く、継続的な収益になり得ます。また、売上総利益率と提供能力にも影響します。工数は、顧客、活動、期間ごとに配分すべきです。
買収者は、標準的なオンボーディング、定常運用、アドバイザリー業務、製品開発を分けて評価すべきです。シニアのサステナビリティ専門家は、希少な依存資源となる場合があります。自動取り込みは、工数をなくすのではなく、例外処理にシフトさせる可能性があります。
スケーラビリティの証拠には、記録当たりの工数削減、再利用可能なマッピング、自動照合、顧客のセルフサービス、安定した保証結果が含まれます。マージン改善はコホート別に示すべきです。
季節性は可視化されるべきです。報告期限は業務負荷を集中させ、一時スタッフやシニアレビューを必要とすることがあります。買収者は、ピーク時の能力、バックログ、残業、外部委託の利用、顧客による遅延を比較すべきです。年間稼働率が魅力的に見えても、決算・保証期間中に重大な提供リスクを抱える企業もあります。価格設定と人員配置は、真のピーク需要を反映すべきです。
24. 収益の質を検証する
収益の質は、契約範囲、期間、更新、拡大、集中度、回収、サービス義務によって決まります。年間経常収益には、一時的な導入作業やマネージドレポーティングが含まれる場合があります。デューデリジェンスでは、契約、請求、収益認識、現金を照合すべきです。
コホートでは、顧客を規模、法域、保証ニーズ、製品別に分けるべきです。拡大は、対象法人、サプライヤー、モジュール、アドバイザリー業務の増加を反映している場合があります。買い手は、拡大が持続的なワークフロー採用につながっているかを追跡すべきです。
価格設定は、資産、法人、ユーザー、記録、モジュール、サービス工数に対して検証すべきです。規制は需要を加速させる一方で、調達や競争を激化させる可能性があります。予測では、政策主導の需要すべてを恒久的なソフトウェア収益として扱うべきではありません。
契約デューデリジェンスでは、データの利用可能性、顧客の受け入れ、サービス・クレジット、価格上昇、契約解除、規制変更、専門サービスに関するコミットメントを確認すべきです。顧客がデータを提供できない場合でも、ベンダーが完全なレポートに責任を負うため、収益がリスクにさらされる可能性があります。商業モデルでは、どの義務が顧客の協力に依存するか、また遅延が収益認識と現金にどう影響するかを特定すべきです。
25. データとアクセスを保護する
カーボンインベントリには、エネルギー使用、生産、調達、物流、サプライヤー、財務に関する情報が含まれます。プラットフォームは、データを分類し、アクセスを制限し、記録を暗号化し、活動をログに記録し、下請け業者を統制すべきです。サプライヤーデータは契約上制限されている場合があります。
アクセス権は、エンティティおよび報告上の役割を反映すべきです。保証業務従事者には、統制された読み取りアクセスが必要となる場合があります。管理者は、承認済み証拠を痕跡を残さずに変更できてはなりません。開発環境とサポート環境は分離する必要があります。
セキュリティ・デューデリジェンスには、アーキテクチャ、インシデント、リカバリー、保持および削除を含めるべきです。支配権の変更には、顧客またはデータベンダーの同意が必要となる場合があります。コストは統合計画に組み込むべきです。
表3. トランザクション・デューデリジェンスにおけるデータ品質階層
| データ分類 | 例 | 証拠の期待水準 | バリュエーション上の取扱い |
|---|---|---|---|
| 一次実測 | メーターまたは検証済みサプライヤー活動 | ソース記録、期間および統制 | 意思決定での利用に最も強い根拠 |
| 一次計算 | エネルギーに換算した燃料量 | ソース、換算および方法 | 再現性テストとともに保持 |
| サプライヤー報告 | サプライヤーのインベントリまたは製品フットプリント | 識別、境界、方法および証拠 | 比較可能性と検証に合わせて調整する |
| モデル化された活動 | 距離、使用量、または生産量の推定値 | モデル、入力、誤差、承認 | 不確実性と再調達費用を適用する |
| 支出ベース | 財務支出にセクター係数を乗じたもの | 台帳、通貨、セクター、係数 | スクリーニング価値;運用上の帰属は限定的 |
| ギャップを補填 | 前期またはプロキシ | ルール、責任者、代替計画 | 保証度と継続性の重みを低減する |
品質は重要なカテゴリーと意図する顧客の意思決定に基づいて評価すべきである。
26. 会計およびバリュエーションの規律を適用する
IFRS 13は、市場参加者の前提を通じて公正価値を定義している[13]。バリュエーションでは、ソフトウェア、データ権利、顧客関係、契約、および人材能力を評価すべきである。算出されたトン数が自動的に所有資産になるわけではない。
IAS 38は無形資産および研究開発を規定している[12]。独自のコードおよび手法には、支配と将来の便益が必要である。公開排出係数や顧客記録は、対象会社が所有するデータにならなくても、価値あるサービスを支えることができる。
IFRS 15は顧客契約からの収益を規定している[11]。ライセンス、サブスクリプション、導入、マネージドサービスには、異なる義務が含まれる場合がある。顧客の排出量および推定削減額は、プラットフォーム収益ではない。
バリュエーションでは、導入済みの経常収益、証拠に基づく拡張、新規法域、研究パイプラインを分離すべきである。各層は、確率、投資要件、現金化までの期間が異なる。買い手のシナジーには、重複する排出係数ライセンス、コネクター移行、顧客同意、再検証、従業員維持を含めるべきである。大規模な対応可能な報告市場は、対象会社にとってアクセス可能な収益を確立するものではない。
表3. カーボン会計価値の仮説的エビデンス・ブリッジ
| 段階 | 年間顧客価値 | 買い手の収益およびシナジー | 主要な調整 |
|---|---|---|---|
| マネジメントケース | 8.8 | 6.0 | 報告された全母集団 |
| 境界および情報源ゲート | 7.2 | 5.1 | 事業体の完全性およびデータ権利 |
| 計算および統制ゲート | 6.0 | 4.2 | 排出係数、手法、見積りおよび統制 |
| 保証およびワークフローゲート | 4.9 | 3.3 | 証拠の準備状況および顧客による利用 |
| 持続性と現金転換 | 4.0 | 2.6 | 顧客維持、サービスコスト、回収 |
USD百万単位の金額は、経営陣による例示的な仮定です。
27. 仮想的な買収を構築する
112社のエンタープライズ顧客、年間経常収益USD 16.2 million、3,800万件の活動記録、報告された二酸化炭素換算量740万トンを有する完全に仮想的なプラットフォームを想定する。経営陣は、年間顧客価値USD 8.8 millionおよび買い手の収益・シナジーUSD 6.0 millionを仮定している。
境界およびソースのテストでは、79社の顧客と550万トンが維持される。算定および統制のレビューでは、68社の顧客と470万トンが維持される。保証およびワークフローのレビューでは、再現可能なデータリネージ、承認、意思決定での利用を伴って、61社の顧客と410万トンが維持される。
顧客維持、サービスコスト、現金の調整後、フレームワークは顧客価値USD 4.0 millionおよび買い手の収益・シナジーUSD 2.6 millionを維持する。すべての金額は仮想的であり、方法のみを示すものである。
この調整は、除外された顧客やトン数に価値がないことを意味するものではない。一部は是正後の開示を支える可能性があり、一部はスクリーニングに有用なままである可能性がある。バリュエーションは、各証拠状態に異なる確率とタイミングを割り当てる。これにより、経営陣が将来の是正を完了済みの能力として価格に織り込むことを防ぎつつ、アップサイドへの明示的な道筋を保持する。

件数は経営陣による例示的な仮定です。
28. 証拠を価格と条件に落とし込む
検証済みの実装済み能力は、契約締結時の価値を裏付けることができる。未統制の顧客母集団、ポリシー拡張、提案中の自動化は、マイルストーンを通じて資金を拠出できる。マイルストーンは、再現された計算、保証結果、ワークフローの採用、更新、回収済み現金を参照すべきである。
表明保証は、データ権利、ファクター、手法、統制、顧客からの請求、セキュリティ、知的財産、ポリシー表明を対象とすべきである。ホールドバックおよび補償は、特定されたエクスポージャーに対応できる。買い手は、統合および修正再表示のために資本を確保すべきである。
シナジーには、コネクターの移行、ファクターの標準化、顧客の同意、統制の再設計、専門人材の維持を含めるべきである。これらのコストを伴わないクロスセルの総額前提は、アクセス可能な価値を過大評価する。
アーンアウトは、ポリシーと顧客データの一部が経営陣の管理外にあるため、慎重な設計を要します。マイルストーンは、更新、粗利益率、解消済みの保証指摘事項、現金回収など、監査済みまたは客観的に検証された成果を重視すべきです。定義では、買収、顧客による遅延、価格変更および買い手の統合判断の取扱いを明記すべきです。ガバナンスは、記録へのアクセスと紛争解決プロセスを提供すべきです。
29. デューデリジェンスを構築し、最初の100日間を実行する
デューデリジェンス依頼には、法人登記簿、ソースマップ、排出係数ライブラリ、算定ポリシー、テスト証跡、調整ログ、統制、保証上の指摘事項、顧客ワークフロー、契約、コホート、サービス提供時間、セキュリティおよび財務モデルを含めるべきです。
最初の30日間では、統制を確立し、本番データ母集団を照合すべきです。31日目から60日目では、重要なインベントリを再現し、優先度の高い例外を解消すべきです。61日目から100日目では、ガバナンス、ポリシーマッピング、顧客証拠および取締役会報告を整合させるべきです。
経営陣は、保証準備が整った顧客、トレーサブルなトン数、長期滞留する例外、導入済みワークフロー、経常収益、サービス工数および回収済み現金を個別に報告すべきです。裏付けのない主張は予測から除外すべきです。
サンプリングは、重要性とリスクに従うべきです。チームは、最大規模のインベントリ、保証を受けている顧客、複雑なScope 3手法、最近の買収、重要な修正再表示および個別開発コネクタを調査すべきです。選定した合計値を再現し、サステナビリティ、財務、内部統制、保証および調達の各ユーザーにヒアリングすべきです。顧客参照では、導入、証拠品質、ワークフロー、乗り換えおよび更新の理由を扱うべきです。

拡大に先立ち、統制と再現性を確保する。
30. 限界を認識し、結論を導く
本フレームワークは、特定のインベントリ、プラットフォームまたは取引について保証を提供するものではありません。適用される基準、義務および証拠は、顧客、法域、報告フレームワークおよび意図する用途によって異なります。最新の会計、保証、法務、税務および技術に関する助言が必要です。
この仮説ケースは、市場需要、想定される節減額または取引価値を推計するものではありません。報告排出量は、操業、境界、手法、排出係数およびデータの改善により変動し得ます。炭素排出量の数値が低いこと自体は、操業上の削減を証明するものではありません。
カーボン会計は、正当な方法論の多様性にも直面します。異なる報告フレームワーク、製品手法および業界慣行では、関連する活動から異なる数値が生じ得ます。デューデリジェンスでは、単一の普遍的な答えを求めるのではなく、顧客の基準への適合性を検証すべきです。プラットフォームは、相違点を説明し、顧客が複数のフレームワークを使用する場合には照合を保持すべきです。
証拠の品質は、バリューチェーン全体で引き続き不均一です。防御可能なシステムは、その不均一性を可視化し、計画的な改善を支援します。提示方法によって代理値を測定済みの事実に変換してはなりません。カバレッジ、推定、不確実性および統制上の例外が財務上の帰結と結び付いたままであるとき、取締役会と買い手はより適切な意思決定を行えます。
長期的な政策需要は、短期的な商業的証拠と切り分けるべきです。更新、保証上の指摘事項、ワークフロー利用、サービス工数および回収済み現金は、今日観察できます。これらの指標は、技術的デューデリジェンスに代わることなく、バリュエーションを支えるべきです。強固な取引証拠は、再現可能な数値を、システムを継続して利用し支払う顧客に結び付けます。
報告境界のガバナンスでは、関連会社、合弁事業、バリューチェーン上の事業体に対する責任を明確にすべきである。法的所有権、財務的支配、業務上の支配は、連結の結果を異ならせる可能性がある。顧客は、報告フレームワークや法域によってアプローチを変えることがある。プラットフォームは、すべての顧客に単一のデフォルトを適用するのではなく、選択された方針、その根拠、調整内容を保持すべきである。基準年度の再計算ルールは、重要な構造的変更に紐づけ、比較開示とともに保持すべきである。この履歴は、買収後に特に重要となる。経営陣は、統合後のインベントリが業務実績を反映しているのか、境界の変更を反映しているのか、それとも異なる会計方法を反映しているのかを説明する必要があるからである。
リネージは、集計済みレポートおよびエクスポート済みレポートにまで及ぶべきである。管理された計算も、ユーザーが合計値をプレゼン資料や報告テンプレートにコピーし、手作業で丸め、相殺、除外を適用すると、信頼性を失う可能性がある。プラットフォームは、レポート項目を承認済みのアウトプットにマッピングし、レポートのバージョン、作成者、レビュー者、リリース日を保持すべきである。APIの顧客も同等の統制を必要とする。下流の変換により、ベンダーから見えないまま単位や母集団が変わる可能性があるからである。したがって、デューデリジェンスでは、内部計算だけでなく、計算エンジンから開示資料のリリースまでのラストマイルも検査すべきである。
照合では、計算を開始する前に、期待される母集団と受領した母集団を比較すべきである。例としては、拠点数、メーター数、請求書の連番、車両資産、従業員の出張、サプライヤー支出などがある。プラットフォームは、欠落した期間、重複レコード、異常な動きを特定すべきである。経営陣のレビューは、体系的な完全性統制の代替とするのではなく、重要な例外に焦点を当てるべきである。顧客がソースデータの利用可能性に責任を負うことを明記しつつ、製品は欠落した証拠を可視化すべきである。不完全な母集団に基づいて完全に見える合計値は、保証およびバリュエーションの弱い基礎にとどまる。
排出係数のガバナンスは、顧客の比較可能性に影響する。プラットフォームは、より良いデータが利用可能になると、より具体的な排出係数を選択することがあり、活動量に変化がないまま排出量が増減する可能性がある。システムは、業務、境界、活動量、方法論の影響を切り分ける排出係数変更ブリッジを生成すべきである。これは経営判断を支援し、保証業務中の混乱を減らす。また、製品が無統制な修正作業を伴わずに科学的・政策的更新を管理できるという証拠を買い手に提供する。排出係数のライセンスおよび再配布権は、すべての計算および顧客エクスポートに紐づいたままであるべきである。
購入した物品・サービスは、Scope 3の証拠に関する課題をしばしば示す。支出データは広範なカバレッジを提供できる一方、物理量やサプライヤー固有の製品データは、より実行可能な分析を支えることができる。プラットフォームは、開示なしに方法を混在させることを避けるべきである。各サプライヤーおよび製品に使用された階層を保持し、配分および検証ステータスを記録し、方法の変更が基準年度および目標軌道にどのように影響するかを示すべきである。調達チームはエンゲージメントを方向づけられる数値を必要とし、報告チームは完全で比較可能なインベントリを必要とする。単一の方法では、両方の意思決定を満たせない場合がある。
保証準備態勢は、再現可能な運用指標によって測定できる。これには、要求項目のターンアラウンドタイム、未解決の証拠例外、締め後の調整、統制からの逸脱、および主要な残高のうち一次情報源から再現された割合が含まれる。プラットフォームは、あたかも独立した結論であるかのように自らの保証品質をスコア化することを避けるべきである。デューデリジェンスでは、これらの指標を顧客間および期間間で比較し、製品の成熟度が向上しているか、プロフェッショナルサービスの工数が低下しているかを特定できる。保証業務の指摘事項は、実務者の独立性と顧客の機密性を維持する統制されたプロセスを通じて、製品開発にフィードバックすべきである。
投資案件では、人材と知識の集中も考慮すべきである。カーボン会計は、ソフトウェアエンジニアリング、排出量算定方法論、報告解釈、顧客導入、保証支援を組み合わせる。少数のシニア専門家が、文書化されていないルールや顧客の文脈を保有している場合がある。買い手は、重要役割をマッピングし、文書をレビューし、元の実装者なしでチームが複雑なインベントリを再現できるかを検証すべきである。定着および知識移転のコストは、取引モデルに含めるべきである。スケーラブルな価値には、個人の記憶への依存ではなく、組織的な能力が必要である。
顧客成果の証拠は、支援した意思決定を反映すべきである。完了した開示は、報告上の有用性を示すことができる。変更された調達仕様は、業務上の利用を示すことができる。削減主張には、統制された基準年度と活動量の変化に関する証拠が必要である。買い手は、これらの成果を一つにまとめた未分化な価値数値に統合することを避けるべきである。各成果は、受益者、観測期間、帰属方法、更新確率が異なる。構造化された成果台帳は、製品投資および価格設定のより良い根拠を経営陣に与える。
統合計画では、重複システムを削減しつつ、顧客の証拠を保持すべきである。ソース、排出係数、レポートのリネージが照合される前に計算を移行すると、比較情報や保証の証跡が損なわれる可能性がある。買い手は、ID、権利、データ、方法、統制、アウトプットの順に進め、その後で顧客の承認を得るべきである。重要性のあるインベントリについては、並行稼働が必要になる場合がある。統合によるコスト削減は、法的クロージング時ではなく、検証済みの移行後に開始すべきである。この順序により、収益基盤が保護され、シナジー案件が監査可能になる。
取締役会の監督では、本番運用の信頼性と方法論上の判断を区別すべきである。本番レポートでは、成功した実行、データ完全性、例外の経過期間、サービスレベルを追跡できる。方法ガバナンスでは、排出係数の変更、推計、境界判断、修正再表示、方針解釈を追跡すべきである。商業レポートでは、更新、粗利益率、現金、保証支援を追跡すべきである。これらの指標を単一のプラットフォーム健全性スコアに統合すると、リスクの源泉が見えなくなる可能性がある。分離され、照合されたレポートにより、取締役や取引チームは、価値を制約するレイヤーに是正策と資本を振り向けられる。
実務上の結論として、取引価値は監査可能なカーボン数値から始まり、顧客ワークフロー、リテンション、スケーラブルな提供を通じて続く。主張を裏付けられるプラットフォームは、アウトプットを再現し、判断を可視化し、実効的な統制を支え、顧客が支払いを続ける意思決定に証拠を結びつけることができる。

USD百万単位の金額は、経営陣による例示的な仮定です。
参考文献
- GHGプロトコル。企業会計・報告基準。 https://ghgprotocol.org/corporate-standard
- GHGプロトコル。Scope 2ガイダンス。 https://ghgprotocol.org/scope-2-guidance
- GHGプロトコル。企業バリューチェーン スコープ3基準。 https://ghgprotocol.org/scope-3-calculation-guidance-2
- GHGプロトコル。スコープ3算定ガイダンス。 https://ghgprotocol.org/scope-3-calculation-guidance-2
- IFRS財団。IFRS S2 気候関連開示。 https://www.ifrs.org/issued-standards/list-of-standards/ifrs-s2-climate-related-disclosures/
- IFRS財団。IFRS S2を適用した温室効果ガス排出量開示要件、2025年5月。 https://www.ifrs.org/content/dam/ifrs/supporting-implementation/ifrs-s2/ghg-ifrs-s2-educational-material.pdf
- 国際監査・保証基準審議会。ISSA 5000。 https://www.iaasb.org/standards-pronouncements
- 国際監査・保証基準審議会。ISSA 5000の理解。 https://www.iaasb.org/focus-areas/understanding-international-standard-sustainability-assurance-5000
- IFRS財団。温室効果ガス排出量開示の修正、2025年12月。 https://www.ifrs.org/content/dam/ifrs/publications/amendments/english/2025/issb-2025-1-amendments-ifrs-s2.pdf
- 欧州委員会。欧州サステナビリティ報告基準。 https://finance.ec.europa.eu/capital-markets-union-and-financial-markets/company-reporting-and-auditing/company-reporting/corporate-sustainability-reporting_en
- IFRS財団。IFRS第15号「顧客との契約から生じる収益」。 https://www.ifrs.org/issued-standards/list-of-standards/ifrs-15-revenue-from-contracts-with-customers/
- IFRS財団。IAS第38号「無形資産」。 https://www.ifrs.org/issued-standards/list-of-standards/ias-38-intangible-assets/
- IFRS財団。IFRS 13 公正価値測定。 https://www.ifrs.org/issued-standards/list-of-standards/ifrs-13-fair-value-measurement/
- 国際標準化機構。ISO 14064-1 温室効果ガス。 https://www.iso.org/standard/66453.html
- 国際標準化機構。ISO 14064-3 検証及び妥当性確認。 https://www.iso.org/standard/66455.html
- 国際標準化機構(ISO)。ISO/IEC 42001 人工知能(AI)マネジメントシステム。 https://www.iso.org/standard/81230.html
- 米国国立標準技術研究所。AIリスクマネジメントフレームワーク。 https://www.nist.gov/itl/ai-risk-management-framework
- 炭素会計財務パートナーシップ。GHG会計・報告グローバル基準。 https://carbonaccountingfinancials.com/standard
- IFRS財団。GHG排出量開示におけるGRI 102とIFRS S2の同等性、2025年。 https://www.ifrs.org/news-and-events/news/2025/06/gri-102-ifrs-s2-reporting-and-equivalence/
- IAASB。ISSA 5000ファクトシート、2025年。 https://www.iaasb.org/publications/issa-5000-fact-sheet
著者について
Chennakeshav(CK)は、M&A、グロースキャピタル、企業戦略にわたる案件のオリジネーション、ストラクチャリング、実行において25年以上のグローバル経験を持つコーポレートファイナンスおよび投資銀行業務のエグゼクティブです。創業者、企業、ファンド向けに価値創造マンデートを主導し、取締役会の視点と実務的な実行およびクロージングをつないできました。
彼のキャリアは、TMT、不動産、フィンテック、ディープテック、クリーンテック、インフラ、エネルギー分野にわたり、Morgan Stanley、HSBC、Lloyds Banking Group、EWEC、ADQのポートフォリオ企業、Emirates Growth Fundに及んでいます。C-suiteリーダー、プライベートエクイティおよびベンチャーファンド、ソブリン・ウェルス・ファンド、ファミリーオフィスと連携し、複雑なファンドレイズやスケールアップ事業の資金調達を支援するとともに、M&Aデューデリジェンス、合併後の統合、ビジネストランスフォーメーションの取り組みを主導し、価値を創出してきました。
Matchpoint Partnersではマネージング・パートナーとして、同社のコーポレートファイナンス、M&A、資本調達プラクティスを主導しています。ロンドン・ビジネススクールのMBA、VTUの工学学位、およびUCLロンドンの法学修士(LLM、取得中)を保有しています。
CKは積極的にスタートアップのメンターを務め、Techstars、DIFC FinTech Hive、Startup Grind、Founder Institute、IN5でメンタリングを行い、ロンドン・ビジネススクールのEntrepreneur Mentor in Residence(EMiR)を務め、Entrepreneurship World Cupの審査員も務めています。
https://www.linkedin.com/in/ckadya/
https://www.matchpoint-partners.com/team/ck-adya.html
本稿は、プライベート市場およびオルタナティブ市場の構造に関する継続シリーズの一部です。表明された見解は著者個人のものです。本稿は情報提供のみを目的としており、市場構造を一般的な表現で説明するもので、いかなる証券、ビークル、取引相手方に関する投資、法務、税務、規制上の助言または推奨を構成するものではありません。

