Sistema de gestão de restaurantes: o que cobre e como escrever os requisitos

Se para mudar um preço tem de ir ao POS, depois ao menu QR e depois à plataforma de entregas, o seu menu está guardado em três sítios. Mais cedo ou mais tarde, as três cópias deixam de bater certo. O mesmo acontece com as reservas apontadas num caderno e com os contactos de clientes que só existem num telemóvel. Um sistema de gestão de restaurantes junta esses registos num só sítio. Ou, pelo menos, define qual dos sistemas guarda a cópia principal e põe os outros a ler dela. O nome serve para muita coisa: há fabricantes que o dão a uma suite que vai da sala ao processamento salarial e outros que o põem num único módulo. Para escolher, pergunte que registos da sua casa o sistema passa a guardar e quais continuam noutro lado.

O que cobre um sistema de gestão de restaurantes

Quase todas as definições dividem o trabalho em três partes. A sala é o que o cliente vê: o menu, o pedido e o pagamento, as mesas e as reservas, a ficha do cliente. A cozinha e o armazém têm o ecrã de cozinha, as contagens de stock, as compras e o custeio das fichas técnicas. A administração é o escritório: horários do pessoal, processamento salarial, contabilidade.

Cada fabricante dá a estas partes o nome que quer. O que um apresenta como gestão de pedidos, outro chama ecrã de vendas. O registo por baixo é o mesmo. Por isso vale mais escrever os requisitos em registos e regras do que em nomes de módulos.

Para saber se um sistema guarda mesmo um registo, mude um preço. Se o introduz uma vez e o preço novo aparece no menu do cliente, na plataforma de entregas e no relatório de vendas da semana seguinte, o artigo está num só sítio. Se tem de o escrever em três ecrãs, há três cópias. Basta esquecer uma para os preços deixarem de bater certo.

A regra 30/30/30/10 e o registo por trás de cada número

A regra 30/30/30/10 é uma referência prática para repartir a faturação: cerca de 30 % para comida e bebida, 30 % para pessoal, 30 % para o resto de que a casa precisa para funcionar (renda, água e luz, marketing, reparações) e perto de 10 % de lucro. Serve para começar um orçamento. Um bar de café e uma steakhouse não compram nem contratam da mesma maneira, e a repartição real de cada um pode ficar bem longe destes valores.

Quando está a escolher software, a regra tem outra utilidade. Cada um dos quatro números sai de um registo diferente. A faturação sai dos pedidos. O custo de comida precisa do que comprou, do que contou e de uma ficha técnica por prato. Um artigo com preço mas sem ficha técnica não diz quanto custa o prato que sai para a sala. O custo com pessoal precisa das horas registadas e do valor pago à hora. Os custos operacionais saem das faturas lançadas na contabilidade.

Um sistema que só guarda os registos da sala dá-lhe a faturação com precisão e nenhuma das três linhas de custo. Não é um problema, desde que o saiba antes de assinar e já tenha decidido de que sistema vêm o custo de comida, o pessoal e os gastos gerais. Os mesmos registos de stock que alimentam o custo de comida dão a taxa de rotação de inventário. Quando escolher o sistema que os vai guardar, pense nos dois números.

O artigo, o registo de que depende a gestão do menu

A maioria dos restaurantes começa pela gestão do menu, e o artigo é o registo que mais convém definir bem. Só com nome e preço, o sistema não sabe dizer a um cliente se o prato leva frutos secos. Não tira os pequenos-almoços do menu às onze. Não mostra que tamanhos se vendem. Um artigo completo tem descrição e fotografia, um preço por tamanho, extras (uma dose a mais de café, sem cebola), alergénios e informação nutricional, e os dias e horas em que se pode pedir.

É também no artigo que a sala e a cozinha se encontram. O preço está no menu ou no POS. A ficha técnica que dá o custo costuma estar num sistema de back-office. Se os dois não partilham o mesmo artigo, comparar o que vendeu com o que custou passa a ser trabalho manual numa folha de cálculo. Antes de perguntar pelo ecrã do menu, pergunte por esta ligação.

Regras de negócio que quase todas as listas de requisitos esquecem

O registo diz o que existe. A regra diz o que o sistema faz quando acontece alguma coisa.

Muitas destas regras já estão em vigor na sua casa sem estarem escritas em lado nenhum. São explicadas a cada pessoa nova, e alguém tem de as lembrar a meio do serviço. Escreva cada uma numa linha: o que acontece, o que o sistema faz e quem pode passar por cima.

- Às onze deixa de se poder pedir pequeno-almoço.
- O menu do dia só aparece ao almoço.
- Um pedido ao domicílio abaixo do valor mínimo é recusado.
- O tempo de entrega prometido ao cliente é o tempo de preparação mais o do trajeto.
- O álcool só se vende com verificação de idade.
- Um código promocional pode valer nas entregas e não na sala, ou só acima de certo valor.
- Quem envia o pedido: o cliente pelo telemóvel, o empregado pelo tablet, ou os dois? Quem o pode anular, e até que ponto depois de entrar na cozinha?
- Dinheiro: preços por tamanho, couvert e taxa de serviço, percentagens de gorjeta sugeridas, como se divide uma conta.
- Um artigo acaba a meio do serviço, um cliente cancela, uma mesa já pagou e continua sentada. Cada uma destas situações precisa de resposta.

Algumas regras não vão caber em nenhum dos programas que avaliar. Guarde-as numa lista à parte. Continuam a depender da equipa, e são as primeiras em que uma pessoa acabada de chegar se engana.

Escrever os requisitos a partir de um serviço real

