Zero-Carbon Card·
A smart card platform
One identity, many entitlements — money to spend, quotas to redeem, carbon to record. Collapse campus, government, hospital, elderly-care, park, community and association cards onto one platform, and land every tap in the carbon ledger.
The card is the same card — the books no longer add up
Most smart-card vendors ship “cards + spend settlement”. When customers are scored on carbon, asked to run membership entitlements, and asked to connect provincial / city carbon-benefit platforms, that stack no longer holds.
Carbon data is scattered; the most real part is never recorded
Clean-plate dining, green travel, dorm electricity saving and two-wheeler battery swap all happen on the card — and never enter the carbon ledger because there is no event standard.
Membership entitlements have no carrier
Chamber, park-member and scenic annual-pass entitlements that involve no money are stuffed into a points mall or written off by hand.
Provincial / city carbon-benefit platforms become islands
Unified carbon-benefit platforms already exist. In-organisation abatement cannot be reported; residents and staff hold two point balances in two systems.
One person, one set of books — nothing reuses across organisations
The same person is a student, a resident and a chamber member: three systems, three cards, three balances, and carbon points sliced three ways.
Every scene rebuilds the same wheel
Campus first, then government, then hospital and elderly care; offline catch-up, merchant settlement and visitor passes are rewritten each time.
More than tap-and-pay: identity, entitlements and carbon on one card
These three jobs are where MeetCarbon differs from a pure card vendor — and why customers pay for a smart card at all.
Tap to record carbon; every entry is traceable
Card behaviour becomes a standard event and enters the carbon ledger; points and abatement follow a methodology. Not a number with no origin — open any entry and see time, place, device and the calculation.
- One event model across seven scenes
- Evidence from weigh scales, access control and meters
- C-end three layers: balance → detail → single-entry trace
A valuable card with no funds at all
An entitlement card holds identity and quotas only — no top-up, debit or reconciliation. Member enterprises both supply and consume entitlements; write-offs become proof of footfall for the supplier.
- Five admission rules, one check
- Dynamic redemption code rotates every 60s
- Cross-region entitlement alliance (in planning)
In-organisation abatement can enter the provincial / city platform
A regional carbon-benefit adapter pushes in-organisation acts to the official platform and pulls official points back for display. Going live on our system does not turn the customer into a closed island.
- One adapter layer for many local platforms
- Two-way sync: behaviour up, points back
- Two point columns — never added together
Four account layers + two redemption gateways
Identity is the only required layer. Funds, entitlements and carbon turn on per tenant. The same platform can run a school canteen and a fully cashless chamber.
Card numbers and cardToken, organisation rosters, multi-organisation membership, visitor passes and validity. Physical cards, phone codes, face and watches are only carriers of this layer.
Top-up, spend, limits, subsidy issuance, merchant settlement and offline catch-up. Funds sit in the customer or a licensed party; MeetCarbon only books and reconciles.
Membership entitlement catalogue, issuance and quotas, supplier management and write-off records. No points, no funds.
Card behaviour becomes a standard event; the carbon-benefit methodology engine accounts points and abatement. The card side only collects and displays.
For funds: check balance, limits, time windows, merchant and device; produce ledgers and settlement proofs.
- Balance and limit checks
- Offline catch-up with de-duplication
- Merchant daily close and reconciliation
For entitlements: check membership, validity, quotas, supplier status and risk controls; produce write-off records.
- Five admission rules
- Dynamic-code time checks
- Abnormal high-frequency write-off alerts
Methodology and the points ledger live in the carbon-benefit system; the card does not redefine them. Funds never sit in a MeetCarbon account, so there is no second clearing.
One platform, three ways to turn it on
Not every customer needs a balance. Which layers to enable follows the business; it is configuration, not a separate system.
Funds type
Schools- Funds account
- On
- Entitlement account
- Off
- Carbon account
- On
Spend and settlement at the core: top-up, debit, subsidy, merchant daily close, plus carbon acts such as clean-plate dining.
Entitlement type
Chambers- Funds account
- Off
- Entitlement account
- On
- Carbon account
- On
Fully cashless: identity and membership quotas only. Write-off is redemption, and the card also carries the low-carbon member story.
Hybrid type
Park enterprise members- Funds account
- On
- Entitlement account
- On
- Carbon account
- On
Park spend and membership entitlements together; pay code and redemption code switch on the same card.
One platform; seven principals use it their own way
Scene differences are increments only: who the people are, the unique hard parts, the carbon handles and the delivery boundary. Platform commons are built once and shared.
Commons built once; seven scenes share them
Scene differences are increments; platform commons stay in one place. The list below is the capability set any scene delivery may draw from — scenes do not re-implement it.
Identity and organisation
- Roster and roles
- Bulk import, on/off payroll, validity and blocklists
- Multi-organisation membership
- One park, N enterprises; one sub-district, N communities; a group with many campuses
- Visitor passes
- Visitors, contractors and event staff; expire automatically
- Delegated operation
- Family or carers act on behalf; full audit trail
Funds and spend
- Top-up and refund
- Online and offline channels; funds go to the customer or a licensed party
- Subsidy issuance
- By cohort, cycle and age band; subsidy and self-pay split
- Spend limits
- Per transaction, per day, time window and shift
- Merchant settlement
- Ledger collection, daily close, exception holds and reconciliation
- Offline catch-up
- Taps work offline; after restore, catch-up de-duplicates so there is no double debit
- Combined pay
- Subsidy + balance + third-party in one payment
Access and scenes
- Access control
- Gates, locks and lift control; policy by cohort and zone
- Water and electricity control
- Dorm and apartment metering with prepaid
- Cross-tenant canteen
- One canteen for many park enterprises; books by enterprise
- Parking link
- Plate binding and exemption write-off; three integration tiers
Carbon and entitlements
- Carbon-event collection
- Weighing, access, meters and transactions as four source types
- Entitlement issue and write-off
- Quota cycles, supplier status, dynamic-code checks
- Official-platform sync
- Behaviour push and points pull, adapted by region
- Low-carbon badge
- Green labels and medals on the card face; product-layer configurable
Offline catch-up, merchant settlement, access and prepaid are live in campus and government projects. Cross-tenant canteen, combined pay and official-platform sync are in planning.
From one tap to a verifiable abatement entry
The smart card is the highest-frequency, most real low-carbon data source inside an organisation. The point is not “having points” — it is whether those points can explain how they were made.
The act happens
Canteen weigh-and-clean-plate, access control for green travel, dorm meters for electricity saving, two-wheeler charge/swap.
Become a standard event
One event model: who, when, where, which device, what act, evidence strength.
Methodology accounting
The carbon-benefit engine accounts abatement and points by scene methodology — one language across the platform.
Points and redemption
Points enter the carbon account and can redeem in the mall, for donations or event priority.
Traceable per entry is what makes carbon points credible
Most carbon-point products only show a total. We let users open any entry and see the device, before/after weights, the methodology and the calculation.
See carbon-account fusionSample data. Actual methodology and point ratios are configured per project.
From an organisation loop to a city-level low-carbon one-code pass
The long-term shape is a city-level low-carbon one-code pass: carbon booking and incentives on top of existing pay and access infrastructure — not another stored-value card competing with mainstream payments.
Organisation loop
- Scope
- Inside a single tenant
- Funds nature
- Internal books / organisation-owned accounts
District interop
- Scope
- Government, schools, hospitals and parks in one county / district
- Funds nature
- Still a constrained scene
City open network
- Scope
- Transport, retail and public-service acceptance network
- Funds nature
- Cleared by a licensed institution
City-level value is carbon, not payments
Low-carbon attributes of access, rides and spend are recorded at acceptance — no after-the-fact self-report.
Accumulated carbon entitlements redeem inside the city acceptance network, closing a sustainable citizen loop.
Compatible with city codes, transit cards and e-CNY hardware wallets; no forced card swap.
At the city stage, funds clearing sits with a licensed institution. MeetCarbon (Wuhan) Carbon Technology Co., Ltd. only provides carrier aggregation, carbon booking and the entitlement layer. Related stage capabilities are in planning and are not live.
Layer delivery by scene maturity — do not dump every feature at once
Not every scene deserves a full system. Layered delivery matches budget and pace to real demand density.
Scenes with a coherent need and a named customer: full solution plus dedicated functions.
The scene is real but thin: configuration and templates, no new system.
No independent card form: carbon-event reporting or identity recognition only.
SaaS
Multi-tenant shared deploy, ready to use — for a single school, hospital or chamber.
Private deploy
Independent deploy in the customer data centre or government cloud — data stays in-domain; classified-protection ready.
Connect before replace
- If the customer already has a card or canteen system, connect and fill data first — do not force a swap
- If a commercial principal already has membership, overlay carbon and entitlement layers only
- Supervisory systems (e.g. construction-site real-name) get reporting only — we do not try to replace them
Write smart-card value into numbers you can score
Common target language at delivery. Baselines and targets are confirmed against the customer’s current state at proposal stage.
NoteRanges above are delivery targets, not a commitment on any given project.
The card is a cross-cutting capability; it lands with scene systems
The card collects identity, funds, entitlements and carbon. Energy, evaluation and business process sit in the matching scene systems.
One card for money, entitlements and carbon
A demo shows live campus and government delivery. You can also open the matching scene page first to see the delivery boundary.