Re-keying
Staff copy complaints from the 311 queue into the permitting system by hand, and typos travel with them.
Code-enforcement requests from 311 become records in Accela or OpenGov, and closing the record closes the 311 request, so residents hear back without anyone re-keying it.
Staff copy complaints from the 311 queue into the permitting system by hand, and typos travel with them.
The case closes in Accela, but the 311 request stays open and the resident never hears.
Accela has no webhooks, so a 'live' connection means polling for changed records reliably.
The flow starts when Sentra 311 calls in, checks the signature, and keeps only code-enforcement requests. Map fields shapes each one as an Accela record with type, description and address.
Every 15 minutes, SentraBridge reads Accela records changed since the last good run, keeps closed ones that came from 311, and closes the matching 311 request.
When Sentra 311 sends request.created, code-enforcement requests become new Accela records. Everything else is ignored.
Accela Civic Platform → Sentra 311Every 15 minutes, finds Accela records closed since the last run and closes the matching Sentra 311 request.
Sentra 311 → Sentra Scheduler → PostgreSQL / PostGIS → Esri ArcGIS feature layer → SFTP serverCleans and checks changed 311 requests, sends bad ones to a data-quality sub-flow, checks the city database to see if each is new, then routes new…
Pre-built connectors used in this solution. Anything else with an API, a database or SFTP works too.
We'll set up a workspace with your systems in a sandbox and build your first flow with you.