Escolher o POS é a decisão tecnológica mais cara de um restaurante e, quase sempre, é tomada numa demonstração de 40 minutos. O sistema que regista os pedidos acaba por decidir quanto tempo um empregado demora a servir uma mesa, se a cozinha recebe os pratos pela ordem certa e se, ao fechar o mês, consegue saber que margem deixa cada prato. Este guia reúne os critérios que separam mesmo um POS que aguenta de um que atrapalha.
Em resumo: um POS de hotelaria regista pedidos, controla o estado de cada mesa, envia os pratos para a cozinha e cobra a conta. Ao contrário de um POS de retalho, trabalha sobre uma conta aberta ao longo do tempo — que se altera, se divide e se transfere — e não sobre uma venda que começa e acaba ao balcão.
Porque é que um POS de retalho não serve na hotelaria
Esta é a confusão que mais dinheiro custa. Um POS de loja modela uma transação: entra um cliente, leem-se os produtos, paga e vai-se embora. Um restaurante modela uma relação que dura hora e meia e que muda constantemente.
As diferenças que se notam logo no primeiro dia de serviço:
| Situação real | POS de retalho | POS de hotelaria |
|---|---|---|
| Conta aberta durante o serviço | Não existe | Nativo |
| Acrescentar pratos em várias rondas | Novo talão de cada vez | Mesma conta |
| Mudar clientes de mesa | Manual | Transferência de conta |
| Dividir a conta por 6 pessoas | Inviável | Por pessoa ou por produto |
| Enviar para cozinha e bar em separado | Não | Impressão ou KDS por zona |
| Anular um prato já enviado | Sem rastreabilidade | Registado e auditável |
Se o sistema que lhe mostram não resolve estas seis situações sem truques, não é um POS de hotelaria por muito que lhe chamem isso.
Os seis critérios que importam mesmo
1. Planta de sala a sério
O POS tem de perceber a sua sala: mesas, zonas, esplanada, balcão. Parece óbvio e, ainda assim, muitos sistemas tratam a mesa como uma simples etiqueta de texto. O teste: peça na demonstração que movam uma conta da mesa 4 para a esplanada 2 com o pedido já enviado para a cozinha. Se for preciso anular e recomeçar, a sua equipa fará exatamente isso todas as noites.
2. Pedido em mobilidade
Que o empregado tire a nota no telemóvel junto à mesa, e que o prato siga para a cozinha a partir daí, elimina a ida ao balcão. Num espaço com rotação alta, é a diferença entre servir três turnos ou dois. Confirme que funciona com o wi-fi em baixo: os sistemas sérios guardam o pedido no dispositivo e sincronizam-no quando o sinal volta.
3. Cobrança flexível
Dividir contas é a operação que mais colapsa um fecho. Precisa de dividir por pessoa, por produto e por valor livre, com vários métodos de pagamento sobre a mesma conta. Junte à lista os pagamentos por QR e carteira móvel — MB WAY em Portugal, Bizum em Espanha — que permitem ao cliente pagar do próprio telemóvel e reduzem a fila na caixa à saída.
4. Cozinha ligada
Um KDS (ecrã de cozinha) ordena os pratos por tempo de preparação e avisa dos atrasos. Face ao talão impresso ganha em duas coisas: não se perde papel e fica registo de quanto demora cada prato desde que entra até que sai. Esse dado é a base para resolver os estrangulamentos do serviço.
5. Integrações que já existam
Pergunte por integrações concretas e peça para as ver a funcionar, não na lista de “brevemente”:
- Entregas: os pedidos das plataformas devem entrar como pedido, sem ninguém os digitar duas vezes
- Contabilidade: exportação para o sistema de gestão ou o contabilista que já usa
- Assiduidade e turnos: cruzar vendas por hora com horas de pessoal é o que permite ajustar a equipa
- Inventário: abate automático das fichas técnicas ao vender um prato
6. Propriedade do dado e API aberta
A pergunta que quase ninguém faz na demonstração: se amanhã sair, o que levo comigo? Precisa de poder exportar histórico de vendas, talões e fichas técnicas num formato legível. Um POS sem API aberta transforma-se num estrangulamento assim que abrir o segundo estabelecimento e quiser consolidar dados. Já vimos isto vezes suficientes para o colocar entre os critérios de eliminação, e não entre os desejáveis.
Cumprimento legal: a parte que não se negoceia
Em Portugal, o software que emite faturas, faturas-recibo e talões tem de estar certificado pela Autoridade Tributária e Aduaneira, com um número de certificado atribuído. Se o seu POS emite documentos de venda, é software de faturação para efeitos da norma, com tudo o que isso implica:
- ATCUD e código QR em cada documento emitido, gerados a partir das séries comunicadas à AT
- Comunicação das séries documentais à AT antes de as utilizar
- Ficheiro SAF-T (PT) exportável em qualquer momento, tanto para contabilidade como para inspeção
- Registos encadeados e inalteráveis, sem possibilidade de apagar um talão sem deixar rasto
O calendário destas obrigações mexeu-se várias vezes, por isso confirme os prazos em vigor junto do Portal das Finanças ou do seu contabilista antes de assinar seja o que for. E se opera também em Espanha, tenha presente que as regras são outras: a certificação portuguesa não o cobre lá.
O que pode exigir hoje, independentemente do prazo:
- Número de certificado do software por escrito, no contrato e não apenas no site do fornecedor
- Exportação SAF-T (PT) vista a funcionar na demonstração, não prometida num slide
- Atualizações legais incluídas na mensalidade, e não como módulo faturado à parte
Este último ponto é onde aparecem as surpresas: sistemas antigos que cumprem através de um módulo adicional com custo próprio. Pergunte-o explicitamente e deixe-o em contrato.
Hardware: proprietário ou padrão
Muitos fornecedores vendem o terminal junto com o software. É cómodo no primeiro dia e caro no terceiro ano.
Hardware proprietário: o equipamento é fornecido e mantido pelo fornecedor. Vantagem: um único interlocutor quando algo falha. Inconveniente: a substituição de um tablet partido é ao preço dele e no prazo dele, e a renovação do contrato fica presa ao ciclo de vida do equipamento.
Hardware padrão: tablets e telemóveis de mercado, impressoras de rede genéricas, gaveta de dinheiro compatível. Vantagem: se um tablet se parte a um sábado, substitui-o em qualquer loja. Inconveniente: a responsabilidade pela rede do espaço é sua.
Para um estabelecimento único com pouca gente técnica, o hardware gerido faz sentido. A partir de três estabelecimentos, o padrão costuma sair bastante mais barato e deixa liberdade para mudar de software sem deitar fora os equipamentos.
Custos reais de mercado
Intervalos indicativos no mercado europeu, para chegar à negociação com referências:
| Perfil | Custo software | O que inclui |
|---|---|---|
| Estabelecimento único, 1 terminal | 50-100 EUR/mês | Pedidos, cobrança, relatórios básicos |
| Estabelecimento com vários terminais | 100-250 EUR/mês | Mobilidade, KDS, inventário |
| Cadeia multilocal | 250-500 EUR/mês por estabelecimento | Consolidação, analítica, API |
Rubricas que não costumam aparecer na primeira proposta e convém perguntar: ativação e instalação, formação da equipa, migração do histórico de vendas, licença por terminal adicional, módulo de cumprimento fiscal e custo de suporte fora de horas. Na hotelaria, o suporte ao fim de semana não é um extra opcional: é quando fatura.
Quatro erros que se repetem
- Escolher pela demonstração e não pelo serviço. Peça um teste no seu espaço a uma sexta-feira à noite. Um sistema que corre fluido com quatro mesas pode encravar com trinta.
- Não formar a equipa. O melhor POS mal usado rende menos do que um simples bem aprendido. Orce horas de formação e uma segunda sessão ao fim de duas semanas, quando já surgiram as dúvidas reais.
- Ignorar a saída. Assinar sem saber como exportar os seus dados é assinar uma fidelização encapotada.
- Comprar funcionalidade que não vai usar. O módulo de fidelização avançada não serve de nada se ninguém mantiver as campanhas.
Quando o POS de mercado fica curto
Um produto padrão cobre bem o caso padrão. Deixa de o cobrir quando o negócio tem um fluxo próprio: formatos mistos de restaurante e loja, produção centralizada que abastece vários espaços, tarifas diferentes por faixa horária ou canal, ou um ERP próprio com o qual é preciso falar em tempo real.
O sinal de alarme é mensurável: quando a equipa dedica horas a acertar à mão o que o sistema não sabe fazer, esse custo já ultrapassou o de resolver a questão como deve ser. Na Soamee trabalhamos esse ponto de duas formas: integrando o POS existente com o resto dos sistemas através da sua API, ou construindo a camada que o produto de mercado não cobre. A experiência em gestão de pessoal para hotelaria desenvolvemo-la com a Orquest, e o lado da restauração premium com a GOXO.
Se vai decidir nas próximas semanas, vale a pena ver antes como o POS encaixa no resto do sistema: o nosso guia para digitalizar um restaurante organiza por onde começar, e em software para restaurantes está o detalhe do que construímos para o setor, incluindo o POS com planta de sala.
Lista de verificação antes de assinar
- Teste em serviço real, não em demonstração
- Transferência de conta entre mesas com pedido já enviado
- Divisão de conta por pessoa, produto e valor livre
- Funcionamento com a rede em baixo
- Número de certificado do software da AT por escrito
- Exportação SAF-T (PT) vista a funcionar
- Atualizações legais incluídas na mensalidade
- Exportação completa do histórico em formato legível
- Custo de suporte ao fim de semana confirmado
- Integrações necessárias vistas a funcionar
- Preço fechado por terminal adicional
Está a escolher POS ou a lutar com o que já tem? Conte-nos o caso e dizemos-lhe com franqueza se precisa de mudar de sistema ou apenas de o ligar bem ao resto.