Quick answer:
Parkcore is rolling out automatic reorder suggestions that calculate exactly what to order based on real sales velocity, a supplier's lead time, and how much cover a park wants to keep in hand — grouped by supplier, editable before ordering, and turned into a proper purchase order in a few clicks. It replaces the two usual approaches to reordering: a gut-feeling glance at the shelf, or a fixed reminder that ignores how fast something's actually selling.
Supermarkets solved reordering decades ago with an idea that sounds almost too simple to be worth stating: order roughly what you're about to sell, not what you think looks right on the shelf. The hard part was never the idea — it was building a system that actually knew, with any confidence, how fast something sold and how long a new delivery would take to arrive. Get both of those numbers right and reordering stops being a judgement call and becomes close to arithmetic. Most small retail operations, holiday park shops and bars included, have never had access to that arithmetic — just a shelf, a feeling, and a supplier's phone number.
The problem with the two usual methods
Reordering by eye — walking the shelves, noticing what looks low, ordering more — works reasonably well for an experienced manager who's run the same shop for years. It breaks down the moment someone less experienced is covering, during a particularly busy or quiet patch that throws off the usual rhythm, or simply on a day when nobody had time to do the walk-round properly before the supplier's ordering deadline.
Reordering on a fixed schedule — "order crisps every Tuesday" — solves the forgetting problem but creates a new one: it ignores actual demand entirely. A fixed weekly order either runs out before the next delivery during a busy spell, or quietly overstocks during a quiet one, tying up money in a stockroom instead of a bank account.
Both methods are really the same underlying problem wearing different clothes: nobody's actually calculating how much is needed, because nobody has the sales data to calculate it from — until now.
How the calculation actually works
Parkcore's reorder suggestions start from real, logged sales — the same till-sale movements covered in our piece on stock's full audit trail — averaged over the last 30 days to get a genuine daily sales rate for each item, not a guess. From there, the suggested order quantity factors in the supplier's lead time (how long a delivery actually takes to arrive once ordered), a configurable number of cover days on top of that as a buffer (14 days by default), the item's set reorder level, current stock on hand, and anything already on order but not yet delivered. The result is a specific number for a specific item — not "running low," but "order 36," worked out from how the item is actually selling, not how it looks on a shelf.
Suggestions are grouped by supplier automatically, since that's how an order actually gets placed — one list per supplier, quantities pre-filled but fully editable before anything's confirmed, so a manager's own judgement always has the final say over the arithmetic.
From suggestion to delivery, without re-keying anything
A reviewed, adjusted list of suggestions becomes a real purchase order in a few clicks — pulling the supplier's details straight from their record rather than requiring them to be typed again. An order moves through clear stages: drafted, sent, and then booked in as it's delivered, with partial deliveries properly supported — if a supplier sends half an order now and the rest next week, both deliveries book in against the same order, ticking off lines as they arrive rather than forcing an all-or-nothing close. Booking in a delivery updates stock automatically through the same movement-logged system covered in our stock audit trail piece, and if a cost price is attached to that delivery, it updates the item's recorded cost going forward too — keeping margin figures honest without a separate manual update.
How this compares to most park and small-retail software
Reorder automation of this kind — genuine demand-based suggestions, not just a low-stock alert — is common in large-scale retail inventory systems and almost entirely absent from holiday park software, where the shop or bar is typically treated as a minor add-on to the real business of bookings. The usual alternative, where it exists at all, is a basic "stock below threshold" flag that tells a manager something's low without telling them how much to actually order or when it'll realistically run out given current demand. That's a meaningfully smaller piece of the problem solved — it still leaves the actual calculation, and the judgement call about whether a threshold is even still the right one, entirely in someone's head.
What this is not, on purpose
Purchasing suggestions are exactly that — suggestions. Nothing orders automatically without a person reviewing and confirming it; the calculation removes the guesswork, not the decision. And it's worth being plain that supplier-specific pack sizes or case quantities — ordering in boxes of 24 rather than individual units — aren't factored into the suggested quantities yet, a natural refinement once this has been used through a full season and the real-world rounding patterns are clearer.
Why margin visibility matters just as much as the order itself
Ordering the right quantity is only half of what makes purchasing genuinely useful — the other half is seeing, honestly, what each item is actually worth once it's bought in. Parkcore's stock list shows cost price alongside selling price for every item, with margin calculated automatically, and a running total of stock value both at cost and at selling price. That turns "are we making enough on this?" from an occasional, manual spreadsheet exercise into something visible on the same screen used to manage reordering — so a slow-moving item with a thin margin and a fast-moving item with a healthy one are equally easy to spot, rather than both looking identical as just another line needing restocked.
Key takeaways
- Reorder suggestions are calculated from real sales velocity, supplier lead time, and a configurable cover buffer — not a fixed schedule or a visual shelf check.
- Suggestions are grouped by supplier and fully editable before becoming a real purchase order.
- Purchase orders support partial deliveries, booking in stock and updating cost prices automatically as items arrive.
- This kind of demand-based reorder automation is rare in holiday park software, which typically treats the shop as a minor, lightly-supported add-on.
- Suggestions inform, not replace, a manager's judgement — nothing orders without a person confirming it.
Frequently asked questions
From real sales data averaged over the last 30 days, combined with the supplier's lead time, a configurable buffer of cover days, the item's reorder level, current stock, and anything already on order — producing a specific suggested quantity, not just a low-stock flag.
No — an order moves through draft and sent stages with a person confirming each step; nothing is ordered automatically without review.
Yes — partial deliveries are supported, with each delivery booking in against the same order and ticking off lines as they arrive, rather than requiring the whole order to land at once.
Parks wanting to replace reordering guesswork with real, supplier-grouped suggestions can find Purchasing rolling out inside Stock & Suppliers in Parkcore.
