Insurer virtual-card expiry register
Track payment-notice instructions and actual collection outcomes without storing card credentials.
No signup. Enter reference codes, add records and download a CSV. Entries stay in the browser tab. Filled fields do not establish completion, approval or compliance.
| Invoice reference | Protected payer-notice reference | Permitted collection amount | Actual stated card deadline | Verified collection status | Responsible office role | Next authorized action |
|---|---|---|---|---|---|---|
| Collision-invoice-example-1 | Payer-notice-example-1 | 4800 | October 20, fictional notice | Not collected | Bookkeeper-role |
- Starting records are fictional examples, not merchant evidence.
- Keep private documents and actual contacts in your approved business system. Use internal reference codes here.
- Missing required fields indicate an unresolved record. Filled fields do not prove authorization, completion, compatibility or compliance.
- Export to approved business storage. Browser edits are cleared on reload.
An insurer sending a virtual card does not mean your body shop has collected the repair payment. Check the issuer or payer instructions, the permitted amount and the actual expiry before scheduling collection. Keep the card’s usable period separate from an authorization capture deadline. Assign the next action to an office role so the payment does not disappear between the estimator and bookkeeper.
Use with this guide
insurer virtual-card cost guide
Use the insurer virtual-card cost guide to review the charge separately from the payment notice.
partial-collection approval sheet
The partial-collection approval sheet addresses proposed collections smaller than the permitted instrument amount.
Browse the complete auto body guides and worksheets.
Read the payment instructions with the remittance
Match the payment notice to the correct claim, invoice and authorized amount. A virtual card might cover a particular remittance rather than every open charge for the vehicle. Look for stated expiry, permitted use and support instructions in the actual payer record. Do not infer those terms from another insurer’s process or from the fact a terminal accepts the card brand.
Keep card credentials and the original notice in approved restricted storage. The public register needs only an internal reference to that record. An office spreadsheet shared widely should not become a list of full virtual-card numbers or security codes. Record the relevant deadline without copying the sensitive payment instrument. Staff should retrieve the protected record through their normal authorized access. Use the insurer virtual-card cost guide to review the charge separately from the payment notice.
Separate card expiry from authorization expiry
The virtual card expiry is for the instrument use only. The payment authorisation has its own capture terms and conditions after a collection attempt has been made. The manual-capture documentation provided by Stripe for example outlines the terms and conditions for an eligible authorization to be captured manually by the account holder, this does not mean that the virtual card issued by your insurer will last for this time period or that your account is enabled for manual capture.
Use the expiry register to record the invoice reference, protected payment-notice reference, allowed amount, stated card deadline, verified collection status, responsible office role and next action. If an authorization exists, link to its controlled record rather than replacing the card deadline with a guessed capture window. Ask the processor or payer to explain an unclear field before treating the payment as ready.
Sources for this section: Stripe: separate authorization, capture and actual expiry
Work the unresolved-payment queue
Consider a fictional insurer notice authorizing $4,800 with a stated use deadline on October 20. The office has not yet attempted collection. The register should show $4,800 awaiting the permitted action, not $4,800 received. If the notice arrives after its stated deadline or the amount no longer matches the invoice, contact the payer through the approved route and record the response.
Do not split charges to bypass a payment limit or guess that a replacement card will automatically be issued. Confirm allowed collection behavior with the issuer or payer and your processor. Record any replacement notice as a new reference while preserving the prior history. A staff note saying “insurance paid” is not enough when the provider record has no completed collection.
Reconcile the collection and the repair balance
After the supported collection has been processed by the provider, check the remittance against the corresponding invoice in the processing system to make sure all charges have been applied correctly, including processing charges and any remaining customer balance. Note that an insurer payment does not necessarily mean to pay the entire invoice amount (i.e. deductible, approved supplements etc.). Also, make sure to apply the collected amount to the correct charge group.
Go through your worksheet with your bookkeeper by the date specified in the notice and list out those that require clarification from the payer and those that require confirmation of status from the provider. In due course close off each row in the worksheet based on evidence of payment having been made and then carry out normal reconciliation of the payout against the payer’s remittance advise. The partial-collection approval sheet addresses proposed collections smaller than the permitted instrument amount.
Primary sources
BlueFinch last reviewed these sources on October 4, 2026. Payment rules and state requirements can change.
Use this page for general business information. It is not legal, tax, or accounting advice.
Related resources
- 2026 Credit Card Processing Cost Report
- Auto Body Shop Payment Guide
- Auto Repair Shop Credit Card Processing Calculator
- Insurer virtual cards: what a body shop should check before processing one
- Insurer cards and partial collections: get written approval
- Body-shop deductible links: confirm the payer first