TianGong PCR产品类别规则

Development tools and programming languages software, packaged

Development tools and programming languages software, packaged: This PCR covers published, packaged systems software whose principal function is to assist professional…

Lifecycle status
Candidate
Content maturity
Authored methodology
Current version
No published version
Readiness
Review required
Last updated

Methodology and translation states come from the source record; publishing this website does not change their review status.

Content languages

zh-CN · Aligned
Status, classification and source details

Readiness

  • Warnings methodology_not_reviewed Authored methodology is candidate guidance and still requires methodology review.

Classification mapping

CPC 3.0:47814 · exact

Source

1. Scope and Applicability

This PCR covers published, packaged systems software whose principal function is to assist professional developers in designing, authoring, building, testing, or implementing computer programs and software solutions. Covered products include packaged programming-language implementations, compilers, interpreters, assemblers, integrated development environments, debuggers, build tools, and software development kits when supplied as a defined product release.

The product must be a packaged release with a declared version and entitlement. Download-only system-software files, custom software development services, hosted development environments, operating systems, network software, database-management software, and application software whose principal function serves the end user are excluded. The default foreground boundary covers software development and product release. Physical optical-media and paper-box inputs are included only when they are actually used. Operation is a conditional extension and is included only when the declared study boundary covers installation, execution, maintenance, or a representative benchmark over a stated assessment period.

2. Product Category Identity

FieldValue
canonical_pcr_idpcr.metal-products-machinery-and-equipment.radio-television-and-communication-equipment-and-apparatus.development-tools-and-programming-languages-software-packaged
classification_refsCPC 3.0: 47814 (exact classification reference; mapping acceptance is governed separately)
covered_productsPublished packaged programming-language software and development tools that assist professional software design, authoring, build, test, or implementation
excluded_productsDownload-only system software; custom development services; hosted development environments; operating systems; network software; database-management software; end-user application software
representative_productOne installable packaged release of a development tool or programming-language implementation
production_routeSoftware design and development; build, test, release and package preparation; conditional physical-media recording and paper-box packing; conditional supported operation
market_statePublished packaged software with declared version, entitlement, supported platform, development function, carrier and packaging configuration

3. Reference Flow

FieldValue
WhatProvision of one installable packaged development-tool or programming-language software release that performs the declared professional software-development function
How muchOne supplied packaged copy or entitlement represented by the measured mass of its finished physical package
How wellMeets the declared supported platform, architecture, development capability, installation state and release acceptance criteria
How long or cycleOne declared product version and entitlement period; if operation is included, one explicitly stated assessment period and workload
reference_flow_linkpackaged_software_output
FieldValue
Reference amountMeasured mass in kg of one finished packaged copy
Reference product flowDevelopment tools and programming languages software, packaged 0771060f-3f5c-45f4-a914-cec63115361d
Reference flow propertyMass 93a60a56-a3c8-11da-a746-0800200b9a66
Reference unit groupUnits of mass 93a60a57-a4c8-11da-a746-0800200c9a66
Reference unitkg
Required qualifierssoftware product name and version; tool or programming-language function; entitlement type; supported operating system, architecture and runtime; release acceptance criteria; installation state; physical carrier type; package components; production and supply geography; reporting period; included life-cycle stages; operational workload and assessment period when operation is included

When constructing a foreground data package, the items listed in Required qualifiers must be declared in dataset metadata, process notes, reference flow comment, product description, or an equivalent data package field. Missing required qualifiers make the reference flow definition incomplete for that data package.

4. Measurement and Unit Rules

rule_idApplies toRequired propertyRequired unitRule
reference_package_masspackaged reference productMass 93a60a56-a3c8-11da-a746-0800200b9a66kgWeigh the complete supplied package configuration represented by one copy. Record the number of copies weighed, tare treatment, scale resolution and mean mass per conforming copy; do not treat licence count alone as mass.
electricity_energy_conversiondevelopment, release and operational electricityNet calorific value 93a60a56-a3c8-11da-a746-0800200c9a66MJCollect metered or telemetry electricity in kWh and convert to the TianGong reference unit using exactly 1 kWh = 3.6 MJ. Preserve the original kWh record and identify meter coverage, reserved/provisioned resources and conversion.
functional_unit_consistencyall included software components and stagesMass 93a60a56-a3c8-11da-a746-0800200b9a66kgNormalize development and release records to the same released-copy population. When an operational result is reported, use one consistent declared workload and assessment period for every included component and disclose every conversion to the packaged-copy reference.

5. System Boundary

Boundary Abstraction

