All applications583

Find your application

583 applications

Open full catalog

Browse applications by category or open the full catalog.

  1. Field Service Management
  2. Features
  3. Billing and payments
Feature · 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

Invoices Pending AR Sync

Invoices

New
Invoice numberService callCustomerInvoice dateTotal amountSync status
INV-89490Rooftop unit tune-up at Ridge DepotHarbor Point Shoe Co.09 Oct5,026.16Pending
INV-97424Leak above Riverton stockroomRiverton Paper Supply18 Oct43,449.34Failed
INV-10963Rooftop unit tune-up at Ridge DepotElm House Property Group18 Oct19,314.10Unknown
INV-83571Water heater repair at Elm HouseRidge Depot Logistics10 Oct25,911.09Pending
INV-42234Boiler inspection at Northbank clinicElm House Property Group10 Oct34,196.53Failed
6 of 6 records
Rooftop unit tune-up at Ridge DepotInvoices · INV-89490
Pending
CustomerHarbor Point Shoe Co.
Invoice date09 Oct
Total amount5,026.16
StatusDraft
Example screen with sample data

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-payments for 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.

How to get started

A personal agent for your business

Get started with Proto

Your app is selected. Download Proto, then open it with this context.

Selected appField Service Management

Choose your computer’s platform.

Download Proto

Install Proto, then return to this panel.

Already installed? Open Proto

Free to use. Your own model provider may charge for usage.