Gestión de riesgos y continuidad en IBP

Porque el riesgo no se gestiona cuando explota… se gestiona cuando todavía es opcional.

La mayoría de empresas no “gestionan riesgo”, gestionan consecuencias.

El riesgo se convierte en tema cuando:

• falta producto,
• sube el costo,
• cae el servicio,
• o hay que explicar el mes.

Y casi siempre se escucha lo mismo: “Nadie lo vio venir.”

La verdad es que muchas veces sí se veía venir, solo que no había un sistema que lo hiciera visible, repetible y accionable.

En IBP (Integraded Business Planning), la gestión de riesgos no es una hoja bonita, es un mecanismo para responder una pregunta: ¿Qué se puede romper… cuándo… y qué vamos a hacer antes de que se rompa?

1) Qué significa “risk management” dentro de IBP

En IBP, un riesgo no es un susto. Es:

• un evento posible,
• con probabilidad e impacto,
• que afecta el one-number plan (servicio, costo, inventario, margen, merma, cash)
• y que debe tener un dueño y un plan.

La meta no es eliminar el riesgo, es hacerlo gobernable.

2) El corazón del sistema: Risk Register (registro de riesgos)

Un risk register de clase mundial es simple pero completo.

Campos mínimos (los que sí se usan)

• Riesgo: qué puede pasar (ej. “proveedor X se atrasa 4 semanas”)
• Causa raíz: por qué podría pasar (capacidad, país, calidad, dependencia, clima, etc.)
• Categoría: supply, demanda, operación, logística, calidad/inocuidad, financiero, IT, regulatorio
• Probabilidad: baja/media/alta (o % si tu madurez lo permite)
• Impacto: en servicio, costo, inventario, margen, merma, cash
• Time to impact: cuándo pega (1–2 semanas / 1–2 meses / etc.)
• Trigger (gatillo): la señal que te avisa que ya empezó
• Mitigación: qué harás antes (preventivo)
• Contingencia: qué harás si ocurre (reactivo)
• Owner: responsable real
• Status: abierto / mitigando / monitoreo / cerrado
• Plan B: alternativa lista (segundo proveedor, sustituto, maquila, reruteo)

Si el risk register no tiene triggers y dueños, se convierte en documento muerto.

3) La parte que cambia el juego: Triggers (gatillos)

Un trigger es una señal objetiva que convierte “riesgo” en “acción”. No es “me da mala espina”, es algo medible que dispara un playbook.

Ejemplos de triggers (claros y accionables)

Supply (proveedores / materiales)

• OTD (On-Time Delivery) del proveedor cae bajo X% por 2 semanas
• lead time real se alarga +Y días vs estándar
• inventario proyectado de material crítico < cobertura mínima (DoS)
• calidad: rechazo > X% en el mes
• single-source: noticia de planta parada / huelga / cierre

Operación (planta / capacidad)

• OEE cae bajo X% en recurso cuello de botella
• backlog de órdenes supera X días
• capacidad requerida > capacidad disponible por N semanas (RCCP gap)
• paros no planificados > X horas por semana

Logística

• tránsito internacional se alarga +Y días
• puerto/aduana con congestión y contenedores detenidos > X días
• fill rate en DC cae bajo X%
• OTIF de transporte cae bajo X%

Demanda / mercado

• forecast error (WAPE) sube sobre X% por 2 ciclos
• cambio de mix: top SKUs suben/bajan > X% vs plan
• promoción confirmada cambia fecha / mecánica
• ruptura de cliente (delist) o pico inesperado de canal

Inocuidad / calidad (si aplica)

• alerta de inocuidad
• desviación de CCP/PCC
• lote retenido por QA

Clave: el trigger debe tener un umbral y una frecuencia de monitoreo.

4) Riesgo no es solo Supply: las 6 familias típicas

Un IBP maduro cubre al menos:

1. Riesgos de demanda (promos, mix, cambios de canal)
2. Riesgos de abastecimiento (single-source, lead time, calidad)
3. Riesgos de capacidad (cuellos, mantenimiento, personal)
4. Riesgos logísticos (rutas, frío, aduana, transporte)
5. Riesgos de calidad/inocuidad (lotes, shelf-life, compliance)
6. Riesgos financieros (precio materias primas, FX, costo de capital)

5) Cómo se integra en el ciclo IBP (sin burocracia)

A) Weekly S&OE (operativo)

• revisa triggers y excepciones
• activa playbooks
• ajusta ejecución (priorización, expediting, re-secuenciación)

B) Monthly Supply Review / RCCP (táctico)

• revisa riesgos que afectan el MPS/MRP
• valida capacidad + materiales
• propone escenarios (contingencias) para evitar ruptura del mes

C) Executive IBP (directores)

• decide trade-offs: servicio vs costo vs inventario vs merma vs margen
• aprueba mitigaciones que cuestan dinero:
• inventario extra estratégico
• dual sourcing
• maquila
• inversión en capacidad
• cambios de portafolio (racionalización)

S&OE apaga el fuego. IBP evita que el fuego ocurra.

6) El “motor”: Playbooks de contingencia (lo que haces cuando el trigger se activa)

Un risk register sin playbooks (Plan B para cada riesgo) es como un seguro sin teléfono.

Ejemplos de playbooks:

• proveedor crítico se atrasa → activar alterno / sustituir / expediting / replan MPS
• planta pierde capacidad → overtime / maquila / campañas más grandes / priorización
• logística se traba → rerouteo / cambio de INCOTERM / buffer en DC
• demanda se dispara → fair share / priorización / sustitutos / replan DRP

7) Métricas mínimas para saber si estás mejorando

• % riesgos con owner asignado
• % riesgos con trigger definido
• tiempo desde trigger → acción (lead time de respuesta)
• número de “sorpresas” (eventos sin trigger)
• impacto evitado: quiebres, expediting, merma, costo incremental

Cierre

En IBP, el riesgo no se gestiona con “optimismo”, se gestiona con visibilidad, triggers y decisiones antes de tiempo.

Pregunta de cierre: ¿En tu empresa el riesgo se administra con señales y planes… o se descubre cuando ya está en el P&L (Profit and Loss)?