Roofing Insurance Claims and Supplements: A Lawful Operations Playbook

The roof is done. The homeowner is happy. Then the paperwork starts. Photos in three places, an estimate that doesn’t match the carrier’s number, a supplement sitting in somebody’s inbox for six weeks. The work was profitable. Getting paid for it is the job nobody trained for.

This guide covers the office side of claims: how to build a file that answers questions before they’re asked, stay inside what a contractor is allowed to do, and keep the money moving.

What is a roofing supplement?

A roofing supplement is additional contractor scope, estimate, or supporting documentation provided when the contractor’s observed and priced work differs from the current estimate or claim record. It is a request for review. It is not proof that the policy covers the item, that a carrier owes a particular amount, or that the contractor may represent the policyholder.

Classify the difference before drafting anything:

Difference type	Example	Primary evidence	Normal owner
Measurement/quantity	Ridge, valley, eave, facet, area, layer, waste differs	Field/aerial measurement, diagram, calculation	Contractor estimator
Omitted operation/component	Actual scope contains an operation absent from comparison estimate	Labeled photos, scope note, estimate line item	Contractor estimator
Code/technical requirement	Adopted rule or manufacturer instruction affects actual work	Exact source/version/jurisdiction/applicability	Qualified technical/permit owner
Price/labor	Contractor price or required labor differs	Contractor bid, current support, job facts	Contractor/estimator
Hidden condition/change	Decking or other condition becomes observable during work	Before/during photos, quantity, change record	Production + estimator
Duplicate/unsupported	Same work already included or not observed	Reconciliation review	Internal QA: remove/correct
Policy/coverage dispute	Whether the policy covers an item, cause, limit, exclusion, or settlement	Policy and legal/adjusting analysis	Insured, carrier, licensed public adjuster, counsel as applicable

This taxonomy prevents one “supplement team” from treating every discrepancy as the same job. Contractors are usually best positioned to document their own observations, work, quantities, method, and price. Policy interpretation, representing an insured, or negotiating a settlement can be regulated activity.

The phrase “maximize every claim” is a poor operating objective. It encourages volume and amount without testing relevance, authorization, or truth. A better objective is: submit a complete, accurate contractor record once, respond to the actual question, and preserve the path to resolution.

This guide is contractor operations information, not legal, public-adjusting, insurance, estimating, engineering, or code advice. Policy language, property facts, state law, licenses, contracts, and carrier processes vary. Use qualified people for the actual file.

Who owns each part of a roofing claim-related workflow?

Assign work by authority and evidence, not by the broad title “claims specialist.” The homeowner/policyholder, insurer/adjuster, contractor, estimator, public adjuster, attorney, engineer, code official, manufacturer, and lender can have different roles. One participant’s document is not another participant’s decision.

The exact legal boundary depends on the state and facts, but a conservative operating map is:

Work	Contractor operations role	Route outside contractor authority when
Observe and photograph accessible conditions	Record observations, locations, limitations, and dates	Engineering/cause/safety determination requires another qualification
Measure and scope contractor work	Prepare dimensions, quantities, operations, construction method, and price	Question is what policy covers or what settlement should be
Explain contractor bid	Explain line items, quantities, method, and supporting sources	Communication becomes representation/negotiation for the insured
Organize homeowner-provided claim identifiers/documents	Index and route under authorized process	Identity, privacy, or authority is unclear
Compare contractor scope to another estimate	Identify factual differences and provide contractor support	Difference is purely policy interpretation
Respond to a request for more contractor evidence	Supply accurate property-specific contractor records	Request asks for legal/coverage position or insured representation
Decide whether/how to file a claim	Do not decide for the homeowner	Homeowner should consult insurer and authorized adviser
Negotiate settlement or coverage	Outside ordinary contractor scope absent proper authority/licensing	Route to insured, insurer, licensed public adjuster, or counsel

Create a file-level authority record

Before outbound communication, record:

• homeowner/customer and property identity;
• contractor agreement and actual work scope;
• insurer/claim identifiers only when appropriately provided;
• who authorized the contractor to send which documents;
• approved sender/recipient/channel;
• states/jurisdictions implicated and the policy owner for role review;
• whether a public adjuster, attorney, engineer, or other adviser is involved;
• communication boundaries and required routing;
• expiration or event that requires renewed authority review.

Do not assume a signed construction agreement appoints the contractor to represent the homeowner in an insurance settlement. Do not let a CRM checkbox called claim=yes trigger communications before the authority record passes.

Separate the contractor fact record from the coverage record

The contractor fact record can hold observations, measurement, proposed operations, materials, price, construction sequencing, invoices, and completion evidence. A claim/policy record may contain carrier estimates, correspondence, payments, deductibles, limits, endorsements, and coverage decisions.

Apply different access. Field crews may need the approved scope and capture checklist, not policy documents or payment details. Estimators may need comparison estimates and property evidence, not every free-text customer note. A receptionist should route a coverage question, not read an inferred answer from the job record.

Use a communication boundary label

Mark each drafted statement as one of:

• observed contractor fact: “Photo F2 shows the pipe boot at the rear slope on the inspection date.”
• contractor calculation: “The diagram totals 246 linear feet under the stated measurement method.”
• contractor bid/position: “Our proposal includes removal and replacement of three boots at the listed price.”
• external source/application: “The cited document is [version]; applicability was reviewed by [qualified role].”
• homeowner/carrier statement: attributed, dated, and not converted into contractor fact;
• coverage/legal/settlement question: routed to the authorized party.

This classification helps a drafting system stay within the contractor’s record and makes human review faster.

How can a roofer get more out of claims without crossing the line?

A roofer gets more out of claim-related work by making its own scope, observations, quantities, price, chronology, and completion record complete enough to review once, and by moving every coverage, settlement, or representation question to the person authorized to decide it. “More” should mean fewer preventable omissions, fewer file defects, less rework, shorter contractor-controlled cycle time, and more supported work that is actually contracted, produced, invoiced, and collected. It should not mean inflating every estimate.

The highest-value change is usually not a longer supplement template. It is knowing which file is waiting, why, on whose authority, for which exact artifact, against which estimate version, and by what due date. A queue that cannot answer those questions will resubmit, reopen, and escalate even when the people in it are experienced.

Match the operating model to claim volume and complexity

Contractor situation	Right first control	Useful economic outcome	Main risk
Occasional insurance-related roof	One file checklist, named estimator, outside authority path	Complete first packet and avoided reinspection/rework	Building a claims department around rare files
Growing mixed retail/restoration roofer	Standard chronology, evidence QA, item comparison, status queue	Contractor-controlled cycle time and collected job gross profit	One general office queue hides specialized review
Restoration-heavy contractor	Dedicated estimator/document team with authorized communication review	First-pass completeness, supported discrepancy resolution, cash timing	Incentives tied only to submitted or “approved” dollars
Multi-branch restoration operator	Common file states, version rules, source standards, jurisdiction matrix, branch accountability	Comparable quality/aging/economics by branch and case mix	Central team applies one state/process rule everywhere
Contractor seeking a supplement vendor	Closed-file replay, role/licensing diligence, export/exit test	Quality-adjusted cost per mature file	Vendor behaves as an unauthorized representative or owns the file history

An occasional-claim roofer may need disciplined field capture and a qualified reviewer, not software that promises to “find money.” A restoration-heavy company may justify a dedicated queue, but specialization does not widen authority. More files increase the need for jurisdiction review, separation of duties, version control, and denominator discipline.

Start with the seven avoidable failure classes

Audit mature closed files and code every preventable defect:

