OFFLINE Prima modalità per le nostre applicazioni mobili: risparmio di rete

OFFLINE Prima modalità per le nostre applicazioni mobili: risparmio di rete

conosciuta anche come modalità “parzialmente scollegata”, “offline first”, working offline.

I vostri dipendenti mobili trovano difficile lavorare e fare scansioni offline, con una connessione che si interrompe o rallenta l’input? Perdono i dati se la connessione si interrompe?

Se è così, questa pagina e questa modalità fanno al caso vostro!

La modalità offline delle applicazioni consente di lavorare rapidamente con molti dati utilizzando reti intermittenti, cioè con una rete all’inizio e alla fine della missione per lo scambio di dati con i server e nessuna rete durante la missione di inserimento dati.

Questa modalità offline consente anche di risparmiare o di fare a meno degli abbonamenti ai dati mobili degli operatori di rete se non si ha bisogno di “tempo reale”, o di costose installazioni di copertura wifi all’interno o all’esterno di edifici industriali o logistici.

Questa modalità sfrutta al massimo le funzioni e la potenza di terminali, smartphone e poche reti.

Soluzioni per utenti “Offline 1st”

La connettività è molto più della semplice copertura e non è sufficiente nel caso di larghezze di banda elevate o di accessi multipli veloci. Significa essere in grado di svolgere le proprie attività ovunque e in qualsiasi momento, e questo significa aggiungere funzionalità software ai propri terminali. Ed è proprio questo che Productivix, con le sue applicazioni mobili specifiche, può aiutarvi a raggiungere.

Qui spieghiamo le definizioni, i risparmi per il cliente, la struttura delle nostre applicazioni mobili sviluppate, la modalità di lavoro I/O offline con un server di database e i vantaggi per l’utente e il cliente.

Possiamo essere “on line” nel modo classico == “online” e anche in una modalità cosiddetta disconnessa o “offline”,

Definizioni di modalità online e offline

Online = sincrono, permanentemente sincronizzato, richiede che l’utente rimanga permanentemente connesso alla rete e al server dei dati e all’applicazione, che non è altro che un’applicazione web anch’essa sul server. Senza connessione, o con la minima interruzione, i dati immediati vengono persi e il processo di input si interrompe. Il terminale viene utilizzato come semplice schermo, con memoria e processore praticamente inutilizzati.

Off-line = asincrono, un altro termine utilizzato è “caricamento/scaricamento dei dati”. Modalità dell’applicazione che raccoglie dal server i dati necessari per una missione nel prossimo futuro e che dipende da un contesto di lavoro; modalità che quindi raccoglie e memorizza sulla macchina mobile i dati raccolti dall’utente, poi, quando la rete è presente, restituisce i dati completati al server con altri dati di base per la “missione” successiva.

Modalità “Offline 1st” (o “offline first”) è un comportamento in cui il programma è progettato per lavorare scollegato per impostazione predefinita e, se c’è un collegamento, per sincronizzare ciò che resta da fare in tempo reale: il meglio dei due mondi!

Esempio di risparmio ottenuto da una piccola impresa sulla sua infrastruttura WiFi grazie alle applicazioni mobili offline first

L’azienda studiata opera nel settore meccanico e dispone di scorte in una stanza remota, piena di metallo che scherma le onde radio (scaffali metallici, parti metalliche di grandi dimensioni, telai e rivestimenti).

Vuole utilizzare un terminale mobile robusto (codice a barre) per controllare le scorte e gli inventari.

L’editore tradizionale offrirà i terminali mobili, a condizione che l’installazione garantisca una copertura WiFi totale del magazzino. L’accesso all’applicazione avviene tramite il browser web del terminale, quindi è sincrono: l’applicazione risponde finché c’è una rete. La quantità di metallo significa che il numero di antenne e la potenza da installare devono essere notevoli per coprire l’area. Il minimo guasto alla rete in un angolo, ad esempio, impedirà la corretta acquisizione dei dati.

