Expert, EV‑charging focused guide to Beckn protocol (BPP and BAP) enabling interoperable discovery, booking, pricing, and session management across multiple charge point operators and e‑mobility platforms.
← Back to profileBeckn protocol (BPP and BAP) enables a decentralized EV charging network where any buyer app can discover and book charging services from any provider platform. The UBC Technical Specification Document formalizes EV charging semantics on Beckn while keeping interoperability with OCPI for CPO communication.
| Acronym | Meaning | EV Context |
|---|---|---|
| BAP | Buyer Application Platform | Consumer-facing app; mapped to eMSPs |
| BPP | Buyer Provider Platform | Provider platform; mapped to CPOs |
| NO | Network Operator | Network governance and registry |
| CDS | Catalog Discovery Service | Enables discovery across BPPs |
| EVSE | Electric Vehicle Supply Equipment | Individual charging station unit |
| OCPI | Open Charge Point Interface | eMSP–CPO communication standard |
The UBC TSD uses standard requirement language to clarify intent: MUST (required), MUST NOT (prohibited), SHOULD (recommended), and MAY (optional).
Initiates discovery, booking, payments, and user actions for EV drivers.
Publishes services, responds to requests, and manages charging sessions.
Onboarding, registry, and network-level governance for participants.
Beckn protocol uses asynchronous request/response flows with callbacks (`on_*`) to keep networks reliable and scalable.
The UBC TSD outlines how active sessions can be updated or terminated. A BAP can send a session update (for example, stop charging), and the BPP responds with a final update and Charge Detail Record (CDR) for accurate billing and reconciliation.
The UBC EV Sandbox provides a practical environment for validating Beckn protocol (BPP and BAP) flows for EV charging, enabling teams to test integration behavior, message exchanges, and network interoperability before production.
What is Beckn protocol (BPP and BAP) in EV charging?
It defines how buyer applications (BAPs) and provider platforms (BPPs) interoperate for discovery, booking, and session management while staying aligned with OCPI.
How are eMSPs and CPOs mapped?
In the UBC EV charging model, eMSPs map to BAPs and CPOs map to BPPs.
Why use the UBC EV Sandbox?
It provides a safe environment to validate message flows, callbacks, and interoperability before production rollout.