The OCPI testing tool that catches roaming bugs before your partners do
Simulate charging sessions, check OCPI conformance against a live endpoint, and ship roaming integrations you can defend to a partner. Free to simulate and learn.
OCPI 2.1.1, 2.2.1 and 2.3.0
11 module suites live on 2.2.1
No login required
last completed run
- Nothing to show yet.
- The live stream connects once this page finishes loading. Nothing above is a live reading.
Buttons activate once the live stream connects.
Built for the networks you'll roam with
Passing a compliance check isn't the same as working with your partner
That check catches a bad request. It misses the mismatches that break roaming once you go live. So we built the partner that misbehaves on purpose.
a full charge, accelerated to minutes
A journey, not a request
Find, authorize, charge, stop, bill. One timed story at your endpoint, on a real or accelerated clock.
Run it yourself →the same charge, on a bad day
Adversity on demand
Dropped updates, a meter that goes backwards, a late CDR. See your platform on a bad day, not a demo day.
Run it yourself →one billing cycle, to the cent
Billing that reconciles
CDR totals, tax lines, corrections. Matched to the cent before finance finds the gap.
Run it yourself →Every run is graded in four honest lanes: OCPI conformance, partner compatibility, your acceptance rules, and observations. A SHALL fails, a SHOULD warns, and our downtime is never charged to you.
What a run looks like
Choose the outcome to prove, preview the exact plan, run it on the clock, read the verdicts. Where it breaks, you get the evidence.
choose
Choose the outcome
Start from the question: can I start and stop remotely? Is my billing correct?
preview
Preview the exact plan
Every request, check, and clause, hashed before anything is sent. What runs is what you saw.
run
Run it on the clock
Real time or accelerated. Callbacks, disturbances, and recovery included.
verdicts
Read the verdicts
Four graded lanes with the evidence behind each one. Share the report with your partner.
Whatever version your partner runs, it is covered
Every module each version advertises has a suite that runs today. Find your version and your module before you spend a day on the integration.
| Module | OCPI 2.1.1 | OCPI 2.2.1 | OCPI 2.3.0 |
|---|---|---|---|
| Versions | Conformance suite available | Conformance suite available | Conformance suite available |
| Credentials | Conformance suite available | Conformance suite available | Conformance suite available |
| Locations | Conformance suite available | Conformance suite available | Conformance suite available |
| Sessions | Conformance suite available | Conformance suite available | Conformance suite available |
| CDRs | Conformance suite available | Conformance suite available | Conformance suite available |
| Tariffs | Conformance suite available | Conformance suite available | Conformance suite available |
| Tokens | Conformance suite available | Conformance suite available | Conformance suite available |
| Commands | Conformance suite available | Conformance suite available | Conformance suite available |
| Charging Profiles | Not part of this version | Conformance suite available | Conformance suite available |
| Hub Client Info | Not part of this version | Conformance suite available | Conformance suite available |
| Payments | Not part of this version | Conformance suite available | Conformance suite available |
| Bookings | Not part of this version | Not part of this version | Conformance suite available |
| Heavy-duty charging | |||
| MCS connector (megawatt charging) | Not part of this version | Not part of this version | Defined in this version and validated by its suites |
| Truck vehicle types | Not part of this version | Not part of this version | Defined in this version and validated by its suites |
| Reefer power outlet | Not part of this version | Not part of this version | Defined in this version and validated by its suites |
OCPI 2.3.0 is where megawatt charging and heavy-duty fleets live. The official test tools stop at 2.2.1.
Security and performance suites and full end to end scenarios run alongside the modules. Tell us which module and version you need and it moves to the front of the queue.
Run OCPI conformance checksYou are evaluating a testing tool. It would be strange to ask you to trust it.
So we test the tester, and publish what that catches. A green run is only worth what the checks behind it can prove.
Every OCPI conformance check we run is proven capable of failing.
Deliberately broken peers, one set per protocol version, each violating exactly one rule the spec requires and obeying every other. Each one names the checks that must go red. A check no mutation can turn red fails our build, not yours.
self-test · mutant suite
OCPI 2.1.1 · 2.2.1 · 2.3.0
- accepts-any-tokencaught
- accepts-na-verbscaught
- accepts-reregistrationcaught
- credentials-get-without-objectcaught
- demands-routing-headers-on-configuration-modulescaught
- empty-versions-listcaught
- honours-unknown-tokencaught
- html-page-at-module-urlcaught
- http-error-on-ocpi-failurecaught
- malformed-timestampcaught
- mutable-cdrcaught
- n-a-verb-answered-as-supportedcaught
- no-cdr-locationcaught
- no-envelope-at-allcaught
- no-pagination-headerscaught
- no-timestampcaught
- omits-mandatory-credentials-endpointcaught
- server-error-on-pushcaught
- success-code-on-rejectioncaught
- undefined-status-codecaught
- unknown-resource-served-as-successcaught
- ⚠ found: a pagination check that could not failrebuilt
We found one. A pagination check returned a pass down both of its branches, so it could never fail. It had been passing every partner, forever, and read exactly like a check that worked.
The asks this tool was built against, in our words rather than theirs.
- A global payment terminal manufacturer
Their EV product lead approached us to prove out OCPI Direct Payment: terminal registration, financial advice confirmation, and the partial-capture cases, ahead of a PTP rollout.
- An EV charging software vendor
Asked to run conformance against their live OCPI endpoint so they could test on behalf of their own clients.
- CPO: prove your sender side
- eMSP: prove your receiver
- Payment terminal provider: prove Direct Payment
No endpoint to test yet? You can still start today
Everything here is free, no login. Validate payloads while you build, watch a full exchange before you write one, and learn the protocol the way it actually runs.
before you build
EV Charging Simulator
A full roaming exchange running in your browser: CPO, eMSP, chargers, and every message between them. No endpoint needed.
Watch it run →while you build
Payload Workbench
Paste a Location, Session, or CDR and check it against the schema before you ever send it. Fix it where it is cheap.
Validate a payload →while you learn
Learning Hub
OCPI explained, guided scenarios, a module explorer, and real message flows. From beginner to confident debugger.
Start learning →Common questions about OCPI testing
Quick answers for CPOs, eMSPs, and engineering teams evaluating this tool.
The tool is hosted and talks to your system server to server, so the endpoint has to be reachable from the internet. If it lives on localhost or inside a VPC, a tunnel takes minutes to set up. There is also a connector you download and run next to your service, which removes even that step and never exposes it. CORS does not matter here: that is a browser policy, and these calls never come from a browser.
Connect a local endpointNo, and that is deliberate. A SHALL violation fails the run. A SHOULD divergence is reported but never fatal, because a partner who ignores a SHOULD is still compliant, and failing them for it sends your team off to fix code that was never broken. Every check names the rule it encodes and carries the exchange that proves it, so a finding is always something you can act on.
How runs are gradedYes. A charging journey can drop status updates, send a meter that goes backwards, deliver a CDR late, or lose the connection mid-session, on a real or accelerated clock. You watch how your platform recovers, which is the part a clean conformance pass never shows you.
Run a rough sessionYes. There is an OCPI 2.3.0 Payments conformance suite, and the tool now runs a full Direct Payment terminal journey: it plays the CPO and takes a payment terminal end to end, terminal registration, the tariff and pre-authorization, the charge, and the Financial Advice Confirmation with its full, partial, and failed capture outcomes, reconciling the captured amount against the CDR. It runs on OCPI 2.3.0 and on the 2.2.1 Direct Payment working document, with the payment verdict kept separate from the charging one. Against our sandbox peer it is free; against your own endpoint it is on the Automate plan.
Run a Direct Payment journeyYes, on OCPI 2.3.0, which is the version that adds them. The 2.3.0 Locations and Booking suites validate payloads carrying the MCS connector, the truck vehicle types, and the refrigeration outlet for reefer trailers, against your endpoint or our sandbox peer. Earlier OCPI versions do not define these fields, so a heavy-duty charging deadline is a 2.3.0 conversation.
See version coverageYes. Register each client endpoint as its own target and run the same suites and journeys against it, with a report per endpoint you can hand over. If you are testing on behalf of several clients, talk to us about which plan fits.
How endpoint testing worksYes. A run can be shared as a read-only report link that carries the plan hash, the rule behind each check, and sanitized evidence, with no login required to read it. A sandbox run stays shareable on every tier, marked as one. Running the suite against your own endpoint takes a plan, and so does the link: a link to a report about your own endpoint stops opening when the plan ends, while a shared sandbox report keeps working. Deleting your account revokes every report link you created, even where your organisation keeps the report itself.
How charging journeys are gradedYes. The same plan the browser runs can be compiled and started from a pipeline with an API key, and retries are idempotent, so a flaky network never double-starts a run. CI automation belongs to the paid plans.
See a charging journey runSimulating and learning are free, with no login. Run the simulator, inspect message payloads, run conformance suites against our sandbox peer, and share the resulting report, all at no cost. Testing against your own endpoints and CI automation belong to the paid plans; a link you already created keeps working after that plan lapses, but creating a new one for a report about your own endpoint needs a current plan.
Open EV Charging SimulatorPoint it at your OCPI endpoint
A sandbox peer is already registered, so you can run a real conformance suite or a timed charging journey in the browser right now. When it passes, swap in your own endpoint and send the report to your partner.
on the way: Hubject network profile · hub operator pack · get early access