Home›Reroof jobs
Removal & reinstall

One reroof. Two trips. Both tracked properly.

Take the array down, wait for the roofer, put it back. That is one job with two visits — different crews, different forms, different months — and software that models it as a single appointment gets your reporting wrong every time.

Start free trial → 7 days free · No credit card
app.yourcompany.com/roofing
The Roofer Removal & Reset board showing every open reroof grouped by who has it right now — us, the roofer, the engineer, or the jurisdiction
Roofer Removal & Reset, shown with demonstration data.

The takedown and the putback are not the same day, the same crew, or the same month.

Removal and reinstall work is a large share of solar service revenue, and almost no field service platform models it. A takedown happens in one month, the roofer takes however long they take, and the putback happens in another — sometimes another quarter. Treat that as one appointment and the reporting is wrong: the work shows in the month it was scheduled rather than the month it was worked, and a job that is genuinely waiting on somebody else looks stalled.

SolarProjeX treats a reroof as one work order with distinct visits. Each visit keeps its own crew, its own inspection form, its own dispatch notes and its own date. A closed trip keeps the words it was closed under, so history does not get rewritten by whatever the ticket says today. Completion follows the visits, not one flag on the work order. A putback shows in the month it was actually worked.

Billing works the way the trade works. The roofing company is frequently the payer, and the roofer's identity is stripped server-side before it ever reaches a technician's device — the field sees that a roofing account is being billed, the office sees which one. Who pays travels separately from who they are, because a tech does not need the payer's name to do the work and a competitor does not need it at all.

A reroof that's genuinely done stops showing up as open work. Once the panels are back on and the only thing left is a permit sitting at inspection, the job leaves the roofer's live board on its own — nobody has to remember to close it out by hand. If a job was already finished on a different ticket (a service visit, a separate reinstall), the office can close the stray putback with one click instead of it sitting open indefinitely.

When a tech finds damage or an upgrade opportunity while the panels are off, they can flag it with a note right there — but nothing goes out automatically. The recommendation stays an internal office note until a human decides to act on it; the office builds the quote, and each roofer account has its own setting for whether that quote bills to them or to the homeowner. Roofers can also opt in to automatic status emails as their job moves — quote ready, panels off, reinstall booked, reinstall done — so they stop having to call and ask. It's off until a company turns it on.

What it does, point by point

  • One work order, two visits — takedown and putback tracked separately
  • Per-visit crews: the trip that happened keeps the people who did it
  • Per-visit forms, dispatch notes, job type and dates
  • Completion derived from the visits, never from a single flag on the ticket
  • Reporting counts a putback in the month it was worked
  • A job waiting on a roofer is not counted as stalled
  • Roofer identity stripped server-side before it reaches a technician
  • Every invoice for one roofing account, and what is genuinely still open, on one panel
  • A finished reroof leaves the roofer's live board on its own — no manual cleanup
  • Upgrade opportunities found during a reroof stay an internal note until your office decides to quote it
  • Each roofer account sets its own rule for whether an upgrade quote bills to them or the homeowner
  • Optional automatic status emails to the roofer as the job moves — off until you turn it on
How it works

Modelled the way the job actually runs.

Two trips, one ticket

Takedown and putback are separate visits on the same work order — separate crews, separate forms, separate dates.

Reported in the right month

A putback counts in the month it was worked, so revenue and volume land where the work actually happened.

The field sees a payer, not a name

Techs see that a roofing account is being billed. Which roofing account is office information, removed before the data leaves the server.

One roofer, every invoice

Open one roofing account and see every invoice attached to it, and what is actually still outstanding.

Done jobs close themselves out

Panels back on, permit sitting at inspection — the job leaves the roofer's live board without anyone having to remember to close it.

Status emails, if you want them

A roofer can get automatic updates as their job moves — quote ready, panels off, reinstall booked, reinstall done. Off by default, turned on per company.

Questions

Frequently asked questions

Why not just create two separate jobs?

Because they are one commitment to one customer at one address, and splitting them loses the link. Two jobs means two histories, duplicate customer records, and no single place that answers whether the array is back on the roof yet.

Why hide the roofing company from technicians?

Because which builders and roofers send you work is commercially sensitive, a technician does not need it to complete the job, and a device in the field is the easiest place for it to leak. The field is told that a roofing account pays; the office is told which one.

How does a waiting job avoid looking stalled?

Reporting knows the difference between a job nobody has touched and a job sitting on the calendar waiting for a third party. The second is normal reroof work, not a problem to escalate.

Can each trip use a different inspection form?

Yes. A takedown and a putback need different checklists, so each visit picks its own form and keeps it, even after the ticket moves on.

What happens if a tech finds damage or an upgrade opportunity while the panels are off?

They flag it with a note on the job. Nothing is sent to the roofer or the homeowner automatically — it stays an internal office note until your team decides to build and send a quote.

Who gets billed for an upgrade quote, the roofer or the homeowner?

Whichever you've configured for that roofer account. It's a per-account setting, so different roofing partners can have different defaults.

Do roofers get notified automatically as their job moves?

Only if you turn it on. It's an opt-in setting per company, and once on, a roofer gets status emails at the real milestones — quote ready, panels off, reinstall booked, reinstall done — instead of calling your office to ask.

Everything SolarProjeX does, built for solar

One platform from the first lead to the last warranty claim. Every capability below is part of it.

Run your solar service on one platform.

Start free in 30 seconds. No credit card. Cancel anytime.

Start your free trial → Prefer to talk first? (407) 605-0665