Skip to Content
Inicio / Productos / Order Chain Manager
PRODUCTO 01 · DELIVERY INTELLIGENCE

Real-Time Order Chain Manager.

Una sola pantalla con cada pedido — desde que entra al POS hasta que llega a la puerta. Mide cada etapa, cada handoff, cada segundo. Detecta cuellos de botella antes que los note el cliente.

Categoría Operaciones · Delivery
Stack Databricks · Kafka · Spark
Despliegue 100+ locales · 17 países
Implementación 8–14 semanas
Precio desde US$ 38 000
−71%
pedidos tarde
de 13.6% a 3.9%
+2.7%
EBITDA
impacto medido
−18%
tiempo de entrega
click → puerta
2.5×
menos stops
en cocina
<100ms
latencia p95
de evento a vista
El dolor

Operar a ciegas cuesta caro.

La mayoría de operaciones de delivery descubren los problemas después que el cliente ya se quejó. Seis cosas que vemos en cada auditoría.

01 · Silos
POS, cocina,
repartidor
y cliente
viven aparte.

Nadie ve la cadena completa. Cada sistema reporta a su manera y los gerentes traducen entre cinco pantallas.

→ FIX Order Chain Manager · 1 timeline Eventos web → cocina → rider → cliente
02 · Detección tardía

Las quejas llegan antes que las alertas.

El cliente reseña en Google que llegó frío. Recién ahí ops se entera. Para entonces ya hay 12 pedidos más rotos en cola.

→ FIX Anomaly detection en cada handoff. Alerta en < 90s , no al día siguiente.
03 · Buffer

El minuto que mata la calidad.

Tiempo entre "listo en cocina" y "recogido por rider". Nadie lo mide. Lo medimos.

→ FIX Métrica kitchen→pickup en vivo, p50/p95.
04 · 5 pantallas

El gerente salta entre 5 apps. Y traduce.

POS, KDS, app de courier, mapas, dashboards. Cero contexto unificado.

ops@command:~/turno-sabado
$ ops --view=unified --location=L07
› merging POS + KDS + rider + app...
✓ 1 timeline · 1 dashboard · 1 alerta
  (antes: 5 apps · 5 pestañas · 0 contexto)
05 · Riders

Couriers parados, pedidos acumulados .

Recursos desperdiciados afuera mientras la cocina explota adentro.

→ FIX Asignación predictiva 8 min antes del pickup.
06 · Reactivo

Cuando la cocina colapsa, ya perdiste 30 pedidos.

Sin predicción, todo es bombero. Forecasting + alertas tempranas convierten ops reactivo en preventivo.

4–6h antes
90s ahora
·
−42% quejas
Cómo funciona

Cuatro capas. Una imagen clara.

Capturamos eventos en cada punto de handoff. Los procesamos en streaming. Los servimos como métricas accionables — dashboards, alertas y APIs para tu app móvil.

01

Captura

POS · KDS · app de courier · GPS · app del cliente. Todo evento con timestamp exacto.

iiko R-Keeper Dodo IS
02

Stream

Apache Kafka como bus central. Topics por dominio: orders, kitchen, courier, delivery.

Kafka Avro Schema Registry
03

Procesamiento

Spark Streaming sobre Databricks. Enriquece, valida, agrega. Delta Lake como persistencia.

Databricks Delta Lake Spark
04

Salida

Dashboards en Superset. Alertas a Telegram/Slack. API para tu app móvil interna.

Superset Telegram REST
Qué incluye

Todo lo que necesita un command center.

Seis módulos en una sola plataforma. Cada uno resuelve uno de los seis dolores de arriba. Desliza →

01 Order Timeline

9 eventos
por pedido , en vivo.

Recibido → cola → prep → horno → empaque → buffer → asignado → ruta → entregado. Cada uno con timestamp y duración.

order #4827 · L07 live
Total time 14:32 SLA −2:18
Buffer 0:48 ok
handoffs
02 Chain Optimizer

Hasta 4 entregas
por courier .

Algoritmo que agrupa por geografía + SLA. Resultado típico: 53% menos kilómetros, mismas entregas.

RIDER · MARCO · 14:22
RUTA OPTIMIZADA
4 paradas
12.4 km · 28 min total
iniciar ruta →
#4821 · Miraflores · 8 min
#4824 · San Isidro · 14 min
#4827 · Lince · 22 min
03 Alert Engine

4 niveles.
Escala solo .

Info → warning → critical → emergency. Notifica al gerente, zonal o director según severidad.

DM
ops-bot 14:31
⚠ CRITICAL · L07 Cola cocina > 18 min en últimos 6 pedidos. Escalado a zonal · Pablo en 90s.
ℹ INFO · L02 Buffer p95 subió a 3:20 — observando.
04 Buffer Tracking

