API field guide / 02

ELECTRIC CAR CHARGE API

Understand the charging experience from the vehicle’s point of view. Learn how permissioned car data can support charging displays, driver decisions, and thoughtful application behavior.

What belongs in a vehicle charging integration?

An electric car charging integration begins with the vehicle and its owner’s authorized access. It may help your application understand a reported state of charge, whether a vehicle is connected, or what a charging session is doing. The exact fields and actions depend on the manufacturer or data provider, the vehicle, and the access that has been granted.

Define the driver’s question first

An owner checking whether a car is ready to leave needs a different experience from a developer investigating a failed session. Define the decision before collecting every available field. A compact view with a trustworthy timestamp is often more useful than a dense dashboard of values whose meaning and age are unclear.

Make authorization part of the experience

Vehicle data is different from a public charging location. Plan for consent, narrowly scoped permissions, expired access, and revocation. Keep the permission status visible enough that the application can explain when it needs the owner to reconnect. Never interpret authorization failure as a battery reading of zero or as a hardware fault.

Keep vehicle and charger observations distinct

A vehicle may report that it is plugged in while the charging equipment is waiting, paused, or subject to another limit. Treat information from the car and information from the station as separate observations with their own sources and times. When they disagree, retain the evidence and explain the uncertainty instead of silently choosing the more convenient value.

Offer estimates with useful context

A remaining-energy calculation can support planning, but the result depends on assumptions about capacity, charging rate, and the target. Clearly label hypothetical estimates and avoid presenting a constant-power calculation as a promised finish time. The vehicle’s own reported estimate should also be shown with its timestamp and source, rather than treated as a guarantee.

A practical data checklist

Use this as an evaluation framework for your own data contract. Field names and actual availability remain provider-specific.

AreaWhat to examineDesign consideration
Vehicle referenceApplication-scoped vehicle IDAvoid exposing sensitive identifiers unnecessarily.
Charge stateReported state of charge, connected stateKeep absent fields absent; do not substitute zero.
Time and sourceObservation time, provider, freshnessExplain when data cannot be refreshed.
Access stateGranted scopes, connection statusHandle denied or revoked access separately from telemetry.
Primary reference

Tesla Fleet API overview

Tesla’s official overview is one manufacturer example of permissioned vehicle data and commands. Other integrations have their own access requirements.

Let’s connect

GOOD INTEGRATIONS START
WITH GOOD QUESTIONS.

Talk charging with us