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](https://www.youtube.com/watch?v=yVtcgJt0L_Q) |
| **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.