- 1The Lie: "Money In Is Money Earned"
- 2A Deposit Is a Liability — the Same Logic as Deferred Revenue
- 3Customer Deposits Accounting in QuickBooks: The Setup
- 4The Worked Example: 40% Down on a $10,000 Order
- 5Partial Payments and What They Do to Aging
- 6Progress Billing for the Genuinely Large Orders
- 7Refundable vs. Non-Refundable Deposits
- 8Keeping the Order Layer Clean Underneath
Customer deposits accounting in QuickBooks comes down to one account and one rule: money you haven't earned yet is money you owe.
The wire hit on a Monday: $4,000, reference "PO-2211 deposit." A twelve-location boutique chain had ordered 500 units with custom labeling — $10,000 total, 40% up front to start production, balance on net-30 after delivery. You won't ship for five weeks.
So what is that $4,000, exactly? It's in your bank account, but you haven't shipped anything, so it isn't a sale. Most sellers resolve the ambiguity the fast way: book it as income, or leave it uncategorized in the bank feed, and move on. Then five weeks later the invoice goes out for $10,000, the buyer pays $6,000, and QuickBooks holds some combination of double-counted revenue, a mystery deposit, and an invoice claiming the customer owes money they already sent.
If you've read our guide to net terms and wholesale AR in QuickBooks, you know the wholesale layer's first rule: invoices, not sales receipts, so the gap between earning and collecting stays visible. Deposits are the same discipline pointed the other direction — money that arrives before the earning. This post covers customer deposits accounting in QuickBooks end to end: the liability structure, the setup, a worked example from deposit to final payment, partial payments and aging, progress billing, and refundable versus non-refundable deposits.
The Lie: "Money In Is Money Earned"
The assumption underneath the fast way: "the customer paid me, so it's revenue." For retail, that's true — payment and fulfillment are the same moment. For a B2B deposit, it's false, and booking it as income breaks three things at once.
It puts revenue in the wrong month. The $4,000 lands in March's P&L; the order ships in April. Neither month's margin means anything — March carries 40% of the revenue with none of the cost of goods against it.
It sets up a double-count. When you invoice the full $10,000 at shipment — which you should, because that's when the sale happens — QuickBooks now shows $14,000 of revenue on a $10,000 order. The usual "fix" is invoicing only the $6,000 balance, which understates the sale, breaks your sales tax base, and makes the order's history unreadable.
Nasconde un obbligo. Finché non consegni, devi a quel compratore 500 unità etichettate su misura o i suoi soldi indietro. Registrato come reddito, quell'obbligo non compare da nessuna parte — accetta depositi su quattro ordini di produzione contemporaneamente e i tuoi libri mostrano una sana posizione di cassa senza alcun accenno al fatto che la maggior parte sia già impegnata.
La bugia è comprensibile — il saldo bancario è effettivamente aumentato. Ma il denaro riscosso e non ancora guadagnato ha un'identità contabile specifica, e non è ricavo.
A Deposit Is a Liability — the Same Logic as Deferred Revenue
Il denaro riscosso prima dell'adempimento è ricavo non guadagnato, e il ricavo non guadagnato è una passività. Si trova nel tuo bilancio insieme ai tuoi prestiti e alle fatture non pagate perché si comporta come loro: è qualcosa che devi — in beni piuttosto che in dollari.
Se vendi abbonamenti, hai già incontrato questa struttura — un prepagamento annuale sono dodici mesi di depositi sotto un'unica spesa, e la guida ai ricavi differiti spiega come quella passività si annulla mese per mese. Un deposito B2B è lo stesso meccanismo, tranne per il fatto che l'intera passività si converte in una volta sola, il giorno in cui evadi l'ordine.
Ciò conferisce al deposito un ciclo di vita netto in due fasi:
- Alla ricezione: cassa su, passività su. Nessun ricavo, nessun movimento di conto economico.
- All'evasione: fattura l'intero ordine (ricavo riconosciuto, correttamente, una volta), quindi applica il deposito alla fattura — passività giù, saldo fattura giù. Ciò che rimane aperto è esattamente ciò che il compratore deve ancora.
Tutto il resto in questo post sono meccanismi per far sì che QuickBooks esegua questi due passaggi.
Customer Deposits Accounting in QuickBooks: The Setup
Hai bisogno di due oggetti in QuickBooks Online, entrambi configurati una tantum:
- Un conto di passività. Piano dei conti → nuovo conto → Altra Passività Corrente, denominato "Depositi Cliente". È qui che i soldi non guadagnati vivono tra la ricezione e l'evasione.
- Un articolo di deposito. Un articolo di servizio chiamato "Deposito Cliente", con il suo conto di ricavi puntato su quel conto di passività — non sui ricavi. Questo articolo sposta denaro dentro e fuori dalla passività dall'interno dei moduli di vendita ordinari.
Il flusso di lavoro, con questi elementi in atto:
- Quando arriva un deposito, registra una ricevuta di vendita per l'importo del deposito utilizzando l'articolo Deposito Cliente. La cassa aumenta; la passività aumenta; i ricavi non vengono toccati. Segna l'articolo come non tassabile — l'imposta sulle vendite viene addebitata sull'intero ordine al momento della fatturazione, non sul prepagamento. (Le tempistiche delle tasse sui depositi presentano delle sfumature a livello statale; confermale con il tuo commercialista.)
- Quando evadi l'ordine, fattura l'intero importo dell'ordine — ogni unità, prezzo pieno, tasse sull'intero — quindi aggiungi l'articolo Deposito Cliente come riga negativa per l'importo del deposito. Il totale della fattura si riduce al saldo effettivo rimanente, la passività si riduce della stessa entità e un unico documento racconta l'intera storia: vendita completa, deposito applicato, saldo dovuto.
You'll also see a shortcut recommended: skip the liability account and record the deposit as an unapplied credit on the customer's record (Receive Payment with no invoice). It works mechanically, but your balance sheet never shows the deposit as what it is — the obligation hides inside AR as a negative — and cash-basis reports surface it as "unapplied cash payment income," which generates exactly the confused CPA email you were trying to avoid. The liability account costs five minutes of setup and keeps the books honest. Use it.
The Worked Example: 40% Down on a $10,000 Order
Numbers fictional and deliberately round. The boutique-chain order from the opening, start to finish:
February 24 — PO accepted. 500 units, custom labeling, $10,000; 40% deposit to start production, balance net-30 from delivery. Nothing is recorded in QuickBooks yet — a purchase order is a promise, not a transaction.
March 3 — the $4,000 deposit arrives. Sales receipt with the Customer Deposit item:
| Conto | Addebito | Credito |
|---|---|---|
| Cash | $4,000 | |
| Customer Deposits (liability) | $4,000 |
March's P&L doesn't move. The balance sheet shows $4,000 more cash and $4,000 more liability — richer in cash, deeper in obligation, which is the truth.
April 10 — order ships. Invoice the full sale, terms Net 30, with the deposit applied as a negative line:
| Invoice line | Importo |
|---|---|
| 500 units custom-labeled product | $10,000 |
| Customer Deposit applied | −$4,000 |
| Balance due (Net 30 → May 10) | $6,000 |
Behind that document: Accounts Receivable up $6,000, revenue up $10,000 — recorded once, in April, the month you earned it — and the Customer Deposits liability back to zero for this order.
May 6 — the buyer pays $3,500. Not the full balance — their AP ran it as a partial. Receive Payment, applied to the invoice: cash up $3,500, AR down $3,500, invoice open at $2,500.
May 28 — the final $2,500 arrives. Same motion. The invoice closes, and every month along the way told the truth: March was a cash event, April was the sale, May was collections.
Partial Payments and What They Do to Aging
That $3,500 payment deserves its own section, because partial payments are where wholesale AR gets quietly misread.
The mechanics are easy: record a partial payment against the invoice (Receive Payment → apply → deposit), never as a standalone bank deposit. QuickBooks handles the arithmetic and the invoice's open balance shrinks to what's actually owed.
The reading is the part to get right. On your A/R aging report, the remaining $2,500 ages from the invoice's original due date — a partial payment does not reset the clock. That matters because "partial-pay and stall" is a classic B2B collections pattern: a buyer sends 60% on time and the remainder drifts for months while looking, at a glance, like an account in good standing. The aging report isn't fooled. A $2,500 balance in the 31–60 column is a collections item, however promptly the first chunk arrived.
Two habits keep partials from becoming leakage. When a payment doesn't match the invoice, find out why — an unexplained short-pay is sometimes AP timing, sometimes an undeclared dispute you'd rather hear about now. And fold partial balances into the weekly aging review from the net-terms guide; a half-paid invoice needs the same nudge a fully unpaid one does.
Progress Billing for the Genuinely Large Orders
Somewhere above the size of the boutique-chain order, a single deposit-plus-final-invoice stops fitting. A $40,000 private-label run delivered in three stages over four months shouldn't be one April invoice — because the earning itself happens in stages.
QuickBooks Online's tool for this is progress invoicing: build an estimate for the full order, then issue partial invoices against it at each milestone — say 40% at production start, 40% at first delivery, 20% at final. Each invoice recognizes its slice of revenue and creates its own receivable with its own terms, and the estimate tracks how much of the total has been billed.
The line to hold: progress invoicing recognizes revenue at each invoice, so it's only honest when each milestone represents value actually delivered. An invoice for "40% at production start" on an order where the buyer receives nothing until final delivery isn't earned revenue — it's a deposit wearing an invoice costume, and it belongs in the liability account like any other prepayment. Rough rule: money for delivered stages → progress invoice; money ahead of any delivery → customer deposit. Large custom orders often use both, and the revenue-timing calls are exactly what a CPA who knows e-commerce earns their fee on — an hour of their time beats guessing.
Refundable vs. Non-Refundable Deposits
Both kinds start life identically — cash up, liability up — because at receipt you owe the buyer something either way. The difference is what can happen next.
A refundable deposit has two exits: applied to the invoice at fulfillment, or the order dies and it goes back. The refund entry is the liability unwinding — Customer Deposits down, cash down. Revenue is never touched in either direction, which is the quiet payoff of the liability structure: a cancelled order leaves no scar on your P&L, because you never claimed the income.
A non-refundable deposit is not income at receipt, a point worth stating twice because the word "non-refundable" tempts people to book it as earned. While the order is alive, you still owe the goods — it's a liability like any other deposit. "Non-refundable" only changes the cancellation path: if the buyer walks and the contract lets you keep the money, the deposit converts to income at forfeiture — Customer Deposits down, forfeited-deposit income up (most sellers use an Other Income account), dated the day the order actually died. Tax timing on forfeited deposits varies with your accounting method and contract terms — a confirm-with-your-CPA item, not a guess-and-hope item.
In entrambi i casi, metti la rimborsabilità per iscritto sull'ordine di acquisto o sul foglio dei termini prima che i soldi si muovano. I libri contabili possono registrare ciò che accade; non possono risolvere una disputa su ciò che è stato concordato.
Keeping the Order Layer Clean Underneath
Tutto quanto sopra risiede nel livello di fatturazione e responsabilità, e la maggior parte di esso è lavoro di giudizio: decidere cosa è guadagnato, quando e in quale misura. Nessuno strumento di sincronizzazione dovrebbe farlo per te, e dovresti essere sospettoso di uno che afferma di farlo.
Ciò che uno strumento di sincronizzazione *dovrebbe* fare è mantenere affidabile il livello sottostante: ordini all'ingrosso registrati come fatture QuickBooks reali, pagamenti applicati alle fatture a cui appartengono, ordini al dettaglio che rimangono fuori dai piedi. Questo è il problema di routing trattato nella guida ai termini netti — LedgerPort (il nostro prodotto, quindi giudica di conseguenza) lo gestisce con metodi di sincronizzazione degli ordini basati su fatture e tag, quindi un ordine con tag wholesale diventa una fattura aperta mentre il dettaglio scorre come ricevute. La ricevuta di deposito, l'applicazione della linea negativa, la voce di forfeiting — quelle rimangono tue, o meglio, del tuo commercialista: eventi per ordine, non lavoro di volume, e precisamente dove un professionista si ripaga. Se un commercialista o uno studio gestisce i tuoi libri contabili, consegna loro questo flusso di lavoro — e se supportano clienti e-commerce in generale, la nostra pagina per professionisti della contabilità copre come gli studi gestiscono il livello di sincronizzazione su una lista di clienti.
Torna a quel bonifico di lunedì. I 4.000 $ non sono mai stati ambigui — era un debito, pagabile in 500 unità etichettate su misura, e l'unica vera domanda era se i tuoi libri contabili lo avrebbero detto. Un conto di passività e una voce di deposito rendono la risposta sì, e nessun mese mente su ciò che era.
Se i depositi all'ingrosso stanno diventando una parte regolare del tuo flusso di ordini, la base più ampia — piano dei conti, gestione delle commissioni, le meccaniche di accrual su cui tutto questo si basa — si trova nella guida alla contabilità e-commerce. Imposta il conto Depositi Clienti prima che arrivi il prossimo ordine di acquisto; sono cinque minuti ora o un districarsi più tardi.
