Reverse balance

A customer account tracks what the customer owes you, so its natural state is a debit balance. When it sits in credit, the relationship has flipped: you owe the customer rather than the other way round. The mirror case is a supplier account in debit, which raises the possibility of an overpayment or of a payment posted against the wrong counterparty. In Turkish chart-of-accounts practice these are the 120 and 320 accounts, the standardised customer and supplier control accounts every company here uses, which makes the anomaly easy to search for across an entire ledger; local accounting packages treat the pattern as a report in its own right, and in Logo Netsis it appears as the reverse balance account check. A reverse balance is not a verdict; it is a question that only the underlying line items can answer.

The most common innocent explanation is a prepayment. The customer paid before the goods shipped, no invoice exists yet, and the account stays in credit until one is issued. The second is a credit note that was posted in a later period than the invoice it was meant to offset, so the balance tips the wrong way for a while. The third group is where the money is: payments booked against a sister company with a near-identical trading name, the same remittance captured twice, or a receipt entered with the wrong sign. This matters for reconciliation because a reversed account can still agree in total with the counterparty's statement while none of the individual lines underneath actually correspond to each other.

The usual misconception is that a reverse balance is cleaned up by a period-end reclassification. Moving credit-balance customer accounts to the liability side of the balance sheet is a presentation step; it does not resolve the matching problem underneath, it only removes it from view. The second confusion is between a reverse balance and a net balance. A counterparty account can net to nearly zero and still contain open invoices and open payments that were never matched to one another. The only reliable reading comes from comparing open items at invoice and payment level, with prepayments and credit notes flagged separately rather than absorbed into a total.