Accueil / Blog / Comment protéger les données de terrain lorsque Internet est coupé ?

Blog Yörünge Kurumsal

Comment protéger les données de terrain lorsque Internet est coupé ?

Associer saisie locale, synchronisation fiable, prévention des doublons et sécurité pour préserver les relevés sur le terrain.

Comment protéger les données de terrain lorsque Internet est coupé ?

Les relevés de compteurs, la maintenance et les observations environnementales ne disposent pas toujours d'une connexion stable. Une application hors ligne doit associer sauvegarde locale, synchronisation fiable et états compréhensibles.

Prévoir les coupures dès la conception

Les équipes travaillent dans des locaux techniques, sur de grands campus ou dans des zones isolées. Le 9 octobre 2026, l'Open Geospatial Consortium a ouvert une consultation publique sur un groupe de travail proposé concernant les API OGC à faible bande passante et les transports alternatifs. Les commentaires sont attendus jusqu'au 8 novembre 2026. Il s'agit d'une proposition de bonnes pratiques, pas d'une nouvelle norme publiée.

Définir les opérations possibles hors ligne

Consulter des données, saisir une mesure, joindre une photo et terminer une fiche d'entretien sont des fonctions distinctes. Déterminez ce qui sera téléchargé avant la visite, ce qui peut être effectué sans réseau et ce qui nécessite une validation centrale. Affichez ces limites avant que l'utilisateur ne pense avoir terminé une action.

Distinguer sauvegarde locale et réception centrale

Un formulaire visible n'est pas nécessairement enregistré; une fiche stockée sur l'appareil n'a pas nécessairement atteint le serveur. Utilisez des états textuels tels que « enregistré sur l'appareil », « en attente d'envoi », « reçu par le serveur » et « à vérifier ». Chaque fiche peut porter un identifiant unique, une référence d'équipement, l'heure de mesure, l'auteur et une version. Gardez séparées les heures de création et de réception.

Empêcher les doublons et traiter les conflits

Si la connexion tombe après l'acceptation par le serveur, mais avant la confirmation à l'appareil, l'envoi peut être répété. Le serveur doit reconnaître l'identifiant pour éviter deux relevés identiques. Quand deux agents modifient le même équipement, une règle de versions doit signaler les conflits au lieu d'effacer silencieusement les données.

Ne pas considérer la synchronisation en arrière-plan comme garantie

MDN précise que les navigateurs peuvent interrompre les tâches de fond et limiter leur durée ou leurs tentatives. L'utilisateur doit voir les fiches en attente, pouvoir relancer l'envoi et consulter la dernière synchronisation réussie. Testez les appareils et navigateurs réellement utilisés.

Suivre les pièces jointes et protéger les données locales

Une fiche peut arriver avant ses photos. Suivez les pièces jointes séparément, puis testez coupure réseau, fermeture de l'application et redémarrage. Limitez les données téléchargées, leur conservation et les accès. Sur un appareil partagé, la déconnexion ne doit pas effacer des fiches non envoyées.

Un pilote réussit lorsque les fiches parviennent au système central une seule fois, complètes et traçables. Yörünge Kurumsal peut relier applications mobiles et Web, saisie de terrain, intégration et reporting pour les activités liées à l'énergie, à l'eau, à la maintenance et à la durabilité.

*Sources : consultation OGC et guide MDN. Les identifiants, la synchronisation et les tests pilotes sont des recommandations éditoriales de mise en œuvre.*

← Retour à tous les articles