FieldValue
declared_starting_conditionApproved product requirements, source-code baseline and third-party component lockfile at the start of the release cycle
starting_condition_roleDefines the release-specific starting point; prior generic research and previously completed releases are outside the foreground unless their resources are causally assigned to the declared release
product_classification_scopePublished packaged development tools and programming-language software; adjacent system software, application software, downloads and software-development services are outside the category
recursive_input_ruleA same-category tool used to produce the release is recorded once as an upstream product input dataset at the point it crosses the foreground boundary; its own development chain is not recursively re-expanded inside this foreground package
upstream_dataset_requirementUse geographically and technologically representative upstream datasets for electricity, optical media, paper boxes and any additional actual atomic inputs; do not relabel upstream emissions as direct foreground emissions
disclosureDeclare release-cycle dates, repositories and components covered, build/test environments, physical carrier and package bill of materials, allocation basis, excluded infrastructure, geography, and whether operation is included
rule_idapplies_torulesource_ids
boundary_release_cyclesoftware development and product releaseInclude the resources directly attributable to requirements implementation, coding, compilation, testing, build, release acceptance, package preparation and release delivery within the reporting organization. Exclude unrelated organizational overhead, marketing, customer-specific development services and work assigned to other releases.un-cpc-3-0-explanatory-notes-2025; un-cpc-3-0-system-software-downloads-84341; green-software-foundation-sci-1-1-0
boundary_supporting_infrastructureincluded software-system activitiesInclude electricity for provisioned or reserved compute, storage, networking, monitoring, logging, scanning, build pipelines and testing when those resources materially support the declared release or operational workload.green-software-foundation-sci-1-1-0
boundary_hardware_materialitydeveloper workstations and build or operation serversScreen embodied hardware using a device- or supplier-specific inventory and the declared time-and-resource allocation. Include each concrete hardware exchange when material to the study goal; otherwise retain and disclose the screening result, evidence, cutoff decision and omitted burden. An optional emissions scalar cannot replace a material physical hardware exchange.green-software-foundation-sci-1-1-0
boundary_physical_packagecarrier and packaging configurationInclude each physical carrier and packaging article actually incorporated into the supplied product as a separate atomic input. The listed optical-media and paper-box rows are conditional examples; any different actual carrier or packaging article must be added as its own concrete foreground exchange. Download-only electronic files belong to the separate download boundary and are excluded.un-cpc-3-0-explanatory-notes-2025; un-cpc-3-0-system-software-downloads-84341
boundary_operation_extensionsupported operationInclude operation only when the study declares the installed components, workload, platform, location and assessment period. Include supporting infrastructure that significantly contributes to execution and disclose excluded components.green-software-foundation-sci-1-1-0

6. Process Inventory Structure

Process Map

process_idprocess_nameinclusioninclusion_conditionrolequantitative_reference
software_developmentSoftware design and developmentrequiredAlways included for the declared release cycleForeground developmentOne released-copy population of the declared version
product_releaseBuild, test, release and package preparationrequiredAlways included; physical carrier and paper-box rows apply only when presentForeground product releaseOne conforming packaged copy and its measured finished mass
supported_operationSupported software operationconditionalInclude only when the declared study boundary covers installation, execution, maintenance or a representative benchmarkConditional use-stage extensionDeclared workload over the declared assessment period, linked to one supplied copy

Process: Software design and development (software_development)

Inputs

Product flows
Electricity for software development (development_electricity)

Electricity consumed by developer workstations and allocated development infrastructure crosses the foreground boundary for the declared release cycle.

  • Selected flow: Electricity 890a70b7-b677-4e2a-8a1b-7d017e0a10ae
  • Flow property / unit: Net calorific value 93a60a56-a3c8-11da-a746-0800200c9a66 / MJ
  • Amount rule: Metered or telemetry electricity attributable to design and development, converted from kWh to MJ and normalized to the conforming released-copy population
  • Value mode: Calculated value (calculated_value)
  • Specificity: Site-specific (site_specific)
  • Normalization basis: per one supplied copy of the declared release
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Collection protocol: cp_development_electricity
  • Sources: green-software-foundation-sci-1-1-0
Developer workstation computer hardware (developer_workstation_hardware)

Record the allocated physical workstation hardware used for release-specific development when the documented embodied-hardware screening finds it material. A disclosed, evidence-backed cutoff may be used only when the screening finds the allocated burden immaterial to the study goal.

  • Selected flow: Developer workstation computer
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Allocated workstation mass equals device mass multiplied by the release-specific reserved-time share and reserved-resource share; identify each device and do not replace this exchange with an emissions scalar
  • Value mode: Calculated value (calculated_value)
  • Specificity: Site-specific (site_specific)
  • Normalization basis: per one supplied copy of the declared release
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Inclusion condition: Include when workstation embodied hardware is material under the documented screening; otherwise document the measured or supplier-supported screen and disclosed cutoff
  • Collection protocol: cp_developer_workstation_hardware
  • Sources: green-software-foundation-sci-1-1-0
Waste flows
Elementary flows

Outputs

Product flows
Waste flows
Elementary flows

Process: Build, test, release and package preparation (product_release)

Inputs

Product flows
Electricity for build, test and release (release_electricity)

Electricity consumed by reserved or provisioned build, test, scanning, release and in-house media-writing resources is collected without double counting development or operation.

  • Selected flow: Electricity 890a70b7-b677-4e2a-8a1b-7d017e0a10ae
  • Flow property / unit: Net calorific value 93a60a56-a3c8-11da-a746-0800200c9a66 / MJ
  • Amount rule: Metered or telemetry electricity attributable to build, test, release acceptance and package preparation, converted from kWh to MJ and normalized to conforming packaged copies
  • Value mode: Calculated value (calculated_value)
  • Specificity: Site-specific (site_specific)
  • Normalization basis: per one conforming packaged copy
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Collection protocol: cp_release_electricity
  • Sources: green-software-foundation-sci-1-1-0
Build and test server computer hardware (build_server_hardware)

