iPermit
From a new job to a city-ready permit payload. One clear path through a complex process.
Workflow architecture · Dublin pilotA permit starts here.
- Job
- DEMO-1042
- Company
- Example Contractor
- City
- Dublin
- Project
- Illustrative improvement
A fictional Zoho job enters one shared intake. Keep the source information together before preparing it for the city.
Reduced motion is on. Use the scene controls to explore the complete story at your own pace.
Read the complete step-by-step story
- A job arrives
A fictional Zoho job enters one shared intake. Keep the source information together before preparing it for the city.
- Make the data usable
Split the job from the incoming batch, trim extra spaces, and normalize city and company fields.
- Validate and enrich
Check company information, identify the city, then retrieve and merge contractor details. Required fields must be complete.
- One router. The right city.
The parent workflow routes this supported pilot job to Dublin. Other or inactive city routes go to review.
- Prepare the Dublin payload
The child workflow applies city configuration, maps permit types and fees, and assembles the payload and PDF-fill request.
- Ready for a handoff
A readiness check separates incomplete jobs for review. A complete job becomes a prepared UiPath queue item.
- UiPath takes the browser work
Conceptual downstream scene: UiPath uses the prepared data for browser/UI automation. The screenshots establish preparation, not a completed run.
- Designed to grow city by city
Keep the shared intake. Add city-specific child workflows as future expansion. Dublin is the pilot shown in the evidence.
From the problem
to the system.
What needed to work better.
Permit work starts with scattered job and contractor information. Each city needs a different set of fields, formats, and checks.
Design the connection.
Aaron designed the parent intake and city-router workflow, the Dublin child workflow, and the data preparation architecture for a UiPath handoff.
A deliberate flow.
n8n receives Zoho API data, normalizes job information, validates the company, enriches contractor details, and routes a complete payload to the city-specific workflow. Review branches catch incomplete information and unsupported routes.
- Parent intake and city-router workflows are documented in the supplied screenshots.
- Dublin-specific mapping, PDF-fill preparation, and a prepared UiPath queue item are visible.
- Additional city workflows can extend the architecture; Dublin is the only city shown.
The screenshots document payload and queue-item preparation. They do not independently establish queue submission, a completed UiPath run, or production permit processing.
Content reviewed 2026-09-05Explore the architecture & technologies
- Zoho API intake
- Split and normalize jobs
- Validate company and identify city
- Retrieve and merge contractor data
- Validate required fields
- Route to Dublin child workflow
- Map permit, fee, and PDF fields
- Prepare UiPath queue item
Explore the actual build.
Complete diagrams, preserved as supplied. Open any image to zoom, pan, and inspect the details.
Inspect workflow ↗
Inspect workflow ↗
Inspect workflow ↗
Inspect workflow ↗