Historical sales
Daily and weekly movement for each SKU and branch.
Keeper builds a probabilistic forecast for every SKU and location, measures its accuracy continuously, then links it to available inventory, open orders, lead times, safety stock and minimum order quantities. The result is not just a number — it's a date, a quantity and reviewable options.
Order before August 7.
Current cover doesn't reach the expected lead time.
You don't need a data-science team, but you deserve to know how the forecast is built. Here is a straightforward explanation, without hype or oversimplification.

Keeper gathers the operational signals that actually affect the decision, while preserving the source and timestamp of each piece of information.
Daily and weekly movement for each SKU and branch.
Actual balance, reserved, and in transit.
Promised duration versus what actually happened.
Ramadan, holidays, campaigns and demand shifts.
What was ordered, what is delayed, and what's arriving soon.
Minimum order quantity, pack sizes, and safety stock.
Your current planning systems keep forecasts and plans per their own settings, and may offer advanced reports. Keeper does not replace these capabilities; it selects and tunes the models, links external signals to the decision, and compares alternatives by their impact.
| Area | Current planning systems | What Keeper adds |
|---|---|---|
| Forecasting | Forecasts and plans per system settings | Selects, tunes and monitors models with explanation and confidence range |
| Seasonality | Calendars and seasonal transactions | Links the local calendar to SKU and location behavior |
| Stock-out data | Handling depends on setup quality | Detects unobserved demand periods and shows their impact |
| External signals | May require additional sources and modules | Links the external signal to the affected SKUs and the decision |
| Decision | Suggested plans or orders | Compares alternatives and explains the impact of quantity, timing and supplier |
Keeper starts with a read-only connection by default. Draft creation or transaction writing can be enabled through specific integrations, permissions, and approval workflows agreed with the company.
Every recommendation follows a clear sequence your team can review: context, analysis, verification, then a proposed action with its reason and impact.
Links demand history to inventory, open orders and lead times.
Tests several models on your historical data and picks the best fit per category.
Calculates the expected stock-out date, probability and available lead time to act.
Proposes the quantity, date and supplier, and prepares the order draft for approval.
Keeper shows the priority, the number, the reason and the next step on a single screen. Illustrative example of the output below.
Every step stays linked to its source, timestamp and responsible user.
Results are measured against your past and current data, and you see what worked, what needs improvement, and the confidence range of every recommendation.
"A forecast doesn't just give a number; it gives your team clear time to act before the problem becomes a reality."
Keeper design principle
Keeper starts with a read-only connection by default, and every action waits for the authorized user's approval before sending or writing to the system.
The forecast is compared against what actually happened before it's activated.
Every recommendation carries a reviewable confidence level.
The factors that raised or lowered the forecast are shown.
Accuracy is reviewed per the agreed data cycle.
Each agent is independent in its task, but shares context and decisions with the rest of the team so departments don't work in silos.