Record the allocated physical server hardware supporting build, test, scanning and release activities when its documented embodied-hardware screening is material. Retain a justified disclosed cutoff when it is screened out.

  • Selected flow: Server computer hardware
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Allocated server mass equals device mass multiplied by the release-specific reserved-time share and reserved-resource share; identify each server or homogeneous server group and prevent overlap with operation
  • Value mode: Calculated value (calculated_value)
  • Specificity: Site-specific (site_specific)
  • Normalization basis: per one conforming packaged copy
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Inclusion condition: Include when build and test server embodied hardware is material under the documented screening; otherwise disclose the screening evidence, cutoff and omitted burden
  • Collection protocol: cp_build_server_hardware
  • Sources: green-software-foundation-sci-1-1-0
Unrecorded optical media for the optical-carrier route (optical_media_input)

Unrecorded optical media is recorded only when the declared packaged product is written to an optical carrier controlled by the reporting organization.

  • Selected flow: Optical media, not recorded 714535e8-24d4-44bf-8496-4837f638fdd4
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Net purchased optical-media mass issued to the batch, including attributable recording rejects, divided by conforming packaged copies
  • Value mode: Calculated value (calculated_value)
  • Specificity: Route-specific (route_specific)
  • Normalization basis: per one conforming packaged copy for the optical-carrier route
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Collection protocol: cp_optical_media
  • Sources:
Paper box for the paper-box package route (paper_box_input)

The paper box is recorded only when it is an actual component of the supplied package configuration.

  • Selected flow: Paper box 12d5d744-7725-4dbc-b102-43c80547f777
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Net purchased paper-box mass issued to the batch, including attributable packing rejects, divided by conforming packaged copies
  • Value mode: Calculated value (calculated_value)
  • Specificity: Product-specific (product_specific)
  • Normalization basis: per one conforming packaged copy when a paper box is present
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Collection protocol: cp_paper_box
  • Sources:
Waste flows
Elementary flows

Outputs

Product flows
Conforming packaged development-tool or programming-language software (packaged_software_output)

This is the finished packaged software release after release acceptance and completion of the declared physical package configuration.

  • Selected flow: Development tools and programming languages software, packaged 0771060f-3f5c-45f4-a914-cec63115361d
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Measured finished-package mass of one conforming supplied copy; report both the number of copies and the measured mass used for normalization
  • Value mode: Foreground record (foreground_record)
  • Specificity: Product-specific (product_specific)
  • Normalization basis: one conforming supplied copy of the declared release
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Collected record (collected_record)
  • Collection protocol: cp_reference_product_mass
  • Sources: un-cpc-3-0-explanatory-notes-2025
Waste flows
Rejected optical data-storage media (rejected_optical_media_waste)

Record the actual mass of optical media rejected during recording, verification or package preparation as a separate outgoing production-waste exchange. Do not infer this production scrap from an end-of-life scenario.

  • Selected flow: Rejected optical data-storage media
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Actual weighed rejected optical-media mass transferred out of the release batch, divided by conforming packaged copies; report zero only when complete batch records demonstrate no rejected media
  • Value mode: Calculated value (calculated_value)
  • Specificity: Route-specific (route_specific)
  • Normalization basis: per one conforming packaged copy for the optical-carrier route
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Inclusion condition: Applicable whenever the optical-media route is used; record the actual quantity, waste carrier, destination and treatment route
  • Collection protocol: cp_rejected_optical_media_waste
  • Sources:
Rejected paper or paperboard boxes (rejected_paper_box_waste)

Record the actual rejected paper or paperboard boxes from package preparation as an outgoing production-waste exchange, separate from supplied packaging and downstream end-of-life assumptions.

  • Selected flow: Paper and cardboard packaging waste a318022d-c960-4eb5-a81c-04a9c4dda7e4
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Actual weighed rejected paper-box mass transferred out of the packaging batch, divided by conforming packaged copies; report zero only when complete batch records demonstrate no rejected boxes
  • Value mode: Calculated value (calculated_value)
  • Specificity: Route-specific (route_specific)
  • Normalization basis: per one conforming packaged copy when a paper or paperboard box is present
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Inclusion condition: Applicable whenever a paper or paperboard box is used; record the actual quantity, material grade, waste carrier, destination and treatment route
  • Collection protocol: cp_rejected_paper_box_waste
  • Sources:
Elementary flows

Process: Supported software operation (supported_operation)

Inputs

Product flows
Electricity for declared software operation (operation_electricity)

Operational electricity is included only for a declared workload, platform, location and assessment period and includes materially supporting provisioned or reserved infrastructure.

  • Selected flow: Electricity 890a70b7-b677-4e2a-8a1b-7d017e0a10ae
  • Flow property / unit: Net calorific value 93a60a56-a3c8-11da-a746-0800200c9a66 / MJ
  • Amount rule: Metered electricity for the declared operational workload and supporting infrastructure, converted from kWh to MJ and linked to one supplied copy without double counting release activities
  • Value mode: Calculated value (calculated_value)
  • Specificity: Scenario-specific (scenario_specific)
  • Normalization basis: per declared workload over the declared assessment period, linked to one supplied copy
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Collection protocol: cp_operation_electricity
  • Sources: green-software-foundation-sci-1-1-0
Operation server computer hardware (operation_server_hardware)

