Site access programme

Site & Member Access

Credential programmes for workplaces, depots, residential sites and destinations that need controlled access by employee, resident, visitor or account.

Programme outcome

Controlled charging access by employee, resident, visitor, vehicle or account, with a practical offline and replacement policy.

Review recommended product

Designed for

Workplaces, depots, residential operators, hospitality groups and private charging sites

01

User groups

Employee, resident, visitor, contractor or fleet

02

Authorization

Central, cached or local-list behaviour

03

Formats

Card, keyfob or mixed issue

04

Control

Entitlement, expiry, block and replacement

Operating model / 01

Follow the credential across the complete authorization chain.

The physical card is one controlled input. Reader behaviour, platform records and operating rules determine whether the correct account is authorized and traced.

Site & Member Access
Controlled charging access by employee, resident, visitor, vehicle or account, with a practical offline and replacement policy.
  1. 01

    Site user

    An employee, resident, guest, contractor or fleet driver receives a credential with a defined entitlement and expiry rule.

  2. 02

    Card or keyfob

    The physical format is chosen around issue method, carrying behaviour, durability and the installed reader.

  3. 03

    Site charging station

    The station reader captures the identifier and uses central, cached or local authorization according to configuration.

  4. 04

    Site or mobility platform

    User groups, chargers, access windows, tariffs and account mappings are controlled by the operating platform.

  5. 05

    Administration record

    Issue, return, expiry, block and replacement actions are retained so physical access agrees with the live entitlement.

Specification matrix / 02

Decisions to close before production.

A production-ready brief states what must be decided, how it will be implemented and what evidence will count as acceptance.

01

User groups

What to define

Separate employees, residents, visitors, contractors, fleets and public users where their rules differ.

Acceptance evidence

Each sample account receives only its intended charger and time entitlement.

02

Reader estate

What to define

Record charger models, reader technologies, firmware and management platforms across all sites.

Acceptance evidence

The proposed credential is recognized at representative installations.

03

Authorization path

What to define

Define central, cached, local-list and offline-unknown behaviour per charger group.

Acceptance evidence

Connected and disconnected tests match the site continuity policy.

04

Identifier mapping

What to define

Choose the platform field that connects the physical identifier to user, unit, vehicle or account.

Acceptance evidence

A tap resolves to one current entitlement and one auditable record.

05

Expiry and visitor access

What to define

Set validity windows and return/block rules for temporary credentials.

Acceptance evidence

Expired or returned credentials are rejected as designed.

06

Physical format

What to define

Use cards for visible assignment and keyfobs for compact everyday carry; validate both if mixed.

Acceptance evidence

Every format reads within the intended presentation area.

07

Cost allocation

What to define

Define whether sessions are free, billed, reimbursed or allocated to a department or property account.

Acceptance evidence

Pilot session exports contain the references required by finance or property management.

Failure controls / 03

Design out the common failure points.

Most failed launches are not caused by print quality. They come from unclear identifiers, untested readers, incomplete data ownership or weak lifecycle control.

01

Remove orphan access

Leavers, former residents and expired visitors need a defined block process; possession of the physical item is not the entitlement record.

02

Control offline lists

Local authorization can support continuity, but list age and update behaviour must be tested so revoked access does not remain indefinitely.

03

Avoid anonymous shared credentials

Shared site cards reduce administrative work but also weaken accountability and session attribution.

04

Design the return process

Replacement and return rules should cover reception desks, property handovers, lost credentials and emergency issue.

Delivery path / 04

Move from brief to controlled operation.

Each phase should close with evidence that can be reviewed by operations, platform and procurement teams.

  1. 01

    Policy definition

    Map sites, users, chargers, entitlements, tariffs and administration owners.

    Evidence

    Site access policy and role matrix

  2. 02

    Reader validation

    Test proposed card and keyfob formats on representative stations and firmware versions.

    Evidence

    Reader compatibility record

  3. 03

    Account pilot

    Create sample users for every group and test connected, offline, expiry and block behaviour.

    Evidence

    Entitlement acceptance matrix

  4. 04

    Managed issue

    Assign and distribute credentials with a clear activation and custody record.

    Evidence

    Issue register and user instructions

  5. 05

    Ongoing control

    Review leavers, resident changes, visitors, losses and reorder stock on an agreed cadence.

    Evidence

    Lifecycle and exception log

Responsibility boundary / 05

Separate manufacturing from platform operation.

A precise boundary prevents the card from being blamed for configuration, entitlement or settlement decisions that live elsewhere.

01

ChargeRFID / manufacturer

Controls the approved material, chip, antenna, artwork, encoding, variable data, batch QC and production record.

02

CPO, eMSP or CSMS team

Defines accepted identifier format, reader behaviour, token import, authorization states, security application and technical acceptance.

03

Programme owner

Owns assignment, activation, contracts, access policy, tariffs, customer support, replacement approval and end-of-life decisions.

Programme questions / 08

Questions procurement and technical teams usually resolve.

01Can a site continue authorizing cards when the network is offline?

Possibly. OCPP implementations may use an authorization cache or local authorization list, but support and policy vary by station and CSMS. Test the exact disconnected behaviour before relying on it operationally.

02Should a workplace use cards or keyfobs?

Cards provide more visible space for names, numbers and instructions; keyfobs are compact and often easier for daily carry. Both can use the same identifier plan if the reader supports the selected chip and antenna format.

03Can visitor credentials expire automatically?

Expiry is normally controlled by the site or charging platform. The physical credential supplies the identifier; the platform applies the validity window and authorization state.

04Can sessions be allocated to departments or apartments?

Yes, when the platform maps each identifier to the required cost centre, unit or account and exposes that reference in its session or billing exports.

Turn custom ev charging solutions into a controlled programme specification.

Share the reader estate, identifier rules, security requirement, platform handoff, volume and rollout markets. We will return the questions needed for samples and production approval.

Site & Member Access | ChargeRFID | ChargeRFID