Rundocs › Accounts Receivable
Customer credits
Last updated 2026-11-03
To apply a customer credit to an invoice or bill in Receivables (pay it off, or zero it out), attach the customer in Receivables → Payment, flip the segmented control above the transactions list from All to Credits, check the credit you want (each credit row has its own checkbox, that's the "apply" control, not a separate button), click Select oldest credits $X.XX, then commit with the Charge $0.00 button at the bottom right. That Charge button is how you finish the allocation even though no new money changes hands, so a $0.00 Charge is expected and correct. You are not charging a card, so the Card payments need to be at least $0.50 message you see is just because Card is the default-selected tender and there's nothing to put on it; you don't have to deselect it, you finish with Charge $0.00. If you hit Payment amount must equal allocations plus credits being added, the credit and the invoices it's paying haven't balanced yet, click Match allocated to fix it. Full steps are under Applying a credit to a balance due; to reverse a credit you already applied, see Unapplying a credit below. A customer credit is a stored-value balance tied to a customer's account, money you owe them, applied against future invoices in Receivables. If you're trying to give a credit to a customer, add a credit to a customer's account, apply and clear the credits already sitting under Receivables → Credits, or zero out a credit you already paid back in cash, this is the page. Whatever your store calls it (store credit, account credit), in Rundoo it's one thing: a customer credit. There's no "Customer credit" tender in the POS checkout drawer when you ring a sale, but you can refund a return straight to a customer credit, credits live on the customer record and draw down through the Receivables flow.
In the POS mode, open Receivables in the left tab. The Credits top tab lists every outstanding credit across all customers, with columns for ID, Type (Bill Payment or Return), Date, Customer, Status, and Credit amount. To see one customer's credit balance, open their detail page and look at the Balance tab. The aging row shows a Credits bucket on the far right with the total stored-value on file.
A customer's app or web-store "account balance" doesn't include their credit? When a customer pays their account balance (Pay account balance / Pay total balance) in the Rundoo customer app or on the web store and the amount isn't reduced by a credit on their account, the cause is usually a store setting: Admin › Communications › Apply credits on statement payments is off. With it off, the account-balance total ignores credits (a store has refunded a customer over exactly this), while paying by specific invoices nets the credit in regardless. Turn that setting on and the account-balance amount includes the credit too. It can't be guaranteed to be the only cause, if it's already on and a balance still looks wrong, send the tenant and customer details to Support. See Communications and Bill payments.
How customer credits work
A customer credit is a negative-balance line item attached to a Customer. Rundoo holds the money on their behalf, and the balance applies against the customer's next bill payment in Receivables. Credits come from three places:
-
Overpayments on a bill payment, a charge-account customer hands over a check for more than they owe. The overage becomes a credit via the
Credit to addfield. See Bill payments. -
Issued manually during a bill payment. You can attach a customer, skip the payment side entirely, and create a credit from scratch by toggling
Credit to addand entering an amount with a note. -
Refunding a return to customer credit. When you process a return and pick Customer credit as the refund tender, the money parks on the customer's account as store credit instead of going back to cash or a card. See Refunds.
Every credit shows up in two places: the company-wide Receivables > Credits list, and on the customer's Balance tab in the Credits aging bucket. Its Type tells you where it came from, Bill Payment (ID ends in -B) or Return (ID ends in -S), so a customer with credits from both an overpayment and a returned order sees both rows side by side. The credit applies as the customer pays down outstanding invoices through Receivables, Original is the full issued amount, Allocated is what's been applied so far, Balance is what's left.
A $0.00 credit on the Credits list is usually a return that paid off its whole invoice. When a return covers the entire original invoice, Rundoo creates the return credit and then immediately applies it straight back to that invoice as a payment, so it lands on the list already fully allocated, a $0.00 balance line with Type Return. That's expected, not a change or a bug, and there's nothing sitting there to spend: the return simply zeroed out the invoice it came from. Rundoo always creates the credit first and applies it second (rather than skipping it) because some returns have no original invoice to pay against, or the invoice was already partly paid.
Customer credit is not the same as a charge-account balance reduction. Charge account is credit you extended to the customer (they owe you); customer credit is money you owe them. Don't let the shared word "credit" conflate them.
Two ways a return becomes store credit. Refund the return to Customer credit and it parks on the customer's account as a spendable credit (Type Return, ID ending -S), listed in Receivables > Credits right alongside bill-payment credits. See Refunds. Or refund to Charge account, which reduces what a charge-account customer owes on their AR balance rather than creating a stored-value credit. Both keep money off the counter; pick Customer credit when they'll spend it later, Charge account when it should net against their balance.
Viewing a customer's credit balance
Open the customer from Customers in the left tab, then click the Balance top tab. The aging row at the top summarizes where their money sits, the Credits bucket on the far right shows the total stored-value balance across every unallocated or partially-allocated credit on the account.

If Credits reads $0.00, the customer has no credits on file. Non-zero means there's something to spend.
Credits live on the customer, not on a job. Even when an invoice is scoped to a specific Job, the credit pool it draws from is on the parent customer. There's no per-job balance.
For the full audit trail, every credit, every debit, the order they were applied, click the History sub-tab (covered below under Credit transaction history).
💡 The company-wide list of every outstanding credit (across all customers) lives at Receivables > Credits. Useful when you're reconciling AR and want to see which credits are floating around, sorted by customer or date.
Issuing a misc credit / credit on account
A misc credit (also called a credit on account or stored-value credit) is issued through the bill payment flow (there's no separate "Issue credit" screen). Skip the payment side, enable Credit to add, select Write off as the tender, and you've issued a standalone credit on the customer's account with no money changing hands.
Common use case: applying a discount that the check doesn't cover. When a charge-account customer pays by check but is entitled to a percentage discount, their check is short of the invoice total by the discount amount. To balance the books without a refund or product return, issue a credit on account for the discount amount and select Write off as the tender, the customer owes nothing extra, the discount lands on their account as store credit they can spend on a future bill payment, and the books reconcile.
In the POS > Receivables > Payment tab:
-
Search for the customer in the left panel using the
Search accountsfield and attach them. -
Leave Payment amount blank. Don't check any invoice rows.
-
Scroll to the bottom. Check the Credit to add checkbox and enter the credit amount.
-
Fill Credit notes (required, explains why the credit was issued; Rundoo blocks issuance without it).
-
In the Payment section below, select Write off as the tender method. A blue info banner reads
Selected outstanding balances and finance charges will be cleared. That's fine when no invoices are checked, since nothing actually gets written off; theWrite offtender is what lets the transaction commit without an inbound payment. -
Fill Bill payment notes above (also required (Rundoo flashes
Please explain the write off in bill payment notes section aboveif you skip it)). It's a separate field fromCredit notes; both must be filled. -
Click Write off $X.XX at the bottom-right to commit. The credit is now on the customer's account.
⚠️ This flow only ever adds a credit. It does not remove or zero out an existing one, running it to "clear" a credit leaves the customer with a second credit. To get rid of a credit, see Zeroing out a credit you already paid back.

Submitting with Credit to add = $50.00, Write off as the tender, and notes in both fields means the customer owes nothing extra but now has $50 of store credit on file, applied automatically against their next outstanding bill payment.
⚠️ Both the
Credit notesandBill payment notesfields are required, and both are worth writing something specific. Rundoo distinguishes them because the bill-payment ledger and the credit ledger are separate audit trails. Write the why (e.g. "Prompt-pay discount, balancing check shortfall") in both. "Gift card for Bob's birthday" or "Return #1234 (cash refund unavailable)" beats "credit" three years from now when someone asks why this customer has $400 of stored-value nobody remembers.
Applying a credit to a balance due (or a new sale)
There is no Customer credit tender in the POS checkout drawer. The tender options on a sale are Card, Cash, Charge account, Check, E-commerce, Gift card, and Deposit (credits live in the Receivables tab on the customer record, not in the POS tender picker).
Applying an unallocated credit to a balance the customer already owes is one step (step 2 below): allocate it against their open invoices in Receivables. Ringing a new sale to Charge account first (step 1) only comes into it when the credit is paying for a brand-new purchase. Applying a credit to a new sale takes two steps:
-
Ring the sale to Charge account. In the POS > Transactions tab, build the sale as usual, attach the customer, and pick Charge account as the tender. The sale posts as an invoice on the customer's AR balance. The customer must be a charge-account customer (a statement-based finance term like
Net 30 Statementassigned). See Sales for the full POS flow. -
Apply the credit in Receivables. Open POS > Receivables, stay on the Payment top tab, and attach the same customer using
Search accounts. Switch the segmented control above the transactions list fromAllto Credits. The customer's outstanding credits appear as rows with negative balances; the Statement balance -$X.XX pill at the top right reflects the credit on file. Click Select oldest credits $X.XX to allocate the credit against the customer's outstanding invoices, then click Charge $0.00 at the bottom-right to commit (the allocation runs without moving any new money).
Credits apply at their balance, not their original value. A $100 credit that already had $30 applied only has $70 left to allocate. Rundoo enforces this; you can't overdraw a credit.
Clearing credits against specific invoices (partial allocation). To apply a credit to a particular invoice rather than the oldest balances, check both the invoice row and the credit row, then use the Allocated column on the right to set exactly how much of each applies. The invoice's allocated amount and the credit's allocated amount have to net to $0.00 before the transaction will commit (the Match allocated helper fills the balancing figure for you). Example: allocating a $40 credit to a $10 invoice, the invoice reads $10 and the credit defaults to -$40, so change the credit's allocated amount to -$10 so the two net to zero; the remaining $30 stays on the credit for next time. Committing marks that portion of the credit Allocated and clears it off the Credits list.

The three things that stump people on this screen. (1) "I don't see an option to apply the credit." The apply control is the checkbox on each credit row, and credit rows only appear under the Credits sub-tab, not All, Transactions, or Finance charges. If the customer genuinely has no credit, no row shows. (2) "There's a Card tender I can't deselect, and no Charge button." You're not collecting any money on a credit-only payment, so the Card payments need to be at least $0.50. Please increase the payment amount message is expected, Card is just the default-selected tender with nothing to charge. Leave it, and finish with the Charge $0.00 button at the bottom right (it enables once the amounts balance). (3) "It's asking me to explain, and the amount jumped." That's the Payment amount must equal allocations plus credits being added error: the credit and the invoices it's paying don't net out yet. Click Match allocated (top right, next to Payment amount) to set the balancing figure, or set Payment amount to $0.00 when the credit covers the whole bill.
The Credits sub-tab is where the negative statement balance shows. The All sub-tab (the default landing view) shows the customer's regular Statement balance as a positive number (the outstanding finance charges and invoices), so a customer with a $100 credit on file but $1,952.66 in past-due charges will read Statement balance \$1,952.66 on the All tab and Statement balance -\$100.00 on the Credits tab. Both are correct. Just scoped to different views.
Unapplying a credit
There's no one-click "unapply" button once a credit is committed against an invoice, but there are two ways to back one out depending on where you are:
-
Before you've committed (you're still on the Receivables → Payment screen and haven't pressed Charge): just uncheck the credit row (and any invoice rows), or navigate away. Nothing is applied until you click Charge $0.00, so an in-progress allocation costs you nothing to abandon.
-
After it's committed (you already charged, and the credit shows
Allocated): the application was part of a bill payment, so you reverse it by voiding that bill payment. Find it on Receivables → Paid or on the customer's Balance → History sub-tab, open it, and Void it, which returns the credit to the account and reopens the invoice it paid. This is the same void mechanic used to reverse a credit entirely, see Fixing a stuck or negative credit.
If you can't find the bill payment that applied it, or the void won't reverse cleanly, email support@rundoo.ai with the credit's ID (from Receivables → Credits or the customer's Balance → History) and the invoice it landed on. Reversing a committed allocation touches the AR ledger, so it's worth getting right rather than stacking corrective entries.
Transferring a credit to another customer
There's no direct "move this credit to a different customer" button in Rundoo. Credits live on the customer they were issued to; the credit detail page offers Email and Print, nothing else.
To effectively transfer a credit from one customer to another, do it in two steps:
-
Zero out the credit on the original customer. Find the credit's source bill payment on its detail page (the
Created by Bill Payment:link at the top). Open that bill payment and Void it. The credit reverses cleanly off the original customer's account. -
Re-issue the credit on the new customer. In POS > Receivables > Payment tab, attach the new customer, leave Payment amount blank, check Credit to add, enter the same amount, write a
Credit notesentry that points at the original (something likeTransferred from {Original customer name}, credit {ID}) select Write off as the tender, and fill Bill payment notes with a parallel reference. See Issuing a misc credit / credit on account above for the full sequence.
The note matters. Three years from now, someone reconciling the books will want to see why the first customer's credit vanished and the second customer's credit appeared. Leave them the trail.
A credit issued through the bill-payment flow traces back to that bill payment (ID ends in -B), and voiding it cleanly reverses the credit. A credit that came from a return (Type Return, ID ends in -S) is different: a return can't be voided (the Void button is disabled on a return transaction, with the tooltip Cannot void return transactions), and a refund is final once taken. To reverse a return-sourced credit, re-ring the returned items as a new sale on that customer. That re-charges them (which consumes the credit) and pulls the inventory back out, undoing the return. See Bill payments for the void path and Returns / Refunds for reversing a return.
Zeroing out a credit you already paid back
A customer has a credit on file, you handed them that money in cash (or otherwise settled it outside Rundoo), and now the credit needs to go away so their account reads $0. There's no "delete credit" or "zero out" button, and there's no open invoice to apply it to, so Charge $0.00 won't commit on its own (Rundoo says Payment amount must equal allocations plus credits being added). Make an invoice for the credit to land on:
-
Ring a sale for the credit amount to Charge account. In POS > Transactions, attach the customer, add a line for the exact credit amount (a misc / non-inventory line with a description like
Cash payout of credit {ID}), and pick Charge account as the tender. That posts an invoice on their account equal to the credit. -
Apply the credit to that invoice. In POS > Receivables > Payment, attach the customer, check the new invoice and the credit, click Match allocated so they net to
$0.00, then click Charge $0.00. The credit readsAllocatedand the customer's balance is $0.
Don't use Credit to add with Write off for this, that issues a new credit on top of the old one. And only void the bill payment that created the credit if that whole payment was a mistake; voiding also reverses anything else on it (see Fixing a stuck or negative credit).
Fixing a stuck or negative credit
If a customer's credit balance is negative, won't apply to a bill payment, or otherwise looks wrong, there are two ways to clear it:
-
Void the originating bill payment. Find the bill payment that generated the credit (its ID ends in
-B, see Bill payments). Voiding reverses the credit cleanly. Re-enter the payment from scratch if it was real. -
Apply it to an offsetting transaction. For orphaned credits you can't trace back, or when voiding would also undo a real sale, ring a sale for the credit amount to Charge account and apply the credit to it (steps in Zeroing out a credit you already paid back). Talk to your accountant first if the money didn't actually change hands.
When Support asks for a credit ID: they may need the bill's ID or the ledger-entry's ID. They're different. Either is fine if you say which one you're sending.
Credits from overpayments
The most common way a credit appears on a customer's account isn't a manual issuance, it's an overpayment on a bill payment. When a charge-account customer hands you a check that's larger than what they owe, use the Credit to add field on the bill-payment screen to stash the overage as a credit rather than refusing the check or trying to hand cash back. See Bill payments for the full flow.
Overpayment-driven credits and manually-issued credits both land in the same place, the credit shows up on the customer's Balance tab in the Credits aging bucket and in the company-wide Receivables > Credits list. Both read Type Bill Payment with an ID ending in -B, whether the credit was an intentional overpayment or a misc credit issued through the bill-payment flow. A credit that came from a return instead reads Type Return with an ID ending in -S (see How customer credits work above).
Credit transaction history
Every debit and credit against a customer's account rolls up on the Balance > History sub-tab. It's the append-only ledger view: Date, ID, Type (Bill Payment, Invoice, Finance Charge, Discount, etc.), Debit, Credit, and a running balance.

