GHG排出量データ管理SaaSの比較 — Salesforce Net Zero Cloud・SAP・Microsoft Sustainability Manager

排出量算定SaaSへの年間投資は、開示対応コストとして計上した瞬間に回収不能になる。年間数百万〜数千万円のライセンスと運用費を正当化できる企業とできない企業の差は、製品選定の巧拙ではなく、価値変換ステージ2（測定可能性）で作ったデータをステージ3以降のどこに接続するかを先に決めているかどうかにある。3大ベンダーの構造的な違いを、機能一覧ではなくROIの発生場所から解剖する。

排出量SaaSは「コンプライアンス費用」ではなく「価値変換ステージ2の投資」である

排出量算定SaaSの導入検討は、ほぼ例外なく締切から逆算して始まる。CSRD（企業サステナビリティ報告指令）の適用開始、SSBJ基準の適用時期、親会社からのScope 3データ提出要請。締切があるからツールを買う。この順序で意思決定すると、選定基準は「開示フォーマットに出力できるか」に収束し、結果として開示はできるが一円も生まないデータベースが社内に残る。

7段階の価値変換フレームで見ると、排出量SaaSが担うのはステージ2（測定可能性）だけだ。ステージ1（物理的インパクト）はSaaSでは生まれない。ステージ3（証明可能性＝第三者保証・認証）以降は、SaaSが出力したデータを別の制度に載せる作業であって、ツールの機能ではなくデータ設計の問題になる。単体で見れば、ステージ2への投資はリターンがゼロだ。測っただけでは誰も金を払わない。

投資回収は、ステージ2で作ったデータがステージ3〜7のどこに接続されるかで決まる。製品別カーボンフットプリント（PCF）が算出できればステージ6のグリーンプレミアムに接続する。サプライヤー別の一次データが揃えばステージ6の調達コスト削減に接続する。保証（アシュアランス）に耐えるデータリネージがあればステージ3を経てステージ7の資本コスト低下に接続する。この接続点を先に決めずにツールを選ぶと、後から接続できないデータ構造ができあがる。

判断を経済計算に落とすなら、MRVコストを1トンあたり単価に換算するのが早い。年間ライセンス＋運用工数の総額を、算定対象のCO2排出量（tCO2e）で割る。仮に年間排出量50万トンの製造業が総保有コスト年5,000万円を投じるなら100円/tCO2e。一方、年間排出量2万トンの中堅企業が年1,000万円を投じれば500円/tCO2e、年2,000万円なら1,000円/tCO2eになる（いずれも構造を示すための試算値であり、実際の見積額ではない）。

この単価が意味を持つのは、比較対象となる削減手段の価格が実在するからだ。J-クレジット制度の入札販売では、省エネ由来クレジットの落札価格が2020年代を通じて1トンあたり1,500〜3,000円台で推移してきた（J-クレジット制度事務局公表の入札結果による）。森林由来はこれより高い水準で取引される。つまり、中堅規模の企業が測定に1,000円/tCO2eを払っている状態は、削減そのものに払う費用と同じオーダーに達している。測定に払う金が削減に払う金に接近した瞬間、議論は機能比較から投資判断に変わる。

もっとも、この比較は排出量データが削減量の代替物であることを意味しない。クレジット購入は排出量の相殺であり、算定データは削減の設計・調達交渉・開示のすべての前提になる。単価比較の意義は、測定投資に上限感覚を持ち込む点にある。

3製品の設計思想の違い — データがどこから来て、どこへ出ていくか

3製品はいずれも「排出量を算定して開示する」と説明されるが、データの入口が異なる。そしてデータの入口が、そのままROIの発生場所を規定する。以下の製品仕様はいずれも2026年8月時点の各社公式ドキュメントに基づく。ライセンス構成や機能名は改訂が頻繁なため、選定時には最新版の確認が前提になる。

SAP — 原価計算の隣に炭素を置く

