Bouncie API

Name: Bouncie API
Brand: Bouncie API
Availability: InStock

★ Only Publicly Available OpenAPI DocumentIOTDevice Managementoauth223 EndpointsREST

For Agents

Pull connected-vehicle trips, vehicle data, and geo-zone events for Bouncie-equipped cars and register webhooks across 23 endpoints.

Install Jentic One Beta

Connect the Bouncie API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Bouncie API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with Bouncie API.

Retrieve the authenticated user's profile and vehicle inventory

List trips for a user's vehicles with start, end, and distance data

GET STARTED

Start building with Bouncie API

Explore with Jentic

View OpenAPI Document

Jentic publishes the only available OpenAPI specification for Bouncie API, keeping it validated and agent-ready. Bouncie is a connected-vehicle platform built around an OBD-II device that streams trip, location, and diagnostic data from a user's vehicle. The API provides authenticated access to user profiles, vehicle inventories, trip histories, geo-zones, locations, and schedules, plus webhook registration for push events. Integrators register applications on the Bouncie Developer Portal and use OAuth 2.0 user authorization to access end-user vehicle data.

Use Cases

Patterns agents use Bouncie API for, with concrete tasks.

★ Driving-behaviour insights for a connected app

Auto, insurance, and family-safety apps use Bouncie to give end users insight into where, when, and how they drove. The API exposes /v1/trips for the trip history and /v1/vehicles for the vehicle inventory, so an app can render a daily timeline and per-vehicle stats. Most apps ship the integration in a few days using the OAuth 2.0 authorization code flow.

List the last 10 trips for vehicle id veh_123 and summarise total distance and longest trip

Geo-zone alerts for fleet operations

Light fleet operators use Bouncie's application geo-zones to know when one of their vehicles enters or leaves a customer site. POST /v1/application-geozones/ creates the zone, and webhooks deliver entry and exit events in real time without polling. Setup typically takes a sprint, including webhook signature handling.

Create an application geo-zone named 'Warehouse 5' centred on lat 33.7, lng -84.4 with a 200 metre radius, then register a webhook that receives geo-zone events

Webhook-driven trip ingestion

Telematics apps avoid polling /v1/trips by registering for trip-end webhooks and ingesting each completed trip as it arrives. POST /v1/webhooks subscribes the application's callback URL and PUT /v1/webhooks/{webhookId} adjusts the subscription. Combined with /v1/trips for historical backfill, the app stays in sync without burning the rate budget on polling.

Agent-driven vehicle queries via Jentic

An AI agent answers a user's natural-language question ('did my car go to the airport this week?') by calling Bouncie's trip and location endpoints. Through Jentic the agent searches for 'list Bouncie trips', loads the schema, and executes the call while the OAuth access and refresh tokens stay in the Jentic vault.

Search Jentic for 'list Bouncie trips', load the schema, and execute it for the past 7 days, returning trips that ended within 5 km of the user's home location

Key Endpoints

23 endpoints — jentic publishes the only available openapi specification for bouncie api, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

GET

/v1/user

Authenticated user profile

GET

/v1/vehicles

List vehicles for the user

GET

/v1/trips

List trips for the user's vehicles

POST

/v1/webhooks

POST

/v1/application-geozones/

Create an application geo-zone

POST

/v1/locations/

Create a named location

POST

/v1/schedules/

Create a schedule tied to a location

GET

/v1/user

Authenticated user profile

GET

/v1/vehicles

List vehicles for the user

GET

/v1/trips

List trips for the user's vehicles

POST

/v1/webhooks

POST

/v1/application-geozones/

Create an application geo-zone

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

The Bouncie OAuth access and refresh tokens are stored encrypted in the Jentic vault (MAXsystem). Agents receive scoped execution access only; raw tokens never appear in prompts, logs, or tool outputs.

Intent-based discovery

Agents search Jentic for intents like 'list Bouncie trips' or 'register a Bouncie webhook' and Jentic returns the matching operations with their input schemas, so the agent calls the right endpoint without crawling docs.

Time to first call

Direct Bouncie integration: 3-5 days for OAuth, webhook registration, and trip schema mapping. Through Jentic: under 1 hour — search, load schema, execute.

FAQs

Specific to using Bouncie API through Jentic.

Why is there no official OpenAPI spec for Bouncie API?

Bouncie does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call Bouncie API via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.

What authentication does the Bouncie API use?

Bouncie uses OAuth 2.0 user authorization. Register your application on the Bouncie Developer Portal, redirect the user to https://auth.bouncie.com/dialog/authorize for consent, and exchange the returned code for an access token. In Jentic the tokens live in the vault and are injected at execution so they never enter the agent's context.

Can I list a user's trips with the Bouncie API?

Yes. GET /v1/trips returns trips for the authenticated user's vehicles. Combine it with GET /v1/vehicles to map each trip back to a specific vehicle, and prefer trip-end webhooks for live ingestion rather than tight polling.

How do I register a webhook through Jentic?

Run pip install jentic, then search Jentic for 'register a Bouncie webhook', load the POST /v1/webhooks schema, and execute it with your callback URL. Jentic handles the OAuth bearer header automatically; you only need to handle the webhook payloads on your side.

What are the rate limits for the Bouncie API?

Bouncie does not document explicit per-second rate limits in the spec. Best practice is to rely on webhooks for trip and geo-zone events and to backfill via /v1/trips with reasonable page sizes; tight polling against /v1/trips is discouraged.

Can I create geo-zones for entry and exit alerts?

Yes. POST /v1/application-geozones/ creates an application geo-zone visible to your application's connected users; pair it with a webhook subscription to receive entry and exit events. /v1/user-geozones is read-only and reflects zones the end user defined inside their Bouncie app.

Bouncie API

Connect the Bouncie API to your agent

Capabilities

Start building with Bouncie API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs