Leituras de contadores, manutenção e observações ambientais nem sempre contam com ligação contínua. Uma aplicação offline precisa de armazenamento local, sincronização fiável e estados claros para o utilizador.
Planeie para interrupções de rede
Equipas podem trabalhar em salas técnicas, grandes campus e locais remotos. Em 9 de outubro de 2026, o Open Geospatial Consortium abriu uma consulta pública sobre um grupo de trabalho proposto para OGC APIs em redes de baixa largura de banda e transportes alternativos. Os comentários terminam em 8 de novembro de 2026. É uma proposta de boas práticas, não uma nova norma publicada.
Defina as tarefas disponíveis offline
Consultar registos, introduzir medições, anexar fotografias e concluir formulários são capacidades distintas. Determine que informação deve estar no dispositivo antes da visita, que ações funcionam sem rede e que aprovações exigem o sistema central. Mostre os limites antes de o utilizador considerar a tarefa concluída.
Diferencie gravação local e receção no servidor
Um formulário visível pode não estar guardado; um registo local pode ainda não ter chegado ao servidor. Use estados como «guardado no dispositivo», «a aguardar envio», «recebido no servidor» e «requer análise». Cada registo deve ter ID único, ativo associado, hora de medição, autor e versão. Registe separadamente a criação e a receção.
Evite duplicados e resolva conflitos
Se a rede falhar depois de o servidor aceitar um registo, mas antes de responder ao dispositivo, a aplicação poderá reenviar. O servidor deve reconhecer o ID para não duplicar a leitura. Quando duas pessoas alteram o mesmo ativo, uma regra de versões deve levar conflitos à análise, não apagar dados silenciosamente.
Não trate a sincronização em segundo plano como garantia
A MDN explica que os navegadores podem parar tarefas em segundo plano e limitar novas tentativas e duração. Permita consultar pendências, repetir envios e ver a última sincronização bem-sucedida. Teste com dispositivos e navegadores reais.
Cuide dos anexos e da segurança
O formulário pode chegar antes das fotografias. Acompanhe os anexos separadamente e teste interrupções durante o envio, fecho da aplicação e reinício do dispositivo. Limite os dados descarregados, a retenção e os acessos. Terminar sessão num dispositivo partilhado não deve apagar trabalho por enviar.
O piloto só é bem-sucedido quando os registos chegam ao sistema central uma vez, completos e rastreáveis. A Yörünge Kurumsal pode ligar software móvel e web, recolha em campo, integração e relatórios para energia, água, manutenção e sustentabilidade.
*Fontes: consulta OGC e guia MDN. IDs, sincronização e testes piloto são recomendações editoriais de implementação.*