Compliance & DataEU CBAM operating record

Turn every CBAM number into a traceable compliance record.

GrandScope links entity, shipment, CN code, supplier, facility, emissions method, evidence, calculation, and filing status so a reviewer can follow the record without rebuilding it from spreadsheets and inboxes.

Entity-separated ownership Source mode visible Evidence linked to records
The data model

Six connected records. One reporting source of truth.

Each layer carries the context required by the next. The product record is built around traceable relationships, not isolated files.

01
Identity layer

Organisation and legal entity

Keep the importer group, legal entities, EORI records, addresses, users, roles, and country authority metadata attached to the reporting obligation they govern.

OrganisationLegal entityEORIAccess boundary
02
Scope layer

Products and CN codes

Connect internal product references to CN or HS codes and retain the mapping used to place each shipment line inside the reporting workflow.

Internal SKUCN or HS codeScope categoryMapping status
03
Transaction layer

Imports and shipment lines

Record reporting period, quantity, net mass, customs value, country of origin, product, and supplier at import-line level.

Reporting periodNet massCustoms valueOrigin
04
Source layer

Suppliers and facilities

Link supplier contacts, countries, facilities, secure request links, submission states, and supporting files to the imports they support.

SupplierFacilityRequest stateEvidence
05
Method layer

Emissions and calculation context

Make actual or default source mode visible, normalise units, retain calculation inputs, record formula versions, and expose review flags.

Source modeInput referenceFormula versionOutput
06
Control layer

Reports, evidence, and status

Bring reporting-period checks, filing packs, evidence metadata, alerts, and filing status into the same controlled record.

Readiness checksFiling packEvidence metadataStatus
Record lineage

Follow the record from customs data to filing pack.

A reviewer should be able to move backwards from the report result to the import line, supplier response, calculation context, and supporting evidence.

01
EntityImporter, legal entity, EORIOwned
02
Import lineProduct, CN code, mass, value, originMapped
03
Supplier responseFacility, emissions inputs, evidenceLinked
04
CalculationSource mode, inputs, formula, resultLogged
05
Reporting recordChecks, aggregation, filing statusControlled
06
Evidence packFiles, purpose, record links, historyReviewable
Reviewer questions

The answer should live inside the record.

The value of compliance data is not the number of fields stored. It is the speed with which a preparer, reviewer, auditor, or authority can understand where a result came from.

01
Which entity owns this obligation?

Organisation, legal entity, EORI, and authority metadata.

02
Which trade record created the reporting line?

Import, product, CN code, quantity, value, origin, and supplier.

03
Where did the emissions input come from?

Supplier submission, facility record, or an explicit default-data path.

04
How was the result produced?

Input reference, input hash, formula version, output, timestamp, and actor.

05
What evidence supports the record?

Files linked by purpose to the supplier, facility, calculation, or report.

06
What happened after review?

Readiness flags and filing states from drafted through accepted or rejected.

Data-quality gates

Stop weak data before it reaches the export.

Quality controls bring missing information, unresolved mappings, source-mode gaps, and anomalies into view before they become filing rework.

01

Completeness

Identify missing entity, import-line, supplier, emissions, or reporting-period information before export work begins.

02

Scope mapping

Expose product and CN-code mapping gaps so reporting lines do not move forward with an unresolved classification.

03

Source visibility

Separate supplier-specific information from default-data use and retain the path behind the selected source mode.

04

Normalisation

Apply consistent unit, rounding, and missing-value rules before calculation results enter the reporting record.

05

Anomaly review

Surface sanity-check failures, outliers, and supplier submissions that require investigation or correction.

06

Evidence linkage

Confirm that supporting files are connected to the record and purpose for which they are being relied upon.

Source-mode control

Make the data source explicit.

A calculation is easier to review when the workflow clearly distinguishes supplier-specific information from a default-data path and retains the reason behind the selected mode.

Source mode stays attached to the resultReviewers can see the input reference and whether the record was calculated from accepted supplier data or an explicit fallback path.
Actual data

Supplier or facility inputs

Use accepted information supplied for the relevant facility, product, or reporting line and retain the submission that supports it.

  • Supplier submission reference
  • Facility and evidence links
  • Review and acceptance status
Default data

Explicit fallback record

Record the fallback source separately when supplier-specific information is unavailable, then keep the mode visible during review and reporting.

  • Fallback reason retained
  • Default source identified
  • Replacement path remains visible
Calculation ledger

A result that can be reconstructed.

The calculation record is designed to retain the references and control information needed to explain how an emissions output was produced.

