These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Field Service Management
- Features
- Billing and payments
Billing and payments
Turn accepted service work into reconciled invoices and confirmed collections.
OverviewInvoices Pending AR Sync×
Field Service Management · Billing and payments
New
Invoices Pending AR Sync
Invoices
| Invoice number | Service call | Customer | Invoice date | Total amount | Sync status | |
|---|---|---|---|---|---|---|
| INV-89490 | Rooftop unit tune-up at Ridge Depot | Harbor Point Shoe Co. | 09 Oct | 5,026.16 | Pending | |
| INV-97424 | Leak above Riverton stockroom | Riverton Paper Supply | 18 Oct | 43,449.34 | Failed | |
| INV-10963 | Rooftop unit tune-up at Ridge Depot | Elm House Property Group | 18 Oct | 19,314.10 | Unknown | |
| INV-83571 | Water heater repair at Elm House | Ridge Depot Logistics | 10 Oct | 25,911.09 | Pending | |
| INV-42234 | Boiler inspection at Northbank clinic | Elm House Property Group | 10 Oct | 34,196.53 | Failed |
6 of 6 records
Rooftop unit tune-up at Ridge DepotInvoices · INV-89490
PendingCustomerHarbor Point Shoe Co.
Invoice date09 Oct
Total amount5,026.16
StatusDraft
What you can do
Bill the work the customer accepted
Create the service invoice from the completed visit’s accepted parts and labor. Each source item contributes once. Customer price snapshots protect the finished job from later catalogue edits, while configured discounts, travel charges and tax retain their own meaning. Tax is added once to the invoice total rather than appearing both in a line and in the header calculation.
The local invoice is a service billing record. The connected accounts-receivable system remains the authority for its posted receivable. Sending a request therefore does not immediately mean that AR has accepted it. Operations Manager can see pending, failed and uncertain handoffs and reconcile them using their original request identity.
Distinguish a request from collection
A technician can request on-site payment through the configured payment service. The visible result distinguishes an intent, authorization, confirmed capture and an unknown response. Only verified collection counts toward the amount paid. A device returning from poor connectivity must check the original payment request before trying again; a second button press is not a reason to create another charge.
Cash, check and card receipts follow the configured evidence and acknowledgment rules. An unconfirmed check is not treated as cleared money. Sensitive card data belongs in the payment service, never in field notes, photos or offline event payloads. Reconciliation references remain limited to authorized back-office roles.
Preserve the billing trail after corrections
A refund reduces confirmed net collection. If it leaves a receivable outstanding, the AR reconciliation reflects that consequence. Corrected service work uses an explicit credit or replacement process linked to the frozen billing revision. The original signed work and posted billing history remain available, so a dispute can be investigated without reconstructing what a mutable invoice used to contain.
How the work moves
Reconcile service billing. Generate one frozen Invoices billing revision from signed service work. Each parts or labor source appears once, signed discounts reduce subtotal, and configured effective tax is added exactly once in tax amount. A durable sync request key sends the invoice to AR. Pending or Unknown remains unsynced; correlated success sets external invoice ref and AR synced at. Link already captured payments to the same call/customer invoice, reconcile net acknowledged refunds, and show external discrepancies without creating a second invoice or charge.
Review the exception
A payment may be captured before the final invoice handoff completes. Link it to the same call and customer, then reconcile it with the acknowledged AR invoice instead of charging again. Unknown processor or AR outcomes remain visible until investigated through their original keys and references. Reporting separates those exceptions from recognized service revenue and confirmed collections. If the payment-on-completion requirement cannot be satisfied, the visit stays open unless an independent Operations Manager approves the exact unpaid amount under a published credit-policy revision. That decision retains the signed call scope and payment terms; it leaves an outstanding receivable and never labels the visit paid. Tax configuration and effective rule versions must be supplied for the relevant customer locations before posting; the system does not invent a rate from a state abbreviation.
What your team sees
- Invoices Pending AR Sync. Resolve service invoices awaiting an acknowledged accounts-receivable result.
What it keeps track of
Data model- Invoices
- The invoice generated from a completed service call. Header here; detail in invoice lines. Posted outbound to
fin-invoicing-ar, which is the system of record for AR. - Invoice lines
- One row per service call parts line and one per service call labor session, plus optional adjustment lines (discounts, trip fees).
- Payments
- On-site payment record. Calls into
fin-paymentsfor processor auth/capture, but the operational record (which Tech took it, which call, when) lives here. - Service calls
- One on-site visit with a committed assignment, customer window and completion receipt. Created → Scheduled → Dispatched → en route → on site → Completed is the successful path. Cancelled and Rescheduled are controlled exception branches before completion, not transitions after a completed signed visit.
- Service call parts
- Posted parts consumed on an assigned call, with immutable cost/price snapshots and an atomic stock movements posting. A draft mobile event is not a posted consumption record. Linked reversals compensate stock and trigger billing reconciliation.
- Service call labor
- Labor entries — one per Tech per session on the call. The check-in / check-out workflow opens and closes a row automatically; manual entries are allowed for crew helpers.
- Signatures
- Immutable customer signature receipts bound to an exact displayed document, scope revision and authorized signer. Estimate approval and completion acknowledgment have separate purposes and cannot substitute for each other.
- Credit policies
- Versioned permission to finish a service visit with an unpaid balance. Admin publishes an exact category/customer policy revision; an independent Operations Manager still approves each call-specific exception. Published terms are immutable, and retiring a policy stops new decisions and prevents consumption of unused approvals; it preserves receipts already used for completed work. This records payment terms rather than a payment or cleared receivable.
- Service call activities
- Immutable audit of every status transition and assignment change on a service call. The disputed-call ledger.
Who uses it
Permissions- Technician
- Records work only on assigned individual calls or calls assigned to a crew of which they are a current authorized member.
- Crew Lead
- Works assigned crew calls and provides an independent pricing decision where the configured limit permits.
- Operations Manager
- Owns service capacity, escalations and independent commercial decisions.
- Admin
- Maintains identities, integration configuration and operational settings; configuration authority does not bypass transaction controls.
Set up Field Service Management your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.