When the operation extension is included, record the allocated physical server hardware supporting the declared workload if the documented embodied-hardware screening finds it material. A disclosed cutoff requires retained screening evidence.

  • Selected flow: Server computer hardware
  • Flow property / unit: Mass 93a60a56-a3c8-11da-a746-0800200b9a66 / kg
  • Amount rule: Allocated server mass equals device mass multiplied by the assessment-period reserved-time share and workload-specific reserved-resource share; identify each server or homogeneous server group and prevent overlap with build and release
  • Value mode: Calculated value (calculated_value)
  • Specificity: Scenario-specific (scenario_specific)
  • Normalization basis: per declared workload over the declared assessment period, linked to one supplied copy
  • Basis kind: Reference flow (reference_flow)
  • Evidence kind: Calculated from collection (calculated_from_collection)
  • Inclusion condition: Include only with the supported-operation extension and when operation-server embodied hardware is material; otherwise disclose the screening evidence, cutoff and omitted burden
  • Collection protocol: cp_operation_server_hardware
  • Sources: green-software-foundation-sci-1-1-0
Waste flows
Elementary flows

Outputs

Product flows
Waste flows
Elementary flows

7. Allocation and Co-product Handling

rule_idapplies_torulesource_ids
allocation_avoid_subdividerelease-specific foreground activitiesAvoid allocation by separating repositories, build jobs, test runs, package batches and meters that are attributable to the declared release.green-software-foundation-sci-1-1-0
allocation_shared_electricityshared compute and facility electricityAllocate shared measured electricity using the same time interval as the activity record and a documented causal resource share such as reserved processor time, memory, storage or job runtime. Do not allocate idle but provisioned resources away when they were reserved for the release or workload.green-software-foundation-sci-1-1-0
allocation_hardware_embodiedhardware embodied burdenWhen hardware embodied burden is included, calculate the release or workload share as total hardware embodied emissions multiplied by time reserved divided by expected life and multiplied by resources reserved divided by total resources. Use device-specific LCA data where available and disclose every factor.green-software-foundation-sci-1-1-0
allocation_multiple_releasesshared development and release activitiesUse measured causal resource consumption for each release. If no defensible causal relation exists, report the shared amount and allocation gap for review rather than selecting revenue, licence price or copy count solely for convenience.green-software-foundation-sci-1-1-0

8. Foreground Data Collection, Calculation, and Quality Rules

Data Collection Protocols

