Resource

A Store Order

One order through the school shop — the uniform list the school publishes, a parent buying for two children at once, the order the storeroom fulfils, the receipt, and the money arriving in the same ledger as the school fees.

Stores & InventoryParentStudentSchool Admin
A Store Order

A school shop is not a shop

Everything a school sells — uniform, textbooks, games kit, exam materials — is sold to people it already has an account with. That single fact is why running the shop on a card machine and a stock book costs a school more than the shop makes: the money arrives outside the ledger, the debt is invisible to the bursary, and a family with two children has to work out who each blazer was for. EaseAcademia treats the store as a channel into the same finance the fees run through, and the same pupil records the rest of the school uses. School Store is a paid module; the ledger it settles into is Finance, and the exit an unpaid order can hold up is base platform.

On this page
Step 1 · Storeroom

What the school sells

A school’s catalogue is not a general shop’s: almost every item is required, sized, and specific to a year group. The product model is built around that, which is what lets the store tell a parent what their child actually needs.

1

The product list

Every item with its price, its stock and its variants — because a blazer is not one product, it is nine sizes, and a school that cannot say which sizes are left cannot run a uniform shop in September.

Price, stock level and low-stock threshold per item
Variants — size, colour — held against one product rather than as nine products
Items marked required, so the store knows what a family has not yet bought
The stat row is the server’s count across the catalogue, stock value included
2

And who it is for

Categories scoped to year groups and to gender where the school’s uniform policy is. This is what turns a catalogue into a recommendation: the store can tell a JSS 1 parent what a JSS 1 pupil needs without anybody writing a list.

Categories scoped by grade and, where the policy has one, by gender
What is required versus what is optional, per category
The scoping is what drives the recommendations the family sees next

Ready to run your school on this?

Every screen in “What the school sells” is the live product, not a mockup. Create your school account, or have us walk you through it on a call.

Step 2 · Parent

Buying for two children at once

The family’s half, and the thing that separates a school shop from an online one: a parent is not buying for themselves. Every line has to know which child it is for, or the storeroom cannot fulfil it and the parent cannot check it.

1

The shop, from home

The same catalogue, filtered to what this family’s children can actually use — their year groups, their sizes where the school holds them. A parent of two in different years sees one shop, not two.

Scoped to the guardian’s own wards and their year groups
Required items distinguished from optional ones
Stock shown honestly — an item that is out says so before it is in the basket
2

A basket that knows whose blazer is whose

Every line in the basket carries the ward it is for. It sounds like a detail; it is the whole difference between an order the storeroom can hand over and a bag somebody has to sort out at the counter.

Each line assigned to a specific ward, with their size
One order can cover several children in one payment
Quantities and variants changed in the basket, before anything is committed

See this on your own school’s data.

Every screen in “Buying for two children at once” is the live product, not a mockup. Create your school account, or have us walk you through it on a call.

Step 3 · Storeroom & family

Paid, packed, collected

An order moves through states the storeroom and the family both need to see, and they see the same ones. There is no dispatch note to reconcile against a receipt, because the order IS both.

1

The order queue

Every order with its family, its items, its ward assignments and its state. Fulfilling one draws the stock down and moves it along; nobody keeps a separate picking list.

Placed, paid, packed, ready and collected, as states on one record
Lines grouped by the ward they are for, ready to hand over
Stock is drawn down on fulfilment, not on order — so an unpaid order does not lose a blazer
Unpaid and uncollected orders are visible as a queue rather than as a surprise
2

The same states, at home

The parent watches the same record move. “Ready for collection” is a state the storeroom set, not a message somebody remembered to send — which is why the office stops fielding the phone call that asks.

The order’s current state, per order
What is in it and which child each line is for
Order history across terms, so last year’s sizes are on hand
3

The receipt

A real receipt, in the school’s own numbering, rendered from the school’s own document design. It exists because a parent asked for it — and because a school that cannot produce one has a shop its bursar cannot audit.

Receipts in the school’s own series, not a payment-gateway reference
Rendered from the school’s document templates, with its branding
Downloadable, and re-printable later without regenerating the number

Set this up for your team.

Every screen in “Paid, packed, collected” is the live product, not a mockup. Create your school account, or have us walk you through it on a call.

Step 4 · Student

What the school says they still need

Three screens, and the first is the one that makes the category scoping in step one worth doing. An older pupil buys for themselves — and since 2026-08-29 that is literal rather than aspirational: the basket, the checkout and the receipt used to belong to a parent account, which is no use to a boarder standing at the collection point on a Tuesday.

1

Recommended for me

The required items for this pupil’s year group that their family has not yet ordered. It is computed from the catalogue’s own scoping and the order history — not a promotion, and not a list anybody maintains.

Required items for their grade, minus what has already been bought
Their sizes where the school holds them
The same catalogue and the same stock as every other view of the shop
2

Their own basket, their own checkout

Checking out and paying are two deliberate steps rather than one. A pupil who abandons the gateway halfway leaves a real unpaid order the shop can see and settle at the counter — never a basket that quietly vanished.

Line totals and the running total come from the server; the portal does no money arithmetic of its own
Checkout turns the basket into an order and draws stock down; paying opens the gateway against that order
Where the school takes no card payments the same button just places the order, and says to pay from Orders
3

What is still owed on it

Each order carries what remains on it, so “pay now” can say what it is about to charge. A card payment and one a bursar takes at the counter funnel into the same method, which is why the two can never disagree about what has been settled.

Order number, date, total and status, with the remaining balance on the row
Part payments supported, so an order half-settled at the counter shows the rest
The same order the shop is looking at in step three — one record, two readers

Ready to run your school on this?

Every screen in “What the school says they still need” is the live product, not a mockup. Create your school account, or have us walk you through it on a call.

Step 5 · Bursary

Where the money actually lands

The last two screens are not store screens, and that is the point of the whole flow. A school shop’s takings are school money: they belong in the same ledger as the fees, and an order nobody paid for is a debt like any other.

1

One ledger, every module

The store’s takings in the school’s central transactions journal, beside the fees, the library’s fines and the hostel’s charges. It is one filterable journal rather than six cash books — which is the only way a bursar can close a month.

Store payments posted as ledger entries, with their order as the source
Filterable by module, so “what did the shop take this term” is a filter, not an export
Refunds post compensating entries; history is never edited
The same journal every other module writes to
2

The order nobody collected

When a pupil leaves with an order unpaid or a blazer uncollected, the store is the office that has to say so. Same clearance surface as the library and the boarding house — because a school leaves through one door, and every office it owes gets to sign.

Live debt — unpaid orders and uncollected ones
A second tab holds the sign-off queue — the leavers only; an exit is held until the store signs
Sign off or waive with a reason, from the row of that queue
The store signs for the store — no other office can clear its line

See this on your own school’s data.

Every screen in “Where the money actually lands” is the live product, not a mockup. Create your school account, or have us walk you through it on a call.

Run your whole school on one connected platform

Start with the base package, switch on the modules you need, and give every parent, student and staff member a single place to log in.