Available and spent credits
There are no reserved credits, held balances or separate posted-credit balances. A payment still in progress is visible in funding history, but it becomes credit only after successful completion. An unfinished underwriting has not spent credits. A final cancellation refund is a return of unused credits, not product spend.
available credits = successful funding + corrections - product charges - cancellation refunds
Read the credit balance and consumption reports. Transaction timestamps such as posted_at identify when a historical entry was recorded; they do not describe another kind of credit.
Automatic top-ups
The trigger uses available credits. With auto-pay enabled, a balance strictly below the configured threshold triggers the selected payment. The threshold is at least CAD 200.00 and the customer-funded top-up is at least CAD 500.00. At exactly the threshold, no below-threshold trigger has occurred. The billing account reports the actualauto_top_up_enabled, auto_top_up_threshold and auto_top_up_amount settings. Only the portal changes them. Payment attempts are deduplicated while the same top-up is in progress; every usage debit must not launch another duplicate collection. Failed collections leave credits unchanged and follow the portal’s payment handling, without allowing a negative balance.
Processing can use credits below CAD 200.00 if the balance covers its cost. Read-only reports remain accessible without a new product charge. See processing lifecycle for insufficient-credit handling.