Con le nostre soluzioni offline, possiamo evitare di coprire l’intero magazzino e installare invece un singolo hot-spot wifi in un punto ad alto traffico, come l’accesso alla macchina del caffè o ai guardaroba. Questo punto vi permetterà di tornare a sincronizzare e caricare i dati inseriti e di lavorare per la maggior parte del tempo senza rete.

Esempio di inserimento dati più rapido su una linea di picking offline

Il cliente ha installato 5 terminali con codice a barre per il picking intensivo. La prima versione, sviluppata in proprio, era online per semplificare le cose: il collegamento wifi non riusciva a tenere il passo con la velocità e il tempo di risposta dell’applicazione era fortemente influenzato dai conflitti di rete sul punto wifi: gli operatori dovevano spesso aspettare l’applicazione, rallentando il loro lavoro.

La soluzione è stata lo sviluppo di un’applicazione offline, la cui velocità massima è quella degli operatori e non quella dell’applicazione.

Esempio di risparmio sull’abbonamento dati per un corriere su 10 terminali per l’inserimento delle ricevute dei pacchi con modalità offline e potenzialmente più terminali

Il corriere deve consegnare dei pacchi, registrando le posizioni GPS ed eventualmente la firma del cliente. Ha bisogno dei dati solo il giorno successivo. La modalità offline di trasmissione dei dati non appena un terminale Wifi (casa, ufficio, bar, ristorante, hotel) è sufficiente per lui: ha risparmiato 10 abbonamenti di dati mobili all’anno.

Se non avesse avuto bisogno della posizione GPS nelle sue applicazioni, non avrebbe dovuto usare terminali 4G, ma solo terminali WiFi, e questo è un altro risparmio sull’hardware.

Struttura e architettura di uno smartphone Android, di un codice a barre o di un terminale Rfid e impatto sulla modalità Offline

Per comprendere meglio i vantaggi della modalità Offline 1, è necessario spiegare ulteriormente la tecnologia.

Un terminale con codice a barre (o Rfid) possiede almeno il seguente hardware, ereditato dallo smartphone:

  1. un microprocessore e il relativo sistema operativo (attualmente principalmente Android) per eseguire i programmi progettati
  2. una memoria volatile per il lavoro
  3. una memoria permanente per l’archiviazione a batteria delle tabelle di dati tra le sessioni di lavoro,
  4. una batteria,
  5. uno schermo, solitamente sensibile al tocco,
  6. una rete WiFi,
  7. uno scanner, sia esso di codici a barre (1D o 2D, o Rfid o entrambi) per un inserimento dei dati più rapido e senza errori: vantaggi dei terminali rugged con scanner
  8. opzionale :
    • una tastiera fisica (tasti reali)
    • connessione USB
    • un sistema di rete dati e telefonica 3/4G,
    • sensori: NFC, temperatura, GPS, giroscopio, ecc.

Il sistema operativo del terminale ha una caratteristica che ci interesserà particolarmente: un sistema di gestione di database leggero e integrato, chiamato SQLite, compatibile con SQL. L’applicazione può quindi effettuare interrogazioni sui dati locali proprio come su un server, ma senza la rete permanente. Il terminale visualizza una mini-immagine del database del server remoto.

Come funziona la modalità Offline? nota anche come modalità disconnessa o off-line.

Ad esempio, vogliamo che l’utente veda la descrizione dell’articolo scansionato.

Il terminale ha quindi bisogno della tabella degli articoli con il codice scansionato e la sua descrizione, e i dati devono essere caricati da un’area con una rete WiFi o 4G al terminale, che è in grado di memorizzare questa immagine parziale del database del server, in questo caso la tabella degli articoli.

Modalità offline: i dati vengono memorizzati sul terminale

Modalità offline: i dati vengono memorizzati sul terminale

