Skip to content
Restaurant Forecasting is live with file-based onboarding.Request access
OpenfluidOpenfluid
Restaurant Forecasting · Live

One forecast that follows the restaurant operating chain.

Sales become item demand. Item demand becomes preparation. Recipes turn preparation into ingredients. Closing stock exposes the gap. Recorded waste tells the team whether the plan improved.

Revenue to ingredient planningOutlet-level recommendationsHuman overrides preserved
Restaurant ForecastingOpenfluid Restaurant Forecasting overview
One product

The modules are connected because the decisions are connected

The value comes from carrying the same outlet, item, date and unit definitions through the entire chain. Separate forecasts that use different grains create reconciliation work.

Worked example

Saturday, 1 August: what the sample data would put in front of the team

These values come from the synthetic TimesFM input workbook used in the prototype. They illustrate the decision flow, not commercial performance.

Business level

₹1,68,622 revenue

The seasonal baseline estimates about 281 completed orders across the three outlets. Jubilee Hills leads revenue; Gachibowli leads orders.

Preparation

115 Chicken Dum Biryanis

Rounded outlet forecasts are 40 portions at Jubilee Hills, 38 at Gachibowli and 37 at Madhapur. The kitchen can then add an explicit service buffer.

Purchasing exception

Packaging boxes run short

Jubilee Hills shows roughly 517 boxes required over seven days against 12 recorded at close. The recommendation still needs pack size, delivery lead time and open purchase orders.

Waste review

42.8 recorded portions

Chicken Dum Biryani had the highest recorded waste quantity in the latest week. That observation informs the buffer; it does not prove the forecast caused the waste.

Data contract

What the product needs at each stage

The product should not imply that a POS contains recipes, stock counts or actual waste. Those inputs often come from kitchen, inventory or procurement workflows.

DecisionMinimum inputBetter withOutput
RevenueCompleted orders, net revenue, outlet and timestampChannel, promotion and closure calendarRevenue and order range by day/outlet
Menu demandOrder-line quantity and menu itemDaypart, availability and substitution eventsItem forecast and preparation baseline
IngredientsRecipe quantity and item forecastYield, wastage factor, pack size and lead timeRequirement, gap and purchase priority
Waste preventionPreparation baseline and demand forecastActual leftovers, spoilage and plate-waste logsPotential excess and measured outcome
Product boundary

Claims Openfluid should not make

A narrower claim makes the product easier to trust and easier to evaluate during a pilot.

No guaranteed lift

Forecasts do not guarantee revenue or savings

Accuracy depends on data quality, event coverage, the chosen horizon and whether operators use the result in time.

No hidden waste estimate

Potential excess is not actual waste

Spoilage, trim, cooking loss, plate waste and leftovers require direct measurement; sales history cannot reconstruct them reliably.

No automatic purchase order

A requirement is not a procurement instruction

Vendor lead time, minimum order, open orders, pack size, shelf life and approval rules are needed before ordering.

FAQ

Questions operators usually ask.

Can Openfluid start with only POS data?

Yes for revenue, order and item-demand forecasting. Ingredient requirements and measured waste need recipes, stock and operational records.

Does every outlet need the same model?

No. Outlets can share a modelling framework while retaining their own demand level, weekly pattern, events and operating constraints.

How should a pilot be judged?

Use rolling historical backtests for accuracy, then track whether the approved plan improved stockouts, sell-through, excess or planning time during live operation.

Choose the first decision to improve.

Revenue is the easiest starting point. Preparation or inventory usually creates more operational value when the necessary data is available.

Discuss a pilot →