O que é um sistema operativo de restaurante — e porque o POS é só uma parte

O software de restauração vende-se com dez nomes: POS, caixa, sistema de gestão de restaurantes, ERP de restauração, sistema operativo de restaurante. Quase todas essas palavras são marketing. Uma distinção, porém, é real — e decide quanto da sua semana se perde a reescrever números.

O trabalho estreito de um POS

Um ponto de venda existe para cobrar corretamente. Coloca o preço, aplica o desconto, divide a conta, imprime o talão e fecha a gaveta. Um bom é rápido, difícil de errar em plena hora de ponta e honesto sobre o que foi anulado.

É um trabalho a sério, e uma caixa que o faz mal custa-lhe dinheiro em cada serviço. Mas repare onde termina: assim que o dinheiro ou o cartão passam, um POS puro acabou. Sabe o que foi vendido. Não sabe quanto lhe custou vendê-lo.

O que uma só encomenda realmente toca

Pegue numa sandes de shawarma de frango, vendida às 14:12 de uma terça-feira. Por trás desse único toque, um restaurante bem gerido tem de mover nove coisas:

Um POS faz a linha um e as linhas quatro e cinco. O resto é feito por outro sistema, ou por uma pessoa à uma da manhã com uma folha de cálculo.

Porque as «integrações» não são a mesma coisa

A resposta habitual é comprar as peças em falta e ligá-las: um POS, um ecrã de cozinha, uma ferramenta de stock, uma app de RH, um pacote de contabilidade, quatro mensalidades e três integrações.

Funciona, até certo ponto. O problema é que uma integração é uma cópia, não uma verdade partilhada. E as cópias derivam:

• O POS sabe que a sandes saiu. A ferramenta de stock só sabe na sincronização seguinte — se correu, e se ninguém editou uma receita entretanto.
• Um reembolso na caixa não se torna automaticamente um lançamento de estorno.
• Um artigo renomeado na carta torna-se uma linha órfã no relatório do mês passado.
• Cada reconciliação é uma pessoa a comparar dois ecrãs e a decidir qual deles mente.

Nada disto é dramático num único dia. Juntos, são a razão pela qual o fecho do mês demora três semanas.

As cinco perguntas que separam os dois

Faça-as a qualquer fornecedor: a resposta arruma a categoria sozinha.

1. Quando um operador anula um artigo, o stock regressa e a contabilidade estorna — sem nenhuma segunda ação em lado nenhum?
2. Consegue ver, esta semana, a diferença entre o custo de mercadoria que as receitas preveem e o que o inventário encontrou?
3. A picagem de um cozinheiro aparece no mesmo sistema que produz o recibo de vencimento?
4. Consegue comparar duas lojas num ecrã sem exportar nada?
5. Se a internet cair duas horas, a caixa continua a vender — e tudo o acima chega depois?

Um POS responde a metade da primeira. Um sistema operativo responde às cinco.

Como isto se parece na prática

O GoSufra é construído como o segundo tipo. Seis aplicações — painel do gestor, POS, ecrã de cozinha, empregado, estafeta e cliente — escrevem numa só base de dados, pelo que as nove linhas da tabela acontecem no mesmo segundo, a partir de um toque, sem ninguém reescrever nada. Os livros são por partidas dobradas e lançam-se a partir do evento operacional, não de uma exportação. Os perfis decidem quem vê o quê. As filiais partilham a carta e mantêm cada uma o seu stock e os seus números.

É essa a ideia toda: introduz a realidade uma vez, e cada consequência já fica registada.

Quando sinceramente não precisa dele

A honestidade faz parte de escolher bem. Um carrinho de café com quatro referências, sem pessoal e sem stock digno desse nome, não precisa de doze módulos: precisa de uma caixa rápida e de uma impressora. Assim que existe cozinha, uma segunda pessoa na folha de salários, géneros perecíveis ou uma segunda loja, a conta inverte-se: as horas gastas a juntar sistemas custam mais do que software que nunca os separou.

A maioria dos restaurantes atravessa essa linha mais cedo do que julga — normalmente na semana em que contrata o terceiro colaborador.