GoSufra Edge: o pequeno serviço que mantém o restaurante a falar consigo mesmo
Modo offline costuma significar um POS a coxear sozinho. O Edge é um serviço na máquina do POS que mantém a caixa, o ecrã de cozinha e os tablets dos empregados a falar pela sua própria rede, e sincroniza quando a linha volta.
A maioria dos modos offline resolve a metade errada do problema. Garante que o caixa ainda consegue registar uma sandes quando a internet morre — o que é necessário, e também é a parte fácil.
A parte difícil é que um restaurante não é um aparelho. É uma caixa, um ecrã de cozinha, dois tablets de empregado e uma impressora, e normalmente falam entre si através da internet. Corte a linha: o caixa continua a tirar a encomenda, mas a cozinha nunca sabe dela. Está de volta a gritar pelo postigo, sob o olhar de um ecrã caríssimo.
O GoSufra Edge existe para essa metade.
O que é realmente
Um pequeno serviço do Windows que corre na máquina do POS. Arranca com o Windows, guarda a sua própria base de dados nessa máquina, e oferece aos aparelhos do restaurante duas coisas que a internet dava antes:
- um barramento de mensagens, para que a caixa, o ecrã de cozinha e os tablets continuem a ouvir-se pela sua própria rede, e
- uma fila, que retém tudo o que aconteceu enquanto a linha esteve em baixo, para enviar quando voltar.
É para restaurantes na edição Cloud. Se usa a edição local — a plataforma instalada na sua máquina — já tem tudo isto e não precisa de nenhum Edge.
Porquê um serviço e não parte da aplicação de POS
Parece um detalhe técnico. Não é: é a diferença entre uma funcionalidade que funciona e outra que funciona na demonstração.
O caixa fecha a caixa no fim do turno. Se o Edge vivesse dentro da aplicação de POS, o ecrã da cozinha apagar-se-ia nesse mesmo instante — e depois de um reinício do Windows alguém teria de iniciar sessão antes de o restaurante poder tirar outra encomenda. Um serviço arranca com a máquina e continua, haja ou não alguém com sessão iniciada.
O que continua a funcionar e o que honestamente não
| Internet activa | Internet em baixo | |
|---|---|---|
| O caixa tira uma encomenda | sim | sim |
| A cozinha vê o talão | sim | sim, pela sua rede |
| O empregado marca servido | sim | sim, pela sua rede |
| O talão imprime | sim | sim |
| O caixa mantém sessão | sim | sim, por uns dias |
| Um cliente encomenda pelo telemóvel | sim | não — recusado de propósito |
| Muda uma senha ou uma permissão | sim | não |
As duas últimas linhas são a parte honesta, e ambas as recusas são deliberadas.
As encomendas de clientes são recusadas porque uma encomenda aceite com a cozinha inalcançável é uma encomenda que o cliente espera e que ninguém vê. Um claro «de momento não podemos aceitar encomendas» é uma experiência muitíssimo melhor do que o silêncio e uma cozinha fria. Isto aplica-se a clientes que encomendam à distância — o pessoal no local está isento, porque um caixa de pé no seu restaurante é precisamente a pessoa para quem «o restaurante está offline» não significa nada.
As permissões não podem mudar porque só a plataforma decide quem pode fazer o quê. O Edge não tem senha alguma contra a qual verificar o que quer que seja, e isso é intencional e não um esquecimento — uma máquina numa sala por onde passa o público não deve guardar as chaves das suas contas.
As encomendas viajam como eventos, não como estado
É esta a parte que decide se a sincronização é de confiança, e vale a pena entendê-la mesmo que nunca toque num servidor.
Quando a linha volta, a caixa não envia «é assim que esta encomenda está agora». Envia a sequência do que aconteceu:
criada → estado alterado → pagamento adicionado → stock ajustado
Enviar a imagem final significaria que ganha o último aparelho a falar. Um artigo cancelado voltaria à vida porque a cópia de uma caixa ainda o listava. Dois POS que venderam cada um as últimas cinco doses apagariam mutuamente o seu abate, e o seu inventário ficaria errado de um modo que ninguém conseguiria rastrear.
O stock em particular move-se como variação — menos meio quilo — nunca como novo total. Duas variações somam-se. Dois totais sobrepõem-se.
Nada é contado duas vezes
Cada evento leva um identificador gerado no aparelho, e a plataforma guarda um recibo por cada um que já liquidou. Se uma confirmação se perder no regresso — o que acontece constantemente em más ligações — o aparelho volta a pedir e a plataforma responde a partir do recibo em vez de o aplicar segunda vez.
A promessa prática: uma confirmação perdida custa um pedido repetido, nunca uma encomenda repetida. Não vai abrir os relatórios à segunda-feira e encontrar a azáfama de sábado contada duas vezes.
As repetições também se espaçam — segundos, depois um minuto, depois cinco — e o espaçamento sobrevive a um reinício, para que um serviço que volta não bombardeie a plataforma de uma vez.
Ninguém escreve um endereço IP
Um ecrã emparelhado recorda o Edge por um nome que consegue resolver na sua própria rede, não por um endereço. Assim, quando o router reinicia e distribui endereços diferentes, nada tem de ser reescrito e ninguém tem de telefonar a ninguém.
Estar no WiFi também não chega para entrar. A rede de um restaurante leva o portátil do dono, o tablet de um fornecedor e o que um cliente tenha ligado. Um ecrã ganha acesso ao resgatar um código de uso único que um funcionário gera na caixa — de vida curta e com limite de tentativas — e depois prova a sua identidade em cada pedido seguinte. Um ecrã numa praça de alimentação partilhada não pode acabar apontado ao restaurante do lado.
A instalação são três passos na caixa: registar a máquina uma vez (isto precisa de internet), emparelhar a própria caixa, e depois emparelhar cada outro ecrã com um código QR.
O que fica na máquina e o que não fica
Só o que uma caixa precisa para vender: a carta, os preços, os impostos, as mesas, as definições do estabelecimento, o pessoal e os clientes que tem de conseguir nomear, e as impressoras.
Nada de relatórios. Nada de contabilidade. Nada de salários. Nenhum outro estabelecimento. Nenhum hash de senha. Nada disso é preciso para vender uma sandes, e tudo isso estaria num computador numa sala por onde o público passa.
A base de dados vive ainda fora da pasta do programa, para que uma actualização não a possa substituir. E o desinstalador pergunta antes de a apagar, com Não por omissão — porque pode ainda guardar encomendas que não lhe foram pagas.
O que perguntar a um fornecedor
Se está a comparar sistemas, estas quatro perguntas separam uma história offline real de uma de marketing:
- Quando a internet morre, o ecrã de cozinha continua a receber talões — ou só a caixa funciona?
- Se dois POS venderem cada um as últimas doses, o que diz o inventário depois?
- Se a ligação cair durante a sincronização, pode a mesma encomenda ser registada duas vezes?
- Pode um cliente fazer uma encomenda online que ninguém na cozinha verá?
A quarta apanha a maioria. Um fornecedor que pensou nas falhas terá uma opinião sobre recusar essas encomendas. Um que não pensou dir-lhe-á que isso nunca acontece.
Em resumo
Uma falha não é um problema de aparelhos, é um problema de coordenação. O Edge mantém os aparelhos do restaurante coordenados na sua própria rede, põe em fila o que a plataforma precisa de saber, e repõe tudo por ordem e exactamente uma vez quando a linha volta — sendo honesto quanto às duas coisas que, sem internet, realmente não podem funcionar.
Faça tudo isto a partir de um único sistema
POS, cozinha, inventário, custo de receitas, pessoal e contabilidade — ligados, e grátis para começar.
Criar a minha conta grátis