Una volta caricati questi dati, l’utente e il suo terminale possono partire per un giro sul campo e lavorare con l’applicazione inclusa, senza bisogno della rete, se c’è (immaginate che questo accada sottoterra o in alta montagna).

Se le scansioni e l’inserimento dei dati sono veloci e interrogano il database di bordo del terminale, non si dipende dalla rete ma dall’energia locale del terminale portatile.

Immaginiamo che si tratti di un’applicazione per elencare gli estintori, che fanno parte degli articoli di bordo, e che sia necessario aggiungere loro dati come la posizione GPS e la data e l’ora della loro ispezione visiva. Questi inventari vengono quindi inseriti in un’altra tabella (diciamo “Inventari”).

La sincronizzazione offline consente di lavorare con una rete WiFi poco coperta

La sincronizzazione offline consente di lavorare con una rete WiFi poco coperta

Se le scansioni e gli inserimenti di dati sono veloci e interrogano il database a bordo del terminale, non si dipende dalla rete ma dall’alimentazione locale del terminale portatile.

Nel frattempo, la tabella degli articoli sul server è stata riempita con un nuovo articolo da un altro utente.

Una volta terminato il giro, l’utente torna nella zona con una rete (Wifi o Ethernet cablata a svuotamento) e riavvia una sincronizzazione.

La tabella dei censimenti del terminale viene svuotata nella tabella del server e la tabella degli articoli del terminale viene popolata con il nuovo articolo.

Modalità online: sincronizzazione dei dati

Modalità online: sincronizzazione dei dati

Queste regole di sincronizzazione di partenza e arrivo sono ovviamente programmate o basate sul rilevamento della presenza in rete.

In modalità offline, vengono trasferiti in rete solo i dati modificati, quindi non molto, mentre in modalità online gli scambi sono quelli dell’aspetto dell’applicazione (schermo) più tutti i dati: quindi da 10 a 50 volte di più! La modalità offline consente di risparmiare sulle reti (in un momento in cui si sta installando il 5G…).

Vantaggi e svantaggi della modalità offline rispetto alla modalità online

Una volta che abbiamo una buona comprensione della modalità offline, possiamo ovviamente elencare le esigenze e le caratteristiche di queste applicazioni e i loro vantaggi.

CaratteristicaModalità online / sincronaModalità offline / asincrona
Velocità di richiesta e inserimento datiDipende dalla rete e dal serverLocale e veloce, indipendente dalla rete
Inserimento dati, aggiunta datiImpossibile senza retePossibile senza rete
Costi di abbonamento alla rete mobile (3 o 4G)No o non è imperativo se non c’è urgenza
Database di grandi dimensioniQuery lenteIniziare con le parti del database utili per la missione e con le query locali veloci.
Se la connessione wifi è debole o saturafunziona molto malefunziona molto bene
Potenza utilizzatadal serverdal processore del terminale
Tasso di copertura di rete necessario100%da 1 a 5% (solo punti di passaggio)
Sviluppatose l’editore lo ha fatto o meno (modalità PC più piccola)da noi
Licenze ERPutilizza licenze publisher per terminalerisparmia le licenze di editore per terminale e consente di eseguire sul terminale altre applicazioni indipendenti da ERP.

È chiaro che la modalità offline, indubbiamente più complessa da programmare, è più adatta alle situazioni più difficili sul campo, ma produce anche un risparmio immediato.

Se si dispone di una rete intermittente e irregolare, è possibile configurare l’applicazione in modo che si sincronizzi non appena la rete è presente dopo un determinato numero di minuti. In questo modo, soddisfiamo il requisito di spontaneità del 98% delle applicazioni, garantendo al contempo all’operatore una rapida immissione ed elaborazione dei dati.

Naturalmente, la maggior parte delle nostre applicazioni standard o personalizzate sono prodotte in modalità Offline 1.

Chiedeteci un consiglio!