01La disrupción multi-nodo
Una disrupción en un nodo puede comprometer toda la promesa de entrega.
El problema no es detectar la demora. El problema es decidir qué hacer antes de que afecte al cliente.
ANATOMÍA · DISRUPCIÓN MULTI-NODO CON ÓRDENES CRÍTICAST + 5 HORAS
T = 0
Hub regional pierde capacidad temporalmente
HUB-LIM cae a 60% de capacidad por incidente operacional · ventana estimada 4-6h. WMS emite alerta.
WMS · gestión de muelles
T + 15m
Transportista actualiza ETA
Carrier informa +6h en 3 rutas críticas. TMS refresca ETA pero no evalúa impacto comercial.
TMS · Carrier portal
T + 30m
Órdenes en riesgo no priorizadas
47 pedidos afectados. El OMS los muestra iguales · nadie sabe cuáles son cliente prioritario ni SLA crítico.
OMS · dashboards
T + 1h
Coordinación manual entre 4 equipos
Planning, transporte, customer ops y comercial reciben la alerta por separado. Reunión ad-hoc convocada.
Email · Slack · llamadas
T + 2h30
Decisiones locales sin visión global
Cada país elige protegerse: transporte expedito, reasignaciones inconsistentes, comunicaciones divergentes al cliente.
Manual · planillas
T + 5h
SLA incumplido · transporte expedito · cliente decepcionado
12 pedidos entregados fuera de ventana. Costo expedito +58%. NPS golpeado. Ventanas perdidas irrecuperables.
Consecuencia · todos
SLA incumplido
OTIF baja · penalidades
Transporte expedito
Costo por orden +40-60%
Sobrecarga del equipo
Reuniones ad-hoc · reactividad
Cliente decepcionado
NPS y renovaciones en riesgo
02Demo · 90 segundos
Vea cómo OMNIX protege órdenes críticas ante una disrupción.
Escenario simulado. Un hub regional pierde capacidad · un transportista actualiza ETA. OMNIX prioriza, evalúa alternativas y coordina la respuesta cross-sistema.
Qué está haciendo OMNIX
Convierte una disrupción multi-nodo en una decisión coordinada · sobre WMS, TMS, OMS y ERP · protegiendo las órdenes que realmente importan.
01
Disrupción detectada
Hub, ruta, transportista o restricción · red completa monitoreada.
SYS · INGEST
N1
02
Órdenes priorizadas
SLA · cliente · compromiso comercial · valor. No todas iguales.
SYS · SDM
N2
03
Red contextualizada
Inventario · capacidad nodos · rutas · transportistas · costo · SLA.
SYS · MULTI-SYS
N2
04
Alternativas evaluadas
Esperar · reasignar · dividir · rerutear · reprogramar. Por impacto y costo.
SYS · CORTEX
N3
05
Respuesta ejecutada
Coordinación atómica cross-WMS/TMS/OMS/ERP · con approval flow.
SYS · RUNTIME
N3-N4
06
Impacto auditado
Log firmado · métricas · comunicación al cliente · learning al SDM.
SYS · GOV · BI
—
Escenario demostrativo. Fuentes, reglas, costos, umbrales, integraciones y niveles de autonomía se configuran según la red y el gobierno de cada empresa.
Siguiente paso
Mapeemos una disrupción sobre su red.
03Descomposición del ciclo
Nueve pasos entre la disrupción y el aprendizaje.
DETECTA
Disrupción en un nodo o ruta
Cambio de estado de un hub, actualización de ETA de transportista, restricción de capacidad, cierre de ruta.
Señales utilizadas
Estados de nodo · ETA · alertas
Sistemas involucrados
WMS · TMS · Carrier portals
Decisión generada
Elevar caso al Runtime con impacto proyectado
Acción ejecutada
Ninguna acción sobre red · sólo lectura
Rol humano
Torre de control informada
KPI afectado
Tiempo de detección · signal→case
04Cómo funciona OMNIX en Logística
Cuatro capas · vocabulario de supply chain · integración WMS/TMS/OMS/ERP.
CAPA 01 · BASE
Fuentes y sistemas de la red.
* Se integra mediante conectores, APIs y mecanismos autorizados de la arquitectura del cliente. Requiere validación técnica.
WMSTMSOMSERPCRMAPSSist. inventarioSist. transportePatios · muellesCarrier portalsTrackingGPS · telemáticaEDIeCommerceÚltima millaComercio exteriorPuertos · terminalesData lakeAPIsMeteorología autorizadaSLA · ventanasCostos · capacidadRestricciones cargaReglas cliente
CAPA 02 · COGNICIÓN PRIVADA
SDM Logístico entrenado sobre su red.
* Interpreta qué órdenes son críticas, qué rutas son viables, qué inventario puede reasignarse y qué decisión requiere aprobación.
Red de nodosHistorial órdenesRutas · tránsitoCapacidadesInventarioTransportistasCostosSLA · promesasPrioridad clientesReglas de servicioRestricciones productoVentanas entregaCompromisos comercialesHistorial disrupcionesReglas com. exteriorConocimiento plannersDecisiones anterioresExcepcionesPolíticas escalamientoLímites autonomía
CAPA 03 · ORQUESTACIÓN
Acciones coordinadas cross-sistema.
* Cada acción configurable por costo, SLA, riesgo, cliente, país, restricción regulatoria y nivel de autonomía.
Cambiar nodo fulfillmentReasignar inventarioDividir ordenConsolidar órdenesReasignar transportistaRerutear despachoCambiar modo transporteRepriorizar pickingReprogramar cargaActualizar ventanaReservar capacidadReasignar entregaCambiar secuencia despachoActualizar ETAEscalar excepciónNotificar clienteCrear tareaRegistrar aprobaciónConfirmar ejecuciónMedir impacto
CAPA 04 · IMPACTO
KPIs medibles sobre servicio, costo, tiempo.
* Publicación cuantitativa requiere [VALIDAR MÉTRICA] con auditor independiente + metodología firmada por operaciones y finanzas.
Tiempo respuestaOTIFOn-time deliveryFill ratePerfect order rateCumplimiento promesaTransit timeLead timeDwell timeCosto por ordenCosto por envíoTransporte expeditoUtilización capacidadPedidos en riesgoBacklogEntregas reprogramadasCancelaciones evitadasTiempo reruteoExcepciones resueltasInterv. manualesDecisiones automáticasSLA protegidos
05Caso principal · reruteo multi-nodo
De disrupción multi-país a decisión coordinada en segundos.
Un centro regional pierde capacidad · un transportista actualiza ETA. OMNIX prioriza, evalúa alternativas y ejecuta cross-WMS/TMS/OMS/ERP con aprobación.
CONTEXTO DE LA RED
PAÍSES
CL · AR · PE · CO · MX
NODOS
12 · 3 hubs + 9 FC
DISRUPCIÓN
HUB-LIM 60% · 4-6h
CARRIER
ETA +6h · 3 rutas
ÓRDENES AFECTADAS
47
CRÍTICAS SLA HARD
12
ALTERNATIVAS EVALUADAS
01Esperar recuperaciónrisk 82%
02Reasignar a FC-BOGrisk 18%
03Dividir órdenesrisk 22%
04Cambiar transportistarisk 28%
05Cambiar modo transporterisk 32%
06Proteger sólo críticasrisk 12%
07Actualizar promesa restorisk 65%
→ SELECTED 02 · approved head-of-logistics · exceeds cost threshold
ACCIONES COORDINADAS
OMSReasigna 12 órdenes → FC-BOG
WMSReserva stock · picking priorizado
TMSRerutea despachos · nueva ETA
ERPAprueba costo incremental +22%
CRMNotifica 12 clientes con nueva ETA
RESULTADO MEDIDO
CRÍTICAS PROTEGIDAS
12/12
TIEMPO RESPUESTA
84 seg
COSTO INCREMENTAL
+22%
VS TRANSPORTE EXPEDITO
−58%
OTIF PROTEGIDO
100%
APRENDIZAJE
SDM v2.9 queued
* Escenario simulado. [VALIDAR CASO] · [VALIDAR MÉTRICA] · [VALIDAR PERIODO] antes de publicación pública.
06Casos de uso · Logística
Doce dominios de decisión · un mismo runtime.
No son productos separados. Son dominios de decisión que se construyen sobre la misma plataforma cognitiva logística.
DOMINIO · 01
Reruteo ante disrupciones
DISRUPCIÓN
Cierre de ruta, restricción o congestión que afecta ETA comprometida.
Señales utilizadas
Estado rutas · GPS · alertas
Decisión de OMNIX
Ruta alternativa · nuevo carrier · nuevo modo
Sistemas
TMS · Carriers · GPS
KPI impactado
Tiempo respuesta · costo · SLA
Nivel de autonomía
N3 – N4
Riesgo que reduce
Retraso propagado
07OMNIX vs sistemas existentes
OMNIX no reemplaza · conecta, contextualiza y orquesta.
WMS, TMS, OMS, ERP y torre de control siguen operando. OMNIX es la capa cognitiva que los coordina.
SISTEMA
QUÉ RESUELVE
QUÉ NO POR SÍ SOLO
QUÉ AGREGA OMNIX
WMS
Administra inventario y almacén
No decide reasignación multi-nodo
Decide qué reasignar y coordina cross-nodo
TMS
Planifica y administra transporte
No evalúa impacto transversal
Coordina transporte con órdenes, inventario y clientes
OMS
Administra órdenes
No prioriza por impacto real
Determina qué órdenes proteger y ejecuta
ERP
Administra recursos y finanzas
No razona sobre operación en tiempo real
Cruza ERP con estado operacional live
Torre de control
Visualiza estado de la red
Muestra el problema · no lo resuelve
Coordina la respuesta y ejecuta
Route optimizer
Encuentra ruta óptima
No considera SLA, inventario o cliente
Optimiza sobre múltiples restricciones simultáneas
Tracking platform
Sigue el movimiento
No decide qué hacer con la información
Convierte tracking en acción
RPA
Automatiza tareas repetitivas
No decide sobre casos borde
Decide y usa RPA como ejecutor cuando aplica
BI / dashboards
Muestra métricas
No mueve la operación
Mueve la operación · con auditoría
APS
Planifica capacidad
No adapta al estado real
Reajusta plan con estado real live
Visibility platform
Muestra ETA y estado
No prioriza · no decide
Convierte visibilidad en decisión
Process mining
Descubre patrones
No opera · no ejecuta
Convierte insights en acciones
Copiloto de IA
Asiste a un individuo
No orquesta sistemas
Orquesta decisiones cross-sistema
LLM genérico
Responde preguntas
No razona bajo sus reglas · no ejecuta
SDM propio · determinístico · ejecuta
08Autonomía y control
Automatice la respuesta sin perder el control de la red.
Decisiones de alto costo, riesgo o impacto comercial mantienen aprobación humana. Decisiones recurrentes dentro de límites definidos pueden ejecutarse automáticamente.
N1
Monitoreo
Detecta y clasifica la excepción
N2
Recomendación
Propone alternativas explicables
N3LOGÍSTICA DEFAULT
Ejecución asistida
Prepara cambios · espera aprobación
N4
Ejecución automática
Decisiones recurrentes dentro de límites
N5
Decisión compleja gobernada
Coordinación · aprobación en umbrales
Límites de costo
Umbrales por caso · escalar sobre costo incremental
Límites por cliente
Casos con clientes enterprise → aprobación humana
Límites por país
Reglas locales · comercio exterior · restricciones
Límites por producto
Cadena de frío · peligrosos · alto valor
Logs · evidencia
WORM · 10 años · reproducible por caso
09Seguridad y soberanía
Contratos, precios y datos de clientes nunca salen del perímetro.
Costos negociados con carriers, márgenes por cliente, historial de compras y datos personales son activos comerciales sensibles. OMNIX opera dentro de tu VPC / on-prem. Sin telemetría cross-tenant.
CONTROLES ACTIVOS
Despliegue VPC / on-prem
La cognición vive dentro de tu perímetro autorizado
Segregación por tenant
Ningún dato cruza perímetros de otros clientes
Acceso basado en roles
Segregación planning · transporte · comercial · CX · audit
Trazabilidad por decisión
Fundamento · features · políticas registradas
Protección información comercial
Precios · costos · contratos anonimizados en entrenamiento
Governance del modelo
Approval flows · versioning · rollback
Aprobación humana en umbrales
Costo · cliente · país · producto según política
Certificaciones
GDPR · LGPD · sectoriales · [VALIDAR CERTIFICACIÓN]
10Transferencia de control
La inteligencia de su red permanece en su empresa.
FASE 012 – 3 semanas
ASSESSMENT
Mapeamos red, disrupción y sistemas
■ OMNIX 90%■ CLIENT 10%
FASE 028 – 12 semanas
PILOTO
Un caso vivo · nodo o corredor
■ OMNIX 70%■ CLIENT 30%
FASE 033 – 6 meses
ESCALAMIENTO
Nuevos dominios · certificación
■ OMNIX 45%■ CLIENT 55%
FASE 04Cuando digas
TRANSFERENCIA
Autonomía del equipo interno
■ OMNIX 15%■ CLIENT 85%
QUÉ SE TRANSFIERE
Documentación
Arquitectura
Reglas de servicio
Runbooks
Matrices de prioridad
Políticas de reruteo
Límites de autonomía
Governance del modelo
Protocolos de monitoreo
Criterios reentrenamiento
Gestión de excepciones
Roles y KPIs
11Prueba · KPIs · caso
KPIs que una red logística debe medir.
Métricas objetivo · pre-implementación firmadas por operaciones y finanzas
01
TIEMPO RESPUESTA
signal → acción
02
OTIF
on-time · in-full
03
CUMPLIMIENTO PROMESA
% dentro de ventana
04
FILL RATE
% orden completada
05
PERFECT ORDER
compuesto multi-KPI
06
TRANSIT TIME
origen · destino
07
LEAD TIME
end-to-end
08
DWELL TIME
nodo · muelle
09
COSTO POR ORDEN
$ · variabilidad
10
COSTO POR ENVÍO
$ · por modo
11
TRANSPORTE EXPEDITO
% del total
12
UTILIZACIÓN CAPACIDAD
flota · nodos
13
PEDIDOS EN RIESGO
live · shift
14
ENTREGAS REPROG.
# · costo
15
CANCELACIONES EVITADAS
# · valor
16
TIEMPO REROUTEO
signal → confirm
17
EXCEPCIONES RESUELTAS
# · SLA
18
DECISIONES AUTOM.
% del volumen
CLAIM · REFERENCIA
−72%*
Tiempo de respuesta
"El equipo dejó de reunirse ad-hoc por cada disrupción. Las respuestas coordinadas ocurren dentro de umbrales que nosotros aprobamos." [VALIDAR TESTIMONIO]
* Requerido validar antes de publicar
[VALIDAR CASO]
[VALIDAR CLIENTE]
[VALIDAR MÉTRICA]
[VALIDAR PERIODO]
[VALIDAR METODOLOGÍA]
[VALIDAR DEFINICIÓN DE TIEMPO DE RESPUESTA]
[VALIDAR BASE DE COMPARACIÓN]
[VALIDAR TESTIMONIO]
[VALIDAR CLIENTE]
[VALIDAR MÉTRICA]
[VALIDAR PERIODO]
[VALIDAR METODOLOGÍA]
[VALIDAR DEFINICIÓN DE TIEMPO DE RESPUESTA]
[VALIDAR BASE DE COMPARACIÓN]
[VALIDAR TESTIMONIO]
ESTRUCTURA DEL CASO
CONTEXTO
Distribuidor B2B multi-país
RED
X nodos · Y países · [VALIDAR]
PROBLEMA
Disrupciones frecuentes con coord. manual
SITUACIÓN ANTERIOR
Reuniones ad-hoc · reactividad
SISTEMAS CONECTADOS
WMS · TMS · OMS · ERP · carriers
DECISIONES AUTOM.
Reruteo · priorización · reasignación
RESULTADO
−72% tiempo respuesta · [VALIDAR]
PERIODO
[VALIDAR PERIODO]
ALCANCE
[VALIDAR ALCANCE]
DEFINICIÓN
[VALIDAR DEFINICIÓN DE MÉTRICA]
* Cifra asociada a un caso específico. Requiere validación por auditor independiente antes de uso público. No presentar como resultado universal.
12Plan simple
Cuatro pasos · una red · una disrupción · un resultado medible.
01
2 sem
Identificamos una disrupción de alto impacto
Cierre de ruta · pérdida de capacidad · restricción portuaria · disrupción de carrier.
ENTREGABLE
Mapa de decisión
KPI
Casos priorizados
02
3 – 4 sem
Conectamos órdenes · inventario · transporte
Adapters a WMS · TMS · OMS · ERP · carrier portals. Reglas del cliente. Sin migración.
ENTREGABLE
Piloto conectado
KPI
Latencia · calidad datos
03
8 – 12 sem
Desplegamos piloto productivo controlado
SDM entrenado sobre operación real. Runtime en N2-N3. Governance Board activo desde día 1.
ENTREGABLE
1 caso vivo · métrica base
KPI
OTIF · tiempo respuesta
04
3 – 6 meses
Escalamos y transferimos capacidad
Nuevos dominios · autonomía escalonada · certificación · handover contractual.
ENTREGABLE
Equipo autónomo
KPI
Autonomía · continuidad
13Objeciones · comité de compra logístico