Input identity

Reference and hash for the data used.

Method identity

Formula version and source mode retained.

Event identity

Timestamp, actor, output, and flags recorded.

Calculation CAL-00481Reviewable
Import line
IMP-2026-00481
Data source
Actual
Input reference
Supplier submission SUP-0184
Input hash
7f9c...3a21
Formula version
CBAM-CALC-1.4
Normalised input
2,600 kg product mass
Output
2.418 tCO2e
Recorded
Timestamp and actor retained
Review flags
No unresolved flag
Illustrative record structure and values.
Evidence and audit context

Keep evidence attached to the record that used it.

Files become more useful when their purpose, linked record, review state, and place in the reporting chain are visible.

FilePurposeLinked recordState
supplier-method.pdfSupplier emissions methodSubmission SUP-0184Verified
facility-meter-data.xlsxElectricity inputFacility FAC-0074Linked
calculation-record.jsonCalculation contextCalculation CAL-00481Recorded
reporting-pack.zipStructured filing packReport RPT-2026-01Exported
Illustrative evidence manifest. File formats, metadata, and retention rules depend on the configured operating model.
Governance and access

Data controls scale with the operating model.

The compliance record sits inside organisation, entity, access, and evidence controls rather than a shared folder with no ownership.

Organisation and entity boundaries

Keep each importer organisation and legal entity inside a defined tenant and ownership structure.

Role-based access

Scope access by organisation, entity, internal role, and supplier token rather than sharing unrestricted files.

Record and event history

Retain the actor, timestamp, source, status, and calculation context needed to explain material changes.

Evidence lifecycle

Organise evidence with purpose tags, naming standards, record links, and retention controls suited to the operating model.

Access path

Internal users and suppliers do not need the same doorway.

Internal access can be scoped through the authenticated importer workspace. Supplier contacts can use secure token-based requests limited to the context required for their submission.

Importer organisationLegal entities and users
Authenticated userRole and entity scope
Supplier tokenRequest-specific context

Advanced governance, retention, audit-pack, alerting, and integration controls can vary by plan and implementation.

One governed dataset

Use the same reporting data for planning, alerts, and evidence.

The connected record can support the operational views needed by compliance, procurement, finance, and management without creating a second source of truth.

Reporting

Reporting packs

Use governed import, supplier, emissions, and evidence records to prepare the structured output workflow.

Planning

Exposure dashboards

Review emissions and cost exposure by product, supplier, and country from the same underlying records.

Analysis

Scenario comparison

Compare supplier-specific and default-data positions without creating disconnected calculation copies.

Control

Alerts and review queues

Bring missing data, deadlines, evidence gaps, and compliance warnings into the operational workflow.

Compliance data FAQ

Practical questions about the record behind the report.

What information does GrandScope connect for CBAM reporting?
The product data model connects organisation and legal-entity records, EORI details, products and CN codes, import transactions, suppliers and facilities, emissions inputs, calculation context, evidence files, reporting periods, and filing status.
How are supplier submissions linked to imports?
Supplier requests are generated from the importer workflow. The returned supplier and facility information, emissions inputs, evidence, and submission status can be linked to the relevant supplier and import lines rather than stored as a separate email attachment.
Can reviewers see whether actual or default data was used?
Yes. The calculation model separates actual-data mode from default-data mode and is designed to retain the input source and fallback path used for each result.
What is retained behind a calculation result?
The calculation record can retain the input reference, input hash, formula version, normalised inputs, output, timestamp, actor, source mode, and any warning or review flag connected to the result.
How are evidence files organised?
Evidence can be stored with purpose metadata and linked to the supplier, facility, calculation, import line, or reporting record it supports. Naming, retention, and evidence-pack controls can vary by plan and implementation.
Can one account manage several legal entities?
The operating model supports an importer organisation with legal entities underneath it, entity-level EORI records, role-based access, and defined tenant boundaries. Entity limits depend on the selected plan.
Does the compliance-data page replace legal or customs advice?
No. GrandScope structures the operational data, workflow controls, and evidence trail used in CBAM reporting. The reporting declarant remains responsible for the accuracy and appropriateness of the information submitted.
Are forecasting, advanced alerts, and inspector-ready packs included in every plan?
No. Core data handling is part of the reporting workflow, while advanced forecasting, alerts, governance, evidence packs, and integration controls can vary by plan and implementation.
Start with one reporting record

See whether the data chain works on a real CBAM workflow.

Test the journey from import data and supplier inputs through calculation context, evidence, and reporting output.