An inventory review needs more than a list of low numbers. Some stock is reserved, some replenishment is already on order, and some records are incomplete. A purchasing owner needs those distinctions before deciding what to buy.
Clanker Workspace can prepare a stock-review file from an inventory snapshot and the rules you supply. Keep the export and purchasing policy in a Project, then ask an Agent to show its calculations and exceptions.
Define available stock for this review
Start with item IDs, units, on-hand quantity, reservations, incoming orders, and the reorder threshold used by your business. Record the snapshot date and any uncertainty about the figures.
For this fictional exercise, available stock means on hand minus reserved. Incoming orders remain separate until received. Flag an item when available stock is strictly below its supplied reorder point. These are the sample's explicit rules; use the definitions appropriate to your own inventory system.
Keep missing quantities unknown. A blank reservation field does not establish that nothing is reserved. If the export contains multiple locations or incompatible units, retain those distinctions rather than combining them into an unexplained total.
Try a four-item snapshot
The following fictional quantities are all in individual units, as of 13 October 2026:
sku,on_hand,reserved,on_order,reorder_point
SKU-A,18,6,20,15
SKU-B,25,5,0,10
SKU-C,8,,0,10
SKU-D,4,4,0,8
Ask:
Review this fictional inventory using available = on_hand minus reserved and flag available strictly below reorder_point. Do not count on_order as received stock. Save inventory-review.md with each SKU, calculation, threshold result, incoming order, and missing information. Prepare a purchasing-review queue, not purchase orders. Preserve unknown reservations. Do not choose order quantities or place orders without the required policy and owner decision.
The Agent should return the item-level reasoning. For a larger file, ask it to identify duplicate SKUs, units, and location fields before calculating anything.
Inspect the queue before deciding quantities
The expected result for the sample is:
| Item | Available | Review outcome |
|---|---|---|
| SKU-A | 12 | Below 15; examine the existing order of 20 and its arrival information. |
| SKU-B | 20 | Above the threshold of 10. |
| SKU-C | Unknown | Clarify the reservation quantity. |
| SKU-D | 0 | Below 8, with no incoming order recorded. |
Open the saved result from Project Files or Space. SKU-A is still below its threshold today, but its existing order matters to the purchasing decision. SKU-C should remain unresolved instead of being treated as eight available units.
A threshold can identify an item for review without determining the correct order quantity. Lead time, pack size, expected demand, and purchasing approval may also be needed. Supply those rules explicitly when you want a more detailed recommendation.
Make repeated reviews understandable
Preserve the review method in a reusable Skill or custom Agent. Add a fresh snapshot for each review and date the output. If a recurring Schedule uses a file, define how that file becomes current before the run.
For a visual stock-review tool, the spreadsheet-to-App guide offers a private dashboard path. Test its counts and filters against known records. Building the interface does not itself connect your inventory system or place orders.
Finish with a queue the purchasing owner can act on: which records need attention, why they were flagged, and what input would resolve the decision.
Sources
Give your assistant one useful job
Preserve item IDs, units, and missing values before applying your stock-review rules.