1. Identity failure: wrong property, customer, claim/reference, loss date attribution, or contractor job.
2. Observation failure: missing orientation, location, scale, phase, limitation, or qualified field note.
3. Measurement failure: unreconciled structure, facet, pitch, quantity, waste, or manual adjustment.
4. Estimate failure: wrong comparison version, duplicate/bundled line, wrong price-list context, unsupported operation, or unclear note.
5. Source failure: code/manufacturer/permit reference is generic, outdated, or not shown to apply.
6. Authority failure: sender, recipient, homeowner authorization, contractor role, or escalation boundary is unclear.
7. Workflow failure: no receipt, owner, next action, due date, response reason, promotion event, or closure evidence.

Count defects per packet and per disputed item. Track which defects produce information requests, correction, reinspection, customer delay, production delay, or invoice delay. That exposes where better documentation can create value without guessing what an insurer would have decided.

Build a queue around the missing decision

“Supplement pending” is not a usable state. Use states that say what must happen next:

Queue state	Entry evidence	Accepted exit	Owner	Clock stops only when
Field evidence incomplete	Required scope item lacks labeled observation/quantity	Missing artifact added or item removed with reason	Field/QA owner	QA accepts the file change
Estimate reconciliation	Current contractor and comparison versions locked	Every material difference classified	Estimator	Reconciliation version is approved
Technical source review	Item asserts code/manufacturer/permit applicability	Qualified reviewer links current applicable source or rejects assertion	Technical/permit owner	Decision and source version are recorded
Authority review	Proposed communication crosses role rule or authority is incomplete	Approved sender/scope/recipient or external route	Compliance/authorized owner	Authority record passes
Ready for outbound review	Packet manifest complete	Authorized reviewer approves exact version	Authorized communicator	Submission receipt is captured
External response pending	Receipt and sent version recorded	Response received, due follow-up occurs, or approved closure	File coordinator	A dated event changes the state
Contractor correction required	Response identifies factual/version defect	Corrected version passes QA and replaces prior version	Originating owner	Promotion/supersession is recorded
Policy/coverage/settlement question	Issue is outside ordinary contractor fact/bid explanation	Routed to insured, insurer, licensed public adjuster, counsel, or other authorized party	Named external/authorized owner	Receipt/next step is documented

The coordinator owns movement and evidence, not every decision. If a file is waiting on a manager, engineer, homeowner, insurer, or other party, preserve that dependency and its last/next action. Do not make the queue look faster by administratively closing hard files.

Make the discrepancy table do the work

For each item, include:

• contractor estimate version and compared estimate version;
• component/location and operation;
• contractor quantity/unit and compared quantity/unit;
• calculation or measurement link;
• observed fact and photo IDs;
• contractor scope/price explanation;
• exact code, manufacturer, permit, invoice, quote, or other source where actually relevant;
• difference category;
• reviewer, status, response reason, and next action.

This structure lets a reviewer accept, reject, correct, or route one item without reopening the entire file. It also prevents a boilerplate library from adding an item simply because that item appears on many roofs. The property evidence must create the item; the template organizes it.

Can AI or software write the supplement?

It can accelerate evidence-bounded work: extract identifiers, compare versions, flag missing fields, align quantities, classify differences, draft captions from verified notes, assemble an index, and prepare a contractor explanation for authorized review. It should not create an observation, decide cause, select a loss date, determine code applicability, interpret coverage, negotiate settlement, or send an unreviewed position.

Use an approval chain:

source artifact → extracted/drafted fact with source link → estimator/technical review → authority review where needed → locked packet version → approved submission → receipt

An output without its source is not ready for review. A model that is uncertain should abstain and create a question. Every correction should be captured by error type and configuration/version so the company can tell whether quality improves.

Measure economics without calling estimate delta revenue

Suppose a 100-file mature cohort previously required 280 avoidable staff hours of rework and 20 reinspections. A redesigned workflow uses 120 avoidable rework hours and 8 reinspections. At a fully loaded $42 per staff hour and $165 per incremental reinspection, the measured avoided operating cost is:

(280 − 120) × $42 + (20 − 8) × $165 = $8,700

If the workflow costs $5,000 for the cohort, the direct measured operating contribution from those two effects is $3,700 before any cash-timing or supported-scope benefit. This is an illustrative method, not a PorchRocket benchmark. Use actual loaded rates, count only avoidable events, and do not add an entire job’s value because one reinspection was avoided.

Any supported additional work needs a longer bridge:

supported discrepancy → resolved item → customer-authorized scope → produced work → invoice → collection → realized gross profit

Only the realized gross profit reasonably changed by the documentation workflow belongs in incremental contribution. Compare fixed or staged cohorts with similar case mix where possible. Show files still open and amounts not mature. A company can improve quality and cash timing even when raw “approval rate” falls because it stopped submitting unsupported items.

Questions to ask a claims or supplement service before buying

• Who performs each task, in which jurisdictions, under what license or authority?
• Is compensation tied to submitted amount, resolved estimate amount, customer contract, collection, or a fixed service, and what behavior does that encourage?
• Will the service remove an unsupported item as readily as it proposes one?
• Can every line link to the exact observation, quantity, source, and version?
• Who approves outbound communication and how is that approval preserved?
• What happens after a pure coverage, settlement, legal, or representation question?
• Can the contractor export originals, extracted fields, drafts, versions, decisions, correspondence, logs, and attachments in usable form?
• May contractor/customer/claim data train a shared model or be used for another client?
• How are wrong-property files, duplicates, failed submissions, incidents, deletion, and transition handled?
• Can the vendor replay representative closed files using only information available at each historical stage?

Reject any vendor whose proof depends on a guaranteed recovery percentage, a universal list of additions, or the idea that a software label removes regulated-role boundaries. A strong service makes the contractor’s factual record easier to inspect and the queue easier to govern. It does not make the carrier’s or policyholder’s decision.

A better definition of “best in class”

The best claims-document operation is the one that a field lead, estimator, authorized communicator, production manager, customer, auditor, and replacement vendor can follow without reconstructing intent from email threads. It submits fewer unsupported items, catches its own defects before outbound review, records the exact response, keeps the customer informed from verified state, and reconciles the file to produced and collected work.

That standard benefits contractors across the spectrum. A smaller roofer avoids expensive reinspection and outside confusion. A growing restoration team protects cycle time and customer experience. A multi-branch operator can compare quality without rewarding branches for selecting easy files or submitting more dollars. None of them needs to cross into unauthorized adjusting to improve the operation.

What documentation belongs in a roofing claim or supplement packet?

A useful packet has a one-page index, correct identifiers, dated observations, labeled photos, reconciled measurements, an itemized contractor estimate, a line-by-line difference table, targeted support, and a version/contact history. Relevance and traceability beat page count.

The NAIC’s homeowners claim guidance tells consumers to notify the insurance company promptly when they decide to file, list damaged property, take photos/video, and maintain receipts and repair records. It also notes that a contractor manages repairs and can meet with the homeowner and adjuster. That consumer process does not authorize a contractor to decide coverage; it shows why organized contemporaneous records matter.

Packet index

1. Cover/index with property, insured/customer, claim/reference (when appropriately provided), contractor job ID, date of loss as reported, not inferred, and packet version.
2. One-paragraph contractor purpose: what document or scope difference is being presented.
3. Discrepancy table with item, location, compared values, contractor position, and evidence link.
4. Inspection/observation record with date, inspector, access method, limitations, weather/site conditions as relevant.
5. Photo report in a consistent sequence.
6. Measurement report/diagram and quantity calculations.
7. Current contractor scope and itemized estimate.
8. Targeted code, manufacturer, permit, technical, invoice, quote, or other support.
9. Prior estimate/response only where needed for comparison.
10. Communication/version log and requested next action.

Do not bury the actual discrepancy under 200 pages of generic manufacturer literature or codes. Put the one applicable excerpt/reference next to the item, identify the complete source, and preserve the full document separately.

Photo discipline: context to detail

