Letture dei contatori, manutenzione e osservazioni ambientali non possono sempre contare su una connessione stabile. Un'applicazione offline deve unire memorizzazione locale, sincronizzazione affidabile e stati comprensibili.
Considerare le interruzioni una condizione normale
I tecnici lavorano anche in locali tecnici, campus estesi e zone isolate. Il 9 ottobre 2026 l'Open Geospatial Consortium ha aperto una consultazione pubblica su un gruppo di lavoro proposto per OGC API con banda limitata e trasporti alternativi. I commenti sono ammessi fino all'8 novembre 2026. È una proposta di buone pratiche, non un nuovo standard pubblicato.
Definire le funzioni offline
Consultare registrazioni, inserire misure, aggiungere foto e completare schede sono capacità diverse. Decidete quali dati scaricare prima del sopralluogo, quali azioni funzionano senza rete e quali approvazioni richiedono il sistema centrale. Mostrate i limiti prima che l'utente ritenga conclusa un'operazione.
Distinguere salvataggio locale e ricezione centrale
Un modulo visibile non è necessariamente salvato; un dato sul dispositivo potrebbe non essere arrivato al server. Usate stati testuali come «salvato sul dispositivo», «in attesa di invio», «ricevuto dal server» e «da verificare». Ogni registrazione può contenere ID univoco, bene interessato, ora della misura, autore e versione. Conservate separatamente ora di creazione e ricezione.
Evitare duplicati e gestire conflitti
Se la rete cade dopo l'accettazione del server ma prima della risposta al dispositivo, il client può riprovare. Il server deve riconoscere l'ID e non conteggiare due volte la misura. Quando due addetti modificano lo stesso bene, una regola sulle versioni deve segnalare il conflitto invece di cancellare silenziosamente dati.
Non considerare garantita la sincronizzazione in background
MDN spiega che il browser può interrompere attività in background e limitare tentativi e durata. Rendete visibili gli invii in attesa, consentite un nuovo tentativo e mostrate l'ultima sincronizzazione riuscita. Provate sui dispositivi e browser realmente usati.
Gestire allegati e sicurezza locale
Il modulo può arrivare prima delle foto. Tracciate gli allegati separatamente e simulate rete assente durante l'invio, chiusura dell'app e riavvio. Limitate dati scaricati, tempi di conservazione e accessi. Uscire da un dispositivo condiviso non deve eliminare il lavoro non inviato.
Un test sul campo riesce quando le registrazioni arrivano al sistema centrale una sola volta, complete e tracciabili. Yörünge Kurumsal può collegare software mobile e web, raccolta dati, integrazione e reporting per energia, acqua, manutenzione e sostenibilità.
*Fonti: consultazione OGC e guida MDN. ID, sincronizzazione e test pilota sono proposte redazionali di implementazione.*