Customer Advance Payments: Record Deposits Without Counting Them Twice

A customer pays part of an order's price before delivery. You now hold the money, but the order is not finished. Writing only “600 paid” may leave you wondering later which order it belongs to. Recording it twice, once as a payment and again as income on the same account, will distort the balance between you.

You can track the advance in the customer's ledger with a description linking it to the order, then review the balance direction before and after the order amount becomes due. Distinguish money received, money due and fulfillment status: each answers a different question.

Start with the agreement and an order reference

Before recording anything, identify the customer, currency and a clear order number or name. Note the amount received, its date, and the delivery and remaining-payment agreement. Use a description such as “Advance payment — order 31” rather than “Payment” alone.

Keep evidence of the agreement beyond accounting shorthand. An amount in the account does not by itself tell you the order is finished, whether the customer received it or what was agreed if it changes. Calling a payment a deposit does not by itself determine cancellation treatment; check the agreement before settling anything.

Example: 600 owed to the customer, then 1,200 owed by them

The following example uses a new customer account with a zero balance, one currency and no other transactions. The agreed order price is 1,800. You receive 600 in advance before recording the order price as due from the customer.

In a Zawid Accounts customer account, a Payment entry reduces the balance. Recording 600 received when there is no previous debt therefore gives the customer a 600 credit balance. A change in balance direction does not mean the account disappeared or became incorrect; it shows the advance held for the customer.

When the full 1,800 order amount actually becomes due according to the transaction you are documenting, record it once. The result is 1,800 minus 600, leaving 1,200 to collect.

This example tracks a customer balance; it does not establish that all money received is profit. Order costs and expenses need separate review, and a settled customer account does not determine them.

Apply the example in Zawid Accounts

Create a Customer account, or open the existing one after checking its name and currency. Leave the opening balance at zero in this example. Do not place the advance there and then enter it again as a transaction.

When receiving the advance, open Record payment and enter 600 as a positive amount. Add the order reference and “Advance before delivery” in the note, and check the date. After saving, confirm that the balance is in the customer's favor. Reading whether money is owed to or by the customer matters more than the number alone.

The app may show a warning for a transaction needing review. Do not dismiss it automatically: verify that the payment is real, the account is correct and it has not already been recorded. When entering the amount due for the order, use the same reference and review the result.

See adding your first customer for account creation and recording debts and payments for entering transactions.

Three errors that misrepresent an advance

First, creating an artificial debt of 600 solely to record a 600 payment against it makes the account appear settled while hiding the customer's advance. Record what actually happened and review the direction of the balance.

Second, entering the full order price and then recording the remaining amount as another new debt duplicates part of what is due. In this example, entering 1,800 followed by a further 1,200 debt would count part of the order twice. The remainder is a result of transactions, not a second sale.

Third, recording the same receipt twice under different transaction types on the customer account also distorts it. If you recorded the payment, do not add another Income entry on that same account for the same money merely because cash came into your hands. Check the effect of each entry before accepting it.

A checklist before closing the order

• The reference matches across the advance, order amount and remaining payments.
• Total actual payments match what you received, without duplication.
• The amount due reflects the final agreement, including documented changes.
• You understand whether the balance favors the customer or is owed by them.
• Delivery status has been confirmed separately from the balance.

For advances covering two orders, distinguish the orders in notes. The account combines the whole relationship; a zero balance alone does not prove that every individual order is complete.

If the order belongs to a home business, review how to separate order receivables from expenses so fulfillment costs stay clear alongside the customer balance.

Frequently asked questions

Should I enter the advance as a negative amount?

Enter a positive amount in the payment form and choose the correct transaction type. The app calculates its effect and the balance direction. Manually adding a minus sign is not a substitute for the right type.

Should I change the account to Supplier to show money owed to the customer?

No. This example uses a customer account, whose balance can move into the customer's favor because of an advance. Changing the account type to make the result look right changes its meaning.

What if the order is canceled?

Review what was completed, what became due and what you agreed to refund, then document the actual settlement. Do not delete a real payment merely to close the order or invent a sale to clear the balance. Ask support before changing the record if the correct adjustment is unclear.

Make your first trial easy to reconcile

Choose a simple order and write down three amounts: the advance received, the actual amount due and the remainder. Match them to the customer statement. Download Zawid Accounts from Google Play to begin on Android, with a free plan and optional Pro plan for expansion.