D02 · L3 · 02 — Demand Planning & ForecastingPlaneación de la Demanda y Pronóstico

Demand sensing & real-time signal integrationDemand sensing e integración de señales en tiempo real

You cannot sense demand from the order stream — the order stream is your customer's reaction to their own forecast, not the market's demand. Sensing means reading the signal before it is laundered through someone else's planning policy.

No puedes sensar demanda desde el flujo de pedidos — el flujo de pedidos es la reacción de tu cliente a su propio pronóstico, no la demanda del mercado. Sensar significa leer la señal antes de que la laven a través de la política de planeación de alguien más.

01What it isQué es

Demand sensing replaces the lagging order/shipment signal with near-real-time downstream data — POS, channel inventory, e-commerce, web traffic, weather — feeding a short-horizon model that detects demand turning points in days, not forecast cycles, without overwriting the statistical mid- and long-term baseline.

El demand sensing reemplaza la señal lagging de pedidos/embarques con datos downstream casi en tiempo real — POS, inventario de canal, e-commerce, tráfico web, clima — alimentando un modelo de horizonte corto que detecta puntos de inflexión en días, no en ciclos de pronóstico, sin sobrescribir la base estadística de mediano y largo plazo.

02Why it mattersPor qué importa

Lee, Padmanabhan & Whang 1997 (Lee et al., 1997 — peer-reviewed) identified demand-signal processing as a primary cause of the bullwhip effect: when the planning signal is the order stream, each echelon amplifies variance, routinely 2–4× per tier. The order stream is not demand — it is the customer's reaction to their own forecast and ordering policy, lagged and distorted. Sensing on true downstream data collapses the detection lag from one planning cycle (4–6 weeks) to days, attacking exactly the short-horizon error that drives expedite premiums and reactive excess.

Lee, Padmanabhan & Whang 1997 (Lee et al., 1997 — peer-reviewed) identificaron el procesamiento de la señal de demanda como causa primaria del efecto bullwhip: cuando la señal de planeación es el flujo de pedidos, cada eslabón amplifica la varianza, rutinariamente 2–4× por nivel. El flujo de pedidos no es demanda — es la reacción del cliente a su propio pronóstico y política de ordenamiento, retrasada y distorsionada. Sensar sobre datos downstream reales colapsa el rezago de detección de un ciclo de planeación (4–6 semanas) a días, atacando justo el error de horizonte corto que dispara primas de expedite y excesos reactivos.

03How it is doneCómo se hace

1
Map the latency of every signal you have. POS lands in 1–2 days, channel inventory weekly, shipments arrive cycle-lagged and laundered. Rank inputs by how early they reveal a turn, not by how easy they are to access.
2
Build a short-horizon sensing layer, separate from the baseline. Sensing corrects the next 1–8 weeks; the statistical model still owns the mid and long term. Two models, two jobs — never let sensing rewrite the strategic horizon.
3
Constrain the ML to level and slope. High-frequency signals are noisy; let the sensing model adjust the near-term level and trend, not invent structure. A sensing model with too much freedom chases noise and amplifies the very variance you came to dampen.
4
Reconcile the sensed near-term with the statistical mid-term. Produce one blended forecast, weighted by horizon — sensing-heavy at week 1, baseline-heavy by week 12 — so replenishment sees a single coherent number.
5
Prove the lift at lag-1 vs lag-4. Measure forecast error one week out against the naive cycle forecast. If sensing does not beat the cycle forecast at short horizon, the signals are not adding value and you are buying telemetry, not accuracy.
6
Close the loop to replenishment. A sensed signal that never changes an order is decoration. Wire the short-horizon correction into the replenishment trigger so detection becomes action automatically.
Worked example — illustrativeA CPG supplier planned against retailer orders — baseline: 1-week-ahead MAPE 28%, $310K/week expedite spend, 3.1 weeks finished-goods cover. It piped retailer POS and channel inventory into an 8-week sensing layer, blended by horizon, wired to replenishment. Results: 1-week MAPE 28% → 16% (-43%), expedite spend $310K → $190K/week (-39%), cover 3.1 → 2.6 weeks — with zero change to the 12-month statistical baseline, because sensing fixed the near term and left the strategy alone.
1
Mapea la latencia de cada señal que tengas. El POS llega en 1–2 días, el inventario de canal semanal, los embarques llegan con rezago de ciclo y lavados. Ordena los inputs por qué tan temprano revelan un giro, no por qué tan fácil es accederlos.
2
Construye una capa de sensing de horizonte corto, separada de la base. El sensing corrige las próximas 1–8 semanas; el modelo estadístico sigue siendo dueño del mediano y largo plazo. Dos modelos, dos trabajos — nunca dejes que el sensing reescriba el horizonte estratégico.
3
Restringe el ML a nivel y pendiente. Las señales de alta frecuencia son ruidosas; deja que el modelo de sensing ajuste nivel y tendencia de corto plazo, no que invente estructura. Un modelo de sensing con demasiada libertad persigue ruido y amplifica justo la varianza que viniste a amortiguar.
4
Reconcilia el corto plazo sensado con el mediano estadístico. Produce un pronóstico mezclado, ponderado por horizonte — pesado en sensing en la semana 1, pesado en base hacia la semana 12 — para que el reabasto vea un solo número coherente.
5
Prueba el lift en lag-1 vs lag-4. Mide el error a una semana contra el pronóstico ingenuo de ciclo. Si el sensing no le gana al pronóstico de ciclo en horizonte corto, las señales no están agregando valor y estás comprando telemetría, no precisión.
6
Cierra el loop al reabasto. Una señal sensada que nunca cambia un pedido es decoración. Conecta la corrección de horizonte corto al disparador de reabasto para que la detección se vuelva acción automáticamente.
Ejemplo trabajado — ilustrativoUn proveedor de consumo planeaba contra pedidos del retailer — base: MAPE a una semana 28%, $310K/semana de expedites, 3.1 semanas de cobertura de PT. Integró POS del retailer e inventario de canal en una capa de sensing de 8 semanas, mezclada por horizonte, conectada al reabasto. Resultados: MAPE a una semana 28% → 16% (-43%), expedites $310K → $190K/semana (-39%), cobertura 3.1 → 2.6 semanas — con cero cambio a la base estadística de 12 meses, porque el sensing arregló el corto plazo y dejó la estrategia en paz.

