Inferensys

Glossary

Rolling Horizon Planning

An iterative planning methodology where a multi-period optimization model is solved, but only the immediate period's decisions are executed before the model is re-solved with updated data, creating a continuous feedback loop.
Cinematic overhead of a WeWork creative suite room with multiple curved monitors showing AI decision dashboards, executives in casual attire reviewing data, dramatic pendant lighting.
ITERATIVE DECISION FRAMEWORK

What is Rolling Horizon Planning?

An iterative planning methodology where a multi-period optimization model is solved, but only the immediate period's decisions are executed before the model is re-solved with updated data, creating a continuous feedback loop.

Rolling Horizon Planning is an iterative decision framework where a multi-period optimization model is solved over a defined time window, but only the first period's decisions are physically executed. The horizon then 'rolls' forward one period, the model ingests newly observed data, and the optimization is re-solved, creating a continuous feedback loop that bridges long-term strategy with short-term execution.

This approach is critical in multi-echelon inventory optimization because it prevents planners from locking into brittle, long-range forecasts. By continuously re-optimizing safety stock placements and replenishment schedules as real-time demand signals and lead time disruptions emerge, the system maintains dynamic stability without the computational burden of solving an infinite-horizon problem.

ITERATIVE DECISION FRAMEWORK

Key Characteristics of Rolling Horizon Planning

Rolling Horizon Planning is a dynamic optimization methodology that bridges long-term strategy with short-term execution. By continuously re-solving a multi-period model as new data arrives, it creates a feedback loop that adapts to real-world volatility while maintaining strategic direction.

01

Solve, Execute, Repeat Cycle

The core mechanism involves solving a multi-period optimization model over a defined horizon (e.g., 12 weeks), but only the first period's decisions are physically executed. The model then rolls forward one period, incorporates newly observed data, and re-optimizes. This creates a continuous feedback loop where each iteration benefits from the most recent demand signals, inventory positions, and supply disruptions, preventing the plan from diverging from reality.

02

Frozen Period Enforcement

A critical governance mechanism where the immediate upcoming period is designated as frozen or firmed, meaning no algorithmic changes are permitted. This provides operational stability for:

  • Warehouse picking and packing schedules
  • Carrier booking and dock-door assignments
  • Manufacturing line changeovers Subsequent periods remain slushy (minor adjustments allowed) or liquid (fully re-optimizable), balancing execution certainty with planning flexibility.
03

End-of-Horizon Effects

A known pathology where the optimization model makes irrational decisions near the end of the planning window because it sees zero value in holding inventory beyond the horizon. Mitigation strategies include:

  • Salvage value constraints: Assigning a terminal value to ending inventory
  • Extension buffers: Adding dummy periods beyond the true horizon
  • Terminal constraints: Forcing ending inventory to match a target safety stock level Without these, the model will artificially deplete stock, creating a bullwhip effect in subsequent runs.
04

Stochastic Scenario Trees

Advanced implementations replace a single deterministic forecast with a branching scenario tree that represents multiple possible futures. At each decision point, the model considers probabilistic paths for demand spikes, supplier delays, or price fluctuations. The optimization then finds a non-anticipative solution—a decision that is feasible regardless of which scenario materializes—while minimizing expected cost across all weighted outcomes. This transforms the plan from fragile point estimates to robust hedges.

05

Computational Tractability

Re-solving a large-scale mixed-integer program every period demands careful engineering. Techniques to maintain speed include:

  • Progressive hedging: Decomposing the stochastic problem by scenario
  • Warm starts: Seeding the solver with the previous period's solution
  • Horizon aggregation: Bucketing distant periods into coarser time blocks
  • Variable fixing: Locking binary decisions (e.g., plant openings) for near-term periods The goal is sub-hour solve times to fit within nightly batch windows or event-triggered replanning cycles.
06

Replanning Triggers

Beyond the standard periodic cadence, intelligent systems initiate an out-of-cycle replan when deviation metrics breach thresholds:

  • Demand signal: Actual orders deviate >15% from the forecast envelope
  • Supply disruption: A supplier force majeure or port closure event
  • Inventory excursion: Stock levels fall below safety stock minimums
  • Financial signal: Spot market transportation rates spike beyond model assumptions Event-driven replanning ensures the frozen period doesn't lock in decisions based on obsolete assumptions during volatile conditions.
PLANNING METHODOLOGY

Frequently Asked Questions

Clarifying the mechanics and strategic value of iterative, feedback-driven planning horizons in autonomous supply chains.

Rolling Horizon Planning is an iterative planning methodology where a multi-period optimization model is solved over a defined future time window, but only the decisions for the immediate first period are executed. The model is then re-solved at the start of the next period with updated, real-time data, creating a continuous feedback loop. This mechanism allows the system to adapt to new information—such as demand signals, inventory levels, or supply disruptions—before committing to future actions. By constantly looking ahead a fixed number of periods while only acting on the present, it bridges the gap between long-term strategic optimization and short-term operational execution, ensuring that plans remain optimal under evolving conditions.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.