Dispositivos conectados e IoT
KDS de restaurante e software de tela de pedidos: arquitetura técnica em tempo real
Protótipo KDS e arquitetura de software escalável que combina PDV, pedidos on-line, tela de cozinha e tela de entrega ao cliente em um único back-end.
Resposta curta
Fluxo ininterrupto de pedidos da caixa registradora para a cozinha
O Kitchen Display System move os pedidos do PDV ou canais online para a estação de preparação correta; Mostra duração, notas de produto e alterações de status em tempo real. A mesma infraestrutura pode produzir quiosques de autoatendimento, telas de cozinha, telas de despacho e telas de pedidos prontos voltados para o cliente. O primeiro MVP pode ser implantado com uma única filial, duas estações de teste e uma tela de entrega.
Modelo de pedidos baseado em serviços e eventos
Na arquitetura básica, a API Order aceita o pedido, o serviço Routing divide os produtos em estações, o serviço Kitchen gerencia o status de preparação e o Display Gateway gerencia as conexões WebSocket. O pedido passa pelos estados CREATED, ACCEPTED, PREPARING, READY e HANDED_OFF. Cada alteração é registrada com um evento sequencial e carimbo de data/hora. Assim, quando o display é reconectado, ele não apenas recupera a última visualização, mas também o status confiável do pedido por meio do backend.
Funções de tela e experiência do usuário
A tela de preparo mostra os itens da estação, tempo decorrido, alérgeno e notas especiais. A tela do Expediter combina peças de diferentes estações em um único pedido. A tela de retirada publica o nome do cliente ou número do pedido apenas nos grupos PREPARANDO e PRONTO. Os alvos de toque devem ser grandes e as cores devem ter alto contraste; a situação não deve ser explicada apenas com cores. Em cozinhas movimentadas, som, vibração ou suporte de alerta externo podem ser adicionados opcionalmente.
Durabilidade e integração offline
Um gateway de filial local pode manter o fluxo entre as telas do PDV e da cozinha quando a Internet cai. Depois que a conectividade na nuvem for restaurada, os eventos serão sincronizados com IDs exclusivos. As integrações de PDV e entrega são transformadas em um esquema de pedido comum; o ID exclusivo do canal também é armazenado. Se o WebSocket quebrar, o cliente se reconectará com latência crescente e solicitará atualizações ausentes desde o último número de sequência do evento.
Como preparar uma demonstração funcional?
O pacote de demonstração inclui três janelas de navegador ou painéis Android: case, cozinha e tela de captação. Um pedido de dois itens é feito no caixa, o hambúrguer é direcionado para a estação quente e a bebida é direcionada para a estação fria. Os tempos de preparação são ao vivo; o cartão vencido entra em estado de aviso. Quando duas estações são concluídas, o despachante deixa o pedido PRONTO e o número aparece na tela do cliente. O comportamento de desconectar brevemente a rede e reconectar também é mostrado na apresentação.
Observabilidade, autorização e segurança de dados
O painel de operações mostra o lead time médio, a carga da estação, a taxa de pedidos vencidos e os motivos do cancelamento. Os processos de trabalho são gravados na trilha de auditoria com função e ID do dispositivo. Nenhuma informação pessoal desnecessária é exibida na tela de coleta; as notas de pedido são abertas apenas na estação relevante. As configurações de menu, filial e dispositivo são mantidas atualizadas; a implantação defeituosa pode ser revertida para a configuração anterior.
Roteiro piloto e de produtização
No primeiro piloto, são medidas a rotatividade de pedidos, a latência de status e a disponibilidade da tela. Na próxima etapa, são adicionados multifiliais, multimarcas, entrega de correio, previsão de preparação de produtos e gerenciamento de capacidade de cozinha. O foco comercial da implementação deve ser menos papel, prazos mais visíveis, menor taxa de entregas incorretas e integração controlada com sistemas POS existentes.
Perguntas frequentes
É necessário hardware embarcado especial para KDS?
Para a maioria das instalações de MVP e de campo, um painel Android, tablet ou display industrial executado no modo quiosque é suficiente. A necessidade crítica é a resiliência, a gestão da rede e a integração adequada.
O WebSocket sozinho é suficiente?
Adequado para atualização ao vivo; entretanto, o log de eventos persistentes, a numeração de sequência e a ressincronização baseada em REST também são necessários para retornar ao estado correto após o intervalo.