POs that draft themselves — against velocity, vendor reliability, and fill-rate.
You came in because reordering is guesswork on a spreadsheet — you carry dead stock you can’t move and run out of the thing that actually sells — and ‘smart ordering’ from your POS is a reorder point that ignores how a vendor actually performs.
The reorder model reads the same shelf your budtender does and drafts a PO before your purchaser opens email. It weighs 30/60/90-day velocity, a vendor-reliability score, fill-rate against your last six POs with that brand, and your menu’s zone constraints. The output is a draft with quantity-per-SKU chips your purchaser approves, edits, or kills.
The model drafts; the human commits.
Reads the real shelf
30/60/90-day velocity, vendor reliability, and fill-rate against your last six POs with that brand — the inputs a static reorder point ignores.
Drafts the PO, you decide
Suggested-quantity chips your purchaser one-click approves, edits, or kills. Nothing orders itself behind your back.
Ranks what sells, drops what doesn’t
The Menu Builder ranks top 365-day sellers, capacity-checks them against your case zones, and flags phase-out candidates so dead stock leaves the shelf.
Same numbers as the floor
It reads par-levels and POS velocity — the same numbers your floor sees — not a separate forecast built in a vacuum.
Let the rows do the work.
Most POS ‘smart ordering’ is a min/max threshold. It doesn’t know a vendor missed half its last six fill dates, or that a SKU has been dead for ninety days.
What drives the order
A static reorder point — when stock hits X, flag it.
What drives the order
Velocity, vendor reliability, fill-rate, and zone capacity.
Vendor performance
Not in the math.
Vendor performance
A reliability score and per-PO fill-rate history on the row.
Dead stock
Sits until you notice.
Dead stock
Phase-out candidates flagged so it leaves the shelf.
Who commits the order
Auto-points, or all-manual.
Who commits the order
The model drafts; your purchaser one-click approves or kills.
Our purchaser approves drafts instead of building POs from a blank sheet. The reliability score exists because a vendor’s promise and a vendor’s fill-rate are two different numbers — and only one of them should drive a reorder.
See a PO draft itself.
The demo walks a reorder draft built from velocity and vendor reliability, and the phase-out list, on a test run set up for your shop.