protocol_idprocess_idflow_rolerecord_typeraw_fieldscollection_methodunitfrequencytemporal_coveragesite_scopeaggregation_rulequality_evidence
cp_development_electricitysoftware_developmentdevelopment_electricitymeter, device telemetry and release activity recordsmeter_id; device_or_resource_id; timestamp_start; timestamp_end; kWh; reserved_resource_share; repository; release_id; geographyExport calibrated meter or provider telemetry and join to release-specific development activity; document any modelled gapkWhPer metering interval and release activityComplete declared release development cycleAll included development sites and provisioned infrastructureRemove overlap with release and operation meters; allocate shared intervals causally; sum kWh and divide by conforming released copiesMeter calibration or provider methodology; telemetry export; release/activity join; allocation worksheet
cp_developer_workstation_hardwaresoftware_developmentdeveloper_workstation_hardwaredevice inventory, procurement and allocation recordsdevice_id; manufacturer; model; configuration; device_mass_kg; commissioning_date; expected_life; release_time_reserved; total_available_time; resources_reserved; total_resources; release_id; supplier_LCA_reference; screening_result; cutoff_decisionLink each workstation to asset records, screen its allocated embodied burden, and calculate release-attributable mass only when materialkgPer device and declared release cycleComplete declared release development cycleEvery owned, leased or dedicated workstation materially supporting developmentApply documented time and resource shares to device mass; divide by conforming copies; retain screening evidence for exclusionsAsset register; invoice or specification; scale or manufacturer mass; supplier/device LCA; allocation worksheet; cutoff record
cp_release_electricityproduct_releaserelease_electricitybuild/test pipeline telemetry, meter and batch recordsjob_id; stage; timestamp_start; timestamp_end; kWh; reserved_resource_share; release_id; package_batch_id; conforming_copy_count; geographyExport pipeline or facility energy data for compilation, test, scan, release acceptance and package preparationkWhPer job, test run or packaging batchComplete build, test and release cycle for the declared versionAll included build, test and package-preparation infrastructureDeduplicate overlapping meters; sum attributable kWh and divide by conforming copiesPipeline logs; meter/provider evidence; batch reconciliation; allocation worksheet
cp_build_server_hardwareproduct_releasebuild_server_hardwareserver inventory, procurement, job and allocation recordsserver_id_or_group; manufacturer; model; configuration; device_count; device_mass_kg; commissioning_date; expected_life; release_time_reserved; total_available_time; resources_reserved; total_resources; release_id; supplier_LCA_reference; screening_result; cutoff_decisionLink physical servers or homogeneous server groups to build and test jobs, screen allocated embodied burden, and calculate release-attributable mass only when materialkgPer server group and declared release cycleComplete build, test and release cycleAll owned, leased or dedicated server hardware materially supporting build, test, scan or releaseApply documented time and resource shares to device mass; prevent overlap with operation; divide by conforming copies; retain screening evidence for exclusionsAsset/provider inventory; specification; supplier/device LCA; job logs; allocation worksheet; cutoff record
cp_optical_mediaproduct_releaseoptical_media_inputpurchase, issue and reject recordssupplier; media_format; composition; capacity; lot_id; purchased_kg; issued_kg; rejected_kg; conforming_copy_count; geographyReconcile purchased and issued media with recording batch and reject recordskgPer receipt and recording batchAll batches supplying the declared releaseAll controlled optical-media recording sites and suppliersInclude attributable recording rejects; divide issued mass by conforming copies; mark not applicable for non-optical routesInvoice; specification; scale record; batch and reject log
cp_paper_boxproduct_releasepaper_box_inputpurchase, bill-of-materials and packing batch recordssupplier; paper_grade; recycled_content; printing; dimensions; lot_id; purchased_kg; issued_kg; rejected_kg; conforming_copy_count; geographyReconcile paper-box purchases and bill of materials with packing batcheskgPer receipt and packing batchAll batches supplying the declared package configurationAll controlled packing sites and suppliersInclude attributable packing rejects; divide issued mass by conforming copies; mark not applicable when no paper box is usedInvoice; supplier specification; bill of materials; scale record; batch and reject log
cp_reference_product_massproduct_releasepackaged_software_outputrelease acceptance, count and weighing recordsproduct_name; version; entitlement; carrier; package_components; batch_id; conforming_copy_count; weighed_copy_count; gross_mass_kg; tare_treatment; scale_id; resolutionWeigh representative complete conforming packages after final acceptance using a calibrated scalekgPer package configuration and release batchEvery package configuration represented by the datasetAll controlled final-release and packing sitesCalculate mean finished mass per conforming copy; retain count and mass; do not subtract included carrier or packagingRelease acceptance record; package bill of materials; calibrated scale evidence; sampling record
cp_rejected_optical_media_wasteproduct_releaserejected_optical_media_wasterecording-batch reject, weighing and waste-transfer recordsbatch_id; media_format; composition; rejected_count; rejected_mass_kg; scale_id; waste_carrier_id; transfer_date; treatment_provider; destination; treatment_route; conforming_copy_countWeigh rejected optical media separately and reconcile it to issued media, conforming carriers, stock change and transfer recordskgPer recording batch and waste transferAll optical-media batches supplying the declared releaseAll controlled recording, sorting and waste-transfer locationsSum actual outgoing rejected-media mass by treatment route and divide by conforming copies; report zero only from complete batch recordsBatch reject log; scale record; stock ledger; waste transfer note; treatment contract or receipt
cp_rejected_paper_box_wasteproduct_releaserejected_paper_box_wastepackaging-batch reject, weighing and waste-transfer recordsbatch_id; paper_grade; paperboard_composition; rejected_count; rejected_mass_kg; scale_id; waste_carrier_id; transfer_date; treatment_provider; destination; treatment_route; conforming_copy_countWeigh rejected paper or paperboard boxes separately and reconcile them to issued boxes, conforming packages, stock change and transfer recordskgPer packaging batch and waste transferAll paper-box packaging batches supplying the declared releaseAll controlled packing, sorting and waste-transfer locationsSum actual outgoing rejected-box mass by treatment route and divide by conforming copies; report zero only from complete batch recordsBatch reject log; scale record; stock ledger; waste transfer note; treatment contract or receipt
cp_operation_electricitysupported_operationoperation_electricitydevice, cloud or data-centre telemetry and workload logsoftware_version; component; workload; functional_unit_count; timestamp_start; timestamp_end; kWh; reserved_resource_share; platform; location; PUE_if_usedMeasure real operation or a controlled benchmark; include materially supporting provisioned infrastructure and document modelskWhPer workload run or metering intervalFull declared operational assessment period; annual data are the lowest acceptable temporal granularity when finer data are unavailableEvery included execution location and supporting infrastructure componentSum electricity for consistent workload units; apply causal resource share and PUE only once; link result to the supplied copyTelemetry export; benchmark script; workload log; provider methodology; allocation worksheet
cp_operation_server_hardwaresupported_operationoperation_server_hardwareserver inventory, workload and allocation recordsserver_id_or_group; manufacturer; model; configuration; device_count; device_mass_kg; commissioning_date; expected_life; assessment_time_reserved; total_available_time; resources_reserved; total_resources; workload; supplier_LCA_reference; screening_result; cutoff_decisionLink physical servers or homogeneous server groups to the declared workload, screen allocated embodied burden, and calculate workload-attributable mass only when materialkgPer server group and assessment periodFull declared operational assessment periodAll owned, leased or dedicated server hardware materially supporting the declared workloadApply documented time and workload-resource shares to device mass; prevent overlap with build and release; retain screening evidence for exclusionsAsset/provider inventory; specification; supplier/device LCA; workload logs; allocation worksheet; cutoff record

Calculation Rules

rule_idApplies toFormula or ruleInputsOutputsource_ids
calc_kwh_to_mjevery electricity rowMJ = kWh × 3.6collected kWhelectricity amount in MJ
calc_per_copy_normalizationdevelopment, release, optical-media and paper-box amountsPer-copy amount = attributable release or batch amount ÷ conforming supplied-copy countattributable amount; conforming-copy countamount per supplied copy
calc_shared_resource_shareshared electricityAttributable electricity = interval electricity × documented reserved-resource share; keep provisioned idle resources in the share when reserved for the release or workloadinterval kWh; reserved resources; total resources; activity intervalattributable kWhgreen-software-foundation-sci-1-1-0
calc_hardware_allocated_massdeveloper workstation, build-server and operation-server hardware rowsAllocated hardware mass = device mass × (time reserved ÷ expected life) × (resources reserved ÷ total resources)device mass; time reserved; expected life; resources reserved; total resources; release-copy or workload denominatorallocated hardware mass per supplied copy or declared workloadgreen-software-foundation-sci-1-1-0
calc_hardware_embodied_shareoptional hardware embodied burdenM = TE × (TiR ÷ EL) × (RR ÷ ToR)total embodied emissions TE; time reserved TiR; expected life EL; resources reserved RR; total resources ToRallocated hardware embodied emissions for the declared release or workloadgreen-software-foundation-sci-1-1-0
calc_release_material_balanceoptical-media and paper-box routesIssued input mass = mass incorporated in conforming packages + rejected waste mass transferred out + closing stock attributable to the batch − opening stock attributable to the batchissued material mass; conforming output and component mass; rejected waste mass; opening and closing stockroute-specific release-batch mass-balance residual
calc_operational_emissions_metricoptional operational carbon-intensity disclosureO = E × I, using electricity and a geographically and temporally appropriate location-based electricity carbon-intensity factor; keep the factor identity and units explicitoperational kWh E; location-based carbon intensity I; declared workload countoperational gCO2e per declared workload unit and assessment periodgreen-software-foundation-sci-1-1-0

