
Opening a second state: one AHJ and interconnection workflow across territories
Expanding into a second state means new licensing, AHJs and utility queues. How to run both territories in one workflow instead of two parallel processes.
Your first ops hire shouldn't inherit permitting from an inbox and four spreadsheets. What to set up before day one, from job records to permit status.
When a solar installation company hires its first permit coordinator or ops manager, it's usually because something broke. A permit sat unsubmitted for two weeks. An inspection got missed. A crew showed up at a house where the interconnection application was still with the utility. The founder was doing all of it between site visits, and jobs started slipping. It usually means the company has outgrown the founder doing the paperwork, and is about to hand that process to someone whose entire job is keeping it moving.
The mistake isn't the hire. The mistake is making the hire before the process exists anywhere except the founder's head. Here's what to set up first, so your first ops person starts with a system instead of an archaeology project.
A permit coordinator can only coordinate what they can see. If job status lives in a shared inbox, three spreadsheets and whoever last spoke to the inspector, the new hire spends their first month reverse-engineering the business instead of running it. That month is exactly when the dropped permits happen, because responsibility transferred before visibility did.
Everything else in this guide assumes this one is done: every job, from signed quote to permission to operate, exists as a single record in one system. Quote, contract, permit documents, inspection dates, interconnection status, crew schedule, all attached to that job.
Without it, the best you can give a new coordinator is a procedure document that says "check the AHJ portal, check the utility portal, check the spreadsheet, ask me." With it, every job has one status that you, the coordinator, sales and the crew in the field all read from the same place. That's what an operations queue built around the job is for, and it's the difference between hiring someone to run a process and hiring someone to chase one.
Permitting in the US isn't one process, it's one per authority having jurisdiction, and review times vary widely. We've written about what permitting sprawl costs a growing install business separately.
What that means for your first ops hire: they will be managing several different permitting clocks at once, sometimes for jobs a few miles apart. Give them a system where each job carries its own permit status and its own AHJ, so they can see every job's stage without opening a portal or asking anyone. Status should live on the job record, visible in one queue, not in a column of a spreadsheet that one person remembers to update.
Your coordinator's second week will involve pulling together permit packages: site plans, line diagrams, spec sheets, contracts. If those live in email threads and a folder structure only you understand, every package is a scavenger hunt.
Set up standard document templates and custom fields before they start, so the job's paperwork is generated from the record rather than assembled by hand. The goal is that a complete permit package for any job can be produced by someone who has never touched that job before, on day one. That's also your test for whether the setup is done: could a stranger produce the package? If not, it's not set up yet.
A permit coordinator who can only submit applications is half a hire. The job that actually pays for itself is someone who owns job sequencing: which installs get scheduled once permits land, which jobs are blocked on the utility, what gets escalated.
That means the hire needs:
The last one matters more than it sounds. A coordinator's scarcest resource is attention. If a job sitting still doesn't raise a flag, stale jobs surface when a customer calls to complain. Automated status alerts turn that from firefighting into a list they work through every morning.
A handover that works usually has four parts, all prepared before the start date:
If you're building this and realizing the current stack can't hold it, that's the signal it was built for the business you had, not the one you're hiring for. In-house systems don't survive this transition, and neither does the spreadsheet-and-inbox combination. The time to fix it is before the first day, not during the first dropped permit.
Once the basics are in place, the metrics that tell you the hire is working are boring on purpose: how many days from signed contract to permit submission, how many jobs sit at any stage past their expected duration, how many inspections pass first time. Three numbers, reviewed weekly. If the system is set up as described, all three are readable without anyone compiling anything.
Get this right and the ops manager sees every job, the field trusts the schedule, and the founder stops being the bottleneck on paperwork. That starts not with the job ad, but with what you build in the two weeks before the start date.
If you're planning this hire, request a demo and we'll show you what the setup looks like for a business your size, with your AHJs and your utilities.
See how Payaca helps clean tech installers save time and grow their business.
Request a demoWant more from Payaca in your Google results?

Expanding into a second state means new licensing, AHJs and utility queues. How to run both territories in one workflow instead of two parallel processes.

What ServiceTitan's API gives you, how each record maps onto Payaca, and what we learned running a full ServiceTitan migration for a US electrical and solar contractor.

What came across, and what we rebuilt, when a US solar and electrical contractor moved its solar business off Scoop, with Zoho on the sales side, and onto Payaca. Written from the migration we ran.