obsidian-vault/Pizza-Digital/docs/SPEC-LACUNAS-VIDEO-SIRIFOOD.md

SPEC-LACUNAS-VIDEO-SIRIFOOD — Pizza Digital vs operação filmada

Campo	Valor
ID	SPEC-LACUNAS-VIDEO-SIRIFOOD
Versão	0.3.7
Data	2026-10-20
Owner	Roger / iTecnologys
Referência	Vídeo Siciliana / SiriFood
Ambiente comparado	https://pizza.itecnologys.com · VM 125 · piloto Joinville
Status	Diagnóstico · não implementado (exceto o que já está no ar, marcado abaixo)

0. Leitura do vídeo

Operação Siciliana Palhoça (SiriFood): ~R$ 1 mi/mês, ~70% iFood, três lojas no mesmo sistema. O despacho é o coração: produção, forno, conferência, estufa, motoboy e cotação iFood giram em torno dessa tela.

Case citado: ~13 cancelamentos/mês e entrega abaixo de 30 min.

1. O que o piloto já cobre

• KDS multi-estação (massa, montagem, forno, expedição, bebidas)
• PEGAR com nome do operador e do cliente — no pedido inteiro, não na pizza
• PDV + filtros de origem (aplicativo, iFood, WhatsApp, telefone, PDV)
• Etiqueta por pedido e impressão no BUMP
• Despacho = lista ao vivo de prontos + botão despachar
• Estoque com baixa pela ficha técnica
• 20 funcionários com nome composto e 8 perfis (gestor, atendente, administrativo, pizzaiolo, conferente, expedição, estoque, motoboy)
• Navegação SAGE em todas as páginas

Isso não equivale à operação do vídeo. Cargo no login ≠ recurso ao vivo.

2. Lacunas (RF-GAP)

Cada linha é trabalho a construir. P0 = sem isso o vídeo continua irreconhecível na nossa UI.

ID	No vídeo	No Pizza Digital hoje	Prioridade
RF-GAP-01	3 lojas no mesmo sistema	1 loja piloto	P2
RF-GAP-02	Despacho centro de comando (canal, nº, tempo na casa, estatísticas)	Lista de prontos + despachar	P0
RF-GAP-03	Motoboy ao vivo: casa / rua / nº de entregas	3 logins, sem status	P0
RF-GAP-04	Reordenar fila no despacho e o KDS segue na hora	FIFO + PEGAR; gestor não reordena	P0
RF-GAP-05	Semáforo: vermelho chegou · laranja fazendo · amarelo no forno	Status de pedido + estações, sem esse semáforo no despacho	P0
RF-GAP-06	Agrupar pedidos da mesma região para saírem do forno juntos	Não existe (rotas = S6 / rusterando)	P1
RF-GAP-07	Cotação iFood API: iFood × própria × sob demanda × frota	Canal iFood só como filtro	P1
RF-GAP-08	Conferência com login próprio: identifica sabor, imprime etiqueta, marca estufa	Perfil Conferente cadastrado; fluxo inexistente	P0
RF-GAP-09	Estufa com pedidos etiquetados à espera do motoboy	Sem estado na_estufa	P0
RF-GAP-10	Ranking ao vivo: pizzas/noite, tempo/pizza, média do pizzaiolo	Sem produtividade por operador	P1
RF-GAP-11	Gráfico de atraso + remanejar gente para o gargalo	Pooling = faturamento, não gargalo	P1
RF-GAP-12	Mapa do pedido: chegou → produção → forno → estufa → rua → entregue	Sem linha do tempo por estágio	P1
RF-GAP-13	Tempos: produção, forno, parado na estufa, na rua	SLA por estação no KDS; sem dwell estufa/rua	P1
RF-GAP-14	Preparo item a item (sabor conferido)	PEGAR trava o pedido inteiro	P0
RF-GAP-15	Etiqueta com nº + sabores na conferência	1 etiqueta/pedido; falta 01/N por pizza + etiqueta-mãe	P0
RF-GAP-16	Despacho híbrido (frota, casa, iFood Entrega)	Não iniciado	P2
RF-GAP-17	KPI: cancelamentos, entrega < 30 min	Só faturado hoje	P1

3. P0 — o que construir primeiro ( Specs de trabalho )

3.1 Preparo colaborativo — RF-GAP-14 / RF-GAP-15

Níveis: Pedido (prazo) · Tarefa de preparo (pizza física + responsável) · Expedição (conjunto).

• Modal PEGAR lista pizzas (metades, observações). Operador marca as que assume.
• Ação: Assumir N pizzas. Aceite comercial ≠ atribuição de preparo.
• Trava atômica da tarefa, não do pedido. Dois PEGAR na mesma pizza: um ganha.
• Transferência explícita + histórico. Fechar modal não libera pizza em preparo.
• Pedido só pronto quando todas as tarefas obrigatórias concluem.
• Etiqueta por pizza PEDIDO #024 · PIZZA 02/04 + etiqueta-mãe de conferência.
• Reimprimir não cria tarefa nem baixa estoque de novo.
• A partir de 3 pizzas: sugerir “Dividir preparo com a equipe”.
• Forno conjunto (janela de entrada) = evolução, não MVP.

3.2 Conferência + estufa — RF-GAP-08 / RF-GAP-09

• Login conferente (já existe Patrícia Nunes / Rafael Costa).
• Conferir sabor → imprimir etiqueta da tarefa → marcar na estufa.
• Despacho só oferece motoboy o que está na estufa.

3.3 Despacho comando — RF-GAP-02 / RF-GAP-03 / RF-GAP-04 / RF-GAP-05

• Colunas: canal, nº, tempo na casa, estado (vermelho/laranja/amarelo), motoboy.
• Lista motoboys: em casa / na rua / carga.
• Arrastar/reordenar fila propaga no KDS.

4. Fora do P0 (não misturar)

P1: rotas por região, ranking, gargalo, KPIs, cotação iFood.
P2: multi-loja, frota híbrida.

Programação automática do forno: depois do P0.

5. Relação com a sequência S0–S9

Sequência atual	Impacto desta SPEC
S3 KDS estações	Estender tickets para tarefa por pizza
S4 etiquetas	Etiqueta por tarefa + conferência
S5 despacho	Vira centro de comando (hoje é fila)
S6 rotas / rusterando	RF-GAP-06 / 16
Canais digitais / iFood	RF-GAP-07 deixa de ser só filtro

6. Critério de “estamos no nível do vídeo”

1. Dois pizzaiolos assumem pizzas do mesmo pedido sem um ficar com tudo.
2. Conferente imprime 01/N e o despacho vê o pedido na estufa.
3. Gestor reordena a fila e a cozinha vê a nova ordem.
4. Motoboy aparece como casa/rua, não só como usuário.
5. iFood na hora do despacho é cotação, não só um selo vermelho.