Omnichannel no restaurante: integre salão, WhatsApp e delivery

Diagrama original: Equipe ChefOS. Representação de um fluxo recomendado, não de uma funcionalidade já disponível.

Um pedido chega pelo WhatsApp enquanto outra pessoa paga no salão e o aplicativo anuncia uma nova entrega. O desafio é fazer essas entradas compartilharem a mesma capacidade de cozinha sem perder a identidade de cada venda.

Omnichannel exige continuidade de informação entre os canais. Reunir tudo numa tela pode ajudar, mas o processo precisa definir quem confirma o pedido, quem produz, quem resolve alterações e quem acompanha o pagamento.

Comece pelo processo, depois escolha a ferramenta

Mapeie cinco etapas: entrada, confirmação, produção, expedição e conciliação. Para cada etapa, registre o responsável e o dado que precisa acompanhar o pedido.

Um registro operacional deve conter:

• Identificador do pedido e canal de origem.
• Itens, quantidades, adicionais e observações.
• Horário de entrada e prazo informado ao cliente.
• Forma e situação do pagamento.
• Modalidade de atendimento e informações necessárias para entrega.
• Histórico de alterações e cancelamentos.

Mantenha apenas os dados pessoais necessários e restrinja o acesso conforme a função da equipe. Evite expor telefone e endereço em telas abertas ao público.

Uma fila compartilhada precisa respeitar a capacidade

Imagine, num exemplo hipotético, uma cozinha com capacidade para preparar 20 pratos por intervalo de 15 minutos. Entram 12 pedidos do salão e 14 do delivery, cada um com um prato: são 26 pratos para uma capacidade de 20. Trocar três tablets por um painel não elimina essa diferença.

O gestor precisa ajustar o prazo prometido, a disponibilidade de itens ou a entrada de pedidos. Meça o tempo real de preparo por faixa de movimento. Automatizar o aceite sem considerar capacidade pode aumentar atrasos.

Defina também como observações chegam à praça correta. Quem confere uma alteração deve atualizar o registro que a cozinha está usando; uma conversa isolada no WhatsApp não pode ser a única evidência.

Receber um evento não é confirmar um pedido

Na integração com plataformas, diferencie recebimento técnico de uma mensagem e decisão operacional sobre a venda. A documentação de eventos do iFood descreve mecanismos de entrega e confirmação de recebimento. Ela também explica que eventos podem ser reenviados. Por isso, uma integração deve impedir que uma repetição técnica gere duas produções.

Para o gestor, o teste é simples: repetir uma notificação deve manter um único pedido e um histórico coerente. Cancelamentos e alterações precisam aparecer para quem executa o trabalho, além de ficarem registrados para o fechamento.

Feche o caixa por canal

No fim do turno, compare vendas, descontos, cancelamentos, taxas e repasses. O total vendido numa plataforma pode ser diferente do dinheiro creditado na conta. Preserve a origem de cada lançamento para localizar a diferença.

Antes de contratar uma solução, peça uma demonstração com situações reais: adicional, alteração, cancelamento, indisponibilidade de item e falha de conexão. Confirme quais integrações estão disponíveis na versão contratada.

Continue com o guia de gestão financeira no delivery e organize o custo dos ingredientes com a calculadora de CMV.

Fontes e revisão

• iFood Developer — visão geral de webhooks e tratamento de eventos.
• Sebrae — como organizar um delivery eficiente.

Revisado em 2 de outubro de 2026. Exemplos e recomendações operacionais são da equipe editorial. Esta revisão substitui linguagem imprecisa e remove promessas não comprovadas de automação e aumento de vendas.