Skip to main content
La estrategia de ruteo decide, para cada línea del pedido, a qué estación(es) va.
Solo puede haber una estrategia activa por tienda. Al activar una nueva, las demás de esa tienda se desactivan automáticamente.

Default vs mappings custom

  • Producción requerida = No en Store settings.
  • Una estación ASSEMBLY + una pantalla.
  • Ruteo activo (mappings vacíos); no se usan mappings de ítem porque no hay producción previa.
Si no hay mapping para un item_type, la línea va a fallback (idealmente una estación de producción, no armado).

Orden de decisión

  1. Ruteo (capa 1): elige estaciones de producción candidatas por item_type + fallback.
  2. Reglas de estación (capa 2): canal, tipo de servicio (DINE_IN, DELIVERY…), item types — pueden rechazar la línea.
  3. Distribución (capa 3): si quedan varias candidatas de producción, elige una según el modo.
  4. Convergencia (runtime): cuando producción avanza, el ticket aparece en ASSEMBLY/DISPATCH según gates y convergence distribution; ahí aplican los filtros de canal/servicio de la estación.
Ejemplo de capa 2: el ruteo manda un ítem a GRILL, pero la estación tiene Exclude channels: UBER_EATS → esa línea no se ve en la parrilla aunque el mapping la incluya.

Cómo funciona el ruteo de producción

El ruteo de líneas (capas 1–3) solo aplica a estaciones de producción:
  1. Lee el item_type de la línea.
  2. Busca un mapping (solo estaciones de cocina en el formulario).
  3. Si no hay match → fallback stations (tu estación default).
  4. Aplica reglas de estación (canal, servicio, ítem).
  5. Si hay varias candidatas → distribución.
Armado y despacho no participan en estos pasos. Reciben el ticket cuando la producción correspondiente se completó (convergencia), no porque hayas puesto BURGERASSEMBLY en un mapping.

Modos de distribución (cuando hay 2+ estaciones candidatas)

Si el mapping tiene una sola estación, el modo de distribución no cambia el resultado.

Ejemplo multi-estación

Estaciones: Pantallas: Estrategia de ruteo — solo producción en mappings: Convergencia (fuera de mappings): cuando las líneas en GRILL/FRY se completan, el ticket aparece en ASSEMBLY y luego en DISPATCH según la convergence distribution y las reglas de canal/servicio de esas estaciones.
Editor de ruteo con mappings de item_type y distribución

Crear la estrategia

1

Abre el formulario de ruteo

KDS → Routing → Create (/kds/admin/routing/new).
2

Elige tienda y nombre

Por ejemplo, “Default routing”.
3

Cocina simple

Una estación KITCHEN, fallback = KITCHEN, sin mappings, Active.
4

Cocina avanzada

Mappings solo a estaciones producción; convergence distribution si hay estaciones ASSEMBLY/DISPATCH; fallback = estación default de producción.
5

Guarda

En el listado de ruteo puedes ver la tarjeta de estrategia activa y un mapa conceptual estación ↔ pantalla. Siguiente: Periféricos, impresión y validación.