Toda loja acaba perdendo a conexão com a internet — um roteador falha, o provedor tem uma queda ou uma obra corta um cabo na rua. O que acontece depois depende quase inteiramente de onde o seu PDV guarda os dados.
Este guia compara as arquiteturas de PDV cloud-first e offline-first (local), explica o que cada uma pode e não pode fazer durante uma queda — incluindo os limites importantes nos pagamentos com cartão — e mostra como tornar qualquer uma das configurações mais resiliente.
Neste guia
- Duas arquiteturas, explicadas
- O que acontece durante uma queda de internet
- A limitação dos pagamentos com cartão que ninguém menciona
- Por que um banco de dados local é mais resiliente
- Backups: a outra metade da confiabilidade
- Configurações híbridas: o melhor dos dois mundos?
- Um procedimento de contingência que sua equipe pode seguir
- Perguntas a fazer sobre qualquer modo offline de PDV
- Lista de verificação de confiabilidade para qualquer arquitetura
- PDV offline vs. cloud: comparação resumida
Duas arquiteturas, explicadas
Um PDV cloud-first armazena o banco de dados principal nos servidores do fornecedor. O caixa — muitas vezes um tablet ou navegador — é uma janela para esse banco de dados, então a maioria das ações exige conexão. Muitos sistemas em nuvem adicionam um “modo offline” que armazena alguns dados em cache e enfileira as transações até a conexão voltar.
Um PDV offline-first (local) armazena o banco de dados principal em um computador dentro do negócio. Caixas, leitores e impressoras se comunicam com esse computador diretamente ou pela rede local da loja. A internet é usada para tarefas opcionais, como atualizações de software, ativação de licença, recursos remotos ou integrações.
O que acontece durante uma queda de internet
| Tarefa | PDV cloud-first | PDV offline-first |
|---|---|---|
| Registre uma venda | Normalmente possível no modo offline, com restrições | Funciona normalmente |
| Consultar produtos e preços | Do cache local, se sincronizado | Funciona normalmente |
| Atualizar estoque | Na fila até a reconexão | Atualizado imediatamente |
| Imprimir cupons | Normalmente possível | Funciona normalmente |
| Outros caixas da loja | Cada um funciona a partir do próprio cache | Compartilhar um único banco de dados pela rede local |
| Relatórios e painéis | Muitas vezes indisponível ou desatualizado | Disponível localmente |
| Pagamentos com cartão | Depende da maquininha de cartão (veja abaixo) | Depende da maquininha de cartão (veja abaixo) |
| Acesso remoto de casa | Indisponível até a reconexão | Indisponível (a menos que configurado separadamente) |
Exemplo: a conexão de um supermercado cai às 17h de uma sexta-feira. Com um PDV local, os dois caixas continuam passando produtos e a contagem de estoque permanece precisa. Com um PDV na nuvem em modo offline, os dois caixas continuam vendendo a partir dos caches, mas os níveis de estoque só são conciliados quando a conexão volta — então dois operadores de caixa podem vender a última unidade do mesmo item.
A limitação do pagamento com cartão que ninguém menciona
Aqui está a parte que se aplica a ambas as arquiteturas: um pagamento com cartão não pode ser autorizado pelo banco sem conexão. Se o seu PDV é na nuvem ou local, a aceitação de cartão durante uma queda é decidida pela sua maquininha e pelo seu provedor, não pelo sistema de PDV.
Alguns provedores oferecem um modo offline de “armazenar e encaminhar”. A maquininha registra os dados do cartão com segurança e os envia quando a conexão volta. Os provedores são claros sobre o trade-off:
- A documentação do Terminal da Stripe explica que pagamentos offline só são autorizados depois que o leitor se reconecta, e que o comerciante assume o risco de recusas.
- A central de ajuda da Square afirma que pagamentos offline devem ser enviados dentro de um limite de tempo (24 horas nos EUA para muitas maquininhas) ou expiram, e que pagamentos offline recusados não podem ser recuperados pela Square.
- Ambos os provedores permitem limites para o valor das transações offline, o que é um controle sensato.
Regra prática: durante uma queda, continue vendendo, aceite dinheiro livremente e só aceite pagamentos com cartão offline até um limite que você esteja disposto a perder. Reconecte e envie o quanto antes.
Por que um banco de dados local é mais resiliente
Um sistema offline-first remove a internet do caminho crítico. Isso traz três benefícios práticos:
- Sem espera: consultas de produtos e vendas não dependem de uma ida e volta a um servidor remoto.
- Sem surpresas na conciliação: o estoque é atualizado imediatamente, mesmo com vários caixas, porque todos compartilham um único banco de dados na rede local.
- Dados nas suas instalações: você decide onde o computador fica e como é feito o backup.
O trade-off é a responsabilidade. Se o computador principal falhar, a loja é afetada até que ele seja substituído ou restaurado — por isso backups e um plano de recuperação são essenciais. Nosso guia de configuração multi-terminal aborda isso em detalhes, e a página do PDV offline explica como o BelloPOS aplica esse design.
Backups: a outra metade da confiabilidade
Provedores de nuvem fazem backup dos servidores deles; com um PDV local, os backups são sua responsabilidade — de preferência automatizados. Uma abordagem amplamente recomendada é a regra 3-2-1:
- 3 cópias dos seus dados (o banco de dados ativo mais dois backups);
- 2 tipos diferentes de armazenamento (por exemplo, um drive externo e uma pasta na nuvem);
- 1 cópia mantida fora do local.
Igualmente importante: teste uma restauração. Um backup que você nunca restaurou é uma esperança, não um plano. Agende backups diários após o fechamento e mantenha pelo menos uma cópia que não esteja permanentemente conectada ao computador do PDV, para que ransomware ou um pico de energia não a alcancem.
Configurações híbridas: o melhor dos dois mundos?
A linha entre os dois modelos não é absoluta. Alguns produtos na nuvem armazenam dados suficientes em cache para vender por horas offline, e alguns produtos locais oferecem recursos opcionais de internet, como relatórios remotos, envio automatizado de relatórios ou assistentes online. Ao comparar produtos, faça duas perguntas precisas em vez de aceitar o rótulo “nuvem” ou “offline”:
- Quais funções continuam funcionando sem internet alguma — vendas, estoque, cupons, vários caixas, relatórios?
- Quais funções exigem internet — e o que acontece com elas durante uma queda?
As respostas importam mais do que a categoria de marketing. Um PDV local cujos recursos online opcionais pausam durante uma queda continua totalmente utilizável no balcão; um PDV na nuvem cujo modo offline não consegue aplicar descontos ou consultar clientes pode deixar a equipe improvisando.
Um procedimento de queda que sua equipe pode seguir
Imprima isto e mantenha no balcão. Em um momento de estresse, um procedimento escrito evita improvisação:
- Confirme a queda: verifique as luzes do roteador e se outros dispositivos estão online.
- Continue vendendo: continue registrando as vendas normalmente no PDV.
- Dinheiro: aceite dinheiro como de costume e mantenha a contagem da gaveta precisa.
- Cartões: siga as instruções offline do provedor de pagamento e respeite o valor máximo offline definido pelo gerente. Acima desse limite, peça outra forma de pagamento.
- Registre: anote o horário em que a queda começou e quaisquer pagamentos com cartão feitos offline.
- Escale: contate o provedor de internet e ative o hotspot de backup, se disponível.
- Recupere: assim que voltar online, envie imediatamente os pagamentos com cartão feitos offline e verifique se nenhum foi recusado.
Perguntas a fazer sobre qualquer modo offline de PDV
- Consigo concluir uma venda completa, incluindo descontos e seleção de cliente, offline?
- Os níveis de estoque são atualizados imediatamente ou só após a reconexão?
- Vários caixas conseguem continuar vendendo juntos sem internet?
- Os relatórios ficam disponíveis durante uma queda?
- Por quanto tempo o sistema consegue operar offline, e há algum limite para o número de vendas?
- O que acontece com os pagamentos com cartão feitos offline, e quem assume o risco de recusas?
Checklist de confiabilidade para qualquer arquitetura
- Coloque o computador principal, o roteador e o switch em um nobreak (bateria de backup).
- Use Ethernet com fio para caixas fixos; reserve o Wi-Fi para dispositivos móveis.
- Mantenha um hotspot 4G/5G ou uma linha de backup para pagamentos com cartão e atualizações.
- Conheça os limites offline do seu provedor de pagamento e defina um valor máximo offline.
- Automatize os backups diários e teste uma restauração a cada trimestre.
- Mantenha um “procedimento de contingência” impresso no balcão: quem chamar, o que aceitar, como registrar.
- Mantenha um pequeno fundo de troco para que as vendas em dinheiro continuem sem problemas.
PDV offline vs. na nuvem: comparação resumida
| Critério | Prioridade na nuvem | Prioridade offline (local) |
|---|---|---|
| Vender sem internet | Modo offline limitado | Operação completa |
| Velocidade no caixa | Depende da conexão | Local, consistente |
| Vários caixas em uma loja | Sincronizados pela nuvem | Banco de dados compartilhado na rede local |
| Painéis remotos | Forte | Depende do produto |
| Gestão de várias unidades | Forte | Limitada / depende do produto |
| Local dos dados | Servidores do fornecedor | Suas instalações |
| Backups | Gerenciados pelo fornecedor | Sua responsabilidade (automatize) |
| Pagamentos com cartão offline | Depende do provedor, o risco é do comerciante | Depende do provedor, o risco é do comerciante |
Qual você deve escolher?
Escolha a prioridade offline se a confiabilidade da internet for uma preocupação, se a velocidade no caixa importar ou se você preferir manter os dados no local. Escolha a prioridade na nuvem se você gerencia várias unidades remotamente e suas conexões são confiáveis. Nos dois casos, planeje separadamente os pagamentos com cartão durante quedas de conexão. Para ver o processo completo de escolha, consulte como escolher um sistema de PDV.
Veja um PDV com prioridade offline em ação: a edição gratuita roda no seu próprio dispositivo e continua vendendo sem internet.
Perguntas frequentes
Um PDV pode funcionar sem internet?
Sim. Um PDV com prioridade offline mantém o banco de dados em um computador local e continua vendendo, imprimindo cupons e atualizando o estoque sem internet. Sistemas de PDV na nuvem geralmente oferecem um modo offline limitado.
Posso aceitar pagamentos com cartão quando a internet cai?
Somente se o seu terminal de pagamento tiver um modo offline (armazenar e encaminhar). Esses pagamentos são autorizados depois, o risco de recusa é do comerciante e os provedores impõem limites de tempo e de valor.
O PDV na nuvem é mais seguro que o PDV local?
Cada um tem riscos diferentes. O PDV na nuvem depende do fornecedor e da sua conexão; o PDV local depende do seu computador e dos backups. Com backups automatizados e restaurações testadas, um PDV local pode ser muito confiável.
O que acontece com os níveis de estoque durante uma queda de conexão?
Com um PDV local, o estoque é atualizado imediatamente, como de costume. Com um PDV na nuvem em modo offline, as alterações de estoque geralmente ficam na fila e são conciliadas quando a conexão volta.
Guias relacionados
- O que é um sistema de PDV?
- Configuração de PDV com vários caixas
- Lista de verificação de configuração de hardware do PDV
- Recursos do PDV offline
Fontes e leitura complementar
- Stripe Docs — Receber pagamentos com cartão enquanto estiver offline
- Suporte Stripe — Perguntas frequentes sobre o modo offline do Terminal
- Ajuda Square — Limites de tempo para pagamentos offline
- Federal Reserve — Pagamentos offline: implicações para a confiabilidade e a resiliência
- U.S. Chamber of Commerce — A regra de backup 3-2-1