The IBHS/RICOWI roof survey practices emphasize preparing with available roof/building and storm documentation, examining systems for condition and potential causes, collecting data, reporting observed condition, and comparing prior documentation when available. Translate that into a reproducible photo sequence:

• property and all relevant elevations for orientation;
• full roof planes/facets and access/inspection limitations;
• mid-range view locating the component within the facet/elevation;
• close view of the observed condition;
• scale/measurement reference when size or quantity matters;
• component label and direction/facet reference;
• temporary work before/after, where applicable;
• tear-off/hidden condition before it is covered;
• installation stages and completed work;
• metadata/source preserved, with any edit/annotation distinguishable from the original.

A close-up of a mark without orientation cannot show where it is. An overview without detail cannot show the observed condition. A measurement photo without a readable starting point cannot establish quantity. Captions should state what is visible and where, not infer cause or coverage beyond the observer’s qualifications.

Measurement and quantity discipline

Reconcile field, aerial/drone, sketch, and estimate quantities. Record which is used for ordering and which for preliminary estimating. Check structure count, facets, pitch, ridge, hip, valley, rake, eave, flashing, penetrations, squares/area, layers, and waste method as applicable. Explain any manual adjustment.

Waste is a calculation based on geometry, material, course/layout, starter/ridge needs, packaging, and company practice, not a universal percentage copied between files. Separate measured installed area, calculated material quantity, and estimate line-item quantity.

Line-item notes that can be reviewed

Each disputed/additional contractor item should answer:

• what: material, operation, labor, equipment, or fee;
• where: facet/elevation/room/component;
• quantity/unit: and calculation source;
• why in contractor scope: observed condition or actual construction sequence;
• support: photo/diagram/code/manufacturer/quote/invoice reference;
• version/date: current estimate and source;
• relationship: omitted, quantity difference, price difference, duplicate, alternative, or policy question.

“Per code” and “industry standard” are not sufficient. Name the adopted code edition and local jurisdiction, exact section, actual applicability, and who confirmed it. Name the manufacturer document, product/system, revision, and relevant instruction. Code adoption and amendments can differ by municipality.

File and version convention

Use stable names such as:

JOBID_document-type_location_YYYY-MM-DD_v03.ext

Keep originals immutable. A packet manifest should record file ID/hash or stable repository ID, source, capture/upload time, author, current/obsolete status, and packet inclusion. Mark superseded estimates instead of deleting the history. Email attachments named IMG_4382 and final-final2 are not a claims system.

How do you build a defensible roofing file chronology?

Build one event ledger from first report through closeout. Chronology separates what was known at each point from what was discovered later and prevents a revised estimate from masquerading as the original scope.

Use fields such as:

Field	Meaning
event ID and timestamp	Stable event and when it occurred; distinguish occurrence from entry time
actor and role	Homeowner, contractor employee, vendor, carrier representative, adviser, system
event type	Call, inspection, photo capture, estimate, document receipt, submission, response, work, payment
source artifact	Recording, email, photo ID, report, estimate version, signed document, system log
attributed statement	Who said what, without converting it into verified fact
contractor observation/decision	Authorized contractor record and owner
related version	Scope, packet, estimate, measurement, or communication version
next action/owner/due date	Operational consequence
correction/supersession	Link to the event that corrected or replaced it

Do not backdate a new observation to the reported date of loss. A homeowner-reported loss date, weather report, inspection date, and discovery date are different fields. Hidden decking observed during tear-off belongs at the date and stage it became observable, linked to before/during evidence.

Reconcile the chronology before every major submission

Ask:

1. Do identifiers and parties remain consistent?
2. Is every estimate compared against the correct prior version?
3. Did any photo or measurement arrive after the scope assertion it supposedly supports?
4. Are changes explained by new observation, corrected error, price/version update, or customer decision?
5. Are carrier/homeowner statements attributed accurately?
6. Has any outbound promise been superseded or contradicted?
7. Does the next action follow the latest accepted event?

A chronology defect can be more damaging than a missing page because it makes the reviewer question which record is current.

Use a photo and document QA rubric

Score each critical evidence set rather than counting files:

Dimension	Pass condition	Common defect
Identity	Correct property/job, structure, date, and capturer/source	Images attached to wrong structure or job
Orientation	Elevation/facet/component can be located from overview to detail	Isolated close-up with no context
Visibility	Relevant condition is in focus, lit, and not obscured	Blurry mark or hidden measurement endpoint
Scale/quantity	Scale and start/end points are readable where needed	Tape shown without zero or terminal point
Completeness	Required components/phases and inspection limitations recorded	Only favorable/detail images retained
Original integrity	Original preserved; annotation/crop distinguished	Edited image replaces original
Caption	States what, where, when, and source without unsupported cause/coverage	“Hail damage, approved”
Linkage	Evidence links to discrepancy/estimate item and version	Packet contains photos with no item map
Access/retention	Appropriate role access and retention status	Sensitive files duplicated across inboxes

Set a blocking rule for critical identity, version, or evidence defects. An estimator should not be forced to “make do” because the inspection occurred last week. Route missing evidence for safe recollection if possible, disclose limitations, or remove the unsupported assertion.

Reconcile measurement sources explicitly

Create a table when field, aerial, drone, prior estimate, and order quantities differ:

Quantity	Field	Aerial/report	Compared estimate	Contractor adopted	Explanation/owner
Total roof area	Enter	Enter	Enter	Enter	Source, date, structure, rounding
Eave/rake/ridge/valley	Enter	Enter	Enter	Enter	Diagram references
Pitch/facets	Enter	Enter	Enter	Enter	Access/visibility limitations
Waste/material order	Enter	Enter	Enter	Enter	Calculation and package rounding

The adopted quantity should identify its source and calculation. Do not adjust a measurement silently until the estimate matches a desired total.

How do you find missing or mismatched estimate items?

Compare the contractor’s observed scope with the other estimate line by line and classify the difference. Do not begin with a canned list of “commonly missed” items and add everything. A list can prompt inspection; only actual conditions and applicable requirements support an item.

Scope-to-scope reconciliation sequence

1. Verify property, claim/job identifiers, loss/inspection dates, estimate versions, price list/region/date, tax and overhead settings.
2. Compare diagrams and quantities before line items.
3. Normalize components and operations so differently named lines can be compared.
4. Map each contractor item to included, partial/quantity difference, omitted, alternative, duplicate, unsupported, or policy question.
5. Link every asserted difference to evidence.
6. Perform technical, pricing, legal/role, and communication QA as applicable.
7. Remove unsupported and duplicate items before review.
8. Request a specific next action and record the response by item/reason.

Component prompt, not a supplement checklist

An estimator may review actual conditions and scope for tear-off/layers, substrate/deck observations, underlayment, ice/water protection where applicable, starter, field material, ridge/hip, valleys, edges/drip edge, flashings/counterflashing, wall/step/apron, penetrations/vents, ventilation system, pipe boots, skylights, gutters/downspouts, fascia/soffit, access/protection, steep/high charges, debris/disposal, permits, temporary protection, and documented finish/cleanup.

The presence of a word in that paragraph is not evidence the operation is required. Some are included in another line, not present, already paid, not covered, not code-required, or not part of the contractor’s work. The reconciliation identifies those outcomes too.

Worked discrepancy table

ID	Contractor scope	Compared estimate	Classification	Evidence	Action
D-01	246 LF eave protection	118 LF	Quantity difference	Diagram A eave totals; photos E1–E8; local applicability note	Request quantity review
D-02	Replace 3 pipe boots	1 boot	Omitted/quantity	Labeled P1–P3 photos and roof diagram	Request two additional units review
D-03	Generic “code upgrade package”	None	Unsupported/too broad	No exact adopted source or item mapping	Remove; research actual requirements
D-04	Ridge cap	Included in another assembly line	Potential duplicate	Estimate note and line mapping	Do not add; clarify inclusion
D-05	Whether wear is covered	Not included	Policy/coverage question	Contractor can document observation only	Route to insured/carrier/authorized adviser

