AWS awsaccountbilling documentation change
Summary
Updated Scope 3 emissions methodology documentation and clarified Scope 1 estimation process. Added detailed calculation methods for Scope 3 emissions including fuel/energy activities, IT hardware, buildings/equipment, and amortization approach.
Security assessment
The changes focus on environmental reporting methodology and data quality improvements for carbon emissions calculations. There is no evidence of security vulnerability fixes, access control changes, or security incident-related updates. The modifications are purely related to sustainability metrics transparency.
Diff
diff --git a/awsaccountbilling/latest/aboutv2/ccft-overview-input.md b/awsaccountbilling/latest/aboutv2/ccft-overview-input.md index 47f915b16..666e2e412 100644 --- a//awsaccountbilling/latest/aboutv2/ccft-overview-input.md +++ b//awsaccountbilling/latest/aboutv2/ccft-overview-input.md @@ -7 +7 @@ -This section outlines the sources of data and transformations that occur upstream of the Customer Carbon Footprint Tool to define Scope 1 and 2 carbon emissions for each AWS cluster. The CCFT currently includes Scope 1 and Scope 2 data, with a plan to include Scope 3 in the future. To understand the full methodology, see the [CCFT Methodology Document](http://sustainability.aboutamazon.com/aws-customer-carbon-footprint-tool-methodology.pdf). +This section outlines the sources of data and transformations that occur upstream of the Customer Carbon Footprint Tool to define Scope 1, Scope 2, and Scope 3 carbon emissions for each AWS cluster. To understand the full methodology, see the [CCFT Methodology Document](http://sustainability.aboutamazon.com/aws-customer-carbon-footprint-tool-methodology.pdf). @@ -12 +12 @@ This section outlines the sources of data and transformations that occur upstrea -Amazon generates and assures Scope 1 activity data for its annual footprint every year, which AWS uses as the basis to estimate Scope 1 emissions data for each reporting month in CCFT. To bridge the gap between Amazon’s annual reporting and CCFT’s monthly cadence, we use historical Scope 1 emissions growth to estimate monthly emissions for the current year. +Amazon generates and assures Scope 1 activity data for its annual footprint every year. To bridge the gap between Amazon's annual reporting and CCFT's monthly cadence, AWS uses unassured primary Scope 1 activity data to determine monthly emissions for the current month. Some of the activity data might not be available at the time of publishing the monthly report, therefore translating in an underestimation of Scope 1 emissions. We update our estimates when recasting, to align Scope 1 emissions reported in the CCFT with the assured data. @@ -19 +19 @@ Similar to Scope 1, the CCFT methodology closely follows Amazon’s footprint me -AWS first estimates cluster and month level location-based (LBM) emissions by estimating energy consumption (MWh) and multiplies this by LBM emission factors. Energy data is made up of approximately 95% of utility power invoices and historical estimates, and <5% estimated data. +AWS first estimates cluster and month level location-based (LBM) emissions by estimating energy consumption (MWh) and multiplies this by LBM emission factors. @@ -32,0 +33,13 @@ To learn more about the differences between LBM and MBM, see [GHG Protocol Scope +**Scope 3** + + +Fuel and energy related activities: For upstream emissions from purchased fuels, AWS collects fuel activity data and applies emission factors for fuel extraction, production, and transportation. For upstream emissions of purchased electricity and transmission and distribution (T&D) losses using location-based emissions (LBM), AWS multiplies the estimated energy consumption (MWh) by the relevant emission factor. For market-based emissions (MBM), AWS also accounts for Energy Attribute Certificates (EACs). + +IT hardware: AWS uses a comprehensive cradle-to-gate approach that tracks emissions from raw material extraction through manufacturing and transportation to AWS data centers. The methodology employs four calculation pathways: process-based life cycle assessment (LCA) with engineering attributes, extrapolation, representative category average LCA, and economic input-output LCA. AWS prioritizes the most detailed and accurate methods for components that contribute significantly to overall emissions. + +Buildings and equipment: AWS follows established whole building life cycle assessment (wbLCA) standards, considering emissions from construction, use, and end-of-life phases. The analysis covers data center shells, rooms, and long-lead equipment such as air handling units and generators. The methodology uses both process-based life cycle assessment models and economic input-output analysis to ensure comprehensive coverage. + +The Scope 3 emissions are then amortized over the assets' service life (6 years for IT hardware, 50 years for buildings) to calculate monthly emissions that can be allocated to customers. This amortization ensures that we fairly distribute the total embodied carbon of each asset across its operational lifetime, accounting for scenarios such as early retirement or extended use. + +To ensure data quality, we use a Composite Quality Score (CQS) system and perform multiple validation checks throughout our calculation process. This systematic approach lets us provide customers with detailed, verifiable carbon footprint data while maintaining transparency about our calculations and assumptions. +