Não precisa de um modelo. Leve um caderno durante um serviço inteiro, de preferência um cheio e outro calmo, e aponte cada vez que a mesma informação é escrita pela segunda vez. Uma comanda em papel que depois é marcada na caixa. Uma reserva feita por telefone e copiada para o livro. Um preço mudado no quadro e esquecido na aplicação. Cada uma dá uma linha de requisitos que consegue defender, porque a viu acontecer.

Depois siga um pedido desde que é tirado até chegar à contabilidade e conte por quantos sítios passa. Se passar por mais de dois ou três, a integração vai para o topo da lista.

O caderno não apanha tudo. Um canal de pedido digital encurta a espera para pedir, mas a cozinha continua ao mesmo ritmo. Se a cozinha não acompanha, o atraso sai da mesa e vai parar ao passe. E nem todas as mesas querem pedir pelo telemóvel. Grupos grandes e certas ocasiões continuam à espera do empregado. Planeie as encomendas online no restaurante como um canal que funciona ao lado do serviço à mesa.

Como reduzir a lista quando todos dizem ser o melhor

Nós fazemos um destes sistemas, por isso não vamos pôr os dos outros por ordem. Um top 10 não sabe que registos da sua casa estão no sítio errado, e é isso que decide qual é o melhor para si.

Comece por agrupar os fabricantes pelo registo à volta do qual construíram o produto. As suites de back-office partem do inventário, das compras e da contabilidade. Os sistemas centrados no POS partem do pedido e do pagamento. As plataformas viradas para o cliente partem do menu, dos canais de pedido, do site e das reservas. O caderno mostra-lhe em qual destes três grupos estão as suas falhas.

Depois pegue nas três duplicações que mais vezes apareceram no caderno. Peça a cada fabricante que ficou na lista para as resolver numa demonstração, no ecrã dele e com o seu menu carregado. Se lhe responderem com o nome de uma funcionalidade, peça para ver o ecrã.

Por que ordem configurar o sistema

Cada passo usa o que ficou introduzido nos anteriores.

1. Ficha do estabelecimento e horário de funcionamento.
2. O menu, artigo a artigo, com tamanhos, extras, alergénios e disponibilidade. Costuma ser o passo que mais tempo leva.
3. Mesas e zonas: a zona de cada mesa, quantos lugares tem e se leva código QR próprio.
4. Canais: sala, entrega, take-away e tablet, e o menu que aparece em cada um.
5. As regras do caderno, passadas para as definições sempre que o sistema deixar.
6. Integrações com o POS, o fornecedor de pagamentos e a impressora.
7. Relatórios. Antes de arrancar, peça ao sistema um dia que já passou, artigo a artigo. Se tiver de o exportar e refazer numa folha de cálculo, o requisito de relatórios não está cumprido.
8. Conteúdo gerado: site, fotografias, traduções.

O conteúdo gerado fica para o fim porque lê o que está nos passos de trás. Em julho de 2026 gerámos no painel da FineDine um site de teste para uma pastelaria. Na secção Popular Items apareceram um T-Bone Steak e um Filet Mignon, tirados do menu de exemplo. A ficha do estabelecimento estava vazia, e a localização saiu como texto de preenchimento. O site foi buscar os dados ao menu e à ficha do estabelecimento, fosse qual fosse a descrição que escrevemos. Um site, uma tradução ou um relatório feitos sobre um menu a meio repetem os erros desse menu.

O que a FineDine cobre e o que deixa de fora

Percorremos o painel da FineDine em julho e agosto de 2026. Das partes que um sistema de gestão pode cobrir, a FineDine cobre a sala e os relatórios.

No Menu Manager, cada artigo guarda descrição, fotografia e vídeo, preço por tamanho, extras, informação nutricional e alergénios, e os dias e horas em que está disponível. O menu QR que o cliente abre mostra essa mesma ficha, com ícones de alergénios e preços por tamanho. O Website Builder também lê a partir dela. Se a carta já existe em fotografia, PDF, Excel ou CSV, o Menu Manager propõe as secções e os artigos a partir do ficheiro carregado. Nesse caso, o passo dois da configuração passa a ser verificar e corrigir o que entrou.

As mesas ficam arrumadas por zonas numa planta da sala. Cada mesa tem o seu código QR ou usa um código partilhado, e cada código pode só mostrar o menu ou também receber pedidos. Os tablets têm três modos: na mão do empregado, fixos na mesa como menu em tablet ou como quiosque de autosserviço. As reservas são um módulo à parte da planta da sala.

A maior parte das regras do caderno tem uma definição correspondente: pedido mínimo, custo de entrega, tempo de preparação e de trajeto, verificação de idade, percentagens de gorjeta, couvert e taxa de serviço, e códigos promocionais limitados a um canal ou a um valor mínimo.

Os relatórios têm duas camadas. Os relatórios padrão cobrem resumo, artigos, negócio e reservas. O AI Reports (FineDine IQ) atualiza de hora a hora, compara faturação, pedidos e valor médio por conta com um período anterior e assinala anomalias. Com os dois, a linha da faturação da regra 30/30/30/10 fica coberta.

O Marketplace lista as ligações a POS, pagamentos e impressora. Umas são gratuitas e outras pagam-se ao mês, por isso procure lá primeiro as que já usa. O que cada plano inclui está na página de preços.

Nem o painel nem a comparação de planos têm módulo de inventário, compras, custeio de fichas técnicas, horários do pessoal, processamento salarial ou contabilidade. As contas do pessoal têm funções atribuídas, que definem quem pode fazer o quê, mas não registam horas. O custo de comida, o pessoal e os custos operacionais têm de vir de outro sistema. A linha a acrescentar aos requisitos é como esse sistema vai receber as vendas por artigo, seja da FineDine, seja do POS que ligar.