This table lets a reviewer agree with D-01, request more on D-02, reject D-03, close D-04, and route D-05 without treating the packet as all-or-nothing.

Normalize operations before comparing line descriptions

Two estimates can describe the same work differently. Build a canonical component-operation map:

component → existing state/removal → preparation → material/installation → accessory/detail → protection/access → disposal/closeout

Map each line to component, location, operation, quantity, unit, inclusion/assembly relationship, price basis, and notes. Then compare. Text similarity alone will miss bundled lines and falsely flag synonyms as omissions.

For every apparent omission, ask:

1. Is the operation physically present and part of the contractor’s actual work?
2. Is it already included in an assembly, note, waste factor, or another line?
3. Is the quantity difference real after units and geometry are normalized?
4. Is an external technical/code/manufacturer source actually applicable?
5. Is the contractor bid current and supported?
6. Is the disagreement factual/technical, or does it depend on policy coverage?

Treat price, quantity, and coverage as different disagreements

If both scopes include 30 squares but unit prices differ, that is not an omitted-scope dispute. If one uses 30 and another 33 because waste is treated differently, reconcile the calculation. If both agree the work exists but the question is whether the policy pays it, the contractor can explain the bid while the coverage question remains with authorized parties.

Mixing the three produces vague “underpaid” language that does not tell a reviewer what can be resolved.

Version technical support with the job

A code or manufacturer document needs publisher, title, edition/revision, jurisdiction/product, exact section/page, retrieval date, and applicability owner. Save the complete source or stable official link under the document policy. A search snippet or unlabeled screenshot is not enough.

When code adoption or product instructions change, do not overwrite the source attached to an older packet. The file must show what source the contractor used and why it applied at the relevant time. If a later correction is needed, issue a new version and explain it.

Run a red-team review before submission

Assign someone other than the primary drafter for higher-risk or material files. The reviewer tries to disprove the packet:

• Is the property/structure/claim correct?
• Is any observation inferred rather than shown?
• Does each quantity reconcile?
• Is a line duplicated or bundled elsewhere?
• Is the source applicable to this jurisdiction/product/work?
• Does any sentence imply cause, coverage, entitlement, or representation beyond authority?
• Does the requested action match the evidence?
• Are obsolete versions or irrelevant pages likely to confuse the recipient?
• Can the contractor answer likely follow-up questions from its own record?

The goal is not adversarial tone. It is to remove preventable weakness before the document leaves the contractor’s control.

How should a roofing contractor read an Xactimate estimate?

Read an Xactimate roofing estimate from identity and assumptions to scope and math, then to settlement-related totals. Do not start at the final dollar amount. First confirm the property, version, estimator, estimate date, price list, diagram, and report options. Then reconcile each location, operation, quantity, unit, unit price, note, tax or add-on, and supporting document against the contractor’s own observed and priced work. Coverage and payment questions remain separate.

Ask for the complete current report and its version, not selected screenshots or a total copied into an email. Verisk’s current report documentation says the available report can include coversheets, statements, line details, saved-version comparisons, summaries, recaps, breakdowns, audit history, and sketches. The exact pages depend on the report configuration. Missing pages may be a report-selection issue rather than proof that the underlying estimate lacks the information.

Read the file in this sequence:

Pass	What to inspect	Question the contractor must answer	Common reading error
Identity	Insured/customer, property, claim/job ID, estimator, company	Is this the correct property, structure, file, and current estimate?	Comparing documents from different structures or versions
Time and price basis	Estimate date, price-list code/region, loss and inspection dates	What dated market basis and job chronology does this estimate use?	Treating every price difference as omitted scope
Sketch/grouping	Roof facets, elevations, rooms/areas, dimensions, pitch and annotations	Do the diagram and area groupings describe the actual structure?	Reading line quantities before checking their geometry
Scope lines	Category/selector or description, activity, location, note	What exact physical operation is included?	Matching by a short line name while ignoring included components
Quantity and unit	Squares, square feet, linear feet, each, hours, or another unit	Does the quantity reconcile to a named source and calculation?	Comparing different units or waste treatments as if they were equal
Unit-price detail	Labor, material, equipment, productivity, yield, minimums or supporting events where shown	Is this a price-basis question or a scope question?	Assuming the unit price contains, or excludes, an operation without checking
Add-ons and summaries	Tax, permits where entered, overhead/profit treatment, category and room recap	What is included in each subtotal and where is it applied?	Adding recaps that exclude items or double-counting an add-on
Depreciation and totals	Replacement-cost, depreciation, actual-cash-value and related columns or summaries where present	What is estimate math, and what depends on policy or carrier handling?	Treating recoverability, deductible, or coverage as a contractor determination
Evidence and history	Photos, notes, source documents, saved-version comparison, audit	Can every material change be traced to evidence and a reviewer?	Working from an obsolete PDF after the live estimate changed

The line-by-line reading unit is:

location + component + operation + quantity + unit + adopted price basis + evidence + version

“Shingles” is not a complete comparison. Removal, preparation, installation, accessory/detail, access/protection, and disposal may appear separately, inside an assembly, or in a note. The contractor should map the physical work first and only then map the estimate language. A text-matching tool can suggest pairings, but it cannot determine that two differently worded operations are equivalent.

Check the arithmetic after the scope is understood. A simple line often resembles quantity × unit price, but the final report may also reflect taxes, depreciation, overhead/profit treatment, rounding, minimums, or other configured factors. Use the displayed detail and component information rather than recreating the total from memory. If the math still does not reconcile, record the exact page, line, version, expected value, observed value, and owner for review.

Finally, separate four conclusions:

1. The estimate says: a faithful description of the current document.
2. The contractor observed: a dated field fact supported by the contractor record.
3. The contractor proposes and prices: the company’s actual repair scope and bid.
4. An authorized party decides: policy coverage, claim handling, or a legal dispute.

That separation makes the estimate usable even when parties disagree. It also prevents a software layout from being mistaken for a coverage decision.

Why can Xactimate pricing differ from a roofer’s actual cost?

Xactimate pricing can differ because it reports researched market pricing for a geographic market, while an actual roofing job has its own structure, access, timing, supplier quote, crew method, company cost, and contract price. The correct response is to identify the exact source of the difference and support the contractor’s adopted price. Neither a published price list nor a contractor invoice automatically decides what a policy covers or what another party must accept.

Verisk’s pricing research methodology describes a research process that uses contractor, subcontractor, service-provider, supplier, customer, estimate, transaction, bid, survey, and direct-feed information across more than 460 localized markets. Its methodology groups ZIP Codes into market areas and reports a price intended to reflect a common range in recent submissions. Verisk also states that individual repair cost varies with size, complexity, accessibility, location, company overhead, work quality, and service level; that no published price can be certain for every contractor or structure; and that Xactimate lets an estimator modify or create costs for the specific job.

That leads to a disciplined review. Classify the difference before writing a response:

Difference class	Example	Useful support	Do not say
Wrong basis	Wrong ZIP/market, date, or price-list version	Estimate cover, property address, dated price-list record	“Xactimate is always wrong”
Scope or assembly	An operation is absent, duplicated, or assumed included	Physical scope map, component detail, line note, field evidence	“The total is low, so add lines”
Quantity	Area, length, count, layers, or waste calculation differs	Measurement report, field diagram, formula, photos	“Use our number” without a source
Job condition	Access, height, complexity, protection, schedule, staging, or custom work changes cost	Property-specific plan, time record, quote, invoice, photos	“Every roof needs this charge”
Market movement	Supplier or labor conditions changed after the list basis	Dated comparable supplier quotes, invoices, wage or equipment support	An undated screenshot or one unrelated invoice proves the market
Company bid	The contractor prices its actual scope differently	Current signed or proposed bid with inclusions and exclusions	The contract price automatically equals covered loss
Coverage/settlement	Parties agree on cost but dispute what is payable	Route to the insured, carrier, public adjuster, counsel, or other authorized party	Recast a policy dispute as a software correction

