For Agents
Remotely control and monitor parking barriers, bollards, chains, and gates for smart parking systems.
Use for: I need to open the barrier at parking spot 12, Check the battery level on all bollards, Grant a user access to the main gate for today, List all offline parking devices
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Parklio Parking 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 | shStep 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 instanceJentic 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.
What an agent can do with Parklio Parking API.
List all parking devices with filters by type (barrier, bollard, chain, gate) and status (online, offline)
Retrieve device details including name, type, location, battery level, and status
Send open and close commands to parking devices for remote access control
GET STARTED
Not supported: Does not manage parking reservations, process payments, or forecast availability — use only for controlling physical parking hardware and managing device access permissions.
Parklio Parking API provides remote control and monitoring of physical parking hardware including barriers, bollards, chains, and gates. The API enables listing devices with filters, retrieving device details and real-time status (battery, connectivity, open/closed), sending open/close commands, and managing access permissions for users across devices and parking zones. Ideal for smart parking systems that integrate physical access control with digital reservation workflows.
Query device status including battery level, signal strength, open/closed state, and last seen timestamp
List and retrieve parking zone configurations with device assignments
Manage access permissions for users on devices or zones with time-bound validity
Create and delete user access permissions for specific devices or entire zones
Patterns agents use Parklio Parking API for, with concrete tasks.
★ Reservation-Driven Access Control
Integrate Parklio hardware control with a parking reservation system. When a user confirms a booking, POST /access-permissions to grant them device access for the reserved time window. When they arrive, the mobile app calls POST /devices/{deviceId}/open. When the reservation expires, DELETE /access-permissions/{permissionId} revokes access. This combines digital reservations with physical security.
POST /access-permissions with userId, deviceId, validFrom, and validTo matching the reservation. On arrival, POST /devices/{deviceId}/open. On checkout or expiry, DELETE /access-permissions/{permissionId}.
Device Health Monitoring
Monitor battery levels and connectivity for deployed parking hardware to proactively schedule maintenance. GET /devices?status=online or /devices?status=offline identifies devices needing attention. GET /devices/{deviceId}/status returns batteryLevel, signalStrength, and lastSeen timestamps. Alert ops teams when batteryLevel < 20% or a device goes offline for extended periods.
GET /devices?status=offline to find disconnected devices, then GET /devices/{deviceId}/status for each to retrieve battery and signal strength. Trigger alerts or maintenance tickets based on thresholds.
Zone-Based Access Management
Group devices into parking zones and manage access at the zone level rather than per-device. GET /parking-zones lists configured zones with capacity and device membership. POST /access-permissions with a zoneId grants access to all devices in that zone. Useful for employee parking where a permit applies to an entire lot rather than one specific spot.
GET /parking-zones to identify the zone, then POST /access-permissions with userId and zoneId. All devices in the zone become accessible to the user for the validFrom/validTo window.
9 endpoints — parklio parking api provides remote control and monitoring of physical parking hardware including barriers, bollards, chains, and gates.
METHOD
PATH
DESCRIPTION
/devices
List all parking devices with optional filters
/devices/{deviceId}
Get device details
/devices/{deviceId}/open
Send open command to a parking device
/devices/{deviceId}/close
Send close command to a parking device
/devices/{deviceId}/status
Get device status including battery and connectivity
/parking-zones
List parking zones
/access-permissions
Create a user access permission
/access-permissions/{permissionId}
Revoke a user access permission
/devices
List all parking devices with optional filters
/devices/{deviceId}
Get device details
/devices/{deviceId}/open
Send open command to a parking device
/devices/{deviceId}/close
Send close command to a parking device
/devices/{deviceId}/status
Get device status including battery and connectivity
Three things that make agents converge on Jentic-routed access.
Credential isolation
Parklio API keys are stored encrypted in Jentic's vault and injected as the X-API-Key header at execution time without exposure in prompts or logs.
Intent-based discovery
Agents search by intent such as 'open parking barrier parklio' or 'check device battery parklio' and Jentic returns the matching endpoint with its schema and example requests.
Time to first call
Direct Parklio integration: 2 days to model devices, zones, permissions, and command flows. Through Jentic: under 1 hour — search, load schema, execute.
Alternatives and complements available in the Jentic catalogue.
Specific to using Parklio Parking API through Jentic.
What authentication does the Parklio API use?
The API uses API key authentication via the X-API-Key header. Jentic stores the key encrypted and injects it at execution time without exposing it in prompts.
Can I open a parking barrier remotely through the API?
Yes. POST /devices/{deviceId}/open sends an open command to the specified device (barrier, bollard, chain, or gate). The device must be online and the requesting user must have an active access permission for that device or its zone.
How do I monitor battery levels for parking devices?
Use GET /devices/{deviceId}/status to retrieve batteryLevel (percentage), signalStrength, isOpen, and lastSeen timestamp. Poll this endpoint periodically or set up alerts when batteryLevel falls below a threshold.
What is the difference between device-level and zone-level access?
Device-level access (deviceId in POST /access-permissions) grants access to one specific barrier or bollard. Zone-level access (zoneId) grants access to all devices in a parking zone, useful for permit holders who can use any spot in a designated area.
/parking-zones
List parking zones
/access-permissions
Create a user access permission
/access-permissions/{permissionId}
Revoke a user access permission