A working reference for bookkeepers and CPAs: cleanup, the close, and books that hold up under review.


Bookkeeping

Customer payment defaults in QuickBooks Desktop: how to test them safely

How to check whether customer payment defaults are populating correctly in QuickBooks Desktop, using a sample file to tell a settings problem from file damage.

Updated 2026-08-19 · 3 min read


When a customer's payment terms, preferred payment method, or delivery defaults stop filling in the way they used to, the ledger usually tells you before anyone complains. Invoices go out with the wrong terms. Receipts land against the wrong method. This article covers how to test the defaults without touching live data, and how to read what the test tells you.

What payment defaults do to your books

Payment defaults are convenience settings on the customer record. They pre-fill terms, payment method, and related fields when you create an invoice or receive a payment. They do not post anything themselves. When they fail, the entries are still yours to catch.

The accounting risk is subtle. An invoice issued with 30-day terms instead of pre-paid changes your expected cash date and your ageing report. A receipt recorded under the wrong method reconciles against the wrong clearing account. Neither is a broken debit or credit, so the trial balance stays clean while the operational picture drifts.

Why test in a sample file first

QuickBooks Desktop ships with sample company files. They give you a known-good environment: fresh data, default settings, no history of migrations or repairs.

Open a sample file and try the same steps. Create an invoice for a sample customer, then receive a payment. If the defaults populate correctly there, the software itself is fine. The fault sits in your company file, not in the installation.

If the defaults fail in the sample file too, the problem is at the program or workstation level. That distinction saves you hours of looking in the wrong place.

Reading the result in your own file

When the sample file works but yours does not, think about what changed. Defaults that fail after a data migration are a common pattern. A conversion can carry the customer records across but drop or corrupt the preference data attached to them.

Before anything else, preserve your evidence. Take a verified backup of the company file. Note which customers are affected and which defaults are missing, so you can compare after any intervention. Do not re-key the defaults in bulk yet; you want the before state documented.

Where this stops being bookkeeping

A handful of affected customers with plainly wrong settings is a data-entry problem, and fixing it is ordinary work. Widespread default loss, especially after a migration or alongside other oddities like list damage or reports that will not open, points to data integrity issues in the file itself.

At that point the file needs diagnosis and repair, not more re-keying. Our sister site covers QuickBooks file repair in depth, and that is where we send you rather than duplicating the steps here. What matters on our side is that your working papers show the backup, the test results, and the list of affected records, so the repair can be verified against a clean before-and-after.

The close checklist

Until the defaults are fixed, add a step to your month-end: spot-check new invoices for correct terms and payment methods before statements go out. Reconcile each payment method's clearing account as usual. A defaults fault is annoying, but it should never be allowed to reach the customer.


General information for people who keep the books. It is not accounting, tax or legal advice, and it is not a substitute for your own professional judgement on your own figures.

← All articles