Skip to content
UK SRSThe UK Sustainability Reporting Standards, ESOS, SECR and TCFD, read against the published text.HUBUK SRS GuideAn independent reference guide to UK SRS, ESG, TCFD, SECR, ESOS and the global standards.YOU ARE HEREGlobal Reporting StandardsSustainability reporting standards worldwide: ISSB, the EU CSRD after Omnibus I, California SB 253 and SB 261, and UK SRS.UK SRS StandardsUK SRS S1 and S2 at the provision: reliefs, comply or explain, and the FCA statements.ESOS QuestESOS Phase 4 in depth: qualification, the audit, sign-off, action plans and penalties, read against the Regulations.SRS EngineeringThe data build behind a UK SRS report: metrics, owners, controls and timing.SRS ReportWhat a UK SRS report contains, how it is assembled, and how to read one.UK SRS ReportAnalysis and commentary: CDP, the DESNZ emission factors, SECR and ESOS, with every figure cited.UK SRS NewsThe cluster's news publication, and what a UK SRS report contains.UK SRS DeliveryTemplates, costs, ESOS delivery guides and readiness assessment.UK SRS FinanceFinanced emissions, PCAF and IFRS S1/S2 for banks, insurers and asset managers.SECRStreamlined Energy and Carbon Reporting: deadlines, thresholds, eligibility and guidance.Carbon CreditsCarbon credit ratings, risk analysis, valuation and market structure.Environmental RegimesThe eight UK environmental reporting regimes, their thresholds, deadlines and regulators.UK SRS ServicesThe services arm: ESOS, SECR, net zero and sustainability consultancy.

Standards and reporting

Carbon Reduction Plan software

Carbon Reduction Plan software should connect a defined procurement request to an evidence-backed, reviewed and published plan rather than turn an inventory dashboard into an assumed tender response PPN 006 Technical Standard.

What should the software brief actually request?

Start with the applicable procurement condition and the current official document pack before specifying the plan workflow Scope and action Owner pack.

Define the responseRequirements and evidence

Module 01 / 04

Policy profile

Name the relevant route and retain the tender instruction.

Read the detailed guidance and evidence

The Carbon Reduction Plan guide explains the procurement requirement, while this guide tests the system supporting the response.

Which fictional errors should a demonstration include?

This invented service supplier gives each bidder the same deliberately imperfect plan file.

Original buyer fixture, not a prescribed government test or a real supplier result.
Record or decisionWhat to preserveWhy it matters
Wrong entityA parent-company name appears in a draft for a subsidiary bidderShow how the discrepancy is flagged and reviewed.
Coverage gapThe commuting field is blank although other categories contain dataPreserve missing status rather than fill it with zero.
Late correctionA corrected source changes the current emissions after approvalIdentify the affected plan and approval record.
Publication mismatchThe website file is an older version than the bid attachmentShow which version was actually published and submitted.

How should the product distinguish procurement routes?

PPN 006, earlier procurements and the separate NHS guidance need identifiable source bases rather than one undated compliance switch Timing NHS owner guidance.

Version the routeRequirements and evidence

Module 01 / 04

Instruction

Save the request and policy reference received by the bid team.

Read the detailed guidance and evidence

The product should not decide that every organisation needs a CRP merely because a procurement module exists.

Ask the demonstrator to change the route and show which fields or review questions change.

What should the field map make visible?

Map the published plan to the official template structure while retaining its supporting evidence Annex A template Reporting requirements.

Original product-mapping checklist rather than a verbatim reproduction of the government template.
Record or decisionWhat to preserveWhy it matters
CommitmentNamed supplier, organisational commitment and target yearAvoid a group slogan replacing the bidder’s actual declaration.
Baseline and current dataReporting periods, scopes and calculation referencesShow which inventory version each summary uses.
Targets and projectsApproved wording and evidence for measuresDistinguish a proposal from an adopted action.
DeclarationApproval and sign-off detailsInspect the final rendered wording as well as system status.

How can the buyer test entity and boundary controls?

The plan’s UK emissions boundary and consolidation approach need to remain explicit, with parent reliance subject to the policy’s conditions Paragraphs 16 and 22 Paragraph 10.

Keep the entity visibleRequirements and evidence

Module 01 / 04

Organisation

Connect data sources to the bidder or documented parent-plan basis.

Read the detailed guidance and evidence

The Corporate Standard supplies the organisational boundary framework rather than the platform creating a new one Chapter 3.

In the fixture, the parent name cannot be corrected merely by changing the front-page logo if the underlying coverage differs.

Ask for the data mapping and decision record accompanying any replacement entity name.

How should the CRP subset be tested?

The required subset has five Scope 3 categories alongside full Scope 1 and 2, so a completion score should not obscure category status Scope guidance.

Abbreviated editorial demonstration map; category methods are developed in the owner guidance Calculation methods.
Record or decisionWhat to preserveWhy it matters
Direct and purchased energyConnect the sources to the appropriate Scope 1 and 2 workingThe Technical Standard directs preparation to reporting guidance Environmental Reporting Guidelines.
Transport categoriesKeep upstream and downstream transport distinguishableRetain the method and source evidence.
Travel and commutingShow separate fields and collection ownersDo not treat an employee business trip as a commuting response.
Operational wasteRetain activity and treatment-route workingAllow the reviewer to inspect the estimate.

