Glossary

QuickBooks Payment

A QuickBooks payment, recorded through the Receive payment form, is the transaction that applies money from a customer against an invoice they already owe, reducing accounts receivable and increasing cash without recognizing any new income.

Also called: receive payment, customer payment, apply payment to invoice, unapplied payment, record invoice payment

Start a free trial View Pricing

Definition

Of the three ways money arrives in QuickBooks, the payment is the one that recognizes no revenue at all.

A sales receipt records a sale and takes the cash in one document. A payment does only the second half. The income was already recognized when the invoice was created, so the payment has nothing left to recognize. What it does instead is move the amount out of accounts receivable and into a cash account. Receivables go down, cash goes up, and the profit and loss on an accrual basis does not change at all.

That makes a payment structurally different from the other forms in a way that matters. A sales receipt is self-contained: it names the products, the amounts, and the account the money went to, and it stands on its own. A payment is a pointer. Its correctness depends almost entirely on something outside itself, which is whether it got attached to the right invoice.

This is why the Receive payment form asks so little and still goes wrong so often. There is very little to get wrong in the amount. There is a great deal to get wrong in the linkage.

Key points

+Recognizes no income. The invoice already did that, so a payment only moves cash and receivables.
+Its job is the link: applying the money to the specific invoice it settles.
+The "Deposit to" account decides where the cash lands, and Undeposited Funds is a grouping option rather than a default answer.
+A payment with no invoice attached is not harmless. It surfaces on a cash-basis profit and loss as Unapplied Cash Payment Income.
+Intuit creates the Unapplied Cash Payment Income account itself, and it cannot be deleted or changed.
+A payment dated before the invoice it pays produces the same symptom even when it is applied.

What the Receive payment form actually asks

The fields are short, and each one is a decision rather than data entry.

You pick the **customer**, which scopes everything below it to that customer's open invoices. You set the **payment date**, which is the date the cash movement is recorded. You choose a **payment method**, which is reporting detail rather than accounting. You choose a **"Deposit to"** account, which Intuit describes as "the account you put the payment into". You enter the **amount received**. Then, in the **Outstanding Transactions** section, you select the checkbox for the invoice being paid.

That last step is the transaction. Everything above it describes cash arriving. Only the checkbox says which receivable the cash relieves.

On the deposit account, Intuit's framing is worth reading precisely. You can deposit "into an account, like your current account, or select Undeposited Funds if you need to group the payment with others". Undeposited Funds is the answer to a specific question, which is whether this payment will be part of a larger bank deposit. It is not a safe default, and payments parked there because nobody chose otherwise are a common source of a balance nobody can explain later.

The unapplied payment, and why it is not a loose end

Skip the invoice checkbox and QuickBooks still saves the transaction. The customer's balance drops, the cash lands, and nothing looks obviously wrong on the screen. The problem appears on a report, later, in a place people do not expect.

Intuit defines an unapplied cash payment as "cash basis income from customer payments that are received but not applied to any sales form". Their blunter phrasing is the memorable one: "you took the money in, but never declared the income on a sales form."

On a cash-basis profit and loss, that money has to be reported as income somewhere, because on a cash basis you received it. With no sales form to attribute it to, QuickBooks routes it to an account called **Unapplied Cash Payment Income**. Intuit is explicit that these accounts "are automatically created by QuickBooks Online for cash-basis reporting and cannot be deleted or changed", and that they exist because "the IRS requires these accounts for proper reporting of 'Constructive Receipt Income'", pointing at IRS Publication 538.

So the consequences of a missing checkbox are larger than a tidiness issue. Your cash-basis income statement now carries a line you did not create and cannot remove, your accrual and cash reports disagree for a reason nobody can see from the transaction, and the original invoice is still sitting open in accounts receivable as though the customer never paid.

The version of this that catches careful people

There is a second cause, and it is the one that survives a careful bookkeeper.

Intuit lists two scenarios that produce unapplied cash payment income. The first is the obvious one: "You entered payments without matching them to sales forms." The second is not: "A customer prepaid you and you recorded the payment before creating the sales form (invoice or sales receipt)."

In the second case the payment is applied. The linkage is correct. The problem is purely the dates. On a cash basis, the income is recognized when the cash arrived, and on that date there was no invoice yet for it to belong to, so the same account appears.

This matters for anyone taking payments through a processor, because prepayment is normal there rather than exceptional. A customer paying a subscription invoice the moment it is issued, or paying against an invoice that gets recorded in your books a day later, produces exactly this ordering. The fix is not to hunt for an unapplied payment, because there is not one. It is to look at whether the payment date precedes the invoice date.

Payments and credits