04The concept in depthEl concepto a fondo

🌊Bullwhip mechanics›
Variance amplifies as the signal moves upstream because each tier adds its own safety stock, batches orders, and reacts to the distorted signal below it. The supplier ends up planning against the loudest, most lagged version of demand. Sensing on the original downstream signal is the only structural cure — better algorithms on the laundered signal cannot un-launder it.
⏱️The signal-latency hierarchy›
Rank every input by lead-time relevance: POS and e-commerce (days), channel inventory and sell-through (weekly), distributor orders (cycle-lagged), your own shipments (lagged and self-distorted). The signals you act on should be ranked by earliness, not by convenience.
🎚️Sensing vs baseline: two jobs›
The sensing layer adjusts level and slope for the next 1–8 weeks; the statistical baseline owns seasonality, trend, and the planning horizon. Confusing the two — letting sensing rewrite the strategic forecast — turns a noise-dampener into a noise-amplifier.
🌊Mecánica del bullwhip›
La varianza se amplifica al subir la señal aguas arriba porque cada nivel agrega su propio inventario de seguridad, batchea pedidos y reacciona a la señal distorsionada de abajo. El proveedor termina planeando contra la versión más ruidosa y rezagada de la demanda. Sensar sobre la señal downstream original es la única cura estructural — mejores algoritmos sobre la señal lavada no la pueden des-lavar.
⏱️La jerarquía de latencia de señal›
Ordena cada input por relevancia de lead-time: POS y e-commerce (días), inventario de canal y sell-through (semanal), pedidos de distribuidores (con rezago de ciclo), tus propios embarques (rezagados y auto-distorsionados). Las señales sobre las que actúas deben ordenarse por anticipación, no por conveniencia.
🎚️Sensing vs base: dos trabajos›
La capa de sensing ajusta nivel y pendiente para las próximas 1–8 semanas; la base estadística es dueña de estacionalidad, tendencia y horizonte de planeación. Confundir las dos — dejar que el sensing reescriba el pronóstico estratégico — convierte un amortiguador de ruido en un amplificador de ruido.

05In practiceEn la práctica

