AWS Sustainability コンソール発表、Scope1〜3排出量をAPIで取得可能に Announcing the AWS Sustainability console: Programmatic access, configurable CSV reports, and Scope 1–3 reporting in one place
- AWSは新たにAWS Sustainabilityコンソールを発表した。
- 従来のCustomer Carbon Footprint Toolを置き換え、Scope1〜3の排出量データをプログラマティックAPIや設定可能なCSVレポートで取得できる。
- 企業のサステナビリティ報告や監査対応の効率化を目的とする。
English summary
- AWS announces the Sustainability console, a new standalone service that consolidates carbon emissions reporting and resources, giving sustainability teams independent access to Scope 1, 2, and 3 emiss
AWSは、クラウド利用に伴う温室効果ガス排出量を可視化する新しい「AWS Sustainability コンソール」を発表した。これまで提供されてきたCustomer Carbon Footprint Tool(CCFT)を後継する位置づけで、企業のESG・サステナビリティ報告を支援する基盤として強化されている。
最大の進化はプログラマティックアクセスの提供である。これまでCCFTはコンソールUIからの閲覧やCSVダウンロードに限られていたが、新コンソールではAPI経由で排出量データを取得できるようになった。これにより、社内のサステナビリティダッシュボードやERP、監査ワークフローへの自動連携が可能となる。加えて、CSVレポートの粒度や対象範囲を柔軟に設定できるようになり、AWSアカウントやリージョン、サービス単位でのレポート生成が容易になる。
もう一つの注目点はScope1〜3の統合表示である。GHGプロトコルにおいてScope1は自社直接排出、Scope2は購入電力等の間接排出、Scope3はバリューチェーン全体の排出を指す。クラウド利用者にとってAWS利用分は通常Scope3に該当するが、AWSはデータセンター運用に関わる自社のScope1・2情報も含めた形で開示することで、利用者側の算定根拠の透明性を高める狙いがあると見られる。
従来のCustomer Carbon Footprint Toolを置き換え、Scope1〜3の排出量データをプログラマティックAPIや設定可能なCSVレポートで取得できる。
背景には、欧州のCSRDや米SECの気候関連開示規則、日本のサステナビリティ開示基準など、報告義務が世界的に強化されている流れがある。Microsoft AzureのEmissions Impact DashboardやGoogle CloudのCarbon Footprintツールも同様の機能を提供しており、ハイパースケーラー間で排出量可視化機能の競争が進んでいる。今回のAPI対応により、AWSは監査対応や第三者保証を求められる大企業ユーザーのニーズに応える形となった。
AWS has unveiled the new AWS Sustainability console, a successor to the long-standing Customer Carbon Footprint Tool (CCFT). The new console consolidates greenhouse gas emissions reporting for AWS workloads and adds capabilities aimed squarely at enterprises facing growing regulatory and stakeholder pressure to disclose climate data.
The most significant addition is programmatic access. Until now, CCFT data was available only through the AWS Management Console or static CSV downloads, which made integration with internal sustainability platforms cumbersome. The new console exposes emissions data via APIs, allowing customers to pull figures directly into ESG dashboards, ERP systems, or audit pipelines. Reports can also be generated as configurable CSVs, letting teams slice data by account, Region, or service to match the granularity required by internal stakeholders or external auditors.
A second headline feature is unified reporting across Scope 1, 2, and 3 emissions in line with the Greenhouse Gas Protocol. Scope 1 covers direct emissions, Scope 2 covers purchased energy, and Scope 3 spans the broader value chain. For AWS customers, cloud usage typically falls under their own Scope 3 inventory, but AWS now provides visibility into its associated Scope 1 and 2 footprint as well. This integrated view is intended to give customers a clearer methodological basis when their own disclosures are challenged by auditors or regulators.
The timing reflects a sharp tightening of climate disclosure rules worldwide. The EU's Corporate Sustainability Reporting Directive (CSRD) is now phasing in mandatory reporting for tens of thousands of companies, while the SEC in the United States and Japan's SSBJ are advancing their own frameworks. Hyperscalers have responded competitively: Microsoft offers the Emissions Impact Dashboard for Azure, and Google Cloud provides its Carbon Footprint tool, both of which already supported some level of API or BigQuery export. AWS's previous tool was widely seen as lagging in flexibility, so this update appears intended to close that gap.
For practitioners, the practical implications are notable. Sustainability teams that previously stitched together spreadsheets each quarter can move toward continuous, automated reporting. FinOps and platform engineering groups may also find value in correlating emissions data with cost and architectural choices, such as Region selection or instance family. AWS has historically published methodology documents describing how it allocates emissions to customers, and the granularity offered here is likely to invite further scrutiny from sustainability consultants and assurance providers.
While AWS has not detailed every methodological change, the move toward API-first access and Scope 1-3 unification suggests the console is positioned as foundational infrastructure for compliance-grade reporting rather than a purely informational tool. Customers preparing for assurance engagements should still validate AWS-reported figures against their own boundary definitions, but the new capabilities materially reduce the manual effort involved.
本ページの本文・要約は AI による自動生成です。正確性は元記事 (aws.amazon.com) をご確認ください。