Planned · nothing built yet · read the honest status below

The physical side of a school store: a shelf, a counter, a table at a game.

Schoolstorefront tracks what's on the shelf and what sold at the counter — concessions, spirit wear, a book fair table. It never touches a card number and it isn't live today. This page states the plan, honestly, before any of it is built.

Join the waitlist

How the physical side works, once it exists

Load the shelf. Every SKU your store carries gets an on-hand count, a reorder point, and a storage location.
Ring it at the counter. Event counter mode tallies what sold against the SKU it drew from — the store's own cash or card terminal handles tender, untouched by this product.
Reconcile after the event. The tally is checked against a physical recount; a mismatch is flagged for a human, never silently adjusted.
Reorder before you sell out. A SKU crossing its threshold lands on a reorder list a manager reviews — nothing auto-orders or auto-charges.

This is the plan. None of these four steps are built today — see Surfaces below for the honest status of each.

Every surface, named plainly — none of it live yet

Six planned surfaces, each with the specific problem it solves at a real school store counter. Every one is labeled Planned · not built.

Planned · not built

Shelf inventory — SKU, count, reorder point, per storage location

Every item the store carries gets one SKU record: spirit-wear size run, concession case count, book-fair title, or supply-closet consumable. Each SKU carries an on-hand count, a reorder point, and the physical location it lives in (front shelf, storeroom shelf 3, concession trailer). Counting down to zero at a shelf does not require touching a keyboard mid-sale — the plan is a scan-and-decrement flow at the counter, not a spreadsheet reconciled after the fact. Planned; not built today.

Planned · not built

Counter mode for a game, a fair, or a pop-up table — tally sales, not cards

At a concession stand, a booster table at a game, or a book-fair aisle, staff mark each sale against the SKU it drew from — a tally of WHAT SOLD, decrementing the same shelf-inventory count above, so a Friday-night sellout shows up as an empty shelf record Monday morning instead of a surprise at the next physical count. Tender itself (cash, check, the school's own existing card terminal) stays entirely the school's own process — this surface never touches a card number and never routes a payment. Planned; not built today.

Planned · not built

Reorder alerts — a threshold per SKU, not a guess at the storeroom door

Each SKU carries its own reorder point (a size-run of spirit wear reorders differently than a case of concession candy). When on-hand crosses the threshold the item surfaces on a reorder list for the store manager to act on — the plan places it on a list a human reviews, it does not auto-place a purchase order or move money anywhere. Planned; not built today.

Planned · not built

Multiple sale points — front counter, concession trailer, pop-up table, one shared count

A school store rarely sells from one counter: a front counter during the school day, a concession trailer on game night, a folding table at the book fair. Each is planned as its own sale point pulling against the SAME shelf-inventory record, so a shirt sold at the game and a shirt sold at the front counter the next morning decrement one true count instead of two disagreeing spreadsheets. Planned; not built today.

Planned · not built

End-of-event reconciliation — tally vs. physical count, discrepancy flagged

After a game or fair closes, the plan is a close-out screen: what the counter tally says sold, against a physical recount of the shelf or trailer. A mismatch is FLAGGED for a human to resolve — shrinkage, a miscount, a comped item — never silently written off or auto-adjusted. Planned; not built today.

Planned · not built

Booster-club & PTO handoff — one inventory, whoever is staffing the table

A booster club running the concession stand and school staff running the front counter are planned to share the same SKU list and on-hand counts rather than keeping two, so a case of water moved from the storeroom to the trailer shows up decremented in both places at once. No student roster or purchaser identity is required for this handoff — it is inventory-to-inventory, not person-to-person. Planned; not built today.

Data & consent

Counter mode as planned needs no student identity: it is a tally against a SKU, the same shape as a cash-register receipt with no name attached. A separate, optional roster-linked “who bought what” report exists only for schools that explicitly want one — it is consent-gated, access-controlled, and never public, and it is never required to ring a sale.

No payment card data is ever collected, stored, or transmitted by this product on any planned tier — tender stays on the school's own existing terminal or cash drawer.

Plan & pricing

These are PLAN prices, not a card-charging purchase screen. No card is charged anywhere on this site. Reserve a spot by emailing us; nothing is billed by joining the waitlist. There is no fee and no lock-in to reserve a spot, ever, and if the price moves before this ships, whoever is on the list hears first — that is the honest trade for being early.

Multi-Location

Plan price on request · waitlist

One school, one storeroom, one counter — or a front counter, a concession trailer, and a book-fair table all pulling one shared count. This is where the plan starts.

Unlimited SKUs, one shared on-hand count
Event counter mode at every sale point
Reorder alerts per SKU
Unlimited sale points, from one counter to as many as you staff
End-of-event reconciliation with discrepancy flags
Booster-club / PTO shared-inventory handoff
No card rail, no card-charging purchase screen — ever, on any tier

Join the waitlist

District

Plan price on request · waitlist

Every building's store on one instance, each with its own storeroom and counters.

Everything in Multi-Location, per building
Cross-building reorder visibility for a central buyer
District-level reporting, roster-linked reports consent-gated

Join the waitlist

Honest answers to the questions you'd actually ask

Is this live today?

No. As of this page, nothing is built for schoolstorefront.com: the domain's own scope note reads, verbatim, “Nothing is built for it: there is no page today, and no point-of-sale or card rail exists to describe. Early-stage; the scope is still being set.” Every surface on this page is labeled Planned · not built, and this page exists to state the plan honestly, not to claim it works.

Do you process card payments?

No, and this is a hard no rather than a deferred one. This product tracks what sold; it does not move money. Cash and card tender at the counter stays the school's own existing process and never routes through this surface, on any planned tier.

How is this different from schoolspirit.network?

Schoolspirit.network holds the online side — a family ordering spirit wear from a web store. Schoolstorefront.com holds the in-person side — a shelf, a counter, a table at a game. They are sibling properties, not one product wearing two names, and each is named once in the other's footer, never merged.

Do you need student names or IDs to run counter mode?

No. Counter mode as planned is a cash-register-style tally against a SKU, not a student lookup. A roster-linked “who bought what” report is a separate, optional, consent-gated surface for schools that want it — never required to ring a sale, and never public.

What happens to our existing spreadsheet or paper tally sheet?

Nothing, until you choose to move off it. This page describes a plan you can join a waitlist for; it does not claim your current process is already replaced.

Join the waitlist

This is early-stage and honestly labeled that way throughout this page. If a physical-goods school-store inventory and counter tool is something your booster club or front office wants when it exists, tell us. There is no fee and no lock-in to join, and nobody on this list is ever charged before there is a product to charge for — this is honest early access, never a soft launch dressed up as one.

[email protected]