Use the price-list date and region shown in the estimate. Open line-item or assembly detail where available. Determine which labor, material, equipment, yield, waste, or supporting events are already represented. Then compare the actual contractor operation on the same unit. A total invoice cannot explain a single line unless its scope, quantity, timing, and allocation are clear.

For job-specific support, preserve:

• supplier or subcontractor identity and service area;
• quote or invoice date and validity window;
• property/job association;
• product, grade, quantity, unit, freight, tax, and return terms;
• labor operation, crew composition, hours, equipment, and access condition where relevant;
• whether the number is a quote, incurred cost, allowance, or final invoice;
• any rebate, credit, package rounding, minimum, or shared cost;
• the person who reviewed and adopted it.

Avoid cherry-picking. If a contractor uses actual material cost to challenge one line but relies on the published list elsewhere, state the method and prevent duplicate recovery of freight, tax, waste, labor, or overhead already represented. If an item is custom or rare, explain why the standard line does not describe it. If the price concern affects many jobs in one market, Verisk documents a pricing verification process; a company can preserve the submission and response as part of its pricing file.

The clean request is narrow: identify the current line and basis, show the contractor’s actual operation and quantity, attach dated support, state the proposed adjustment, and ask for review. “Our bid is higher” may be true, but it does not explain why.

How do you build a supplemental roofing estimate from documented differences?

Build a supplemental roofing estimate by reconciling the contractor’s current observed scope against the current comparison estimate, one supported difference at a time. The field record comes first. Xactimate or another estimating platform structures the price and report; it should not generate a wish list of additions. Each requested change needs a location, operation, quantity, price basis, evidence, version, and authorized reviewer.

Use a gated workflow:

1. Freeze identity and version. Confirm property, structure, job/claim identifiers, estimate received date, comparison version, contractor version, and price-list basis.
2. Build the contractor scope independently. Use the inspection, measurement, work plan, contract, and production observations. Do not simply copy the other estimate and add familiar lines.
3. Reconcile geometry first. Area, facets, edges, penetrations, layers, pitch, height, and units affect many later lines.
4. Normalize operations. Map removal, preparation, installation, accessory/detail, access/protection, disposal, and closeout by component and location.
5. Classify each difference. Included, partial quantity, omitted, alternative, duplicate, price basis, unsupported, or policy/authority question.
6. Capture concealed conditions promptly. Before work covers decking, fasteners, layers, flashing interfaces, or another newly visible condition, create context and detail photos, measurements, notes, quantity, time, and owner. Follow safety and the job’s communication requirements.
7. Attach applicable support. Use field evidence first, then exact measurement, manufacturer, code, permit, supplier, labor, or technical sources where relevant.
8. Write an item-level explanation. State the observed fact, compared treatment, requested contractor-scope treatment, quantity math, price basis, and attachments.
9. Remove duplicates and assumptions. Check assemblies, notes, waste, minimums, taxes, add-ons, and prior accepted changes.
10. Run authority review. Contractor estimators verify work and price. Qualified technical owners verify code or manufacturer applicability. Authorized professionals handle coverage, representation, or legal questions.
11. Export a complete current packet. Include the index, estimate, discrepancy schedule, diagram, evidence map, source pages, communication request, and version history.
12. Track the response by item. Accepted, partially accepted, more information requested, not accepted with reason, routed elsewhere, withdrawn, or superseded are distinct states.

A useful item record looks like this:

Field	Example structure
Difference ID	RF-017
Location/component	South slope, pipe penetration P-3
Contractor operation	Replace documented pipe boot during reroof scope
Comparison treatment	One boot shown; three documented
Classification	Quantity difference
Adopted quantity/unit	2 additional each, tied to diagram P-1 through P-3
Price basis	Current contractor estimate line and dated list/job support
Evidence	Context C-04, detail D-21/D-22, roof diagram, inspection note
Boundary	Contractor scope and price; no coverage statement
Reviewer/version	Initials, date, contractor estimate v4
Requested next action	Review the two-unit quantity difference

The packet should make partial decisions easy. A reviewer ought to be able to accept one quantity, ask for a clearer source on another, identify a duplicate, and route a coverage question without rejecting the whole file. Broad prose such as “many items were missed” creates extra work for every party.

Do not measure the team by requested dollars alone. A file can grow because the first draft was inaccurate, because the work changed, because documentation improved, or because unsupported lines were added. Measure first-pass completeness, avoidable revision rate, item-level information requests, supported changes, cycle time, contractor labor, collected result after maturity, and gross margin on the actual job. Preserve case mix so a complex metal roof is not compared with a simple shingle replacement as if the files were equivalent.

What evidence supports roof-specific estimate operations?

The right evidence proves the actual property condition, contractor operation, and quantity; it does not prove policy coverage by itself. Geometry, height, material, access, code, and concealed conditions change what must be documented. They do not create automatic Xactimate additions simply because a prompt appears on a checklist.

Review area	Property-specific evidence	Reconciliation question	Boundary
Pitch, steepness, height	Labeled facet diagram, pitch method, elevation/height, access photos, safety/work plan	Which facets and operations are affected, and how is the quantity calculated?	A pitch or height value does not itself decide a charge or coverage
Roof system and material	Wide/detail photos, layers, attachment, manufacturer/product identification where available, actual proposed method	Is the compared line describing the same material and operation?	“Metal,” “tile,” or “shake” is too broad for a canned treatment
Tear-off and layers	Edge/test-area documentation, safe field observation, layer count by location	What was present and what work was performed?	Do not infer concealed layers remotely
Waste and package rounding	Facet geometry, cut pattern, valleys/hips, material dimensions, order quantities, returns	What is field waste, calculation waste, and purchase rounding?	An order quantity is not automatically the estimate quantity
Detach/reset or protection	Component identity, location, pre-work condition, work sequence, before/during/after record	Was the operation actually necessary and completed?	Proximity to the roof is not proof the operation occurred
Decking or concealed condition	Immediate context/detail photos, dimensions, marked diagram, change record, material record	What became observable, where, when, and in what quantity?	Capture before concealment; avoid generalized extrapolation
Flashing, penetrations, ventilation	Interface photos, component count, proposed detail, applicable instructions	What exact component and operation are in the contractor scope?	Do not assume every accessory is separate or reusable
Code, permit, manufacturer	Adopted jurisdiction, edition/effective date, exact section, product/instruction revision, applicability reviewer	What rule applies to this location, product, and work?	A code excerpt does not decide insurance treatment
Access, staging, equipment	Property layout, obstruction, distance, protection need, equipment plan, dated job support	What job condition changes the normal operation?	Company preference alone may not establish necessity

For a steep or high roof, identify the measurement method, affected facets, relevant operations, and quantity basis. For metal, tile, slate, wood shake, or another specialized system, identify the actual product and assembly before selecting an estimate treatment. Search-result snippets and generic material photographs are not substitutes for property documentation or the complete applicable source.

Manufacturer and code sources need an applicability record. Capture publisher, title, revision or edition, exact page or section, product or jurisdiction, effective date, retrieval date, and reviewer. If an inspector, engineer, manufacturer, or other qualified person makes a property-specific determination, preserve the full communication and decision owner. Do not paraphrase a narrow instruction into a universal claim.

This evidence model also prevents a common economic error. An operation can be physically required in the contractor’s work yet still create a separate question about contract responsibility or insurance treatment. Record the physical fact and price accurately, then route the responsibility question without altering the evidence.