To see the detail behind a single credit, where it came from, what's been applied against it, what's left, click its ID from either this History tab or the Receivables > Credits list. The credit detail page shows the origin bill payment (Created by Bill Payment:), the ledger of debits and credits against it, the note you wrote when issuing it, and the running balance.

💡 Rundoo doesn't expire credits. A customer credit sits on the account until it's allocated against an invoice or manually voided. If your store policy expires credits after a fixed window, you'll have to track that outside Rundoo and zero them out manually.
Finding a credit on a past statement
A credit appears as a line item on the statement covering the date it was issued. On every statement after that one, the credit is no longer a line item. It has already been applied to the customer's balance, so subsequent statements reflect the reduced balance, not a fresh credit line.
To find a customer's prior statements, in the POS > Customers tab, open the customer, click the Balance top tab, then the Statements sub-tab. Each row shows the Statement period (e.g. Apr 30, 2026 - May 6, 2026), the Total balance at generation, and download / email actions on the right.
A credit issued in one period that has been spent against invoices in later periods will appear as a line item on the original period's statement only, not on the current one. To answer "where did my June 2025 credit go," open POS > Receivables > Credits and find the credit by ID or customer. If Status reads Allocated, the credit was already applied to invoices between then and now, and the corresponding payments and balance reductions show on the customer's Balance > History sub-tab.
To confirm whether a specific credit is still spendable, in the POS > Receivables left tab, the Credits top tab, the Status column reads Allocated (showing $0.00 in the Credit column, meaning the full amount has been spent) or Unallocated (with a remaining negative balance, meaning it's still on file). An unallocated credit applies on the customer's next bill payment or sale; an allocated credit is done.
Two customers can both have a 2023 credit and a 2025 credit on file with different fates: the older one might be Unallocated because nothing in their account has consumed it yet, while the newer one is Allocated because invoices in between absorbed it. Status, not age, is what determines whether a credit shows up on a current statement.
For the per-credit audit trail, click the credit's ID from either Receivables > Credits or the customer's Balance > History sub-tab. The credit detail page shows every debit and credit applied against it, in order.
Recommended Rundocs
-
Customers (setting up the customer account that credits attach to).
-
Bill payments (how overpayments become credits, and the surface where manual credits are issued).
-
Refunds. How refunds work in Rundoo, including refunding a return to customer credit.