SAP Sustainability Footprint Management（SFM）は、購買・生産・出荷といったERPのトランザクションデータに排出係数を紐づけ、財務データと同じ粒度でCO2を積み上げる設計を採る。SAP Green Ledgerは複式簿記の考え方を炭素会計に持ち込み、排出量を勘定科目に準じた形で扱う。SAP Sustainability Control Towerが開示・目標管理のレイヤーを担い、3者は同一のSustainabilityポートフォリオ内で相互に接続される構成になっている。

この構造の帰結は明快で、製品別・工程別の原単位が業務データから自然に導出される。ステージ6の調達コスト削減とPCFベースのグリーンプレミアムに、最短距離で接続する。逆に言えば、SAP ERPを基幹に据えていない企業ではこの最大の強みが働かない。SFMは非SAPソースからのデータ取り込みにも対応するが、その場合は他製品との差が縮まる。

Salesforce — 関係データとエンゲージメント

Salesforce Net Zero Cloudは、Salesforceプラットフォームが元来管理する顧客・取引先との関係データの上に構築されている。サプライヤーへの質問票配信、回答収集、進捗管理、回答データの品質評価といった一連のプロセスを製品内で回せる点が中心的な機能群だ。Scope 3カテゴリ1（購入した製品・サービス）の一次データ収集は、突き詰めれば数十社から数百社に回答を書かせる業務プロセスの問題であって、算定エンジンの計算精度の問題ではない。ここにSalesforceの構造的な優位がある。

加えて、算定結果をステークホルダー向けダッシュボードやレポートとして出力する機能が充実しており、投資家対話やCDP回答といったステージ7側の出口に近い。相対的な弱点は自社の生産設備・エネルギー実測データとの統合で、そこは別途の連携設計を要する。

Microsoft — データ基盤としての性格

Microsoft Sustainability Manager（Microsoft Cloud for Sustainabilityの中核製品）は、Dataverse上のデータモデルを基盤とし、Microsoft Fabricとの連携によって設備データ、施設のエネルギー使用実績、クラウド利用に伴う排出量などを取り込む構成になっている。Standard版とPremium版でデータ取り込み容量とカスタマイズ範囲が異なり、実運用ではアプリケーションのライセンスに加えてDataverseのストレージ容量、Fabricを使う場合はそのキャパシティ課金が積み上がる。TCOの算定単位が3層に分かれる点が、他2製品との実務上の最大の違いになる。

Power Platformの標準的な拡張手段が使えるため、既存のMicrosoft資産を持つ企業ではデータ統合の自由度が高い。裏返せば、その自由度を活かすには社内またはパートナー側にDataverse／Power Platformの設計者を確保する前提が伴う。標準テンプレートのまま導入して価値が出る範囲と、作り込みを要する範囲の線引きを、導入前に見極めておくのが現実的だ。

テーブルA: 3製品の設計思想比較（2026年8月時点の各社公式情報に基づく整理）

観点	SAP（SFM／Green Ledger／Control Tower）	Salesforce Net Zero Cloud	Microsoft Sustainability Manager
設計思想	原価計算型	エンゲージメント型	データ基盤型
データ起点	ERPトランザクション（購買・生産・出荷）	顧客・サプライヤー関係データ、質問票回答	Dataverse／Fabric上の設備・施設・クラウドデータ
相対的に強い領域	製品別・工程別PCF、Scope 3上流の一次データ化	サプライヤー巻き込み、開示・ステークホルダー対話	Scope 1/2の高頻度データ取り込み、データ統合・分析
最短で接続するステージ	6（調達コスト削減・グリーンプレミアム）	3〜4および7（開示・ESG評価）	2の精度（一次データ比率）と社内分析
前提となる既存スタック	SAP S/4HANA	Salesforce Sales/Service Cloud	Microsoft 365／Azure／Power Platform
ライセンスの構成単位	製品別のサブスクリプション	プラットフォーム＋アプリ	アプリ＋Dataverse容量＋（利用時）Fabricキャパシティ
導入が停滞する典型	ERPが非SAPまたは複数併存	自社製造データとの統合設計を後回しにする	Dataverse／Power Platform設計者を確保しないまま着手する

