Skip to main content
A estratégia de roteamento decide, para cada linha do pedido, para qual(is) estação(ões) ela vai.
Só pode haver uma estratégia ativa por loja. Ao ativar uma nova, as demais dessa loja são desativadas automaticamente.

​
Padrão vs mappings customizados

  • Produção obrigatória = Não em Store settings.
  • Uma estação ASSEMBLY + uma tela.
  • Roteamento ativo (mappings vazios); mappings de item não são usados porque não há produção prévia.
Se não houver mapping para um item_type, a linha vai para o fallback (idealmente uma estação de produção, não montagem).

​
Ordem de decisão

  1. Roteamento (camada 1): escolhe estações de produção candidatas por item_type + fallback.
  2. Regras de estação (camada 2): canal, tipo de serviço (DINE_IN, DELIVERY…), item types — podem rejeitar a linha.
  3. Distribuição (camada 3): se sobrarem várias candidatas de produção, escolhe uma conforme o modo.
  4. Convergência (runtime): quando a produção avança, o ticket aparece em ASSEMBLY/DISPATCH conforme gates e convergence distribution; ali aplicam-se os filtros de canal/serviço da estação.
Exemplo de camada 2: o roteamento manda um item para GRILL, mas a estação tem Exclude channels: UBER_EATS → essa linha não aparece na grelha mesmo que o mapping a inclua.

​
Como funciona o roteamento de produção

O roteamento de linhas (camadas 1–3) só se aplica a estações de produção:
  1. Lê o item_type da linha.
  2. Procura um mapping (só estações de cozinha no formulário).
  3. Se não houver match → fallback stations (sua estação padrão).
  4. Aplica as regras de estação (canal, serviço, item).
  5. Se houver várias candidatas → distribuição.
Montagem e despacho não participam desses passos. Recebem o ticket quando a produção correspondente é concluída (convergência), não porque você colocou BURGER → ASSEMBLY em um mapping.

​
Modos de distribuição (quando há 2+ estações candidatas)

Se o mapping tem uma única estação, o modo de distribuição não muda o resultado.

​
Exemplo multi-estação

Estações: Telas: Estratégia de roteamento — só produção nos mappings: Convergência (fora dos mappings): quando as linhas em GRILL/FRY são concluídas, o ticket aparece em ASSEMBLY e depois em DISPATCH conforme a convergence distribution e as regras de canal/serviço dessas estações.
Editor de roteamento com mappings de item_type e distribuição

​
Criar a estratégia

1

Abra o formulário de roteamento

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

Escolha loja e nome

Por exemplo, “Default routing”.
3

Cozinha simples

Uma estação KITCHEN, fallback = KITCHEN, sem mappings, Active.
4

Cozinha avançada

Mappings só para estações de produção; convergence distribution se houver estações ASSEMBLY/DISPATCH; fallback = estação padrão de produção.
5

Salve

Na lista de roteamento você pode ver o cartão de estratégia ativa e um mapa conceitual estação ↔ tela. Próximo: Periféricos, impressão e validação.