Como construir um sistema de gestão para restaurantes que comanda sua operação

O problema

• O custo dos alimentos escapa em silêncio: o estoque é contado no papel (ou nem isso), então você descobre que estava rodando a 38% só quando o DRE de fim de mês fecha, tarde demais para corrigir aquele período.
• As fichas de preparo (mise en place) e os registros de temperatura ficam em pranchetas que mancham de café e se perdem, bem até o momento em que um fiscal da vigilância sanitária pede para ver os últimos 90 dias.
• A lista de itens em falta (86), os pratos do dia e os detalhes de alérgenos ficam na cabeça do chef e em um grupo de conversa, então os garçons dão aos clientes, com toda a confiança, respostas erradas.
• Cada nota do fornecedor é um PDF diferente, e ninguém concilia o preço por caixa que foi cotado contra o que foi de fato faturado: o vazamento de lucro que ninguém está vigiando.

Um dia com o sistema

1. Abertura: o gerente puxa a ficha de preparo —recipe_lines mais as vendas de ontem dizem à linha exatamente quanta mise en place fazer, para que ninguém prepare demais a sopa que vende seis tigelas por dia.
2. Entrega: a tela de recebimento confere cada caixa contra o case_cost esperado do fornecedor, sinaliza entregas a menos ou a mais, e aumenta on_hand_qty para cada ingrediente da remessa.
3. Checagem do refrigerador: a cada quatro horas um cozinheiro toca na tela de temp_logs e registra a leitura da câmara fria; se estiver acima de 41°F o app bloqueia o salvamento até que uma ação corretiva seja inserida.
4. Serviço: um garçom marca o salmão como em falta (86) —menu_items.is_86 é ativado e o prato fica esmaecido na tela de cada praça e no painel de pratos do dia voltado ao cliente ao mesmo tempo.
5. Resfriamento: quando o cozido sai do fogão, um cozinheiro inicia um cronômetro de resfriamento; o sistema pede a verificação de 135->70°F em duas horas e a de 70->41°F quatro horas depois.
6. Fechamento: perdas, cortesias e os totais de vendas do PDV são registrados, e as quantidades de preparo de amanhã são recalculadas contra as contagens de estoque atualizadas.
7. Contagem semanal: o gerente percorre cada área de armazenamento contando no celular; o app compara counted_qty contra par_level e monta um pedido de compra por fornecedor.
8. Fim de mês: o percentual de custo de alimentos é consolidado por prato e no total, revelando quais itens estão mal precificados ou com porções exageradas antes mesmo de o contador abrir os livros.

Onde a IA erra

• As unidades são a armadilha número um. Você compra o frango por caixa, porciona por onça e conta a câmara fria por unidade. Um desenvolvimento ingênuo guarda um único campo de «quantidade» e sua conta de custo de alimentos quebra em silêncio: cada ingrediente precisa de uma unidade de compra, uma unidade de receita e uma conversão entre elas.
• Um registro de temperatura não é só um número. O FDA Food Code que a maioria dos estados adota espera uma leitura, um carimbo de data/hora, quem a fez e uma ação corretiva sempre que estiver fora da faixa, e espera que aproximadamente os últimos 90 dias sejam recuperáveis. Nunca deixe uma leitura fora da faixa ser salva sem o acompanhamento.
• O resfriamento é em duas etapas, não uma caixa de seleção: de 135°F a 70°F em 2 horas, e depois de 70°F a 41°F em mais 4. Um único botão de «já está frio?» reprova na fiscalização: modele os dois pontos de checagem, cada um com seu próprio relógio e seu próprio aprovado/reprovado.
• Alérgenos não podem ser uma observação de texto livre. O gergelim virou o nono alérgeno principal no Food Code de 2022; guarde os alérgenos como campos etiquetados em cada item para que um garçom possa filtrar e responder na hora, não como uma frase que alguém esquece de atualizar.
• Nunca exclua de forma definitiva um item do cardápio ou um ingrediente. Se você apagar o «Especial de Peixe» do mês passado, o histórico de vendas e de custo de alimentos dele some dos seus relatórios. Use exclusão lógica com is_active para que recipe_lines e as contagens passadas fiquem intactos e os números continuem honestos.

Perguntas frequentes

Isso substitui meu PDV?

Não, mantenha seu PDV para receber na mesa. Este sistema fica ao lado: você lança os totais de vendas diários (na mão ou com uma importação simples) para que o custo de alimentos e o estoque conciliem com o que de fato foi vendido. Reconstruir o processamento de cartão não é uma briga que valha a pena na v1.

Como ele calcula o percentual de custo de alimentos?

Cada item do cardápio se liga a recipe_lines, e cada linha aponta para um ingrediente com um custo por caixa e um tamanho de embalagem. O app converte para a unidade de receita, soma o custo do prato e divide pelo preço do cardápio. Mude um custo por caixa e todo prato que usa aquele ingrediente é recalculado. A maioria dos restaurantes de serviço completo mira em torno de 28-35%.

Os registros de temperatura vão mesmo satisfazer um fiscal da vigilância sanitária?

Os registros capturam a leitura, o equipamento, o carimbo de data/hora, as iniciais do funcionário e uma ação corretiva obrigatória para valores fora da faixa, e mantêm ao menos 90 dias recuperáveis, que é o que as jurisdições que seguem o FDA Food Code procuram. Confirme sempre o formato exato que a sua vigilância sanitária local quer, já que os estados adaptam o código modelo.

Posso operar mais de uma unidade com ele?

Sim. As contagens de estoque, os níveis par e os registros de temperatura têm escopo por unidade, enquanto o cardápio e as receitas são compartilhados, então uma mudança de preço se propaga para todo lugar de uma vez. Comece com uma unidade, prove o ciclo e depois clone.

Dá para usar na linha sem treinamento?

As telas de contagem e temperatura são feitas para um celular segurado com as mãos molhadas: botões grandes, uma leitura por vez, sem menus para caçar. Como todo o sistema é hospedado na ybuild no seu próprio domínio, a equipe só abre uma URL salva em qualquer celular; não há nada para instalar ou atualizar.