Sistema para restaurante e delivery: pedido, cozinha e entrega

Restaurante raramente quebra por falta de movimento. Quebra por margem que ninguém mede prato a prato e canal a canal. Um sistema que resolve isso faz três coisas: liga cardápio, ficha técnica e estoque para saber o custo real de cada item, organiza a cozinha por praça de produção em vez de por pedido inteiro, e separa a rentabilidade do salão da rentabilidade de cada canal de delivery.

Ficha técnica: sem ela, o preço do cardápio é chute

A ficha técnica é a receita do prato em unidades de compra, com rendimento e perda. Parece burocracia de rede grande, mas é o que permite responder à pergunta mais importante da operação: quando o preço de um insumo sobe, quais pratos deixaram de ser rentáveis.

O que uma ficha precisa carregar:

• Insumos com quantidade líquida, o que efetivamente vai no prato
• Fator de correção, porque legume descascado rende menos do que o comprado
• Perda de cocção quando relevante, especialmente em proteína
• Rendimento, quantas porções saem da receita base
• Tempo e praça de produção, que alimentam a fila da cozinha

Com ficha e preço de compra atualizado, o sistema calcula o custo do prato automaticamente e mostra margem de contribuição por item. O relatório que muda o cardápio cruza margem com volume de venda:

Cardápio enxuto é vantagem operacional, não perda de opção. Menos itens significa menos insumo parado, menos ruptura e cozinha mais rápida no pico.

Cozinha: fila por praça, não por pedido

O erro clássico do sistema de restaurante é mandar o pedido inteiro para uma impressora só. A cozinha não trabalha por pedido, trabalha por estação: grelha, fritura, saladas, montagem, sobremesa.

Uma fila organizada por praça faz cada estação ver apenas o que precisa produzir, e a montagem final agrupa. Os elementos que fazem diferença:

• Item roteado para a praça correta, definido na ficha técnica
• Ordem de disparo por tempo de preparo, para que a batata não fique pronta oito minutos antes do bife
• Marcação de mesa e de canal, porque pedido de delivery tem tempo diferente de pedido de mesa
• Cronômetro por item, com destaque visual para o que passou do tempo alvo
• Confirmação de saída, que fecha o ciclo e alimenta o tempo real de preparo

O dado que sai disso é tempo de preparo por item, por praça e por faixa de horário. Com ele, a operação descobre qual item trava a cozinha no pico e ajusta preparo prévio ou tira o item do horário crítico. Sem ele, todo mundo culpa o salão.

Vale ainda o botão que ninguém pensa até precisar: pausar item no cardápio em tempo real, refletindo em todos os canais ao mesmo tempo. Vender um prato que acabou, principalmente em delivery, gera cancelamento, nota ruim e custo de reembolso.

Delivery: cada canal tem custo diferente e precisa ser medido separado

Um restaurante com salão e três aplicativos tem quatro operações com estruturas de custo distintas. Tratar tudo como faturamento único esconde o problema.

A conta por canal precisa considerar:

Muitos restaurantes descobrem, ao fazer essa conta pela primeira vez, que determinado canal opera com margem próxima de zero em certos itens. A resposta normalmente não é sair do canal, é ter cardápio e precificação diferentes por canal, o que exige que o sistema suporte preço por canal em vez de preço único.

Sobre integração, operar cada aplicativo em um tablet separado funciona em volume baixo e vira gargalo com volume. Os problemas concretos são redigitação em hora de pico, venda de item que já acabou porque a pausa não propagou, e impossibilidade de consolidar custo. A integração automatizada elimina os três.

Estoque: baixa por ficha técnica e contagem por ciclo

Estoque de restaurante não se controla item a item em tempo real com precisão absoluta, e tentar isso gera abandono. O modelo que funciona:

1. Baixa teórica automática pela ficha técnica a cada venda
2. Contagem periódica dos itens de maior valor e maior giro, não de tudo
3. Comparação entre teórico e contado, gerando a diferença
4. Investigação da diferença apenas onde ela for relevante

A diferença entre estoque teórico e contado é o número que revela desperdício, erro de porcionamento, quebra e desvio. Ela não precisa ser zero, precisa ser estável e explicável. Quando ela cresce em um insumo específico, existe uma causa específica.

Para insumo perecível, o controle de validade e de lote importa mais do que a quantidade exata, principalmente em proteína e laticínio. Boas práticas de manipulação de alimentos são objeto de regulamentação sanitária e de fiscalização municipal, e o sistema deve registrar o que o responsável técnico definir, incluindo controle de temperatura quando aplicável.

Fiscal e pagamento

A emissão fiscal em restaurante varia por estado e por modelo de operação, com equipamentos e documentos eletrônicos diferentes conforme a unidade da federação. Duas recomendações práticas: trate a camada fiscal como componente que fala com o sistema por integração, e não como algo a reescrever, e confirme o modelo aplicável com o contador antes de definir arquitetura. Regra fiscal muda e não vale a pena manter isso dentro do código do restaurante.

No pagamento, o ponto que gera prejuízo silencioso é conciliação de recebíveis. Vendas em cartão e em aplicativo entram líquidas, com prazos e descontos diferentes. Sem conciliação automática, o restaurante não percebe quando uma taxa foi cobrada errada ou quando um repasse não veio.

Por onde começar

Se o restaurante já tem ponto de venda funcionando, o maior salto costuma vir da ficha técnica com custo por prato, porque muda decisão de cardápio e de preço com dado. O segundo é a fila de cozinha por praça, que reduz tempo no pico e melhora a nota em delivery, onde tempo é avaliação.

Integração de aplicativos entra quando o volume justifica, e conciliação de recebíveis quando o número de canais cresce. A Retti Tech, estúdio de Natiam Gabriel, costuma priorizar o que dá número em um mês de operação, porque restaurante tem margem apertada e não sustenta projeto longo sem retorno visível no meio do caminho.