Credits complicate the same linkage. A credit memo sitting on a customer's account reduces what they owe, and when a payment arrives, QuickBooks has to decide whether to consume the credit or leave it.

Intuit's guidance is that if you "turn on the credit note auto-apply feature, QuickBooks handles this for you". That is convenient, and it is also a setting with a real consequence, because automatic application decides which invoice the credit lands against rather than leaving that to you. Where that matters, and how the credit side behaves, belongs with the credit memo rather than here.

The practical point for a payment is narrower. If a customer's open balance and your expected payment amount disagree, an outstanding credit is one of the first things to check, because it means the invoice you are trying to settle may already be partly relieved.

How Acodei creates payments in QuickBooks

Acodei writes both kinds of payment, and the distinction is exactly the one above.

Where a Stripe charge belongs to a Stripe invoice that Acodei has already synced, the charge becomes a **Payment Receipt applied to that QuickBooks invoice**. The application step, which is the part that goes missing when this is done by hand, is where the record starts. The Stripe fee on that path posts as a separate expense rather than as a line inside the payment.

Where a connection has **Sales as Payment** enabled, or a custom-work payment rule applies, the charge instead becomes a **standalone Payment against the customer, not linked to an invoice**. That is the deliberate version of the unapplied payment described above, and it is the right shape for businesses whose Stripe activity is not being invoiced in QuickBooks at all.

A standalone Payment deposits to the resolved holding account for that Stripe account and currency, rather than to your operating bank account, the same account every sales receipt is deposited into. That is what keeps the sale and the payout separable, since the payout is a later, separate movement of money out of the holding account.

Which of the two a given charge becomes is not decided by whether the charge has an invoice. It is decided by the connection's settings, which is a more interesting question than it sounds and is worked through in the post on [sales receipt vs payment routing](/blog/stripe-charge-sales-receipt-vs-payment-quickbooks).

Two settings are worth knowing here. **Process Sales as Receive Payment-only** switches a connection to the invoice plus payment workflow, so Stripe activity becomes accounts receivable in QuickBooks. Acodei's own documentation calls it a big mode change and says to use it at onboarding only. Separately, a **"Paid outside Stripe" to Undeposited Funds** setting creates a QuickBooks payment when a Stripe invoice is manually marked paid, for businesses that invoice in Stripe but collect by wire or check. It applies to Undeposited Funds configurations and is set per company.

Want to see this on your own Stripe data?

Start a free trial

Frequently asked questions

What is a payment in QuickBooks Online?

It is the transaction, recorded through the Receive payment form, that applies money from a customer to an invoice they already owe. It reduces accounts receivable and increases cash. It recognizes no income, because the invoice already did that.

What is the difference between a payment and a sales receipt?

A sales receipt records the sale and takes the cash in one document, so it recognizes income. A payment does only the cash half, because the income was recognized when the invoice was created. If there is no invoice, a payment has nothing to apply to and a sales receipt is usually the form you want.

What happens if I record a payment without applying it to an invoice?

QuickBooks saves it, but on a cash-basis profit and loss the money shows up under Unapplied Cash Payment Income, because you received cash with no sales form to attribute it to. The invoice also stays open in accounts receivable. Intuit creates that account automatically and it cannot be deleted or changed.

Why do I have Unapplied Cash Payment Income when my payments are applied?

Usually because the payment is dated before the invoice it pays. Intuit lists customer prepayment as one of the two causes: you recorded the payment before creating the sales form. On a cash basis the income is recognized on the payment date, when no invoice yet existed. Check the dates rather than hunting for an unapplied payment.

Which account should I deposit a payment into?

Whichever account the money actually went into. Intuit describes Undeposited Funds as the choice for when you need to group the payment with others into a single bank deposit, so it answers a specific question rather than serving as a default. Payments left there by accident are a common source of an unexplained balance.

Do Stripe payments become QuickBooks payments automatically?

Where the charge belongs to a Stripe invoice Acodei already synced, yes: it becomes a Payment Receipt applied to that QuickBooks invoice, with the Stripe fee posted as a separate expense. Where a connection has Sales as Payment enabled, the charge becomes a standalone Payment against the customer instead, not linked to an invoice.

Does a payment show up on my profit and loss?

On an accrual basis, no. The income appeared when the invoice was created, and the payment only moves cash and receivables. On a cash basis it does show, as income attributed to whatever sales form it was applied to, or to Unapplied Cash Payment Income if there is none.

What customers say about running Stripe through Acodei

★★★★★

“If you're testing out all the different Stripe/QuickBooks integration apps right now, let me save you some time. This one is the best one by far.”

RyanOwner at Indie Music Academy