Guides & comparisons Invoicing Retail in Morocco

Paid, partially paid or unpaid invoice: keep the right customer balance

Separate invoice total, payments, credits and amount due, then reconcile references and customer statement without editing revenue.

By BelloCommerce

·

August 30, 2026

A MAD 6,000 invoice remains a MAD 6,000 invoice after a MAD 2,000 payment. Payment changes the customer balance, not the invoiced total. To know whether it is paid, partial or unpaid, retain every movement with date, method, reference and allocation; never type a new total by hand.

Paid, partially paid or unpaid invoice.

The equation to keep

Invoice total: issued and fixed value.
Payments: dated, referenced credits.
Credits: linked corrections, not payments.
Balance = invoiced debit − allocated payments − applicable credits.
Paid means zero balance after reconciliation.
Partial means positive balance with at least one payment.
Unpaid means no allocation or overdue under the tracking rule.
The statement must recompose every stage.

1. The four numbers in the file

Display invoiced total, paid amount, credits and balance separately. One editable “balance” field hides the source of a difference.

Movement	Customer debit	Customer credit	Effect
Invoice issued	6,000	—	Debt 6,000
Bank payment	—	2,000	Due 4,000
Cash payment	—	1,500	Due 2,500
Linked credit	—	500	Due 2,000
Final payment	—	2,000	Due 0
Discount before invoice	Reduces source invoice	—	Not a payment

A credit corrects the receivable; payment settles it financially. Do not mix them in one category even though both reduce the balance.

2. Record a usable payment

“Paid” without date or reference is an opinion. A usable entry lets customer, till, bank and accountant discuss the same event.

Choose the exact customer.
Enter payment date and time.
Choose cash, card, transfer, cheque or another validated method.
Add bank or till reference.
Enter the amount actually received.
Allocate to the correct invoices under your rule.
Prevent allocation above balance without explicit treatment.
Issue a receipt or update the statement.
Reconcile to bank/till statement.
Retain user and correction note.

Field	Why
Date	Ordering and ageing
Method	Cash journal
Reference	Reconciliation
Amount	Exact balance
Allocated invoice	Avoid floating credit
User	Audit trail

Transfer evidence is not always final bank credit; define when your procedure marks payment confirmed.

3. Statuses and due dates

Status should be calculated from movements, not freely selected. Add due date and ageing to distinguish an invoice not yet due from an overdue one requiring follow-up.

Status	Data condition	Action
Unpaid, not due	Full balance, future due date	Monitor
Partially paid	0 < balance < total	Confirm next date
Paid	Balance = 0, reconciled payments	Financially close
Overdue	Balance > 0 after due date	Follow up
Disputed	Customer reason documented	Pause automatic escalation
Customer credit	Unallocated payment	Allocate or refund

A deposit is an allocated payment, not a discount. The archive must retain invoice, payment, credit and evidence.

Reconciling payments and customer balance.

Do not mark paid from a screenshot

Check that money was received, belongs to the right customer and is reconciled to the right method. A screenshot, promise or pending cheque may have a provisional status, but should not erase the balance without a written rule.

4. Statement and reconciliation

The customer statement lists date, reference, debit, credit and running balance. Its total must equal movements, not a field edited to satisfy the customer.

Weekly, reconcile cash to the cash journal, cards to acquirer statement, transfers to bank and cheques to their state. Differences go in an incident list, never into an edited invoice.

Send the detail the customer needs while protecting data. Keep correction rights separate from collection rights.

5. BelloPOS customer ledger

From Go, unpaid sales and invoices create a debit; payments and credits create a credit. The ledger calculates running balance, ageing and PDF statement, with credit limits and override permission.

Function	Plan	Check
Record and history	Lite	Customer identity
Ledger and payments	Go/Pro	Reference and allocation
Credit limit	Go/Pro	Override right
Ageing	Go/Pro	Correct due dates
PDF statement	Go/Pro	Customer review
Accounting bridge	Pro	Accountant validation

Balance is recalculated from movements and should not be retouched. BelloPOS works locally; back up and restore the ledger with invoices.

BelloPOS

All the features

Mistakes to avoid

Reducing invoice total after payment.
Entering payment without reference.
Confusing credit and payment.
Marking paid before reconciliation.
Allocating to the wrong customer.
Omitting due date.
Editing balance directly.
Letting one user collect and erase traces.

Frequently asked questions

Does a partially paid invoice change amount?

No. Its total stays fixed; only paid and balance due change.

How do I calculate the balance?

Invoiced total less allocated payments and applicable credits, without double deduction.

When should an invoice be marked paid?

When balance is zero and payments are confirmed and reconciled under your process.

Is a credit note a payment?

No. It corrects all or part of the receivable; a payment describes money received.

Does BelloPOS handle partial payments?

Yes from Go, in the customer ledger with movements, ageing and PDF statement.

Can the customer balance be edited?

The normal balance is recalculated from movements. Any opening or exceptional adjustment must remain authorised and traced.

What to take away

Keep the issued total fixed and build balance from movements. Status then becomes a verifiable consequence, and the statement explains every dirham invoiced, paid, credited and due.