The School Shop and the Account That Isn't There
The uniform shop, the tuck shop and the bookshop all want the same thing: sell to a learner and put it on the family account. There is no learner and no fee account — and the counter cannot sell on credit at all, by design. What that leaves you, why it is not a workaround so much as a different shape, and where the money genuinely reconciles.
On the first day of term the uniform shop takes more money in six hours than the school office takes all month, in cash, in M-Pesa, and in a great many promises. By Wednesday the promises are a list on a counter book, and by the end of term about a fifth of the list has quietly become a bad debt that nobody ever raised an invoice for.
Two facts shape every answer to this. There is no student and no fee ledger. And the point of sale requires payment in full — it will not open a credit sale, deliberately, and no setting changes that. Those two together are either an obstacle or a clarification, depending on how you organise the shop.
The counter, precisely
A point-of-sale transaction reduces stock, records a payment, posts the journal entries and closes. Payment can be cash, M-Pesa or card, a customer can optionally be attached to the sale, and the amount tendered must equal or exceed the total — a sale tendered short is refused rather than left partly paid. Change due is computed, the sale is fulfilled, and the cash session it belongs to reconciles at the end of the shift.
So "add it to my fees" is not a payment method here, and it is worth understanding why that is the right constraint rather than a missing feature: a till that can issue credit without a receivable behind it is how a shop's stock and a school's books stop agreeing. The refusal at the counter is what forces the debt to be recorded properly, somewhere it can be chased.
What the shop says What actually happens
"Put it on his fees" Not possible at the till
The point of sale requires payment in full. The honest route is a customer invoice to the family, raised in the office, and the goods issued against it.
"Cash sale to a parent" An ordinary POS sale, customer optional
Fully supported and the cleanest transaction in the building: stock reduces, the payment is recorded, the journal posts and the shift reconciles.
"The family owes us for a jumper" A customer invoice with a balance
The family is a customer record. The invoice ages, appears on their statement, and triggers an overdue reminder to their email if one is on file.
"Their account" A customer with a credit limit and a balance
Exposure is the typed opening balance plus every open invoice. It is a receivable, not a fee account — there is no fee structure, no termly billing and no learner behind it.
"Charge the boarding deposit to the account" Another invoice, raised by hand
There is no recurring invoice generation, so nothing bills a set of families on a schedule. Each term's invoices are created deliberately.
Every row resolves the same way: the shop is a shop and the debt is a receivable, and the two are separate transactions in separate modules. The mistake to avoid is trying to make the counter carry the debt.
Two shapes, and you have to pick one per shop
Run it as a cash shop
- Every sale paid in full at the counter — cash, M-Pesa or card
- Stock, cost of sales and the shift reconciliation all work exactly as designed
- No receivable, no arrears, no chasing, no bad debt
- A parent who cannot pay today is sent to the office, not served on trust
- Right for tuck shops, and for uniform shops that hold their nerve
Run it on invoices
- The office raises a customer invoice per family, then the shop issues the goods against it
- The debt is visible, ages properly, appears on a statement and is chased automatically
- Stock is issued as a check-out rather than sold at the till, so the counter is not involved
- Slower at the counter, and it needs somebody in the office during the rush
- Right for bulk term issues — full uniform sets, book packs, boarding kit
The failure mode is running both informally at once: some sales through the till, some on a counter book, the book reconciled to nothing. Pick a shape per shop and per occasion — cash for the daily tuck shop, invoices for the first-week uniform issue — and write down which is which.
A till that cannot issue credit is not a limitation to route around. It is the thing forcing the debt into a place where somebody can actually chase it.
What the family account really is
What a customer record gives you
Built, and genuinely useful
- A credit limit, with an invoice held automatically when exposure would exceed it
- A recorded override on that hold, naming who released it and why
- A statement over any date range: opening balance, invoices, payments, running balance
- That statement emailed with your own subject, message, cc and bcc
- Overdue reminders to their email on a schedule you set — or switch off
- Credit notes to cancel a charge without cash moving
What it is not
Absent by design
- A student, a class, an admission number or a guardian link
- A fee structure, a termly bill or an arrears position per learner
- Automatic termly invoicing — nothing bills a list of families on a schedule
- A parent portal — there is no login for a family to see their own balance
- Bank statement matching — incoming bank payments are reconciled by hand
- Any link from a POS sale to the family's statement
What crosses the seam
- One invoice per family per charge, raised deliberately by a person
- One payment recorded against it, which does post to the ledger
The last item on the right is the one that catches people: a point-of-sale sale to a customer records the customer on the sale, and the statement is built from invoices and payments only. A till sale never appears on the family's statement.
The first week of term, both ways
One family, full uniform set, two different processes
Illustrative figures. Notice what the credit limit did: it stopped a family already 9,200 behind from being handed another 8,450 of goods without a decision by a named person. That is the single strongest reason to run the first-week issue on invoices rather than on trust.
Where the money reconciles, and where it does not
Three things reconcile properly and are worth relying on. A POS sale posts its own journal entries, including cost of sales, so the shop's margin is real. A cash session per counter reconciles the till at the end of a shift against what was recorded. And a payment received against a customer invoice posts to the ledger.
Two things do not, and both matter for a school. Applying a credit note posts no journal entry — it reduces the invoice balance and increases its paid amount, so if you cancel a charge that way, your receivables control account and your invoice list stop agreeing by exactly that amount, and the credit reads as cash collected. Carry the month's credit notes across as a manual journal until that is closed. And there is no bank statement import or matching, so fees paid straight into the school's bank account are reconciled by a person reading a statement.
M-Pesa is the happier case and worth setting up properly. A Paybill, Till or QR receipt arrives on its own, and if the account reference the payer typed matches an invoice number — with or without an "INV-" prefix — the payment is posted onto that invoice and its balance automatically. Anything that matches nothing lands on an unmatched list and is attached to the right invoice in a click. Which means the collections quality of your term depends on something almost comically small: whether the invoice number you print on the fee note is the thing parents actually type into the account field.
Scoring your shop before the term starts
One decided shape per shop
Make them prove it: Ask the shopkeeper what happens when a parent cannot pay today. Is there one answer?
Every family that owes anything is a customer record
Make them prove it: Count the names in the counter book that exist as customers
Credit limits set before the first week
Make them prove it: Pick five families with arrears. Do their records carry a limit?
Email addresses captured
Make them prove it: What proportion of customer records have an email?
Reminder cadence chosen deliberately
Make them prove it: Do you know how often an overdue family is emailed?
Credit notes carried to the ledger
Make them prove it: Ask your accountant whether last term's credit notes appear in the accounts
What we do and do not do
What AWRA OpsHub does today
- Point of sale that reconciles — cash, M-Pesa and card, stock reduced, cost of sales and journal entries posted, and a cash session per counter reconciled per shift.
- Customer records with credit limits, an automatic hold when exposure would exceed the limit, and an override that records who released it and why.
- Customer statements over any date range with a running balance, emailable with your own subject, message, cc and bcc.
- Overdue-invoice reminders to the family's email, on a cadence you choose per organization — daily, weekly, monthly or a custom interval — or switched off entirely.
- Credit notes against an invoice, numbered, dated and reasoned, to cancel a charge without cash moving.
- Automatic M-Pesa collection for Paybill, Till and QR — a receipt whose account reference matches an invoice number is posted onto that invoice and its balance without anybody typing it, and one that matches nothing waits on an unmatched list to be attached in a click.
What it does not do
- No credit at the point of sale. A sale must be tendered in full; there is no on-account payment method, by design.
- No student, fee structure, fee invoice or arrears position per learner. A family is a customer and a charge is an invoice.
- No recurring invoice generation, so termly billing is a set of invoices somebody raises each term.
- No parent portal. Families have no login to view a balance; statements and reminders travel by email.
- No POS sale on a customer statement. The statement is built from invoices and payments, so a till sale to a customer never appears on it.
- No bank statement import or matching, and no journal entry when a credit note is applied — both leave manual work behind for your accountant.
The shape to take from this: the shop is well served and the fee ledger is genuinely absent. Everything above works if you accept that a family is a customer, a charge is an invoice, and the counter takes money rather than promises.
Our take
Run the tuck shop as a cash shop and the first-week uniform issue on invoices, and write down which is which so the counter book disappears. Make every family that owes anything a customer with a credit limit — that hold is the one control that stops a family already behind being handed another set of goods on trust. Capture email addresses, because statements and reminders are the whole collections engine and both are silent without one. And do not wait for a fee ledger; there is not one here.
See the counter and the receivable side by side
Point of sale with shift reconciliation and posted cost of sales, customer credit limits with recorded overrides, statements you can email, and arrears reminders you set the cadence for.
Explore point of saleFrequently asked questions
Can the school shop sell on credit and add it to fees?
No. A point-of-sale transaction requires payment in full — cash, M-Pesa or card — and a sale tendered short is refused rather than left partly paid. There is no on-account payment method and no setting that adds one. The honest route for a family that cannot pay today is a customer invoice raised in the office with the goods issued against it, which puts the debt somewhere it ages, appears on a statement and gets chased.
Is there a student or fee account we can charge to?
No. There is no student, class, enrolment or guardian record, and no fee structure, fee invoice or arrears position per learner. What exists is a customer with a credit limit, a typed opening balance and invoices that age — a receivable rather than a fee account. It works well for what it is, provided nobody in the office expects it to know about terms, classes or fee items.
Do till sales show up on the family's statement?
No, and this catches people. A customer can be attached to a point-of-sale sale, but the statement is built from customer invoices and customer payments only — so a till sale to a family never appears on their statement or in their balance. If a transaction needs to be on the statement, it has to be an invoice. Treat the two as separate channels rather than assuming they merge.
Can we bill every family automatically each term?
No. There is no recurring invoice generation, so nothing bills a list of customers on a schedule — every term's invoices are raised deliberately by somebody. For a school of a few hundred families that is a real afternoon of work each term, and it is the single most valuable thing that could be added for anyone billing on a cycle, which is why it sits at the top of the open finance list.
How does a credit limit help a school?
It converts an informal decision into a recorded one. Exposure is the typed opening balance plus every open invoice, so when a new invoice would push a family past their limit it is held automatically with the excess amount stated, and releasing it records who overrode it and why. That is precisely the control missing from a counter book: the second issue to a family already behind stops for a decision by a named person instead of happening by default.
Will parents be chased automatically?
Yes, by email, once an invoice is past its due date — and only if there is an email address on the customer record. The cadence is now yours to set per organization, daily through to monthly or a custom interval, and it can be switched off; until this batch it ran daily with no way to slow it or stop it, which is a lot of email for a family already struggling. There is no SMS reminder and no parent portal, so email is the whole channel.
What still has to be done by hand at month end?
Two things, both for your accountant. Bank-paid fees are matched manually, because there is no bank statement import or matching engine — M-Pesa Paybill and Till collections do land automatically, so the manual work is bank-side only. And applied credit notes post no journal entry, so the total has to be carried across as a manual journal, or your receivables control account will drift from your invoice list by exactly the amount you credited. M-Pesa is the exception rather than the rule here: a Paybill or Till receipt whose account reference matches an invoice number posts itself, and the rest wait on an unmatched list to be attached.