Are there universal photo-resolution or metadata requirements for roofing supplements?

No universal photo-resolution, file-size, or metadata threshold applies to every roofing estimate, carrier, assignment, jurisdiction, and receiving system. Use the recipient’s written requirements when available. In their absence, create an evidence set that remains identifiable, legible, ordered, exportable, and tied to the item it supports. More photos do not repair missing context or uncertain identity.

No universal acceptance standard was found in the official sources reviewed for this guide. The NAIC recommends documenting damage with photos or video and keeping records; RICOWI survey guidance supports systematic observation and documentation; measurement and estimating platforms offer their own capture and report functions. A carrier, administrator, engineer, court, contract, or assignment can impose additional requirements. Record those as a versioned requirement rather than turning one recipient’s rule into a national standard.

Use a context-to-detail sequence:

1. property and structure identity from an appropriate lawful vantage;
2. roof plane, elevation, or area context;
3. component and nearby reference;
4. the specific observed condition;
5. scale or measurement when size matters;
6. after-action or installed condition when the workflow requires it.

Every retained image should have a stable image ID, property/job ID, capture date and time when available, photographer or source, area/component, direction or facet, caption, linked discrepancy IDs, original-file status, and review status. Preserve the original file separately from annotated derivatives. An annotation should point to evidence, not cover it. If metadata is changed during export, retain the source record and document the transformation.

Metadata is helpful provenance, not automatic truth. Device time can be wrong. Location services can be disabled or imprecise. A transferred image can lose EXIF fields. A screenshot can preserve visible information while discarding source details. Cross-check identity and chronology against the inspection record, upload history, diagram, work log, and human attestation. Do not publish sensitive location or customer data merely to make the file easier to review.

Set a functional image-quality test instead of an invented pixel count:

• Can the reviewer identify the property, structure, area, and component?
• Is the relevant condition in focus at the report’s exported size?
• Can labels and scale be read without opening a separate proprietary system?
• Does the wide view show where the close view belongs?
• Are glare, shadow, compression, markup, or cropping hiding relevant information?
• Can the original be exported if authenticity or detail is questioned?
• Does the image support the exact observation in the caption, no more and no less?

Reject an image set when it contains repeated close-ups with no location context, mixed properties, unsupported cause labels, missing originals, unreadable report compression, or photos that cannot be linked to a requested item. Route safe recollection when possible. When recollection is impossible because work has covered the condition, disclose the limit instead of upgrading an uncertain image into a definite statement.

Can roofing contractors communicate with insurance adjusters?

Contractors can generally communicate factual information about their inspection, work, measurements, and bid, but state law determines when communication becomes negotiating or adjusting a claim for the insured. Do not use one state’s boundary as national permission.

Texas provides a clear example. The Texas Department of Insurance says in Roofing and insurance: Know the law that a roofer/contractor cannot act as a public insurance adjuster on a claim if also doing the work, and cannot advertise that it will. Its examples of improper language include offering to negotiate settlements or file the claim, promising to recover “every dime,” advertising help with “incorrect settlement pricing,” or saying the contractor represents the policyholder on coverage. Texas guidance separately states contractors are not prohibited from providing estimates or discussing estimates and technical information with an insurer or adjuster.

Texas also prohibits a contractor from waiving, rebating, or absorbing the applicable deductible and requires specified notice in certain contracts involving insurance proceeds. That is a Texas example, not a substitute for checking the contractor’s state.

Florida’s Department of Financial Services explains on its adjuster compliance page that a licensed contractor may discuss or explain its construction/repair bid with the owner or insurer when doing so for the usual and customary fee for the contracted work, but may not adjust a claim on behalf of the insured unless properly licensed and compliant as a public adjuster.

Use language centered on the contractor’s own work:

Attached is Contractor Estimate v3 for the observed and proposed repair scope at [property]. The discrepancy table identifies measurement, quantity, and operation differences from Estimate v2 and links each to our field documentation. We are available to explain our measurements, construction sequence, and bid. We are not providing a coverage opinion or representing the policyholder in settlement negotiations. Please identify any item requiring additional contractor documentation.

Review that template locally. Do not advertise “we handle your insurance claim,” “we fight the carrier,” “we get every dollar owed,” “insurance approved,” “free roof,” or deductible avoidance unless qualified counsel has specifically validated the activity and wording, and many such claims should be rejected outright.

How should a roofing supplement queue operate?

Every file needs one status, one accountable owner, one next action, one due date, and one current version. “With insurance” is not a status because it does not say who received what, when, or what should happen next.

Use a controlled state model:

1. Scope/document intake: required source files received and identifiers verified.
2. Draft: reconciliation and packet in progress.
3. Internal QA: technical, evidence, estimate, role/language, and duplicate review.
4. Authorized for submission: correct contractor/customer/authorized party has approved the current version.
5. Submitted/received: delivery channel, date/time, recipient, and receipt recorded.
6. Information requested: exact request split into owned tasks.
7. Under review: verified status and next follow-up date.
8. Response received: item-level outcome and reason captured.
9. Revision: changed facts/evidence/estimate; new version.
10. Resolved/escalated/closed: commercial/document outcome, remaining owner, and close reason.

Required queue fields:

• property/job/claim reference and parties;
• current contractor estimate and packet version;
• discrepancy categories and supported amount, if the company tracks it;
• accountable internal owner and authorized communicator;
• current status, next action, due date, last verified contact;
• submitted/received proof;
• request/response reason codes;
• customer communication promise;
• production/finance dependency;
• escalation and closure basis.

Do not repeatedly send the same packet because the status is unknown. Duplicate submissions create version confusion. Follow the recipient’s process, confirm receipt appropriately, record follow-up, and create an internal escalation when the agreed service level expires.

Reason codes should distinguish accepted as submitted, accepted with quantity/price change, alternative method, duplicate/included, insufficient documentation, applicability disputed, policy/coverage question, wrong version/identifier, pending inspection/info, and no response. A single “denied” category cannot improve the process.

Every outbound packet needs human approval. Automation can assemble, compare, validate required fields, draft notes, and route. It should not invent an observation, code applicability, price support, policy position, or authorized representation.

Split information requests into item-level work

An inbound request such as “send photos and code support” should create separate tasks with owner and due date:

• identify exact item/request and current version;
• find or safely obtain property evidence;
• validate technical source and applicability;
• update estimate/reconciliation if facts changed;
• conduct role/language review;
• approve and submit one coherent revision;
• confirm receipt and update customer/job dependencies.

Do not mark the entire file waiting on estimator when only one quantity needs correction. Item-level state allows unaffected work to remain clear and exposes the real constraint.

Control version promotion

Use states such as draft, internally reviewed, approved current, submitted, superseded, and withdrawn. Only an authorized approval promotes a draft to current. Submission creates an immutable snapshot of the packet manifest and estimate version. Later edits create a new version; they do not change what was sent.

If a recipient responds to an older version, record that explicitly and resend or clarify under the approved process. Avoid attaching multiple estimates without a cover note identifying current and superseded versions.

Connect claims documentation to production and finance without collapsing them

The documentation queue may block a customer decision, scope approval, material order, start, invoice, depreciation document, or collection follow-up. Record the dependency and business impact, but leave the authoritative state with production or finance.

For example, documentation packet submitted should not automatically mean production scope approved or payment expected. A production owner decides readiness; finance recognizes receivable/cash under its rules. Integration should carry evidence, not invent state.

Diagnose a slow or low-quality queue

