PROCESS RITE · PRACTICAL OPERATING GUIDE

Contractor Card Payment Setup Checklist: Invoice, Field and Office

Make each collection traceable to an authorized invoice and give the office a clear way to investigate exceptions.

In this guide: Start with the permitted collection channels · Prepare the invoice before requesting payment · Configure a safe field handoff · Work a partial-payment example · Test corrections without destroying the trail · Verify the first closing cycle · A field-to-office test pack

Start with the permitted collection channels

List how customers are intended to pay: office counter, on-site device or hosted invoice link. Confirm that the proposed account and application support the business’s actual use. Do not assume a counter terminal also provides a supported field or online collection route.

For each channel, identify the employee role, device or application, invoice reference and confirmed result. If the office must enter a payment manually into accounting, make that an assigned step. Unnamed manual steps are a common source of unpaid-looking invoices after a customer has already paid.

Prepare the invoice before requesting payment

Use a clear business identity, job reference, invoice number and current balance. Review the approved scope and adjustments through the contractor’s normal process. The payment request should collect the authorized amount rather than become a place where a field employee negotiates undocumented changes.

Keep deposits and previous payments visible in the balance calculation. If the customer has multiple invoices, state which one the payment applies to. Avoid a single customer-level total when staff need to establish the status of an individual project or billing stage.

Configure a safe field handoff

Decide how a technician receives the current amount and how the office learns the result. For a separate terminal, compare the amount on the invoice and device before collection. Record the confirmed payment reference using supported fields.

If the employee loses connection or receives an uncertain response, give them a route to the office or provider’s lookup procedure. Do not ask them to collect card details for later entry or to repeat payments until the screen looks successful. Offline behavior depends on the actual application and account configuration.

Work a partial-payment example

For a fictional $900 invoice, the customer is authorized to pay $400 now. After a confirmed collection, the recorded unpaid amount is $500 before other adjustments. Check that the receipt and accounting record both identify the partial payment.

Then rehearse another employee opening the same invoice. That person should see the remaining balance rather than request $900 again. If the application cannot represent partial collections clearly, define an approved office process before allowing staff to use that flow with customers.

Test corrections without destroying the trail

Ask how to correct a wrong amount, cancel an unfinished attempt and handle a refund after completion. These may be different actions. Restrict them to the appropriate employee role and preserve the original reference and reason.

If a customer payment reaches the wrong invoice, correct the allocation through the ledger’s supported process rather than refunding and recollecting automatically. Determine first whether the money movement is wrong or only its business-record assignment. Keeping those questions separate avoids unnecessary customer disruption.

Verify the first closing cycle

Compare the invoice list with confirmed payment results and settlement references. Review partially paid invoices, uncertain results and unapplied collections individually. A batch total alone will not reveal which job has an incorrect balance.

Keep the configuration, support contacts and staff checklist available to the office. Review the first actual statement against the proposal and investigate differences with the provider. Launch is a controlled transition with clear ownership, not merely the first successful card transaction.

A field-to-office test pack

Prepare synthetic examples for a full collection, authorized partial collection, cancelled attempt and uncertain result. For each, record the job and invoice reference, expected remaining balance and office lookup route. Give the field employee only the information required to follow the collection workflow.

Have an office employee review the resulting records without speaking to the field employee. They should distinguish completed, incomplete and unresolved collections. If they cannot, improve the shared reference or handoff before increasing volume. Preserve the examples for a new employee or device replacement.

Should a technician take payment against an estimated amount? Use the authorized invoice or approved balance. Can a receipt be the only office record? The business ledger needs the payment allocation. Does a duplicate invoice entry mean two payments occurred? Compare the provider’s confirmed records before deciding whether the problem is duplicated money movement or duplicated bookkeeping.

Reference: Clover® device configuration documentation. Reviewed October 17, 2026. The exercises above are proposed operating checks using fictional records, not claims of hands-on testing of every product. Confirm the actual plan, application, account and written proposal.

Continue: POS workflow for contractors · Support routes · Request a free payments review

Secure lead review

Request a Focused Payments Review

Tell us your current software, business type and the workflow you want to improve. Arrange document sharing after contact.

Text preferences (optional)

Support frequency varies; promotions: up to 4/month. Message and data rates may apply. Reply STOP to opt out or HELP for help. Consent is optional and not a condition of purchase or service.

Scroll to Top