2 APIs across 1 product group. All share one credential.
| I want to... | Use | Why |
|---|---|---|
| Full civic surface including workflows, payment records, professionals search, and agency reference data | Accela Civic Platform API | The 86-endpoint Civic Platform API exposes the complete feature set beyond core record and inspection operations. |
| Core record, inspection, address, contact, and parcel operations with a smaller tool set | Accela API | The 30-endpoint subset covers the most common civic operations while keeping the agent's tool surface lean. |
| Create and update permit records | Accela API | Both APIs cover records, but the leaner subset is the simpler choice when write operations on records are the main task. |
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Accela APIs, 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://jentic.com/install.sh?src=apis&api=%2Fapis%2Faccela.com" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Faccela.com" | 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 agents get from Jentic-routed access to this vendor.
Setup
Wiring Accela by hand means brokering its OAuth flow, minting agency-scoped tokens, and threading the X-Accela-Agency header through every record and inspection call on both APIs. With Jentic One installed you add either Accela API from the Jentic directory, store the OAuth client credentials once, and your agent calls both.
Permission scoping
Accela puts the record id in the URL path, so a rule in your own Jentic One instance can pin an agent to specific records and let it read or update only those across either API. You choose which operations are allowed, so writes such as creating a record stay unavailable unless you add them.
Credential isolation
Your Accela OAuth client credentials and agency scopes are stored once, encrypted, by your own Jentic One instance and injected at execution time. They cover both APIs and never enter the agent's prompt, logs, or context.
Specific to using Accela APIs through Jentic.
What is the difference between the two Accela APIs offered here?
The Accela Civic Platform API is the full 86-endpoint surface that adds workflows, payment record detail, agency settings, and broader search. The other API is a 30-endpoint subset focused on the most common record, inspection, address, contact, and parcel operations. Pick the subset when a smaller agent tool surface is preferable and the full API when you need the extra breadth.
Do both Accela APIs share the same authentication?
Yes. Both authenticate with OAuth 2.0 against auth.accela.com and require an X-Accela-Agency header to scope requests to a specific agency. One set of agency-scoped OAuth client credentials works for either API, so you do not need separate credentials to switch between them.
Can an agent work across both Accela APIs in the same task?
Yes. Both operate on the same underlying agency data, so a record created or updated through one is visible through the other. An agent can do routine record and inspection work on the leaner subset and reach into the full platform API only when a task needs workflows, payment records, or agency reference data.
What kinds of government work do these APIs cover?
BOOK A DEMO
Browse thousands of APIs and connect them all to your agent with Jentic One. One layer, one credential — every API your agent needs.
For Agents
Across Accela's APIs, an agent can search and retrieve agency records such as permits, licenses, and code enforcement cases, schedule and update inspections, look up addresses and parcels, manage contacts, and attach or fetch documents, all scoped to a single government agency. It picks between a full 86-endpoint surface and a 30-endpoint subset depending on how many operations it needs to expose.
Accela is the case-management backbone for government agencies, so its APIs operate on the agency's own permitting, licensing, and inspection records rather than generic documents or datasets. It offers the same civic surface at two sizes: a complete platform API with workflows, payments, and agency settings, and a smaller subset built for a tighter agent tool set.
Use for: Reading and updating a government agency's Accela records, inspections, addresses, parcels, contacts, and documents for permitting, licensing, and code enforcement
Not supported: card payment capture, GIS map rendering, identity verification, webhook notifications, cross-agency data
Credentials: Both APIs use the same OAuth 2.0 model against auth.accela.com and require an X-Accela-Agency header, so one set of agency-scoped OAuth client credentials covers both.
Across 2 Accela APIs: 1 third-party, 1 Jentic-generated, all indexed by Jentic and kept validated and agent-ready.
Accela runs a civic platform that local and state government agencies use for permitting, licensing, code enforcement, inspections, and service requests. Its APIs read and update agency case records, schedule inspections, look up addresses and parcels, manage contacts, and attach documents. On Jentic, Accela is exposed as two APIs: the full 86-endpoint Accela Civic Platform API and a leaner 30-endpoint subset, both authenticated with OAuth 2.0 and scoped to an agency through the X-Accela-Agency header.
Once connected, ask your agent something like: “look up and update government permit and inspection records”.
Each workflow spans multiple Accela APIs. Jentic routes each operation to the right API automatically.
Contractor permit dashboard across two API sizes
A contractor tool uses the leaner subset to submit and update permit records, then reaches into the full platform API for the extra detail it does not cover, such as payment records and professionals search. The agent starts on the small surface for everyday writes and only loads the larger surface when a task needs the full feature set.
Create a permit record via POST /v4/records on the subset API, then read its payment records and associated professionals through the full Civic Platform API
Accela API + Accela Civic Platform API
Inspection scheduling with full workflow context
A field app schedules and updates inspections through whichever API is loaded, using the subset for routine result capture and the full platform API when the case needs workflow status or agency reference data. Both operate on the same records, so an inspection created on one surface is visible on the other.
Schedule a rough-in inspection on a record via the subset API and read the record's workflow status and agency settings through the full Civic Platform API
Accela API + Accela Civic Platform API
Intent-based discovery
Agents search the Jentic directory by intent such as 'look up a building permit by address', and Jentic returns the matching Accela operation with its filter parameters and the required X-Accela-Agency header so the agent calls the right endpoint on the right API without browsing reference docs.
They cover permitting, licensing, planning applications, code enforcement, and service requests. Common tasks include looking up a permit by address, scheduling and updating inspections, searching parcels by APN, managing the contacts on a record, and attaching documents such as site plans and photos.
Do the Accela APIs process payments?
No. They expose fee and payment record data tied to permits and licenses, but they do not capture card payments themselves. Agencies typically take the payment through a separate gateway and then post the resulting payment record back into Accela through these APIs.
How do these APIs handle multiple agencies?
Each request is scoped to a single agency through the X-Accela-Agency header, and record types and reference data are configured per agency. A tool serving several cities supplies the matching agency header per call rather than querying across agencies at once.
Can I restrict what my agent does with Accela?
Yes. Because the record id sits in the URL path, your own rules can pin an agent to specific records and let it read or update only those. You choose which operations it may call, so writes such as creating a record or scheduling an inspection stay out of reach unless you add them.
All 3 are in the Jentic catalogue with the same one-credential, intent-search pattern.