Data Quality Requirements

requirement_idApplies toRequirementEvidence
dq_release_traceabilityall foreground recordsEvery record must identify the product version, release or package batch and the conforming-copy population used for normalization.Release manifest, source revision, build identifier, batch record and copy-count reconciliation
dq_temporal_granularityelectricity and operational recordsUse the highest practical temporal granularity. For an operational SCI-style calculation, annual data are the lowest acceptable temporal granularity when finer data are unavailable; disclose all modelled gaps.Timestamped meter/telemetry export and gap log; green-software-foundation-sci-1-1-0
dq_boundary_completenesssoftware and supporting infrastructureRetain a component and infrastructure register showing included compute, storage, networking, monitoring, logging, scanning, build, test and operation resources and justify every material exclusion.Boundary register and architecture/build-pipeline evidence; green-software-foundation-sci-1-1-0
dq_physical_package_completenesssupplied packageReconcile finished-package mass with the declared carrier and every actual packaging component. Add any unlisted actual component as a separate atomic foreground exchange.Package bill of materials, supplier specifications, batch records and weighing evidence
dq_release_waste_closureoptical-media and paper-box production rejectsReconcile each issued material separately to conforming package components, outgoing production waste and stock change. Identify actual waste quantity and treatment route; accept zero waste only when complete batch records demonstrate zero rejects.Material ledger; batch and reject logs; scale records; stock reconciliation; waste transfer and treatment evidence
dq_hardware_materialitydeveloper workstations and build or operation serversRetain the device inventory, supplier/device evidence, materiality screen, allocation factors and explicit cutoff decision for every included or excluded hardware class. A material device class must appear as a concrete hardware exchange.Asset or provider inventory; procurement/specification; supplier/device LCA; allocation worksheet; signed cutoff record
dq_allocation_reproducibilityshared electricity and hardwarePreserve interval boundaries, reserved and total resources, expected hardware life, source embodied-emission data and formulas so an independent reviewer can reproduce each allocation.Allocation worksheet and source device or supplier evidence; green-software-foundation-sci-1-1-0
dq_no_offset_substitutioncarbon-intensity disclosuresDo not use offsets or market-based claims to reduce measured energy, operational emissions or allocated hardware embodied emissions.Calculation workbook and factor provenance; green-software-foundation-sci-1-1-0

9. Validation Rules

rule_idapplies_torulesource_ids
validate_reference_identityreference productRequire exactly one reference output using UUID 0771060f-3f5c-45f4-a914-cec63115361d, mass property UUID 93a60a56-a3c8-11da-a746-0800200b9a66, mass unit-group UUID 93a60a57-a4c8-11da-a746-0800200c9a66 and kg. Reject download, service or adjacent software identities.un-cpc-3-0-explanatory-notes-2025; un-cpc-3-0-system-software-downloads-84341
validate_reference_qualifiersforeground data packageFail completeness when product version, development function, entitlement, supported platform/runtime, release acceptance criteria, carrier, package configuration, geography, reporting period or included stages are missing. Require workload and assessment period when operation is included.un-cpc-3-0-explanatory-notes-2025; green-software-foundation-sci-1-1-0
validate_process_and_rowsprocess inventoryRequire development and product-release processes. Permit operation only with its inclusion condition. Check that every listed row is one atomic exchange, uses the declared direction, property and unit, and is not duplicated across overlapping meters or stages.
validate_conditional_package_inputsoptical media and paper boxRequire optical_media_input only for an optical-carrier route and paper_box_input only when a paper box is present. Require any different actual carrier or packaging article as its own concrete additional exchange.
validate_release_waste_closureoptical-media and paper-box production rejectsFor each applicable route, require the corresponding outgoing waste row, actual quantity and treatment route. Recalculate issued input against conforming incorporated mass, rejected waste and stock change. Accept zero only from complete batch records, and reject end-of-life assumptions used as production-scrap evidence.
validate_electricityelectricity rowsRecalculate MJ from retained kWh using 3.6 MJ/kWh; verify meter interval, geography, reserved/provisioned resource treatment, stage assignment, copy or workload normalization and absence of double counting.green-software-foundation-sci-1-1-0
validate_hardware_materialitydeveloper workstation, build-server and operation-server hardwareRequire a device inventory and documented materiality screen. When material, require the corresponding concrete hardware exchange and verify device mass, expected life, time share and resource share; when excluded, require disclosed screening evidence, cutoff rationale and estimated omitted burden. An optional emissions result alone does not satisfy the exchange requirement.green-software-foundation-sci-1-1-0
validate_allocationshared resources and hardware embodied burdenRequire a causal allocation worksheet. For hardware embodied burden, verify TE, TiR, EL, RR and ToR and confirm consistent units; report the result as inconclusive when any required factor lacks evidence.green-software-foundation-sci-1-1-0
validate_boundary_disclosurepublished datasetRequire explicit disclosure of the software/component boundary, release cycle, supporting infrastructure, physical package, exclusions, operational extension status, allocation methods and data gaps.green-software-foundation-sci-1-1-0

