Recording Card Payments by Hand After QuickBooks Payments Is Cut Off

When discontinuation cuts QuickBooks Payments off from Desktop, card sales taken at an outside terminal must still be recorded so your books balance.

When Intuit retires a Desktop version, it switches off the connected services that version relies on, and QuickBooks Payments is one of them. The Process Credit Card button stops working, and no setting inside the retired software restores it. You can still take cards. The charging moves to an independent processor, and the bookkeeping moves to three manual entries that keep your reconciliation clean.

What actually breaks?

The integrated payment flow is a live, authenticated connection between your company file and the processor's servers. A retired version can no longer sign in to those servers, so the button fails at the moment of sale. Nothing in your data is damaged, and nothing needs repairing. Card numbers were never stored in your file; the integration only passed a reference. The fix is to split the job in two. Take the card outside QuickBooks, then record the result inside it.

Take the card outside QuickBooks

Any independent processor gives you a virtual terminal in a browser, a standalone reader, or both. Charge the card there. Before you close the session, copy three things: the confirmation code, the gross amount, and the fee. Note the settlement date too, because most batches reach your bank on the following business day. Never type a full card number into any QuickBooks field. The memo line is for reference codes, not card data.

Set up the accounts once

Two list entries do most of the work. In your chart of accounts, add an expense account for merchant processing fees. In the payment method list, add a method such as External Card, or name it after your processor, so card revenue is separate from cash and checks. If your processor holds funds for several days before releasing them, a bank-type clearing account can hold payments in transit. Most offices will not need one.

Record the sale the way you always have

If the sale pays an invoice, open Receive Payments and apply the gross amount to that invoice. For a direct sale with no invoice, use a Sales Receipt for the gross amount. In both screens, choose the card payment method you created, and group the payment with undeposited funds rather than dropping it straight into the bank account. Put the confirmation code in the memo. The gross amount matters here. The invoice closes in full, and the fee becomes a separate cost rather than a short payment that leaves a stray balance.

Where does the processing fee go?

Every fee has to land somewhere, and the expense account you created is where it lives. The entry method depends on how your processor pays you.

If fees come off each deposit, handle it on the deposit screen itself. Pull the payment out of undeposited funds, then add a second line with a negative amount posting to the fee account. Put the processor's name in the Received From column so the fee line names its source. The deposit total now equals the net cash that reaches the bank. If your processor deposits the gross and deducts fees monthly, deposit the gross in full instead. Enter that deduction as one expense transaction against the bank account, dated the day it leaves.

Make the deposit match the bank

The deposit entry is what makes reconciliation painless. Date it on the settlement date, not the sale date. Make its total equal the bank line to the cent. When both hold, the deposit clears during the bank reconciliation without editing, and the fee account accumulates the true cost of accepting cards. Keep the processor's monthly statement with your reconciliation papers. It ties every fee entry to a real deduction.

Pitfalls that unbalance the books

Three mistakes account for most of the tangles our engineers untangle. Recording the net amount as the payment leaves the invoice short and creates a phantom balance due. Recording the sale twice, once as a payment and once as a journal entry, doubles your income. Dating the deposit on the sale day instead of the settlement day throws the reconciliation off by a day. One habit avoids all three: gross on the payment, the fee on the deposit line, and dates taken from the bank.

Once the routine settles in, a retired Desktop version handles card sales as cleanly as it ever did. The integration was a convenience, not a requirement. Every entry is yours to place, and every amount traces back to a processor record.

Keep going

Your Desktop doesn’t have to end when Intuit says so.

Start with the master survival guide, or jump straight to the fix you need.