Aplicativo offline: como seu sistema funciona sem internet

Resumo

• Sim, um sistema pode funcionar offline, desde que seja projetado para isso desde o início.
• No modelo offline-first, os dados ficam no próprio aparelho e são sincronizados com o servidor quando a conexão volta.
• Nem tudo funciona sem internet: a decisão é escolher o que não pode parar na sua operação.
• Antes de construir, vale mapear onde o sinal falha e o que acontece quando duas pessoas alteram o mesmo dado.

Um aplicativo offline funciona sem internet, mas só no que você decidir

Um aplicativo offline continua útil quando a conexão cai: a equipe abre ordens de serviço, preenche formulários e registra ocorrências, e o aplicativo guarda tudo no próprio aparelho até o sinal voltar. Isso existe hoje e é comum em quem trabalha em galpões, obras, fazendas e estoques.

Pense em uma equipe de manutenção que percorre uma planta industrial com áreas sem sinal. Cada inspeção precisa ser registrada no momento em que acontece. Com um aplicativo offline, o registro é salvo na hora e enviado depois. Sem ele, o time anota em papel e digita tudo no fim do turno.

Por isso, a pergunta certa não é “dá para funcionar offline?”. É “o que a minha operação precisa que funcione offline?”. É essa resposta que separa um projeto que resolve o problema de outro que promete mais do que entrega.

Mito: sistema offline é sistema pela metade

O mito mais comum é achar que o aplicativo offline é uma versão reduzida do sistema, com menos recursos. Não precisa ser. Para quem usa, as telas e as tarefas podem ser as mesmas. O que muda é onde os dados ficam enquanto não há conexão.

Em um sistema online, cada toque na tela vai até o servidor e volta. Se a internet cai, a tela trava. Em um sistema offline, o aplicativo trabalha com uma cópia dos dados no próprio aparelho e conversa com o servidor quando pode. A pessoa em campo segue no mesmo ritmo.

Realidade: offline-first guarda os dados no aparelho e sincroniza depois

O nome técnico dessa abordagem é offline-first, ou “offline primeiro”. A documentação oficial do Android para desenvolvedores a descreve como um aplicativo capaz de executar seus recursos principais, ou parte deles, sem conexão com a internet. Na prática, ela se apoia em três peças:

• Banco de dados local: a cópia dos dados que fica no aparelho e é a que a tela lê.
• Fila de operações: tudo o que a pessoa faz offline entra em uma fila, na ordem em que aconteceu.
• Sincronização: quando a conexão volta, o aplicativo envia a fila ao servidor e traz as atualizações dos outros usuários, em segundo plano.

Sincronização é só esse acerto de contas entre o aparelho e o servidor. Ele não precisa de uma tela própria nem de ação do usuário: um bom aplicativo mostra apenas se está tudo sincronizado ou se há algo pendente.

O que continua exigindo internet, mesmo em um bom aplicativo offline

Offline não significa independente da rede para sempre. Quatro situações costumam continuar dependendo dela:

• Operações em tempo real: a própria documentação do Android cita as transferências bancárias como exemplo de ação que deve exigir rede.
• Consultas a sistemas de terceiros: como validação de pagamento ou de crédito, que só o outro lado pode responder.
• Dados que mudam a cada minuto: estoque compartilhado e saldos, em que o aparelho pode estar desatualizado.
• A preparação antes de sair: em geral, é preciso entrar no aplicativo e baixar os dados enquanto há conexão.

Cada uma dessas exceções é uma decisão de projeto, não um defeito. O importante é que a equipe saiba, antes de ir a campo, o que vai e o que não vai funcionar.

Conflitos de sincronização: o problema que uma demonstração não mostra

Imagine duas pessoas alterando o mesmo registro, cada uma em seu aparelho e sem conexão. Quando as duas se reconectam, o servidor recebe duas versões diferentes. Guias de arquitetura offline tratam esse cenário como normal, não como exceção.

Existem algumas estratégias: deixar valer a última alteração (simples, mas pode apagar o trabalho de alguém), mesclar campo a campo ou avisar a pessoa e pedir que ela decida. A escolha é uma regra de negócio, não um detalhe técnico. Quem tem a palavra final: o técnico em campo ou o gestor no escritório? O que acontece com um registro já aprovado?