⚖️Horizon-weighted blending›
Blend the sensed and statistical forecasts with weights that decay by horizon: sensing dominates week 1, the baseline dominates by the planning horizon. The crossover point is an empirical decision — fit it to where sensing stops beating the baseline.
📐Lag-1 vs lag-4 error measurement›
Report short-horizon error separately from total error. Sensing earns its cost only if it improves lag-1 and lag-2 accuracy; the mid-horizon numbers belong to the baseline and should not move. Splitting the metric keeps the two models honest.
🧹Signal governance›
Every signal must earn its place with measured predictive lift. Weather, web traffic, and macro indices are seductive and often useless. Add signals one at a time, measure the incremental accuracy, and drop the ones that do not pay.
🔗Closing the loop to replenishment›
Connect the sensed correction directly to replenishment and short-term supply. The value of detecting a turn early is exactly zero until it changes an order quantity or a build plan. Automate the handoff; manual reconciliation re-introduces the lag you eliminated.
⚖️Mezcla ponderada por horizonte›
Mezcla los pronósticos sensado y estadístico con pesos que decaen por horizonte: el sensing domina la semana 1, la base domina hacia el horizonte de planeación. El punto de cruce es una decisión empírica — ajústalo a donde el sensing deja de ganarle a la base.
📐Medición de error lag-1 vs lag-4›
Reporta el error de horizonte corto separado del error total. El sensing gana su costo solo si mejora la precisión a lag-1 y lag-2; los números de mediano horizonte pertenecen a la base y no deben moverse. Separar la métrica mantiene honestos a los dos modelos.
🧹Gobernanza de señales›
Cada señal debe ganarse su lugar con lift predictivo medido. Clima, tráfico web e índices macro son seductores y con frecuencia inútiles. Agrega señales de una en una, mide la precisión incremental y descarta las que no pagan.
🔗Cerrar el loop al reabasto›
Conecta la corrección sensada directo al reabasto y suministro de corto plazo. El valor de detectar un giro temprano es exactamente cero hasta que cambia una cantidad de pedido o un plan de producción. Automatiza el handoff; la reconciliación manual reintroduce el rezago que eliminaste.

06What you would useQué se usa

📌 DEMAND SENSING PLATFORMS
🟦SAP IBP Demand Sensing / o9 / Kinaxis — enterprise tier-1›
Native short-horizon sensing layered on the planning baseline, with downstream signal ingestion and automatic blending. (SAP, o9, Kinaxis — vendor) The choice when sensing must feed an integrated end-to-end plan.
🟩Blue Yonder Luminate Demand Edge›
ML-driven demand sensing with strong retail/CPG signal libraries. (Blue Yonder — vendor) Particularly well-suited where POS and channel data are rich and the near-term replenishment loop is the prize.
🟥Specialized sensing / control-tower point solutions›
Niche ML sensing engines and control towers that bolt onto an existing planning stack. (specialized vendors — vendor) The vertical option when the core APS lacks a credible sensing module.
⬜For operations that don't need a platform›
A weekly POS or sell-through pull (EDI 852 or a retailer portal export) feeding a simple short-horizon correction in the existing planning tool. The discipline of looking at the downstream signal weekly captures most of the lag reduction before any platform is bought.
📌 PLATAFORMAS DE DEMAND SENSING
🟦SAP IBP Demand Sensing / o9 / Kinaxis — enterprise tier-1›
Capa de sensing de horizonte corto nativa sobre la base de planeación, con ingesta de señales downstream y mezcla automática. (SAP, o9, Kinaxis — vendor) La opción cuando el sensing debe alimentar un plan integrado end-to-end.
🟩Blue Yonder Luminate Demand Edge›
Demand sensing impulsado por ML con librerías de señales retail/CPG sólidas. (Blue Yonder — vendor) Particularmente adecuado donde los datos de POS y canal son ricos y el loop de reabasto de corto plazo es el premio.
🟥Soluciones puntuales de sensing / control tower›
Motores de sensing ML de nicho y torres de control que se acoplan a un stack de planeación existente. (vendors especializados — vendor) La opción vertical cuando el APS core carece de un módulo de sensing creíble.
⬜Para operaciones que no necesitan plataforma›
Una extracción semanal de POS o sell-through (EDI 852 o export de portal del retailer) alimentando una corrección simple de horizonte corto en la herramienta de planeación existente. La disciplina de mirar la señal downstream cada semana captura la mayor parte de la reducción de rezago antes de comprar cualquier plataforma.
The bottom lineEn corto

Operations that sense on downstream signals see the turn while it is still cheap to act on; operations that plan on orders see it after the expedite is the only option left. The order stream is the slowest, most distorted view of demand a planner can choose — and most planners choose it because it is the easiest to get. The lag between a turn and your detection of it is the budget for every expedite premium you pay.

Las operaciones que sensan sobre señales downstream ven el giro mientras todavía es barato actuar; las que planean sobre pedidos lo ven cuando el expedite es la única opción que queda. El flujo de pedidos es la vista más lenta y distorsionada de la demanda que un planeador puede elegir — y la mayoría la elige porque es la más fácil de obtener. El rezago entre un giro y tu detección de él es el presupuesto de cada prima de expedite que pagas.

All D02 componentsTodos los componentes de D02D02 artifactsArtifacts de D02SCRA