Pense no lugar onde o trabalho de verdade acontece.
Um porão com fundação de concreto e sem janelas. Uma obra nova com montantes de aço, chapas de fechamento e nenhuma ligação de serviço ainda ativa. Uma propriedade rural vinte minutos além da última torre de celular. Uma casa de máquinas no meio de um andar comercial. Um estacionamento subterrâneo.
Agora pense em onde as demonstrações de software acontecem: um escritório, com Wi-Fi funcionando.
É essa diferença que torna o software de campo frustrante de um jeito difícil de explicar. O aplicativo não é lento nem mal projetado — ele funciona perfeitamente na entrada da casa e para de funcionar exatamente no porão, que é onde você precisava dele. E a falha raramente é honesta: costuma aparecer como uma roda girando, um salvamento silencioso que não salvou nada, ou um formulário que descarta tudo o que você digitou quando você sai da tela.
Os diferentes tipos de falha de conexão
"Sem sinal" não é um problema só. São vários, e cada um quebra o software de um jeito diferente.
Nenhum sinal. O caso mais simples. Um aplicativo bem construído sabe que está offline e se comporta de acordo. A maioria dos aplicativos lida bem com essa situação, porque é fácil de detectar.
Um traço de sinal, tecnicamente conectado. O cenário realmente destrutivo. O aparelho informa que há conexão, então o aplicativo tenta falar com o servidor, e a requisição trava. Você fica olhando para uma roda girando por quarenta segundos até dar timeout — ou pior, uma operação que se completa só pela metade. Um software que verifica apenas "existe rede?" em vez de "isso realmente funcionou?" falha com mais força justamente aqui.
Sinal que vai e volta. Você anda da entrada da casa até o porão quatro vezes por dia. Cada uma dessas trocas é uma chance de a sincronização ser interrompida no meio do caminho.
Conectado, mas lento. Torres rurais congestionadas às quatro da tarde. Tudo tecnicamente funciona, mas em um ritmo que faz você desistir de usar o aplicativo.
Um aplicativo genuinamente preparado para o offline precisa lidar com os quatro cenários. Um que resolve só o primeiro ainda vai fazer você perder trabalho.
O que realmente significa "funcionar offline"?
A frase é usada sem muito critério. Existe um teste de verdade para isso, com quatro partes.
A leitura funciona. Você consegue abrir uma obra, ver o endereço, o escopo, o telefone do cliente e as fotos de ontem sem nenhuma conexão. Isso significa que os dados estão de fato armazenados no aparelho, e não apenas em cache, quando dá.
A escrita funciona, e é durável. Você consegue adicionar uma anotação, lançar horas trabalhadas, registrar uma despesa, tirar fotos. E se o celular desligar, o aplicativo for fechado à força ou a bateria acabar no frio, esse trabalho continua lá quando o aparelho voltar a funcionar. Ficar guardado só na memória não é o mesmo que estar salvo.
A sincronização é automática e invisível. Quando o sinal volta, tudo o que estava na fila sobe sozinho. Você nunca deveria precisar lembrar de apertar um botão de sincronizar, porque a única vez que esquecer vai ser exatamente a vez que importa.
Os conflitos são tratados com honestidade. Duas pessoas editaram a mesma obra enquanto as duas estavam offline. Um bom software detecta isso e avisa você. Um software ruim mantém uma das versões silenciosamente, e você só descobre semanas depois que uma anotação sumiu.
Esse último ponto é o que mais costuma ficar de fora, e é a diferença entre um aplicativo que apenas tolera ficar offline e um aplicativo que é offline por natureza. Detectar um conflito exige que o aplicativo controle a versão de cada registro e compare essas versões na hora de sincronizar de volta. É um trabalho de engenharia de verdade, sem nenhuma funcionalidade visível para mostrar em troca — e é exatamente por isso que quase nunca é feito.
Por que as fotos merecem um parágrafo à parte
Fotos são o caso mais difícil de resolver no modo offline em software de campo — e também são exatamente o que o profissional mais precisa registrar no local: avarias já existentes antes de começar, o estado por trás de uma parede, o serviço concluído, a leitura de um medidor, uma entrega de material.
O problema é o tamanho. As fotos de uma obra inteira em resolução total somam dezenas de megabytes. Com um traço de sinal, esse envio vai falhar. Repetidamente. Um aplicativo que trata uma foto como qualquer outro registro vai travar esperando o envio terminar, ou simplesmente descartar a foto.
O certo é diferente: a foto é gravada no aparelho na hora e anexada à obra, e o envio roda como um processo separado em segundo plano, que tenta de novo quantas vezes for preciso — mesmo depois de reiniciar o aplicativo, mesmo que leve dias. A foto precisa estar disponível no aplicativo no instante em que é tirada, tenha ela chegado ao servidor ou não.
A falha para ficar de olho é o aplicativo que mostra a foto no aparelho, mas nunca chega a enviá-la de verdade — e não avisa nada. Tudo parece certo até você abrir a obra em um notebook, ou até perder o celular — e descobrir que as fotos nunca saíram do aparelho.
O custo real de não ter isso
O custo visível é pequeno e constante: alguns minutos perdidos a cada incidente, uma caminhada até a entrada da casa para pegar um traço de sinal.
O custo de verdade é comportamental. Depois de se queimar duas vezes, as pessoas param de confiar no aplicativo em campo. Voltam a anotar as horas em um pedaço de papel e lançar tudo na sexta à noite, a fotografar recibos para uma galeria do celular que nunca é organizada, a guardar a agenda de verdade na cabeça. O software continua instalado e sendo pago, mas o negócio volta a rodar na memória.
A partir daí, tudo o que depende disso piora. O custeio da obra para de funcionar porque as despesas nunca são vinculadas à obra certa. O faturamento atrasa porque ninguém tem certeza de que o serviço foi concluído. O valor de todo o sistema dependia de os dados serem capturados no exato momento do trabalho, e é a falha no modo offline que quebra isso.
Como testar isso antes de decidir
Não dá para saber só olhando a lista de recursos — todo mundo escreve "funciona offline". Teste na prática, em uns dez minutos:
- Coloque o celular no modo avião.
- Abra uma obra que você não acessa há um tempo. Ela carrega por completo, incluindo as fotos?
- Adicione uma anotação, lance horas trabalhadas, registre uma despesa e tire três fotos.
- Feche o aplicativo à força. Abra de novo. Está tudo lá?
- Restaure a conexão. Tudo sincroniza sozinho, sem você apertar nada?
- Agora o teste de verdade: ligue o Wi-Fi, mas conecte a uma rede sem acesso à internet, para que o celular informe uma conexão que não funciona de verdade. Repita o passo 3. Muitos aplicativos que passam no teste do modo avião falham nesse aqui.
Se sobreviver aos seis passos, foi feito por gente que já trabalhou dentro de um porão.
O Zeus foi construído dessa forma de propósito: o aplicativo mantém um banco de dados local completo no aparelho, então obras, clientes e preços ficam disponíveis para leitura sem nenhuma conexão, e tudo o que você registra é gravado localmente primeiro e sincronizado quando o sinal volta. As fotos são armazenadas no aparelho imediatamente e, nos planos que incluem backup de fotos, enviadas em segundo plano com novas tentativas automáticas, com a opção de enviar somente por Wi-Fi para que um dia inteiro de fotos não consuma seu plano de dados. Edições conflitantes vindas de dois aparelhos são detectadas em vez de sobrescritas silenciosamente, e sinalizadas no indicador de sincronização para você resolver.
Perguntas frequentes
Guardar tudo no celular não ocupa muito espaço?
Os registros de texto são minúsculos: milhares de obras, clientes e itens somam apenas alguns megabytes. As fotos são o único consumo de espaço relevante, e é por isso que costumam ser gerenciadas à parte, com os originais em resolução total ficando na nuvem depois de enviados.
Os dados no celular ficam seguros se ele for perdido ou roubado?
Depende do aplicativo, e vale a pena perguntar diretamente. O que você precisa verificar é se o banco de dados local é criptografado e se existe um bloqueio próprio do aplicativo, em vez de depender só da tela de bloqueio do celular. O Zeus criptografa seu banco de dados local e oferece um bloqueio de aplicativo opcional, que usa a biometria ou o PIN do seu aparelho.
O que acontece se dois membros da equipe editarem a mesma obra offline?
Em um sistema bem construído, o conflito é detectado quando o segundo aparelho sincroniza, e é apresentado para uma pessoa resolver. Desconfie de qualquer aplicativo que prometa que isso nunca acontece: a implementação mais comum é "a última alteração vence", o que significa que o trabalho de alguém pode desaparecer sem avisar ninguém.
Preciso sincronizar manualmente antes de sair para uma obra?
Você não deveria precisar, e se precisar isso já é um sinal de alerta. A sincronização deve acontecer continuamente em segundo plano sempre que houver sinal.
ZEUS