Yes. DASH, Xcelerate, PSA, Albiware and JobNimbus all connect to QuickBooks, and most of them do it well. If your question is whether you will be retyping invoices into two systems forever, the answer is no.
That is also the least useful thing you can learn about these integrations.
Every one of them was built around a shape of transaction that looks like this: one customer, one invoice, one payment. That describes a plumbing call. It does not describe a water loss, where you mobilised at 2am on a job with no agreed price, ran fourteen air movers for six days, billed a mitigation invoice to a carrier through a network that skims a percentage, and then started a completely separate reconstruction business on the same claim number two weeks later. The sync will carry that job. It will just carry it as one flat invoice with the restoration removed.
The sync moves revenue, and your revenue is written in Xactimate
Start with the single most expensive thing nobody tells you on a demo.
JobNimbus, which connects to both QuickBooks Online and QuickBooks Desktop and is one of the more capable syncs in the category, publishes this in its own support documentation: "Because Xactimate line items do not exist in your JobNimbus Products & Services, the Estimates and Invoices you create from your Xactimate estimates will not sync with QuickBooks." The mechanism is mundane. Estimates can only sync to QuickBooks after their line items have been matched to QuickBooks products and services. Xactimate line items never join that list when you pull an estimate in, so the match never happens, so the document never posts. JobNimbus adds a second note in the same article: Xactimate is only compatible with its legacy financials.
Read that against how a restoration job actually gets priced. The carrier-approved Xactimate scope is not one document among many. It is the only document the payor recognises, the thing the entire receivable is built on. So the integration works perfectly for every estimate except the one that represents your revenue.
Watch out
This is the failure mode to test on every demo, not just JobNimbus. Ask the rep to import a real Xactimate ESX file, generate an invoice from it, sync, and then open QuickBooks on the shared screen. Reps demo the QuickBooks connection with a hand-typed invoice because a hand-typed invoice always works.
Xactimate itself is not optional here, which is what makes the gap bite. Pricing starts around $130 per user per month, and one contractor on r/Contractor put the real-world number more bluntly: "Xactimate is like $1800 a year bro, just go get it." Another operator in the same thread, running roughly $3 million a year in insurance work, said Xactimate is a requirement on about 60 percent of it and that he uses it on nearly everything anyway because it cuts out the back and forth with adjusters. You are going to write in Xactimate. The question is only how the numbers get from there to your general ledger.
One claim, two P&Ls, and QuickBooks gives you one level
Here is the structural problem, and it is specific to restoration in a way that roofing and HVAC are not.
A water loss is two businesses that share a claim number. The mitigation phase is equipment-heavy, fast, documented by the hour and frequently paid on its own invoice. The reconstruction phase is labour and materials, slow, and settles under the usual replacement cost mechanics. They have different gross margins and they fail for different reasons. An operator on r/Contractor who does about $3 million a year in insurance work described the split candidly: unless you own your drying gear and run the whole job, doing repair work alone is not worth it, and if he could drop the repair end and keep only the dry-out phase, he would.
You cannot run that business without seeing the two phases separately. And QuickBooks Online will not let you nest them.
QuickBooks Online Projects supports exactly one hierarchical level. A project can belong to a customer or to a sub-customer. A project cannot contain sub-projects. So the structure you actually want, which is Claim 24-0912 containing Mitigation and Reconstruction as children, does not exist. Your options are:
| Structure | What you see | What you lose |
|---|---|---|
| One project per claim | Total claim profit | Which phase made or lost the money |
| Two projects per claim | Phase margin | The claim as a single unit, and total AR against one loss |
| Customer plus sub-customer | A crude two-level split | Projects features on the parent, since a project cannot nest |
Most shops pick one and rebuild the other in a spreadsheet every month. That spreadsheet is the real accounting system, and no integration on the market populates it.
Two more QuickBooks Online limits compound this. The Projects feature is only available on the Plus and Advanced plans, so a restoration company on Simple Start or Essentials gets no per-job profitability at all no matter what its restoration platform pushes across. And the job costs by vendor report is not available in QuickBooks Online, which matters when your reconstruction phase is mostly subcontractors.
Your best margin is a machine sitting in the customer's hallway
Nothing exposes the mismatch better than equipment.
On a mitigation invoice, air movers and dehumidifiers are billed per unit per day. An air mover runs around $25 a day depending on region and machine, and dehumidifiers are priced by their AHAM rating in pints per day, with real invoices showing figures like $71.54 per day, or $286.16 across four days for a single unit. Multiply that by fourteen movers and three dehus over six days and equipment is not a rounding error, it is a substantial share of the mitigation invoice.
It is also close to pure margin, because you already own the machine. The cost of an air mover day is depreciation, a little power and the labour to place and pull it. That makes equipment utilisation the single most important operating number in a mitigation business, and it is the one number that exists nowhere in your accounting stack.
Think about what a QuickBooks sync actually receives: a line that says "equipment" and a dollar amount. It does not receive unit-days. So you can read your P&L all year and never learn whether your dehumidifier fleet is earning or sitting in the warehouse, or whether a specific job ran gear four days longer than the drying log justified.
That last one is not hypothetical. Carriers audit billed equipment days against the daily psychrometric readings your techs record on site, temperature, relative humidity, grains per pound and equipment counts. The guidance in the trade is blunt: if the air movers ran three days, do not bill five. When a carrier disallows equipment days after you have already invoiced and booked the revenue, the correction lands in a later period as an unexplained credit, and your monthly numbers get quietly wrong in both directions.
By the numbers
Equipment is the only line item on a restoration invoice where your revenue and your asset register describe the same physical object. Every accounting system in the category treats them as unrelated.
If your restoration numbers only make sense after someone rebuilds them in a spreadsheet, the spreadsheet is your real system and it does not scale past one bookkeeper. We build restoration operators a custom CRM that models the claim the way the money actually arrives: phases under one loss, equipment days as a first-class record, program fees as a cost, and a clean push to QuickBooks that carries all of it.
The invoice you send is not the cash you get
Most restoration volume in North America now arrives through third party administrators. An admin on r/Contractor with nearly a decade in insurance restoration listed the ones she deals with daily: Contractor Connection, Westhill, Homee, Accuserve, Alacrity and Sedgwick. That list is the modern restoration sales channel.
Every one of those programs takes a fee. The typical TPA fee runs 5 to 6 percent and ranges from around 4 percent to as much as 10 percent depending on the network and service type. Accuserve advertises no cost to join and no annual fees, and Alacrity publishes a separate network fee addendum for its contractor network, which tells you the fee lives in the contract rather than in the sticker price.
Here is why that breaks the sync. The fee comes off the payment, not off the invoice. You bill $18,400. The remittance arrives at $17,296. Your QuickBooks integration recorded an $18,400 invoice and a $17,296 payment, so the job now shows an open balance of $1,104 that nobody owes. Multiply that across a year of program work and your accounts receivable aging fills with phantom balances that your office manager writes off one at a time, usually as a discount.
Booking it as a discount is the wrong answer, because it shrinks reported revenue and inflates your gross margin percentage at the same time. The program fee is a cost of acquiring that job. Book it as an expense against the job and two useful things become true: your revenue stays comparable across channels, and you can finally answer whether program work outperforms the direct work you generate yourself. For most operators that comparison is the whole strategic question, and it is the reason we push clients toward owning their own restoration lead generation rather than renting it at 6 percent forever.
You start drying before the job has a price
One more restoration-shaped problem that generic contractor accounting never anticipates.
You are on site at 2am. Water is moving. You extract, you set gear, you start billing time and equipment. There is no approved scope, no agreed contract value, and there will not be one for days or weeks while the adjuster works. A contractor on r/Contractor described exactly this bind on a six-figure fire job where the house was still being abated for asbestos: nobody could enter to evaluate the damage, so there was no way to write a normal contract with a dollar amount, but the clock was already running.
In accounting terms you are accruing work in progress against a contract with no value. QuickBooks has no opinion about this, and neither does any restoration platform's QuickBooks connector. Whatever you do here, you are doing by hand.
Then the settlement itself arrives in pieces. On a replacement cost policy the carrier pays actual cash value first and holds back the recoverable depreciation until you prove the work is complete, so a single claim produces at least two payments across two periods, plus a deductible owed by the homeowner and, on a mortgaged property, a cheque that has to be endorsed by the lender. We covered how to structure receivables by payor for that in the roofing and QuickBooks breakdown, and the mechanics are identical on the reconstruction side of a restoration claim.
Layer supplements on top. One contractor described the current state plainly: the supplement process has slowed to a crawl since covid, to the point that specialist firms will chase your approved supplements for around a 12 percent cut. A supplement is a change in contract value that only becomes real on carrier approval, which means it should not be revenue until it is approved, and no sync knows that.
And underneath all of it sits the cash flow reality. An operator on r/Contractor who walked away from insurance work explained why: "They usually have a net 90 pay schedule, control dispensation without ever giving it to the home owner and will automatically take the lowest bidder." He had run the numbers on a fire remodel and realised he would be into the carrier for $300,000 to $400,000 before the first agreed payment period even arrived. Whatever else your accounting stack does, it has to make that exposure visible before you sign, not after.
What actually crosses, platform by platform
Based on what the vendors themselves publish rather than what resellers claim:
| Platform | QuickBooks connection | Documented limits |
|---|---|---|
| DASH (Cotality) | Two-way sync with QuickBooks Online, marketed as automated | Scope of what syncs not published in detail |
| Xcelerate | QuickBooks integration positioned around job costing and AR/AP visibility | Benefit framed as eliminating double entry, so the ledger stays in QuickBooks |
| PSA (Canam Systems) | QuickBooks listed alongside Xactimate, Symbility, DocuSketch, CoreLogic, Encircle and CompanyCam | Closer to an ERP; no public list pricing |
| JobNimbus | QuickBooks Online and QuickBooks Desktop | Xactimate-derived estimates and invoices will not sync; Xactimate only works with legacy financials |
Notice what is absent from every row. No vendor publishes a field for equipment unit-days. No vendor publishes handling for a TPA network fee. No vendor publishes phase-level nesting under a claim. Even the most thorough independent roundup in this category lists "accounting and production disagree on job cost, supplements, invoices, or collections" as a reason to buy restoration software, without ever explaining that the QuickBooks integration is not what resolves the disagreement.
The seven questions that decide the demo
Bring these to every vendor call. Ask for the screen, not the answer.
- Import a real Xactimate ESX, invoice from it, sync it, and show me the invoice inside QuickBooks. If the rep types the invoice by hand instead, that is the answer.
- Where does an equipment unit-day live in your data model, and can I report gross margin per dehumidifier per month?
- Can one claim contain a mitigation project and a reconstruction project as separate cost centres, and what does that look like once it reaches QuickBooks Online Projects?
- When a TPA short pays by its network fee, what does your system do with the remaining balance?
- Is the sync genuinely two-way and real time, or a nightly one-way push? Ask when it last failed and how you find out.
- Show me a job that started before it had a contract value. What does the P&L show in the intervening weeks?
- What happens to an approved supplement? Does it create a new invoice, amend the original, or land as a note nobody in accounting sees?
Any vendor who answers all seven cleanly has built something genuinely restoration-native. In practice most will answer two or three.
A chart of accounts that survives a claim
If you are staying on QuickBooks, and most shops should, the fix is structural rather than technical. Set this up once:
- Split accounts receivable by payor. Carrier, TPA, mortgagee and homeowner are four different collection behaviours with four different aging profiles. Lumping them into one AR is why your aging report is useless.
- Give program fees their own expense account, coded to the job. Never net them against revenue.
- Create separate income accounts for mitigation and reconstruction. If Projects can only hold one level, at least let the P&L carry the split.
- Track equipment revenue in its own income account, and keep a unit-day log outside QuickBooks that ties to it. This is the number that tells you when to buy more gear.
- Park recoverable depreciation and unapproved supplements in a holding account, not in revenue, until the carrier releases them.
- Reconcile billed equipment days against the drying log monthly, before the carrier does it for you.
That structure will not come out of any integration. It is a decision you make and then enforce, and it is worth more than switching platforms.
Where this leaves you
Does restoration software integrate with QuickBooks? Yes, reliably, on every serious platform in the category. The integration solves double entry, and double entry was never your expensive problem.
Your expensive problem is that the restoration business has four financial features that generic contractor software does not model: a scope written in a system whose line items do not cross, two phases that need to nest under one claim in a system that allows one level, a revenue line measured in machine-days, and a payment that arrives smaller than the invoice by design. Those four are why your P&L and your bank account disagree, and no amount of sync quality fixes any of them.
You have two honest paths. Keep QuickBooks, fix the chart of accounts, and accept a monthly reconciliation ritual that a competent bookkeeper can run. Or build the layer that models a claim properly and pushes clean, already-correct numbers into QuickBooks, so the ledger stops being where you go to guess. If you want to see what the second one looks like for a restoration operator, that is exactly what we build.