Free OCPI Sandbox

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

Sandbox peerOCPI 2.2.1
Static preview

last completed run

  • Nothing to show yet.
  • The live stream connects once this page finishes loading. Nothing above is a live reading.
non_monotonic_meter
transport_outage

Buttons activate once the live stream connects.

Built for the networks you'll roam with

HubjectGirevePlugsurfinge-clearing.netIONITYShell RechargeChargemapFastnedAllegoMontaVirta
Charging Journeys

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.

No test code

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.

OCPI 2.1.1 · 2.2.1 · 2.3.0

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.

OCPI conformance suite coverage by module and protocol version
ModuleOCPI 2.1.1OCPI 2.2.1OCPI 2.3.0
VersionsConformance suite availableConformance suite availableConformance suite available
CredentialsConformance suite availableConformance suite availableConformance suite available
LocationsConformance suite availableConformance suite availableConformance suite available
SessionsConformance suite availableConformance suite availableConformance suite available
CDRsConformance suite availableConformance suite availableConformance suite available
TariffsConformance suite availableConformance suite availableConformance suite available
TokensConformance suite availableConformance suite availableConformance suite available
CommandsConformance suite availableConformance suite availableConformance suite available
Charging ProfilesNot part of this versionConformance suite availableConformance suite available
Hub Client InfoNot part of this versionConformance suite availableConformance suite available
PaymentsNot part of this versionConformance suite availableConformance suite available
BookingsNot part of this versionNot part of this versionConformance suite available
Heavy-duty charging
MCS connector (megawatt charging)Not part of this versionNot part of this versionDefined in this version and validated by its suites
Truck vehicle typesNot part of this versionNot part of this versionDefined in this version and validated by its suites
Reefer power outletNot part of this versionNot part of this versionDefined in this version and validated by its suites
2.3.0 only

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 checks

You 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.

Proven checks

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.

Real asks

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.

Three things: the versions URL you would hand to a roaming partner, a CREDENTIALS_TOKEN_A so the real registration handshake can run against you, and whether you are the CPO or the eMSP side, which decides the interfaces we exercise. Point it at a test environment rather than production, because a run writes real data into your system and reads it back. Testing your own endpoint belongs to the paid plans.

Register an endpoint

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 endpoint

No, 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 graded

Yes. 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 session

Yes. 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 journey

Yes, 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 coverage

Yes. 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 works

Yes. 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 graded

Yes. 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 run

Simulating 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 Simulator

Point 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