10. Published Dataset Profile

FieldValue
dataset_rolesecondary_dataset
downstream_useForeground data package for process and lifecyclemodel projections of a declared packaged development-tool or programming-language software release
allowed_useComparison or modelling of products with the same principal development function, version/entitlement basis, physical package state, system boundary, geography, and—when applicable—operational workload and assessment period
excluded_useDownload-only software, custom development services, hosted development environments, dissimilar software functions, undisclosed package configurations, or comparisons that mix cradle-to-release and operationally extended boundaries
required_metadataPCR id; product name and version; development function; entitlement; supported platform, architecture and runtime; release-cycle dates; source/build identifiers; release acceptance criteria; carrier and package bill of materials; production and supply geography; conforming-copy count; finished-package mass; release-waste quantities and treatment routes; hardware inventory and materiality decisions; reporting period; included processes and infrastructure; operational workload and period when included
required_quality_disclosurePrimary versus modelled data share; meter and telemetry coverage; temporal granularity; package sampling; upstream dataset geography and technology; allocation factors; hardware life and resource share; hardware screening and disclosed cutoffs; production-waste mass-balance closure and treatment evidence; exclusions; data gaps; uncertainty and validation findings
update_triggerNew major product version, materially different build/test architecture, carrier or package configuration, entitlement or platform change, operational workload change, supplier or grid-region change, allocation-method change, or data older than the representative release cycle

11. Data Sources

Source idTypeReferenceUsed for
un-cpc-3-0-explanatory-notes-2025official_guidanceUnited Nations Statistics Division, Central Product Classification (CPC) Version 3.0 Explanatory Notes, 30 June 2025, page 262. https://unstats.un.org/unsd/classifications/Econ/Download/In%20Text/CPC_Ver_3.0_Exp_Notes_30Jun2025.pdfProduct boundary, included development-tool function, and distinction from adjacent software categories
un-cpc-3-0-system-software-downloads-84341official_guidanceUnited Nations Statistics Division, CPC Version 3.0 classification detail: 84341 System software downloads, retrieved 11 September 2026. https://unstats.un.org/unsd/classifications/Econ/Structure/Detail/EN/2100/84341Separate download-only product-state boundary
green-software-foundation-sci-1-1-0standardGreen Software Foundation, Software Carbon Intensity (SCI) Specification, version 1.1.0. https://sci.greensoftware.foundation/Software boundary, functional-unit consistency, electricity measurement, operational calculation, shared-resource and hardware allocation, temporal granularity, and disclosure rules
carbonfootprint-network-cpc-zh-appendixhandbookLCA/碳足迹数据库构建导则——第六章附录,产品流分类表,CPC 47814. https://www.carbonfootprint.network/docs/cifa-guidelines/lca-database-guideline/chapter-6-appendixProfessional Chinese terminology for the product title; not used as quantitative or methodology evidence

Raw downloads

These files are byte-identical to the canonical files for this revision in the repository.

Structured rule index

This index comes from verified structured.yaml and retains the canonical English rule text.

