How Do Online Payments Reconcile With QuickBooks Online?

A payment collected through LeanLaw generates three distinct accounting events in QuickBooks Online: the deposit itself, the processing fee taken out of it, and that payment’s application to the correct invoice. Reconciliation breaks down when those three get treated as one lump transaction instead of three separate ones.

Event one: the deposit

Money arriving from a client is the event most people picture, but it’s only the starting point. The deposit represents cash actually landing, and it posts to QuickBooks Online as its own transaction, separate from what the client technically owes on the invoice. That distinction matters because a processing fee usually comes out before the deposit settles, which means the deposit amount and the invoice amount aren’t the same number, and treating them as if they should match is the first place reconciliation goes wrong.

Event two: the processing fee

The fee a payment processor takes is a cost of accepting the payment, not a discount on what the client owed. It records as its own line, and it comes out of your operating account, not trust, even when the underlying payment was a deposit into trust. That distinction exists because the fee is your firm’s expense for accepting the payment method, not the client’s cost, and it isn’t something owed to or from the client’s trust balance. What that fee actually is, and what LeanLaw charges for card and ACH processing, is worth understanding on its own before you look at how it reconciles.

Event three: applying the payment to the invoice

Separately from the deposit and the fee, the payment gets applied against the specific invoice it was meant to satisfy. This is the event that changes an invoice’s status from outstanding to paid, and it’s tracked independently of how much cash actually hit the bank, because the invoice was for the full amount the client owed, fee or no fee.

A short example makes the arithmetic concrete. Say a client pays a $1,000 invoice online, and the processor takes a $30 fee. The invoice records $1,000 applied and paid in full. The fee posts as a $30 expense in your operating account. The deposit that lands in the bank is $970. All three numbers are correct at once, because they’re three different things, not one transaction with a typo in it.

Why lumping them breaks reconciliation

If a bookkeeper tries to match the $970 bank deposit directly against the $1,000 invoice, the books won’t tie, and the instinct is usually to assume something is missing or duplicated, which starts the month-end trace between billing and the books. Nothing is wrong; the $30 difference is simply the fee, sitting in its own place. Reconciliation works when each of the three events is matched to its own counterpart: deposit to bank transaction, fee to expense, payment to invoice. It breaks when someone tries to force a single match across all three at once.

When the payment is a trust deposit instead of an earned fee

The same three-event pattern holds even when the money isn’t yours to keep yet. If a client sends $2,000 as a retainer rather than payment against an already-earned invoice, the deposit and the fee still happen the same way: $2,000 arrives, the processor’s fee still comes out of operating rather than out of the client’s trust balance, and the full $2,000 still lands in trust untouched by the fee. The “invoice application” event doesn’t happen yet, because there’s no invoice to apply it to; that event waits until the firm bills against the retainer later and moves the earned portion out of trust. Keeping the fee out of trust in both cases reflects a simple rule: the fee was never the client’s money to begin with, in either scenario.

Why this is a billing velocity question, not just a bookkeeping one

Clean reconciliation isn’t only about tidy books. A firm that can’t quickly tell which deposits correspond to which invoices is also a firm that can’t quickly answer a more basic question: how much of the work it already did has actually turned into cash. That’s what billing velocity measures, and it’s slower to see clearly when deposits, fees, and invoice applications get sorted out after the fact instead of being distinct from the start.

What determines how many deposits you see in a day

If three clients pay through LeanLaw on the same day, whether that shows up as three separate deposits or one batched deposit on your bank statement is a function of your payment processor’s own settlement behavior, not something LeanLaw sets. Some processors settle each transaction individually; others batch same-day activity into a single net deposit. Either way, the underlying record in QuickBooks Online still ties each payment back to its own invoice and its own fee; it’s the bank-side presentation that varies. This is separate from how your firm handles paper checks, which aren’t run through an online payment link at all and follow whatever deposit process your bank and your staff already use.

What this depends on

• Which payment processor sits behind your online payment link, since processors differ in whether same-day payments settle individually or in a batch.
• Whether a given payment is being applied against trust or against an already-earned invoice, since that changes which account absorbs the fee.
• How your bank chooses to display incoming settlements on its own statement, which is a bank formatting decision, not an accounting one.
• How consistently someone on your team reconciles, since three events that stay distinct in the system can still get lumped together by habit at the human step.

The number of deposits on a given day is mostly a processor detail. What decides whether reconciliation actually works is whether each one still traces back to a specific client, invoice, and fee once it lands.

Related questions

Once a payment is received, does it push into QuickBooks Online as pending or undeposited funds, or straight to the bank account? It posts as a deposit event tied to the payment received; where that sits until it clears your actual bank statement follows normal QuickBooks Online deposit handling, the same as any other electronic payment.

We’re used to depositing a stack of checks at once. Does LeanLaw create one bank deposit for all of them, or one per check? Paper checks aren’t run through LeanLaw’s online payment link, so they follow your firm’s existing deposit process rather than this reconciliation flow; each check is a separate transaction in your own records regardless of how the bank batches the physical deposit.