Sopralluogo in zona senza segnale:
come non perdere nemmeno un dato

Non è un'eccezione: è una condizione operativa ricorrente. Seminterrati, magazzini industriali, centri storici con muri spessi, zone rurali, cantieri in periferia. Il Perito arriva sul posto, apre l'app e non ha rete. O peggio: la connessione c'è, ma instabile — sufficiente a far partire un'operazione, non a completarla.

La domanda non è se questo succede, ma cosa succede ai dati quando succede.

Dove il segnale manca: scenari reali

La copertura mobile in Italia è migliorata negli ultimi anni, ma i contesti dove il segnale è assente o inutilizzabile sono ancora numerosi e prevedibili:

• Seminterrati e piani interrati: cantine, depositi, locali tecnici — tra i luoghi più frequenti nei sinistri da allagamento.
• Edifici con muri portanti spessi: centri storici, palazzi anni '50-'70, case coloniche — attenuazione del segnale fino all'assenza.
• Capannoni industriali e magazzini: strutture metalliche che schermano la ricezione.
• Zone rurali e montane: copertura 4G assente o limitata al 2G, insufficiente per operazioni sui dati.
• Cantieri in costruzione: aree perimetrali in zone ancora prive di infrastruttura.

A questi si aggiunge il problema della connettività instabile: una rete 3G che funziona per i messaggi ma non per i file, un segnale 4G che cade e torna durante un upload. In questi casi l'utente crede di star lavorando normalmente, ma alcune operazioni si completano e altre no — senza che l'app lo segnali chiaramente.

I rischi di un'app che richiede internet sul campo

Molte app "mobili" sono in realtà interfacce web ottimizzate per smartphone. Ogni operazione, anche la più semplice, richiede una chiamata al server: il caricamento della pratica, il salvataggio di ogni campo del questionario, l'upload della foto, la generazione del PDF.

In un sopralluogo in zona senza copertura, questo si traduce in scenari concreti:

• Impossibilità di accedere alla pratica o alla scheda del sinistro.
• Perdita parziale dei dati se il segnale cade a metà compilazione — senza avviso all'utente.
• Foto scattate ma non associate alla pratica perché l'upload ha fallito.
• Firma raccolta localmente ma non salvata sul server — di fatto non esistente nel sistema.
• Necessità di ripetere il sopralluogo o di ricostruire i dati a memoria in ufficio.

Il rischio più serio non è la scomodità: è la perdita silenziosa di dati. Il Perito crede di aver salvato, l'app non ha mostrato errori visibili, ma al ritorno in ufficio la pratica è incompleta.

Offline-first vs online-first: la differenza che cambia tutto

La differenza tra i due approcci non è visibile quando il segnale c'è — le due app sembrano identiche. La differenza emerge solo quando la rete manca.

Un'architettura offline-first parte da un presupposto opposto rispetto all'online-first: tutto quello che il Perito deve fare sul campo deve funzionare senza rete. La sincronizzazione con il server è un'operazione successiva, non una precondizione per lavorare.

Cosa fare (e cosa non fare) prima di entrare in zona senza copertura

Anche con un'app offline-first è utile adottare alcune pratiche operative prima di entrare in zone con connettività assente.

Da fare

• Aprire l'app e verificare che le pratiche del giorno siano sincronizzate (dati aggiornati sul device).
• Controllare che anagrafiche, template questionari e tipo evento siano aggiornati offline.
• Verificare lo spazio disponibile sul device: le foto in alta risoluzione occupano spazio significativo.
• Caricare a mente i riferimenti del sopralluogo (indirizzo, contatto assicurato, note interne) — la mappa GPS funziona senza rete, ma i dati della pratica devono essere già sul device.

Da non fare

• Aprire una pratica nuova per la prima volta senza aver completato una sincronizzazione recente.
• Contare sull'upload in streaming delle foto durante il sopralluogo.
• Affidarsi a mappe online per la localizzazione: il GPS funziona senza rete, ma le tile della mappa potrebbero non essere in cache.
• Chiudere l'app prima che la sincronizzazione sia completata al rientro in copertura.

Sincronizzazione: cosa succede quando torni in rete

In un'architettura offline-first, la sincronizzazione non è un'azione manuale. È un processo automatico che si attiva non appena il device rileva la connettività.

Il meccanismo corretto si basa su una coda di sincronizzazione (sync queue): ogni operazione eseguita offline viene registrata nell'ordine cronologico in cui è avvenuta. Quando la rete torna disponibile, le operazioni vengono trasmesse in ordine FIFO (primo entrato, primo uscito).

Un aspetto spesso sottovalutato è la gestione degli errori in sincronizzazione:

• Se un'operazione fallisce per errore temporaneo del server, viene rimessa in coda con un intervallo di attesa crescente (backoff esponenziale: 1 s → 2 s → 4 s…).
• La coda persiste anche se l'app viene chiusa e riaperta — nessun dato viene perso tra una sessione e l'altra.
• Non esiste un limite fisso di retry: le operazioni rimangono in coda finché non vengono trasmesse con successo.
• Il Perito riceve feedback visibile sullo stato della sincronizzazione senza dover intervenire.

Come Juster lavora offline e sincronizza alla rientro in copertura

Juster è progettata con un'architettura offline-first completa. Il database locale è SQLite, integrato nel device — nessuna dipendenza dalla rete per qualsiasi operazione sul campo.

Tutto quello che un Perito fa durante un sopralluogo funziona senza rete: apertura e creazione pratica, compilazione del questionario, scatto e salvataggio foto, raccolta firme perito e assicurato, generazione del PDF locale. Non c'è nessuna funzione operativa che richiede connettività per completarsi.

1. Creazione pratica: UUID generato lato client, nessuna chiamata al server necessaria.
2. Questionario: compilato e salvato localmente su SQLite campo per campo.
3. Foto: acquisite localmente con metadati GPS e timestamp, in coda per upload.
4. Firme: raccolta su canvas offline, stored localmente.
5. Sync automatica: al rientro in copertura, la sync queue FIFO trasmette tutto in ordine, con retry esponenziale in caso di errore temporaneo.