この表から言えることは一つで、既存スタックが選定の大半を決める。S/4HANAを基幹に置く製造業がNet Zero Cloudを主軸に据える合理性は薄く、逆にSalesforceで顧客・取引先管理を回す商社や小売がSFMを選ぶと、最大の資産であるサプライヤー接点を活かせない。機能比較表に点数を付ける作業は、この構造的制約の前では優先順位が低い。実質的な論点は「自社のどのデータ資産が既に収益に接続しているか」であり、その資産が乗っているプラットフォームを選ぶのが合理的だ。

TCO分解 — ライセンス費用より導入・運用・データ整備費が支配的

ベンダー選定会議で議論されるのはライセンス費用だが、複数年の総保有コストで見ればライセンスが占める割合は限定的で、SI費用、社内の運用工数、サプライヤーを巻き込むためのコストが残りを構成する。

SAP、Salesforce、Microsoftのいずれも、日本市場向けの排出量管理製品について包括的な公開定価を示しておらず、ユーザー数・拠点数・取り込みデータ量・必要な連携範囲に応じた個別見積もりが基本になる。Microsoft Sustainability ManagerについてはStandard／Premiumの区分と付随するDataverse容量が製品ページで示されているが、実際の請求額はFabricキャパシティを含めた構成次第で変動する。したがって、具体的な金額レンジを一般論として提示することには意味がなく、自社の拠点数とデータソース数を条件に複数社へ同一条件で見積依頼を出すほうが早い。

見積比較で見落とされやすいのは、初期導入より年次の再算定コストが効いてくる点だ。排出係数データベースは毎年更新され、Scope 3のサプライヤー回答は毎年取り直す。組織再編があれば基準年を遡及修正する。これらは一過性ではなく毎年発生し、運用年数が重なるほど累積の運用コストが初期導入コストに追いつく。

TCOを構成要素に分解するなら、次の5項目で見積依頼書を組むのが実務的だ。アプリケーションライセンス、データ基盤の容量課金（Microsoftの場合はDataverse／Fabric、他2社の場合は連携基盤側の費用）、初期実装のSI費用、年次の係数更新・再算定に伴う運用工数、そしてサプライヤーエンゲージメントの人件費。最後の項目は社内工数として計上されないまま実質的な最大コストになることがある。数百社に一次データを書かせる作業は、ツールを買っても消えない。

保証（アシュアランス）を取得する場合は、監査法人側の工数も加わる。データリネージが追跡可能な構造になっているかどうかで、この費用は大きく変わる。ステージ3への接続を最初から設計に織り込む経済的な理由がここにある。

接続点から逆算する選定

ROIの起点をステージ6の調達コスト削減に置くなら、サプライヤー別・部材別の原単位が業務データから出る構造が必要になる。ERP起点のSAPが最短経路を持つ領域だ。購買部門が価格交渉のテーブルに炭素原単位を持ち込めれば、低炭素材料への切り替えは環境施策ではなく調達戦略になる。

ROIの起点をステージ7のESG評価・資本コストに置くなら、開示フレームワークへの出力品質とサプライヤーからの回答率が効く。回答率が低いままの推計値中心のScope 3は、評価機関からの評価が伸びにくい。Net Zero Cloudのエンゲージメント機能が価値を持つのはこの経路だ。

ROIの起点をステージ2の精度そのもの、つまり自社設備の実測データに基づくScope 1/2の高解像度化に置くなら、Microsoftの構成が合う。設備投資判断や省エネ施策の効果検証に耐える粒度のデータが出れば、削減投資そのものの精度が上がる。ステージ1に効く唯一の経路がここにある。

3つのうちどれを主戦場にするかを先に決めれば、製品は自動的に絞られる。決めずに機能比較を始めると、全項目で及第点の製品を選び、どの接続点にも届かない結果になる。