Pattern	Inspect first	Likely control
Files wait in draft	missing field capture, estimator capacity, unclear scope owner	Inspection standard or capacity
High first-pass QA rejection	identity, photo, measurement, template, training defects	Upstream quality gate
Frequent requests for information	missing linkage, vague notes, irrelevant boilerplate	Packet/reconciliation design
Multiple revisions with no new facts	version confusion, weak internal review, unclear requested action	Approval and submission control
Long “under review” age	receipt/follow-up rule, response process, wrong owner	Status verification/escalation
High submitted amount, low collected result	unsupported volume, case mix, coverage questions, accounting lag	Item/economic reconciliation
Production delayed	documentation dependency not visible or scope unresolved	Cross-functional handoff
Customer receives conflicting updates	claims, sales, production, and office reading different states	One communication owner
AI drafts require heavy correction	poor inputs, unlimited note access, unsupported inference	Narrow task and evidence constraints

Segment cycle time into contractor-controllable, customer/third-party wait, and disputed/authorized-escalation time. Do not claim the contractor “reduced claim cycle time” by excluding long files or closing them administratively.

Which roofing claims and documentation tools should you evaluate?

Choose capabilities across estimating, measurement, photo/document evidence, job/CRM state, code/technical support, communication, and QA. Then decide which system owns the canonical file. Buying five good tools without IDs and version flow can make documentation worse.

Category map

Category	Job to be done	Acceptance question
Estimating	Build itemized contractor scope/price and diagrams	Can every line, quantity, price list, note, and version be audited/exported?
Measurement/property	Produce dimensional evidence	Are source, imagery date, structure, facets, pitch, and manual changes clear?
Photos/documents	Capture, label, preserve, report	Can originals, metadata, annotations, locations, versions, and access be controlled?
CRM/job record	Own property, customer, job, stage, task	Is there one ID and current owner/next action?
Code/manufacturer	Support actual applicability	Does the source include jurisdiction/product/version and exact reference?
Workflow/QA	Reconcile, require fields, age, approve, report	Can rules assist without auto-asserting unsupported items?
Communication	Submit/receive/log	Is receipt, version, recipient, consent/authority, and response preserved?

Verisk describes Xactimate as property-claims estimating software with sketch, geographic pricing data, desktop/online/mobile options, reporting, training, and related quality-control tools. Its product and pricing-data overview provides additional first-party detail on sketch, roof and exterior scoping, geographic pricing research, and component-level data. The software can structure and price an estimate; it does not itself decide what a policy covers or whether a particular item should be paid. Estimator training and file QA remain important.

EagleView’s claims measurement page describes roof models, photographs from multiple angles, facet-length, pitch, label, and area diagrams, plus estimating-software integrations. Other tools, including ground-photo/3D systems, may fit different structures or workflows. Measurement reports are evidence inputs; verify current structure/imagery and reconcile with field observation before ordering or final scope.

For every vendor, ask:

• Which role is the product designed for: contractor, carrier, adjuster, public adjuster, or counsel?
• Does it encourage or prevent unsupported canned additions?
• Can each estimate item link to exact evidence and source version?
• How are originals, annotations, revisions, and superseded documents handled?
• What CRM/estimate/photo objects and IDs sync in each direction?
• Can the company export the complete audit record and attachments?
• Which AI/model output is generated, from what inputs, with what human approval?
• How are permissions, retention, model training/use, subprocessors, and deletion controlled?
• What is the total price per user/file/claim and for integrations, storage, training, and service?

Reject “guaranteed approvals,” “always finds 20% more,” unlicensed claim negotiation, auto-generated line items with no observation, and workflows that obscure the original source.

Give AI only evidence-bounded jobs

Appropriate assisted tasks can include extracting identifiers, detecting a missing required field, grouping photos for human labeling, comparing two estimate versions, proposing a discrepancy classification, drafting an index, and routing an item by reason code. Every output should link to source evidence and remain a draft until approved.

Do not let a model:

• declare damage, cause, date of loss, repairability, code applicability, or coverage;
• create a field observation that no qualified person made;
• add “common” estimate items without property evidence;
• choose the version to submit without an approved promotion event;
• communicate as the insured or negotiate settlement where unauthorized;
• expose policy, payment, or customer data beyond the role;
• optimize for submitted or approved dollars without accuracy/authority controls.

Acceptance testing should include wrong-property documents, duplicate/bundled lines, a blurry photo, conflicting quantities, outdated code sources, a pure coverage question, a homeowner statement contradicted by the field record, and prompt text embedded in an uploaded document. Score source linkage, abstention, boundary, version, and reviewer effort, not prose fluency.

Require an exportable audit trail

A vendor should return, in usable formats:

• canonical property/job/file IDs and relationships;
• original artifact references and hashes/immutable IDs;
• estimate and packet versions, manifests, approvals, submissions, and receipts;
• extracted fields with source location and confidence;
• discrepancy items, evidence links, status, reasons, and reviewer decisions;
• communication events, authority record, owner, due dates, and closure;
• user/model/system activity and configuration versions;
• exclusions, retention state, and deletion result.

The contract should specify data ownership, permissible model training/use, subprocessors, location/access, MFA, encryption, incident notice, retention, deletion, support, professional responsibility, and exit assistance. Clarify who performs any regulated activity and verify licensing/authority; a software or outsourcing label does not change the work being done.

Pilot on a closed-file replay before live submissions

Select representative closed files with known versions and outcomes. Give the system only information that would have existed at each historical stage. Measure whether it finds actual missing/duplicate items, preserves chronology, links evidence, routes coverage questions, and recreates the accepted packet without seeing the future response.

Then run a shadow live cohort in which the existing authorized process controls outbound communication. Compare completeness, drafting time, corrections, version defects, and reviewer burden. Production use begins only after the role boundary and export trail pass.

What claims and supplement KPIs matter?

Measure file quality and controllable cycle time before measuring dollars. Approval rate without submitted case mix, policy/fact differences, and item denominator can reward weak selection or unsupported volume.

KPI	Definition
First-pass completeness	Packets passing internal required-field/evidence QA before submission
Request-for-information rate	Submitted packets receiving avoidable missing/clarification request
Revision rate	Packets requiring corrected contractor facts/version after submission
Stage cycle time	Median and older-percentile days in each controllable state
Aged/unowned backlog	Files past SLA or without accountable next action
Supported discrepancy value	Contractor scope difference with linked evidence, before policy decision
Resolved contractor value	Amount/items resolved and ultimately collected/contracted, clearly defined
Documentation defect	Wrong property/version, missing photo/quantity/source, duplicate/unsupported item
Reopen rate	Closed files reopened due to missed work or process defect
Production/invoice delay	Days attributable to documentation queue, separately coded

An “approval rate” should always state: approvals of what, among which submitted items/files, over what period, with which policies, carriers, states, job types, and decision definition? A conditional approval proportion cannot be applied to all inspected roofs or used to claim influence over a carrier.

Review weekly aging by state, owner, reason, amount at risk (if appropriate), customer promise, and production dependency. Review monthly root causes: missing field observation, estimator training, bad measurement, unsupported template, code-source error, version mismatch, response reason, or integration failure.

The queue should use the same verified states, owners, next actions, and exception rules as the company’s broader roofing operating system. For task-level staffing, SOP, approval, and automation choices, use the roofing office automation guide rather than building a claims-only shadow office.

Economic reporting should count incremental collected gross profit attributable to supported additional contractor work, minus estimator/coordinator/service and incremental sales/production cost. Do not treat a submitted amount as revenue or an accepted estimate line as collected profit. Avoid attributing amounts the job would have earned anyway.

Build a claims-operations economic bridge

Keep these quantities separate:

1. contractor estimate total;
2. compared estimate total;
3. supported contractor discrepancy submitted;
4. item/amount accepted or otherwise resolved in the estimate process;
5. contract/change scope actually authorized by the customer;
6. invoiced amount;
7. collected amount;
8. realized job gross profit;
9. incremental gross profit reasonably attributable to the documentation process;
10. documentation/estimating/service and downstream incremental cost.

