Não é "se" a internet cai. É "quando". E pela lei do universo dos bares, ela cai na sexta às 21h, com a casa cheia, no meio da maior comanda da noite. Quem opera em São Paulo sabe: internet de bar e restaurante é instável por natureza. A pergunta certa não é como evitar a queda. É o que o seu sistema faz quando ela acontece.
Por que a internet do bar cai tanto
Não é azar, é estrutura. A maioria das casas roda numa conexão compartilhada, a mesma rede do cliente, do garçom, do som ambiente e da câmera. No pico, todo mundo puxa banda ao mesmo tempo. O roteador, quase sempre o que veio da operadora, não foi feito pra aguentar dezenas de aparelhos simultâneos.
Some a isso ponto comercial em rua movimentada, fiação antiga, e o fato de que a operadora não trata bar como prioridade. O resultado é previsível: a conexão oscila justo quando você mais precisa dela.
O que quebra num sistema só de nuvem
Sistema que depende 100% de internet vira pedra quando a conexão cai. E aí a noite para de um jeito específico e doloroso:
O garçom não consegue lançar o pedido. A comanda não chega na cozinha. Não dá pra imprimir, não dá pra fechar conta, não dá pra passar cartão pela maquininha integrada. A fila cresce, o cliente reclama, e a equipe volta correndo pro bloquinho de papel, perdendo tudo que o sistema deveria organizar.
Quando a internet volta, vem a segunda dor: alguém precisa digitar à mão tudo que aconteceu no escuro. É aí que pedido some, conta sai errada e o caixa não bate.
O que "offline-first" realmente significa
A resposta de engenharia pra isso tem nome: offline-first, ou "local primeiro". A ideia é simples de explicar e difícil de fazer: o sistema roda no aparelho, não na nuvem. Ele guarda os dados localmente e funciona normalmente sem internet. Quando a conexão volta, ele sincroniza sozinho, sem ninguém digitar nada de novo.
A diferença prática é enorme. Num sistema de nuvem, a internet é o chão. Se o chão some, tudo cai. Num sistema local-primeiro, a internet é só a ponte pra sincronizar. A ponte pode cair, a operação continua na margem, esperando ela voltar.
O que precisa funcionar offline (e o que pode esperar)
Nem tudo precisa funcionar sem internet. A divisão honesta é essa.
Precisa funcionar offline, é o coração da operação:
- Abrir e lançar comanda
- Rotear o pedido pra cozinha e pro bar
- Fechar conta e calcular a divisão
- Imprimir comanda e conta
Pode esperar a internet voltar, não trava a noite:
- Emissão fiscal (a nota sai assincronizada quando a conexão volta; o cliente não fica esperando)
- Dashboards e relatórios
- Sincronização entre dispositivos
Se o núcleo da operação aguenta a queda e o resto sincroniza depois, a internet cair vira um aborrecimento, não uma crise.
Como avaliar um sistema nisso
Antes de fechar com qualquer sistema, faça uma pergunta direta ao fornecedor: o que acontece se a internet cair agora, no meio do serviço?
Se a resposta for vaga, "ah, raramente cai", "a gente recomenda uma boa internet", desconfie. Isso é responsabilidade empurrada pra você. A resposta certa é específica: o garçom continua lançando, a cozinha continua recebendo, a conta continua fechando, e a sincronização acontece sozinha quando voltar.
Peça pra ver. Pede pra desligarem o wi-fi na demonstração e mostrarem a comanda sendo lançada mesmo assim. Sistema sério não tem medo dessa pergunta.
Por que a gente fala disso
A OASYS foi desenhada local-primeiro porque foi construída olhando a operação real de São Paulo, não a operação de slide. O garçom lança o pedido no aparelho e ele vai pra cozinha mesmo sem internet. A nota fiscal entra na fila e sai quando a conexão volta. Ninguém digita nada duas vezes.
Internet boa ajuda. Mas a sua noite não pode depender dela. O sistema é que tem que aguentar, não você.