Case File: The Business Paid LEC, but the Customer Had Not Paid Yet
The records showed physical cash received even though the customer still owed the business.
Why the transaction is easy to misclassify
The business may successfully pay the customer's electricity bill using Express Point or another funding account. Operationally, the service is completed. But if the customer has not yet paid the business, there is no physical cash receipt. Recording one creates money on paper that is not in the drawer.
Cash payment and customer credit are different events
| Scenario | Physical cash | Funding/platform account | Receivable |
|---|---|---|---|
| Customer pays cash now | Increases by principal + collected fee | Decreases by principal | None |
| Business pays before customer pays | No increase yet | Decreases by principal | Customer receivable increases |
| Customer later repays | Increases when actually received | No duplicate payment movement | Receivable decreases |
The false-cash failure
If the system records physical cash when the customer has not paid, the expected drawer becomes too high. At close, staff may appear short even though the real issue is that a receivable was booked as cash.
Control lesson
- Ask whether the customer actually paid, not merely whether the service was completed.
- Use a named customer receivable when the business fronts the payment.
- Require a customer/reference trail for credit.
- Do not recognize unpaid value as physical cash.
- When the customer pays later, clear the receivable instead of repeating the service transaction.
The worked logic is public because it teaches the accounting distinction. Product-specific automation and validation rules remain private.