It is Friday evening. The engineers have gone home, but you are still matching handwritten tickets to parts receipts. One job has no labour entry. Another has an extra valve nobody priced. The repairs are finished; the invoices are waiting.
A better HVAC invoicing routine starts at the property. Use the Curb-Close Protocol: finish the job record, check the charges, send the invoice, and collect payment according to the agreed terms before details are forgotten.
This is Day 5 of our HVAC Systems Series. Day 4 covered keeping van stock ready. Now, finish the paperwork that follows the repair.
What gets lost between the driveway and the office
A paper ticket can look complete while leaving the office with unanswered questions. Was that fitting used here or on the next call? Did the customer approve the extra work? Which email address should receive the invoice?
Someone must chase the answers. Meanwhile, the engineer is on another job, and the customer has no clear bill to pay.
The fix is one shared record linking the work, parts, approval, invoice, and payment. Capture the information once, while the person who did the repair can still explain it.
For example, a valve replacement needs more than "heating fixed". Keep the fitted part and quantity, the agreed charge, and any approved extra work together. If pricing needs office approval, save the record for review rather than sending a guessed total. The office gets a specific decision to make.
The Curb-Close Protocol: five steps before leaving
1. Confirm what was completed
Record the fault, repair, and checks performed. State anything still outstanding. A temporary repair awaiting a replacement part must remain visible as follow-up work.
2. Check labour, parts, and approved extras
Review the charges against the agreed quote or pricing arrangement. Carry across parts already recorded on the job card. Confirm quantities and additional approvals instead of asking the office to reconstruct them later.
For fixed-price work, logging actual labour helps job costing; it should not automatically replace the price the customer agreed to pay.
3. Attach evidence and customer sign-off
Add relevant completion photos and explain the work to the customer. Capture their acknowledgement where appropriate. Record an absent customer or unresolved concern for office review.
4. Review and send the invoice
Check the billing contact, itemised charges, and due date. Send through the customer's agreed channel. Jobber's mobile invoicing guidance describes creating invoices from jobs and sending them by email or text, with completion prompts depending on configuration.
5. Record the payment position
Collect payment when due, using an approved payment method. Otherwise, record the balance and agreed terms. ServiceM8 documents an on-site completion and payment workflow. Check what your own setup supports.
Two ways the same repair reaches an invoice
The difference is when information is captured and who must chase it. This diagram shows an example process, without promising a fixed completion time.
| Status | What it means |
|---|---|
| Work complete | The agreed repair is finished; follow-up work is recorded. |
| Invoice sent | The checked bill has been issued, with delivery failures flagged. |
| Paid | Confirmed payments cover the invoice balance. |
Handle exceptions without losing the job
Commercial credit customers may need a purchase order or a named accounts contact. Capture those details and use their agreed billing schedule. On-site closure does not change their payment terms.
For unfinished work, identify the next action and who owns it. For a disputed charge, route the record to the office before sending an unchecked bill. Give every exception an owner and review date.
Poor signal needs its own rule. Save a pending record only if your app supports offline work. Otherwise, use a documented fallback and reconcile it once connected. Never show an unsent invoice as sent.
A practical integration trap is a payment timing out after the provider accepted it. Check the existing transaction before trying again. Keep one invoice reference, and have your integration reuse the same request identifier when retrying a supported payment operation. Stripe explains this duplicate-prevention mechanism. A lost connection must not become a second charge.
Introduce it with one engineer and one repair type
Pilot the checklist on routine, single-visit repairs. Agree the required fields with the office and confirm who can approve charges or send invoices.
Give engineers responsibility for accurate field records and give the office responsibility for billing exceptions. Put failed sends and missing approvals in a shared review list, with a named owner.
Use a short checklist inside the existing job record. Avoid making engineers retype information into another form. If the part is already logged for restocking, reuse that entry for billing.
Review the pilot together after a working week. Find confusing fields, missing prices, and failed sends. Once the process works, retire duplicate paper entry and widen the trial.
Measure the handoff, not just payments
Compare the pilot with your own starting point:
| Measure | What to compare |
|---|---|
| Invoice delay | Typical time from completed work to issued invoice. |
| Missing details | Job records needing clarification before billing. |
| Corrections | Invoices requiring changes after issue. |
| Office chasing | Time spent resolving incomplete job records. |
Keep credit customers separate when reviewing payment timing. Sending an accurate invoice promptly does not guarantee immediate payment. Look for fewer incomplete handoffs without more billing mistakes.
Finish the record while the job is fresh
Trial the checklist on the next working day. Aim for a clear record, an accurate invoice, and a visible next action. If your handoff needs redesigning, explore Axontick's workflow automation service.
Next: Day 6 of our 15-Day HVAC Systems Series
The Vanishing Estimate — Once completed work is billed promptly, turn to the open quotes nobody follows up.
Want this deployed for your enterprise?
Axontick engineers architect, benchmark, and deploy custom enterprise autonomous systems with guaranteed uptime, sub-second latency, and 100% IP ownership.

Muhammad Asim
Founder @ AxontickFounder of Axontick, specialized in AI automation, Multi-Agent Systems, and enterprise-grade voice agents. Expert in bridging the gap between complex AI technology and practical business solutions.




