The tier above admin. This account creates admins and sets account ceilings.
Everything KinderBuddy is running, across every school.
notemeeting renewalinvoice releaseholiday
A brief lands in your inbox at 8am whenever something needs attention — an event today, a subscription running out, an invoice due or a receipt waiting to be checked. Quiet days send nothing.
What KinderBuddy earns and what it is owed. Revenue follows the seats assigned to each school; the bills themselves live with the school they belong to, under Management.
A school is billed for the seats you assigned it — its student ceiling under Account ceilings — not for how many children it actually enrols. So the invoice is the same at 40 children or 200. How full those seats are is utilisation, further down.
A package with few seats filled is a renewal conversation: either the school needs help enrolling, or a smaller package fits it better.
A targeting plan for the sales team, grounded in what you actually sell — the package price, the editions that are built, and the customers already signed. Name an area and it works out who to approach there.
The deployment itself — what it is storing, whether every part answers, and what has been built. None of it belongs to one school.
Firestore bills by document, not by byte — and no SDK exposes stored bytes, so documents are counted exactly and the size is a sampled estimate. Storage bytes are real.
Not measured yet.
Invoices, payment confirmations and the note that a school has uploaded a receipt all go out from this address. Send yourself one first — if it lands in spam, the domain's SPF, DKIM or DMARC records are not right yet.
Confirms each moving part answers, so a fault can be placed rather than guessed at.
Not run yet.
What has actually been built, as opposed to what a school is allowed to
open. A build is school-edition-buddy, and either slot may be
all — all-all-gameshub serves every school and every edition,
kinderworld-advance-spellbuddy serves one. Nothing can be assigned to a
school below until a build here covers it.
Loading…
The customers. Add a school, then pick one below to run everything that belongs to it — its accounts, ceilings, subscription, bills and buddies.
Each school is a separate customer. Its children, teachers, ceilings and subscription are its own — one school's admin can never see another's.
Loading…
Suspend locks a school out without deleting anything — use it for an unpaid renewal. Delete is refused while the school still has accounts.
Counted from the accounts that exist, not from a stored tally — so it cannot drift.
How many accounts this school may create. Enforced in the Cloud Function, so raising it here is the only way to lift it — an admin cannot work around the page.
The window this school works in. Outside it nobody from this school can use KinderBuddy — child, teacher or admin — and every page says why. Leave a field empty for no limit at that end. A superadmin is never locked out, or an expired licence would shut out the only account that can renew it.
Tick the editions this school has bought. Unticked, the edition is closed to them however the dates read. Ticked with both dates empty, it simply follows the school window above.
An invoice records what was billed. Seats, price and dates are copied onto it when raised and never recalculated, so changing a ceiling later cannot rewrite a bill already sent. A draft is yours alone — Verify & send is what delivers it to this school's admin console.
Loading…
Which buddies this school may open, edition by edition. Untick and the card disappears from that edition's stage. A — means no build covers that pair yet — add one under Builds at the top of this page first.
Loading…
While this is on, everyone lands on the maintenance screen and every Cloud Function refuses — except a superadmin, so you can always turn it back off.
Preview the screen: maintenance.html
Invoices, contracts and anything else that belongs with this school. Superadmin only — an admin running a school cannot read these. 20 MB a file.
Loading…
An admin runs one school: children, teachers, insight, screen time. They cannot create other admins, and cannot change the ceilings above.
Everyone who can open this school's admin console.
Loading…
A superadmin account cannot be created from this page — that is deliberate.
Promote one from the Firebase console by setting role: "superadmin" in its
custom claims, so the highest tier always requires project access.
Clears out test data before the real children arrive. Deletes every child account in this school and everything they did — answers, stars, points, chart places, stickers, chats. The school itself, its ceilings, subscription, buddies and invoices are kept.
There is no undo. It is refused automatically once a school has real activity behind it.