課題・反論・代替視点

三製品の比較には限界がある。第一に、選定が事実上既存基盤によって決まる点である。SalesforceのCRM、SAPのERP、Microsoftのデータ基盤とAzure、いずれを主要基盤とするかで選択肢は絞られ、機能単体を並べた比較の実務的な余地は大きくない。「純粋な製品比較は意味をなさない」という指摘は正当である。

第二に、SaaS導入によって算定精度の問題が解決するわけではない。いずれの製品も支出ベース算定と平均原単位という二次データに依存する構造は変わらず、改善されるのは集計工数と監査証跡の整備であって、Scope3の数値そのものの確からしさではない。排出係数データベースの更新時に過年度数値が遡及的に動く扱いも各社で異なり、第三者保証を取得する場面では説明負担として顕在化する。

代替視点として、専業ベンダー（ゼロボード、booost technologies、Persefoni等）の採用や、社内データウェアハウス上での内製という選択肢がある。とくに中堅企業では、大手三社のライセンス費用と導入期間に見合う便益が出ないケースが少なくない。

日本市場・日本企業への示唆

日本企業の導入判断では、SSBJ基準への対応が最大の論点になる。2025年3月に確定した同基準は、東証プライム上場企業のうち時価総額の大きい企業から段階的に適用される見通しで、有価証券報告書での開示を前提とした監査可能性——算定根拠の追跡性、証跡の保存、内部統制との接続——が実装要件として効いてくる。この点では、会計基盤と地続きで監査対応の作法が共通するSAPが有利に働く場面が多い。一方、温対法・省エネ法の定期報告といった国内固有の様式は3製品とも標準対応が薄く、帳票のテンプレート作り込みかパートナー実装が前提になる点は共通の注意事項である。

Scope3では、商社や製造業における連結範囲の広さと取引先数の多さが実務上の壁になる。一次データ収集をサプライヤーに依頼する運用は、日本語での依頼設計と、ベンダー日本法人のサポート体制・導入パートナーの厚みに成否が左右されやすい。製品選定は、既存基盤がSAP ERP・Microsoft 365・Salesforceのどれに寄っているかを起点に絞り込み、PoCで自社の勘定科目体系と拠点構成を実データで通してから決めるのが現実的だ。

まとめ

排出量データ管理SaaSの投資判断は、製品比較の問題ではなく接続設計の問題だ。ステージ2単体ではリターンはゼロで、ステージ3の保証、ステージ4の制度出力、ステージ6の調達・PCF、ステージ7のESG評価という4つの接続点のうち、どれを主戦場にするかを先に決めた企業だけが投資を回収する。SAPは原価計算の隣に炭素を置くことでステージ6に、Salesforceはサプライヤーエンゲージメントを通じてステージ7に、Microsoftはデータ基盤としての性格からステージ2の精度向上に、それぞれ最短で接続する。既存の基幹システムが選定の大半を規定するという構造は、この3製品の設計思想を並べれば避けがたい結論として出てくる。

コスト面では、公開定価が存在しない以上、一般的な相場観を前提に予算を組むのは危険だ。アプリケーションライセンス、データ基盤の容量課金、初期SI費用、年次の再算定工数、サプライヤーエンゲージメントの人件費という5項目で分解し、同一条件で複数社に見積もらせる。そのうえで総額を算定対象の排出量で割り、1トンあたりのMRVコストを出す。この単価がJ-クレジットの実勢価格と同じオーダーに達しているなら、測定の設計そのものを見直す合図になる。

CSRDの段階適用とSSBJ基準の国内適用が本格化する2026年から2028年にかけて、排出量データは開示書類の付属物から、調達交渉と資本市場対話の実務データへ移行する。この局面で分水嶺になるのは、算定できるかどうかではなく、算定したデータが保証に耐え、取引先との交渉に持ち込める粒度を持つかどうかだ。ツールを買った時点ではなく、接続点を決めた時点で勝負はついている。