A $12,000 submitted difference is not $12,000 revenue. An accepted estimate line can still be outside the customer’s final contract, cancelled, uncollected, or costly to produce. Gross profit, not added revenue, is the starting point for operating return.

For a cohort:

documentation contribution = incremental realized gross profit − estimator/coordinator/vendor cost − incremental production/sales cost

Incrementality is difficult because complex files both need more documentation and may have larger outcomes. Use a carefully matched, randomized workflow where appropriate, or a stepped rollout; disclose selection and timing. At minimum, compare fixed cohorts on completeness, controllable time, rework, collected job economics, and case mix.

Value avoided failure separately

Some gains are avoided reinspection, expedited material, duplicate submission, customer escalation, delayed invoice, or staff rework. Measure actual events and cost. Do not count an entire contract as “saved” because one document was corrected unless there is evidence the contract would otherwise have been lost.

Put denominators on every claim

Examples:

• first-pass complete packets ÷ packets entering QA;
• accepted items ÷ supported submitted items;
• information requests ÷ submitted packets;
• collected incremental gross profit ÷ mature treated files;
• documentation cost ÷ mature files or accepted items;
• critical boundary/version defects ÷ outbound packets;
• aged files ÷ open files eligible for the SLA.

Publish excluded and not-yet-mature counts. Moving difficult files out of the denominator does not improve operations.

How can PorchRocket help without acting as an adjuster?

PorchRocket’s claims-documentation workflow can organize contractor records, compare contractor scope and documents, surface missing workflow evidence, prepare drafts, operate the status queue, and route questions to authorized humans. It does not interpret coverage, represent a policyholder, negotiate settlement, or guarantee payment.

In-scope workflow can include:

• property/job/claim file assembly and identifier checks;
• photo/document completeness and labeling prompts;
• measurement and estimate version reconciliation;
• contractor-scope discrepancy table drafts;
• targeted source attachment and packet indexing;
• owner/SLA/status/next-action queue;
• response reason coding and internal analytics;
• human approval before outbound communication.

Out of scope includes deciding cause/coverage, telling a homeowner what an insurer owes, filing or negotiating as the insured where unauthorized, giving legal advice, acting as a public adjuster, waiving/absorbing deductibles, inventing damage, and promising approval/payment.

The fit is strongest for a contractor doing steady restoration work with repeatable inspections, trained estimators, defined legal/role boundaries, a usable job record, and an authorized internal reviewer. It is a poor fit when leadership wants aggressive boilerplate, no one verifies field evidence, jurisdictions are not reviewed, or the service is expected to “fight claims” autonomously.

If the underlying CRM, field-photo, estimating, or production platform is the unresolved decision, use the best roofing software guide to define the system of record, demo the exact workflow, calculate total cost, and test export before adding another claims tool.

A 30-day claims and supplement improvement plan

Audit closed files before buying automation. The fastest way to improve the next packet is to learn exactly where the current packet failed or required rework.

Week 1: sample and baseline

• Select a representative closed-file sample across estimators, carriers, job types, outcomes, and complexity.
• Measure identifier/version defects, missing evidence, requests for information, revisions, cycle time, unsupported/duplicate items, and collected result.
• Map every system, inbox, spreadsheet, and person touching the file.
• Obtain jurisdiction-specific review of contractor/public-adjuster/communication boundaries.

Week 2: standard and taxonomy

• Define the packet index, photo sequence, measurement reconciliation, line-note fields, source requirements, and file naming.
• Define discrepancy and response reason codes.
• Define statuses, owner, SLA, next action, approval, and escalation.
• Remove canned items that cannot be tied to actual observation/applicability.

Week 3: configure and train

• Connect canonical property/job/claim IDs.
• Configure templates, required fields, versions, permissions, logs, and human approval.
• Train field capture, estimation, office, production, and authorized communicators together.
• Test normal, hidden-condition, wrong-version, policy-question, duplicate, missing-source, and system-outage files.

Week 4: controlled pilot

• Run new files through the standard while preserving the prior path as fallback.
• QA every outbound packet initially.
• Review requests and responses by item/reason, not emotion.
• Compare completeness, rework, controlled cycle time, customer updates, and economics.
• Expand only after legal boundary, evidence quality, and version control pass.

Roofing claims and supplement questions contractors ask

Is every difference a supplement?

No. Some differences are already included elsewhere, unsupported, alternative methods, estimate errors, customer change orders, or policy questions. Reconcile and classify first. Only submit accurate contractor scope and support through the authorized process.

Do I need Xactimate?

It is widely used for property estimating and can improve structured comparison when counterparties use compatible formats. It is not legally required for every contractor/job, and software does not replace accurate scope, price, training, or documentation. Choose based on customer/carrier workflow, job mix, competency, and total cost.

How many photos are enough?

Enough to establish orientation, observed condition, location, extent/quantity, relevant construction sequence, and completed work for the actual file. A universal count rewards volume. Use a component/phase checklist and review whether each disputed item has clear support.

Does code automatically mean the insurer must pay?

No. First determine the adopted code/edition/amendment and actual applicability to the work through qualified sources. Whether a policy covers code-related cost is a separate policy/fact question for authorized parties. A contractor can document its required scope without promising coverage.

Is overhead and profit automatically owed?

Do not rely on a universal rule. Contractor overhead/profit, estimate methodology, project complexity, market practice, policy treatment, and jurisdiction can differ. Price the contractor’s actual work accurately, explain the bid, and route policy/payment disputes to authorized advisers.

Who handles recoverable depreciation?

The policyholder and insurer control the claim/payment process under the policy. A contractor can provide signed contract, invoice, proof of completed work, and other requested contractor documentation accurately. It should not promise release, interpret policy conditions, or misstate completion. Track the document request and status without treating expected funds as collected cash.

Can a roofer waive the deductible?

Do not assume so. Texas, for example, expressly prohibits a contractor from waiving, rebating, or absorbing the applicable property-policy deductible and imposes contract notice requirements in covered situations. Other states have their own rules. Review and comply locally; do not disguise a waiver as advertising credit or inflated invoice.

What if the claim or item is denied?

Record the exact written reason, compare it with the submitted contractor fact, correct any contractor defect, and route policy/coverage/settlement questions to the insured, insurer, licensed public adjuster, or counsel as appropriate. State departments of insurance can provide consumer complaint resources; the contractor should not become unauthorized counsel.

One clear next step. Pick one closed claim file, the messier the better. We’ll map what was missing, what slowed it down, and what that file should have looked like. Check one claim file. We call back fast, usually within the hour.

Methodology and limitations

This guide is a contractor-operations framework based on regulator, consumer, building-science, and first-party tool sources reviewed July 22, 2026. It does not report a PorchRocket supplement-recovery benchmark, because the available case study does not establish one. That restraint is intentional.

The PorchRocket canvassing study includes approval proportions among claims submitted under different field conditions, but submission is selected and insurer/policy/property mix matters. This guide therefore does not use that conditional result as proof of claims-product performance. Software cannot control an insurer or create coverage.

Texas and Florida are examples of contractor/public-adjuster boundaries, not a fifty-state survey. Laws, regulations, regulator interpretations, licenses, consumer contracts, deductibles, solicitation, communication, code adoption, and policy terms vary and change. Qualified local counsel and licensed professionals should review the actual model and language.

NAIC content describes consumer claims practices, not contractor authority. IBHS/RICOWI content supports systematic survey/documentation practices, not a conclusion about a particular roof, cause, repair, or policy. Verisk and EagleView pages describe their own products and should be validated in workflow, contract, and training.

No template can replace safe qualified inspection, accurate field observation, competent estimating, manufacturer/code applicability review, customer authorization, or insurer decision. AI output should be treated as a draft or flag with traceable inputs and human approval. This guide does not guarantee cycle-time reduction, approval, recovery, payment, or profitability.