Why editing the balance loses information
If a customer owes $300 and pays $100, changing the balance cell to $200 gives the current answer but erases the payment event. Later, neither side can see when the money was received or which sale created the amount.
An event-based record keeps the $300 sale and adds a $100 receipt. The $200 balance is calculated from both, so the total and its explanation remain available.
A simple partial-payment example
Suppose a customer buys $450 of merchandise, pays $150 today and $100 next week:
- the sale records the products and $450 value;
- the first receipt reduces the open amount to $300;
- the second receipt reduces it to $200;
- inventory changed with the sale, not with either receipt.
That last distinction matters. Money arriving later should not reduce the merchandise a second time.
What to check before discussing a balance
Review completed and cancelled sales, all receipts, dates and the customer attached to each record. If two people share a similar name, use stable contact details to avoid posting a payment to the wrong account. Correct an incorrect event rather than forcing the total to a desired number.
Keep credit policy outside the software claim
The app can show an operational balance, but it cannot determine who should receive credit, set a legally appropriate agreement or guarantee collection. Establish limits, due dates and communication rules for your business, and reconcile important balances with your formal accounting process.