System boundary rules · 5
Rule IDApplies toRuleSource IDs
boundary_release_cyclesoftware development and product releaseInclude the resources directly attributable to requirements implementation, coding, compilation, testing, build, release acceptance, package preparation and release delivery within the reporting organization. Exclude unrelated organizational overhead, marketing, customer-specific development services and work assigned to other releases.un-cpc-3-0-explanatory-notes-2025, un-cpc-3-0-system-software-downloads-84341, green-software-foundation-sci-1-1-0
boundary_supporting_infrastructureincluded software-system activitiesInclude electricity for provisioned or reserved compute, storage, networking, monitoring, logging, scanning, build pipelines and testing when those resources materially support the declared release or operational workload.green-software-foundation-sci-1-1-0
boundary_hardware_materialitydeveloper workstations and build or operation serversScreen embodied hardware using a device- or supplier-specific inventory and the declared time-and-resource allocation. Include each concrete hardware exchange when material to the study goal; otherwise retain and disclose the screening result, evidence, cutoff decision and omitted burden. An optional emissions scalar cannot replace a material physical hardware exchange.green-software-foundation-sci-1-1-0
boundary_physical_packagecarrier and packaging configurationInclude each physical carrier and packaging article actually incorporated into the supplied product as a separate atomic input. The listed optical-media and paper-box rows are conditional examples; any different actual carrier or packaging article must be added as its own concrete foreground exchange. Download-only electronic files belong to the separate download boundary and are excluded.un-cpc-3-0-explanatory-notes-2025, un-cpc-3-0-system-software-downloads-84341
boundary_operation_extensionsupported operationInclude operation only when the study declares the installed components, workload, platform, location and assessment period. Include supporting infrastructure that significantly contributes to execution and disclose excluded components.green-software-foundation-sci-1-1-0
Allocation rules · 4
Rule IDApplies toRuleSource IDs
allocation_avoid_subdividerelease-specific foreground activitiesAvoid allocation by separating repositories, build jobs, test runs, package batches and meters that are attributable to the declared release.green-software-foundation-sci-1-1-0
allocation_shared_electricityshared compute and facility electricityAllocate shared measured electricity using the same time interval as the activity record and a documented causal resource share such as reserved processor time, memory, storage or job runtime. Do not allocate idle but provisioned resources away when they were reserved for the release or workload.green-software-foundation-sci-1-1-0
allocation_hardware_embodiedhardware embodied burdenWhen hardware embodied burden is included, calculate the release or workload share as total hardware embodied emissions multiplied by time reserved divided by expected life and multiplied by resources reserved divided by total resources. Use device-specific LCA data where available and disclose every factor.green-software-foundation-sci-1-1-0
allocation_multiple_releasesshared development and release activitiesUse measured causal resource consumption for each release. If no defensible causal relation exists, report the shared amount and allocation gap for review rather than selecting revenue, licence price or copy count solely for convenience.green-software-foundation-sci-1-1-0
Validation rules · 9
Rule IDApplies toRuleSource IDs
validate_reference_identityreference productRequire exactly one reference output using UUID 0771060f-3f5c-45f4-a914-cec63115361d, mass property UUID 93a60a56-a3c8-11da-a746-0800200b9a66, mass unit-group UUID 93a60a57-a4c8-11da-a746-0800200c9a66 and kg. Reject download, service or adjacent software identities.un-cpc-3-0-explanatory-notes-2025, un-cpc-3-0-system-software-downloads-84341
validate_reference_qualifiersforeground data packageFail completeness when product version, development function, entitlement, supported platform/runtime, release acceptance criteria, carrier, package configuration, geography, reporting period or included stages are missing. Require workload and assessment period when operation is included.un-cpc-3-0-explanatory-notes-2025, green-software-foundation-sci-1-1-0
validate_process_and_rowsprocess inventoryRequire development and product-release processes. Permit operation only with its inclusion condition. Check that every listed row is one atomic exchange, uses the declared direction, property and unit, and is not duplicated across overlapping meters or stages.
validate_conditional_package_inputsoptical media and paper boxRequire optical_media_input only for an optical-carrier route and paper_box_input only when a paper box is present. Require any different actual carrier or packaging article as its own concrete additional exchange.
validate_release_waste_closureoptical-media and paper-box production rejectsFor each applicable route, require the corresponding outgoing waste row, actual quantity and treatment route. Recalculate issued input against conforming incorporated mass, rejected waste and stock change. Accept zero only from complete batch records, and reject end-of-life assumptions used as production-scrap evidence.
validate_electricityelectricity rowsRecalculate MJ from retained kWh using 3.6 MJ/kWh; verify meter interval, geography, reserved/provisioned resource treatment, stage assignment, copy or workload normalization and absence of double counting.green-software-foundation-sci-1-1-0
validate_hardware_materialitydeveloper workstation, build-server and operation-server hardwareRequire a device inventory and documented materiality screen. When material, require the corresponding concrete hardware exchange and verify device mass, expected life, time share and resource share; when excluded, require disclosed screening evidence, cutoff rationale and estimated omitted burden. An optional emissions result alone does not satisfy the exchange requirement.green-software-foundation-sci-1-1-0
validate_allocationshared resources and hardware embodied burdenRequire a causal allocation worksheet. For hardware embodied burden, verify TE, TiR, EL, RR and ToR and confirm consistent units; report the result as inconclusive when any required factor lacks evidence.green-software-foundation-sci-1-1-0
validate_boundary_disclosurepublished datasetRequire explicit disclosure of the software/component boundary, release cycle, supporting infrastructure, physical package, exclusions, operational extension status, allocation methods and data gaps.green-software-foundation-sci-1-1-0
Processes and inputs/outputs · 3
Process IDProcess nameInput flowsOutput flows
software_developmentSoftware design and development20
product_releaseBuild, test, release and package preparation43
supported_operationSupported software operation20

Complete field inspector

Loads this record’s complete manifest and structured projection on demand; values are never truncated. Requires JavaScript.

On this page

1. Scope and Applicability2. Product Category Identity3. Reference Flow4. Measurement and Unit Rules5. System BoundaryBoundary Abstraction6. Process Inventory StructureProcess MapProcess: Software design and development (software_development)InputsProduct flowsElectricity for software development (development_electricity)Developer workstation computer hardware (developer_workstation_hardware)Waste flowsElementary flowsOutputsProduct flowsWaste flowsElementary flowsProcess: Build, test, release and package preparation (product_release)InputsProduct flowsElectricity for build, test and release (release_electricity)Build and test server computer hardware (build_server_hardware)Unrecorded optical media for the optical-carrier route (optical_media_input)Paper box for the paper-box package route (paper_box_input)Waste flowsElementary flowsOutputsProduct flowsConforming packaged development-tool or programming-language software (packaged_software_output)Waste flowsRejected optical data-storage media (rejected_optical_media_waste)Rejected paper or paperboard boxes (rejected_paper_box_waste)Elementary flowsProcess: Supported software operation (supported_operation)InputsProduct flowsElectricity for declared software operation (operation_electricity)Operation server computer hardware (operation_server_hardware)Waste flowsElementary flowsOutputsProduct flowsWaste flowsElementary flows7. Allocation and Co-product Handling8. Foreground Data Collection, Calculation, and Quality RulesData Collection ProtocolsCalculation RulesData Quality Requirements9. Validation Rules10. Published Dataset Profile11. Data Sources