Sites web & applications métierDans vos locaux ou à distance

  • Conception, hébergement, maintenance
  • Du lundi au vendredi
  • 06 81 88 95 21

Applications métier

Travailler hors connexion puis synchroniser : comment ?

Mis à jour le · 3 min de lecture · NexSecure

En bref

Une application qui fonctionne hors connexion enregistre les saisies sur l'appareil, puis les envoie dès que le réseau revient. Cela suppose trois choses : décider quelles données sont embarquées, mettre les actions en file d'attente, et prévoir une règle pour les conflits quand la même fiche a été modifiée des deux côtés.

Sous-sol, zone blanche, avion, entrepôt : le réseau manque plus souvent qu'on ne le croit. Une application qui s'arrête dans ces moments-là devient inutilisable au pire moment. Voici ce que suppose un vrai fonctionnement hors connexion.

Trois niveaux de fonctionnement

NiveauCe qui est possibleComplexité
Consultation seuleLire les informations téléchargées avant le départ.Faible.
Saisie différéeCréer et modifier hors réseau ; l'envoi se fait au retour de la connexion.Moyenne.
Travail completPlusieurs personnes modifient les mêmes données hors réseau, puis tout se réconcilie.Élevée.

La plupart des besoins s'arrêtent au deuxième niveau. Le troisième ne se justifie que si plusieurs personnes interviennent réellement sur les mêmes fiches sans réseau, ce qui est rare.

Décider ce qui part sur l'appareil

Embarquer toute la base n'est ni possible ni souhaitable : l'appareil se remplit, la mise à jour devient longue et la perte du téléphone expose bien plus de données. Le tri se fait selon trois critères : la tournée du jour, le périmètre de la personne, et une profondeur d'historique limitée. Prévoyez un moyen de télécharger volontairement un dossier supplémentaire avant de partir, pour les imprévus.

La file d'attente des actions

Le principe est simple : chaque action effectuée hors réseau est enregistrée localement, dans l'ordre, puis rejouée vers le serveur au retour de la connexion. Quatre exigences en découlent :

  1. Rien ne se perd : l'action est enregistrée sur l'appareil avant tout affichage de confirmation.
  2. L'ordre est conservé : créer un dossier puis y ajouter une photo doit se rejouer dans cet ordre.
  3. Le double envoi est sans effet : si la connexion se coupe pendant l'envoi, rejouer l'action ne doit pas créer un doublon.
  4. L'utilisateur voit l'état : ce qui est envoyé, ce qui reste en attente, ce qui a échoué.

Ce dernier point est souvent négligé. Une personne qui ignore que ses saisies ne sont pas parties perd confiance dès le premier incident.

Gérer les conflits

Un conflit survient quand la même fiche a été modifiée sur l'appareil et sur le serveur pendant la coupure. Trois stratégies existent, à choisir selon la donnée :

  • Le serveur a raison : la modification locale est écartée, mais conservée pour information. Convient aux données de référence, comme un tarif.
  • Le terrain a raison : la saisie faite sur place s'impose. Convient au compte rendu d'intervention, que seule la personne présente peut décrire.
  • Arbitrage humain : les deux versions sont présentées et quelqu'un tranche. Réservé aux données sensibles, car cela demande du temps.

Le meilleur remède reste d'éviter le conflit : quand chacun ne modifie que ce qui le concerne, le cas ne se présente presque jamais.

La sécurité des données embarquées

Les informations stockées sur l'appareil voyagent avec lui. Trois précautions minimales : chiffrer le stockage local, exiger un verrouillage de l'appareil, et effacer les données locales dès qu'un compte est désactivé ou après une période d'inactivité. Prévoyez également la conduite à tenir en cas de perte, avant qu'elle ne survienne.

Tester dans de vraies conditions

Le mode avion ne suffit pas : le cas le plus difficile est le réseau très faible, où les échanges partent puis échouent à moitié. Testez une coupure en pleine synchronisation, une batterie vide pendant l'envoi, et un retour de connexion après plusieurs jours. Une application web progressive couvre une partie de ces besoins, comme l'explique l'article qu'est-ce qu'une PWA. NexSecure conçoit ces mécanismes dans le cadre de son offre d'application mobile.

Questions fréquentes

Toutes les applications peuvent-elles fonctionner hors connexion ?

Non. Cela se décide à la conception, car le stockage local et la synchronisation changent la structure de l'application. L'ajouter après coup revient souvent à la réécrire.

Que se passe-t-il si l'appareil est perdu avant la synchronisation ?

Les saisies non envoyées sont perdues. C'est un argument pour synchroniser dès qu'une connexion est disponible, même partiellement.

Combien de données peut-on stocker sur un téléphone ?

Assez pour une tournée ou un périmètre de travail, rarement pour une base complète. Limitez l'historique embarqué à ce qui sert réellement sur place.

Comment éviter les doublons à la synchronisation ?

En attribuant un identifiant à chaque action dès sa création sur l'appareil. Le serveur reconnaît alors une action déjà reçue et l'ignore.

Service lié

Application mobile

Articles liés

Rédigé par l'équipe NexSecure. Responsable de la publication : Yohann Toumine. Dernière mise à jour le 11 septembre 2026.

Une question sur votre situation ? Parler de votre projet