Daily cash + float control for mobile money, POS, remittance and agent-banking businesses
Operational case file

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.

Field-derived caseFalse cashLEC / bill pay
Evidence basisThis pattern was encountered during internal operating/testing work. The issue forced a clear separation between LEC cash payments and LEC customer-credit transactions.
Visible symptomCash report looked stronger than drawer
Hidden issueCustomer still owed the business
Correct bucketCustomer receivable

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

ScenarioPhysical cashFunding/platform accountReceivable
Customer pays cash nowIncreases by principal + collected feeDecreases by principalNone
Business pays before customer paysNo increase yetDecreases by principalCustomer receivable increases
Customer later repaysIncreases when actually receivedNo duplicate payment movementReceivable 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.

Questions this case answers

Frequently asked questions

Why is customer credit not cash?

Because the service may be completed while the customer still owes the business. Until money is actually received, the value belongs in a receivable bucket, not physical cash.

What happens when the customer later pays?

Record the actual receiving account and reduce the customer receivable. Do not repeat the original bill-payment movement.

Can this create a false staff shortage?

Yes. If expected physical cash includes money the customer never paid, the drawer will appear short at close.