Data dictionary & object map
Terminology aligns with Phase 5: carbon credits / offset credits are issued against verified mitigation; custody uses carbon accounts & credit holdings; lifecycle trace charts graph edges across these records. Legacy instruments lots remain for compatibility only.
Organization
organizationsPurpose: Legal entity enrolling in the programme — developer, verifier, airline, regulator, marketplace participant.
Key fields: id, name, jurisdiction, onboarding / KYC status.
Links: Facilities & carbon accounts by ownerOrganizationId; claims & retirement requests cite org names.
Lifecycle role: Primary party dimension for permissions (demo personas) & ownership.
Facility
facilitiesPurpose: Physical or logical site emitting or hosting mitigation equipment.
Links: Emission inventories, project facility metadata.
Emission inventory
emissionInventoriesPurpose: Reporting lines (scope × activity × emission factor → tCO₂e).
Knowledge tie-in: Emission-factor guidance surfaces on the emissions inventory workspace.
Lifecycle role: Footprint counterpart to mitigation & offset claims.
Carbon project
projectsPurpose: Registered mitigation initiative (renewable energy, methane, forestry …).
Key fields: Methodology hints, geography, registry ref, demo externalProjectId + integration readiness.
Links: Monitoring reports, verification cases, issuance rows, batches.
Monitoring report
monitoringReportsPurpose: Period GHG/removal quantitative claim + monitoring narrative.
Links: Verification case via linkedVerificationCaseId; project via projectId.
Verification case (MRV)
verificationCasesPurpose: Bounded review window for validating monitoring / issuance assertions.
Interop: externalVerifierRef, integrationReadiness placeholders.
Links: Findings, issuance request, lifecycle trace panel.
Verification finding
verificationFindingsPurpose: Record non-conformance, corrective action expectations, disposition.
Lifecycle role: Gates approval & conditions issuance quality.
Issuance request
issuanceRequestsPurpose: Ask registry-style issuance of offset credits from verified mitigation.
Interop: Registry reference numbers, external project linkage, adapter readiness fields.
Links: Creates / references credit batch, target holdings.
Credit batch
creditBatchesPurpose: Homogenous pool of fungible tonnes (vintage, methodology, registry identity).
Lifecycle role: Bridge between issuance and tradable holdings / retirements.
Carbon account
carbonAccountsPurpose: Registry-style wallet identifiers per organization.
Lifecycle role: Parent entity for holdings & retirement debits.
Credit holding
creditHoldingsPurpose: Custody ledger rows for available / retired tonnes by batch.
Links: Trades debit/credit holdings; retirement consumes available tonnes.
Marketplace listing
marketplaceListingsPurpose: Offer liquidity for tonnes at a quoted price · maps to batches & seller custody.
Trade order
tradeOrdersPurpose: OTC / bilateral / marketplace bilateral purchase contracting.
Settlement: Wallet flow updates holdings (primary path) or legacy lot mint stub.
Retirement
retirementRequestsPurpose: Intent to permanently remove offset credits for a beneficiary / storyline.
Produces: Retirement certificate record when lifecycle API completes retirement.
Retirement certificate
retirementCertificatesPurpose: Immutable-style proof row for tonnes retired · serial / registry references.
Lifecycle role: Feeds sustainability claims & public proof lookups.
Offset attribution
offsetAttributionsPurpose: Operational link between passenger / freight / SKU activity estimates and retired tonnes.
Sustainability claim
sustainabilityClaimsPurpose: Publishable statement referencing retirements · may expose public proof slug.
Risk exception
carbonExceptionsPurpose: Integrity disputes, suspected double counting, evidence gaps · cross-links to ledger objects.
Knowledge item
knowledgeItemsPurpose: Operationalized playbook layer — methodologies, EF digests, registry rules, verifier guidance filtered by lifecycle area.
Explore: Knowledge repository