The calculation methodology behind a Scope 1, 2 and 3 greenhouse gas inventory: the standards, the data sources, the assumptions and the emission factors, block by block.
Source: PIONEERS D2.15, Green Ports Master Plan Handbook · Port of Constanța
The process for calculating the port authority`s greenhouse gas emissions follow four main steps:
An accurate emissions inventory begins with clearly defining the organisational and operational boundaries of the assessment. The inventory focuses exclusively on activities that are directly managed or controlled by the port authority in the port perimeter. This approach ensures that reported emissions reflect areas where the organisation can implement and monitor improvement measures.
The assessment includes emissions generated through the operation and maintenance of port infrastructure, energy consumption in buildings, fuel use by the vehicle fleet and technical vessels, leased assets, outsourced services, employee commuting, business travel, and procurement activities. Emissions generated by commercial shipping or by independent terminal operators are not included because these activities are outside the operational control of the port authority.
Defining these boundaries at the beginning of the process provides a transparent basis for reporting, ensures consistency over time, and allows future inventories to be compared reliably.
After defining the assessment boundaries, ports need to identify all activities that generate greenhouse gas emissions and grouped them according to GHG Protocols reporting categories. This structured approach ensures that all relevant emission sources are considered while avoiding overlaps or double counting.
The inventory distinguishes between three categories of emissions:
Grouping emissions into these categories helps identify where the largest impacts occur and supports the development of targeted reduction measures.
Reliable emissions calculations depend on the availability and quality of operational data. Therefore, Ports need to define the required information for each emission source and identify the availability of the required data within the organisation. This process involved mapping data owners, reviewing existing records and assessing the completeness and quality of the available information.
The inventory combines data from multiple operational and administrative sources, including energy and fuel purchase records, meter readings, fleet consumption logs, maintenance records, procurement data, waste management records and employee mobility information.
Because the required information originated from different departments, establishing clear responsibilities for data collection is essential. Early coordination reduced inconsistencies, improved data quality and shortens the overall assessment process.
In case specific information is unavailable, the port applied documented assumptions based on recognised international guidance. Recording these assumptions ensures that future inventories remain transparent and comparable over time.
Ports can calculate greenhouse gas emissions using internationally recognised accounting principles and emission factors. Applying standard methodologies allows results to be compared with future reporting years and with other ports following the same approach.
For each activity included in scope 1, scope 2 and scope 3, operational data can be converted into greenhouse gas emissions using recognised emission factors. Where direct activity data were not available, transparent estimation methods can be applied and documented.
You can find information about calculation methodologies, emission factors and assumptions in the section below.
Open a block to see the data sources, the calculation methodology, the key assumptions and the emission factors used for it.
For the determination of port authority’s carbon footprint, the following calculation standards were used:
The application provides the following features:
The application uses a modern microservices-based architecture, with each component running in a separate Docker container. This architecture provides scalability, isolation and ease of deployment.
The application architecture follows a layered architecture model, with a clear separation of responsibilities:
→ React.js application with Material UI for the user interface
→ Node.js/Express REST API for business logic
→ Python service for report generation
→ MongoDB for structured data storage
→ MinIO for file storage