What should a correction demonstration prove?

Retain source quantities, factor versions and the resulting calculation so a changed input can be traced into the plan summary Annual-factor context Methodology.

Follow the changeRequirements and evidence

Module 01 / 04

Original

Export the initial activity, factor and calculated result.

Read the detailed guidance and evidence

The fictional supplier corrects an omitted fuel record after its draft has been reviewed.

The useful test is whether the system reveals the changed figure and affected approval, not whether it automatically generates a more attractive footprint.

What should the supporting export contain?

Specify a reviewable evidence pack separately from the public-facing summary plan.

Original acceptance criteria, not a mandatory file format.
Record or decisionWhat to preserveWhy it matters
Source dataOriginal quantities, periods, units and document referencesMake the summary amounts reproducible.
MethodsFactors, allocations, estimates and category decisionsExplain how the result was prepared.
Plan mappingWhich working version feeds each published figurePrevent mismatched inventory and report versions.
Open issuesMissing evidence, owner, action and review decisionRetain uncertainty rather than export only completed fields.
Read the detailed guidance and evidence

The ESG collection guide helps define the evidence owners before a software migration.

How should targets and measures be managed?

The plan must describe relevant environmental management measures, so the system should retain the approved action narrative rather than only a numerical target Paragraphs 10–11.

Explain the actionRequirements and evidence

Module 01 / 04

Status

Distinguish adopted measures from ideas awaiting approval.

Read the detailed guidance and evidence

Give the demonstrator an action described as implemented in the report but only proposed in the source register.

Ask how the discrepancy reaches the reviewer and how the corrected public wording is recorded.

A product should support that conversation without converting forecasts into achieved reductions.

What should approval and publication tests inspect?

The Technical Standard specifies approval, named sign-off and publication information that should survive the document-generation process Paragraphs 23–25.

Original software tests supporting the technical requirements, not a substitute for the approval itself.
Record or decisionWhat to preserveWhy it matters
Approval evidenceThe approved document version and decision dateA completed task checkbox alone does not identify the approved text.
Named sign-offName, role and date in the final fileCheck that the rendered declaration contains the intended details.
Published versionActual public URL and the file served thereResolve the fixture’s old-website/new-attachment mismatch.
RefreshA named owner and next review workingSupport annual updating without implying an automatic legal judgement.

How should internal evidence and public output be separated?

Specify access to the working evidence separately from the public plan the Technical Standard asks suppliers to publish Publication guidance.

Separate the viewsRequirements and evidence

Module 01 / 03

Collection

Keep the original evidence available to its named reviewers.

Read the detailed guidance and evidence

Use fictional commuting survey records to test whether a public-plan export reveals unnecessary individual-level collection detail.

What should an export-permission test inspect?

These original tests distinguish internal evidence from the intended public summary.

Editorial information-design and access tests, not a statement of a new legal data requirement.
Record or decisionWhat to preserveWhy it matters
Raw collectionFictional individual commuting responsesInspect who can view and export them.
Calculation workingAggregated activity, methods and assumptionsRetain the review trace.
Public planApproved summary content and declarationCheck the actual generated file before publication.

What should a comparable quotation and acceptance include?

Compare the demonstrated deliverables, implementation work and human review separately rather than an unsupported promise of tender success Participation assessment Assessment FAQ.

Buy the whole workflowRequirements and evidence

Module 01 / 04

Licence

Identify the report, data, review and export functions supplied.

Read the detailed guidance and evidence

CRPs are assessed against the requirements rather than scored against each other, so software should not market a lower footprint as an automatic bid advantage Questions 6–7.

The software guide, consultancy guide and standards overview help separate the wider platform and professional decisions.

How can the work be organised?

This nine-step sequence is an editorial workflow rather than a statutory timetable.

  1. 101

    Save the request

    Retain the specific tender question and policy version.
  2. 202

    Define the deliverables

    Specify public plan, bid answer and internal evidence exports.
  3. 303

    Build the fixture

    Include entity, missing-data, correction and publication errors.
  4. 404

    Test route selection

    Inspect configuration changes and the human route decision.
  5. 505

    Trace the coverage

    Follow the bidder, boundary and required category mappings.
  6. 606

    Correct the data

    Observe the source replacement and its affected report fields.
  7. 707

    Challenge the narrative

    Resolve an action-status discrepancy before publication.
  8. 808

    Inspect sign-off and URL

    Compare the approved text with the actual published file.
  9. 909

    Agree the handover

    Record support scope, access, exports and future update ownership.

Frequently asked

Questions people ask

Is CRP software a procurement requirement?

PPN 006 asks for the relevant plan and evidence rather than requiring a particular commercial software product.

Can an inventory dashboard be submitted as the plan?

Check the actual template and declaration requirements because an emissions dashboard does not by itself provide the complete plan response.

Should blank categories be treated as zero?

No, because a blank collection field does not establish no activity, and the demonstration should preserve the difference as an evidence-control decision.

Does software remove board approval?

No, because the Technical Standard specifies approval and named sign-off that the platform can support but cannot replace.

Must the footprint be independently audited?

The Technical Standard expressly says there is no requirement to have it audited, so independent assurance should be a separately defined engagement.

What is the most useful acceptance test?

Use the fictional post-review correction to inspect the source record, revised plan, human review and actual public file as one connected workflow.

Book a free consultation