El minuto
invisible , medido.

Tiempo entre "listo" y "recogido". KPI #1 de calidad. Antes invisible, ahora con SLA.

buffer@dwh:~/L07
$ buffer --window=24h --p=50,95
› processing 1,284 orders...
✓ p50 = 0:48s · p95 = 2:12s
› SLA breach: 12 orders (0.9%)
› top offender: 18:00–19:30
$ buffer --alert --threshold=p95>3:00
✓ alert armed
05 Command Center

1 pantalla.
4 paneles . Cero alt-tab.

Pedidos activos, mapa de couriers, carga de cocina, feed de alertas — todo a la vez.

Turno sábado · L07
19:00 · 4 paneles activos
live
Pedidos activos 34 · 8 en cocina
Couriers en ruta 7 / 9 · 2 en base
Carga cocina 82% · subiendo
Alertas abiertas 2 warning · 0 crit
unified · sin alt-tab
06 Predictive ML

Avisa antes que
la cola colapse .

Si la velocidad de pedidos supera la capacidad de cocina — alerta. ML en tiempo real con datos de 4 años.

19:14
Predicción · L07
En 20 min +18 colapso
Cap. cocina 82% 93% est.
Riders 7 +2 base
Acción 3 sugeridas
Pausar 2×1 hasta 19:45
Activar rider de base · 2 min
Conecta con todo

Tu stack actual. Nuestra capa inteligente encima.

POS · órdenes
  • iiko
  • R-Keeper
  • Dodo IS
  • Square
  • Toast
Cocina · KDS
  • Cualquier KDS con webhook
  • API REST
  • WebSocket
Couriers
  • Apps nativas (iOS · Android)
  • Yandex.Doставка
  • Rappi · PedidosYa
Mapas · GPS
  • Google Maps
  • Mapbox
  • OSM
  • Yandex.Maps
Mensajería
  • Telegram
  • Slack
  • WhatsApp Business
BI · Cloud
  • Superset · Looker
  • Tableau · Power BI
  • Databricks · GCP · AWS
Implementación

Qué entregamos en 8–14 semanas.

S 1–2

Discovery

  • Auditoría del flujo actual
  • Mapeo de eventos y handoffs
  • Definición de SLAs
  • Plan de integración
S 3–6

Infraestructura

  • Setup de Kafka + Schema Registry
  • Workspaces de Databricks
  • Bronze · Silver · Gold layers
  • Conectores POS / KDS
S 7–10

Lógica + UI

  • Algoritmo de cadenas
  • Engine de alertas escalado
  • 4 paneles del command center
  • API móvil
S 11–14

Rollout

  • Piloto en 1–3 locales
  • Capacitación de gerentes
  • Tuning de umbrales
  • Plan de escalamiento
PRECIO REFERENCIAL

desde US$ 38 000 · piloto

Cierra al alcance real tras la fase de discovery. Modelo flexible — fixed price o T&M. Mantenimiento mensual opcional desde US$ 2 800.

Cotizar mi caso →
FAQ

Preguntas frecuentes.

¿Funciona si mi POS es propietario o muy antiguo?
Sí. Si tu POS no tiene API, construimos un adapter — lectura directa de la base de datos, polling, o un agent en el local. Hemos integrado contra POS de 15+ años.
¿Cuánto demora ver impacto medible?
Después del piloto en 1–3 locales (semana 12–14), las métricas de buffer y on-time muestran cambios en 4–6 semanas. El impacto en EBITDA toma típicamente 2 trimestres en estabilizarse.
¿Necesito Databricks? ¿Puedo usar otra cloud?
Recomendamos Databricks por la madurez de Spark Streaming + Delta Lake. Pero también desplegamos sobre GCP nativo (Dataflow + BigQuery), AWS (Kinesis + Glue + Redshift) o Yandex.Cloud. El costo varía.
¿Mi data se queda en mi cloud o en la suya?
Siempre en tu cloud. Nosotros desplegamos sobre tu cuenta de Databricks/GCP/AWS. Acceso por SSO + RBAC. Cero data shipping fuera de tu perímetro.
¿Y si quiero hacerlo yo después?
El código es tuyo. Repos en tu GitHub, IaC en Terraform, runbooks documentados. Te entregamos llave en mano. Soporte opcional, no obligatorio.
¿Funciona para 1 local o solo a escala?
Para 1 local el ROI es bajo — un gerente experimentado lo maneja a mano. La economía empieza a cerrar desde 5 locales. A 20+ es claramente mejor que humanos.
Hablemos

30 minutos. Cero compromiso.

Te muestro el dashboard real de Dodo Pizza, mapeamos tu operación actual, y te digo si tiene sentido implementarlo. Si no, te ahorro 6 meses.