What are the four lists?
Reorder: variants whose days of cover, at the current rate of sale, will run out before a new order could land, ranked by the sales at stake. Move: variants sitting in one location while selling in another, ranked by the sales the move would serve. Stuck: units with no sale in the window the owner set, valued at cost. Bleeding: the holding cost accruing on stuck units, so the owner sees the cash leaking each week.
Each list is a set-based query over the engine's own database, refreshed with every sync and by webhook when inventory changes, so the reorder list at nine in the morning reflects the orders that arrived overnight.
- Reorder: cover runs out before a new order could land, ranked by the sales at stake.
- Move: stock in one location while another sells it, ranked by the sales the transfer would serve.
- Stuck: no sale in the owner's window, valued at dated landed cost.
- Bleeding: the holding cost accruing on stuck units, per week, so the leak is visible as money.
Days of cover is the figure under everything
Days of cover is how long current stock lasts at the current rate of sale. The engine computes it per variant per location from units on hand and recent sell-through, with the window the owner chose. A line with twelve days of cover and a thirty-day lead time is a reorder; a line with four hundred days of cover is stuck.
Because the same figure drives the reorder list and the stuck list, the two can never contradict each other, and the cash-sitting-still figure on the money-at-stake strip is the stuck list's total.
Why every list is ranked by money
A reorder list sorted by units would put a cheap accessory above a coat. Sorted by the sales at stake, the coat comes first. A stuck list sorted by units would put a bin of hangers at the top; sorted by cost, the unsold jackets do. Ranking by money means the owner's first look is at the biggest lever, every time.
The ranking uses the low end of any range. A move whose benefit is uncertain does not outrank a reorder whose sales are certain.
How does the send-to-manager workflow work?
Each list can be turned into a message: a reorder list to the buyer, a move list to the location managers, a stuck list to the merchandiser with the markdown candidates. The AI drafts the message from the list's rows and its arithmetic; the owner reviews it in Review & Send and signs or edits it.
The send is logged, and Results later measures what happened: did the stuck lines move after the markdown, did the transfer serve the sales it was meant to. The list was a claim about money; the ledger checks it.
What the inventory analyst does not do
It does not place orders, move stock or change quantities in the store. The store is read-only, and every action is a proposal to a person. It does not forecast demand beyond the current rate of sale; that is Foresight's job, where forecasts are scored against reality daily. And it does not hide a line whose cost is missing; it shows the line with No cost data and excludes it from the money ranking.
Those boundaries are why a buyer can trust the reorder list: it is arithmetic on real stock and real sales, not a model's opinion about next quarter.
Which roles work these lists on ftes.ai?
The Cash Officer FTE owns stuck and bleeding, and is judged on cash released from stock. The Buyer FTE owns reorder, judged on availability of the lines that sell. The Allocator FTE owns move, judged on transfers that served sales. Each proposes from its list and hands the proposal to the owner through Approvals.
A store that connects and hires these three sees the four lists populate from its own data within the first sync, and the first proposals appear on the Morning Brief once the roles have a week of sell-through to compute cover from.