Combinar isso antes de construir evita o retrabalho de descobrir a regra depois, quando os dados já estiverem divergindo.

Como decidir o que precisa funcionar offline na sua operação

Quem conhece a operação responde a essas perguntas melhor do que quem programa:

1. Onde e por quanto tempo a conexão falha? São minutos no corredor do galpão ou o turno inteiro em uma área remota?
2. O que a equipe faz nesses momentos? Registrar, consultar ou aprovar algo?
3. O que acontece se essa ação esperar? Se esperar uma hora não muda nada, talvez não precise ser offline. Se parar a linha, precisa.
4. Quem pode alterar o mesmo dado ao mesmo tempo, e quem decide em caso de conflito?

Com as respostas, desenha-se o mínimo que precisa funcionar offline e o resto continua online. Isso importa porque a sincronização é uma complexidade que acompanha o sistema para sempre, como apontam guias de arquitetura do mercado. Vale gastá-la onde o offline realmente faz diferença.

Se quiser fazer esse exercício com a sua operação, fale com a gente pelo formulário de contato.

O que a Espresso leva para uma operação que não pode esperar o sinal

Quando a pergunta é “dá para funcionar offline?”, a resposta da Espresso começa antes do código. Na etapa de discovery, entendemos a operação e levantamos a qualidade da conexão disponível antes de desenhar o sistema. É a lógica que já aplicamos nos projetos para o campo, como descrevemos na nossa página de agro.

O que levamos para esse tipo de projeto:

• Um mapa do que precisa funcionar offline: decidimos com você o que roda sem conexão e o que continua online, a partir da rotina da equipe.
• Regras de conflito combinadas com o negócio: definimos junto com quem opera o que acontece quando duas versões do mesmo dado se encontram.
• Desenvolvimento web e mobile com integração por API: o aplicativo conversa com os sistemas que você já usa.
• Sustentação depois do lançamento: o sistema segue hospedado, monitorado e evoluindo com a operação.

Quer saber o que faz sentido funcionar offline na sua operação? Fale com um especialista da Espresso pelo formulário ou pelo WhatsApp. Fazemos uma conversa rápida para entender o escopo e indicar um caminho com estimativa, sem compromisso. Você também pode conhecer nossos serviços de Discovery & Design e de Desenvolvimento de software.

Leia também: Resiliência de software: o que acontece com o seu processo quando um fornecedor cai? e Desenvolvimento de aplicativos: etapas, custos e decisões antes de começar.

Perguntas frequentes

É possível um sistema funcionar totalmente offline?

Sim, quando todas as tarefas do dia a dia dependem só dos dados guardados no aparelho. Na maioria das operações, porém, o ideal é um modelo parcial: o essencial funciona sem conexão e o restante, como consultas a terceiros e operações em tempo real, volta a rodar quando o sinal retorna. Por isso, o primeiro passo é definir o que realmente não pode parar.

O que significa offline-first?

É uma forma de projetar o sistema em que os dados ficam primeiro no próprio aparelho e a internet é tratada como reforço, não como requisito. O aplicativo lê e grava localmente, guarda as ações em uma fila e sincroniza com o servidor quando há rede disponível, sem que a pessoa precise fazer nada.

O que acontece com os dados quando a internet volta?

O aplicativo envia ao servidor, na ordem, o que foi feito offline e recebe as mudanças dos outros usuários. Se duas pessoas alteraram o mesmo registro, vale a regra de conflito definida no projeto: a última alteração prevalece, os campos são mesclados ou alguém decide. Essa regra deve ser combinada com a operação antes do desenvolvimento.

Todo aplicativo precisa funcionar offline?

Não. A sincronização tem um custo de manutenção permanente, então ela compensa onde a conexão falha com frequência e a espera atrapalha a operação, como em campo, galpões e obras. Em tarefas de escritório com internet estável, um sistema online costuma ser mais simples de construir e de manter.

Um sistema web também pode funcionar offline?

Pode, com limites. Os navegadores permitem guardar dados localmente, mas em geral é preciso abrir e carregar o sistema enquanto há conexão, antes de ficar sem sinal. Para operações em campo com uso diário e muitos dados, vale avaliar uma solução projetada para offline desde o início.