Application métier hors ligne : concevoir la synchronisation avant les écrans

Définir ce qui doit rester disponible

Listez les données nécessaires avant de partir sur le terrain : planning, fiches d’intervention, documents ou coordonnées. Certaines informations peuvent être préparées à l’avance ; d’autres changent trop vite pour être présentées comme actuelles sans connexion.

Affichez la date de dernière mise à jour lorsqu’elle aide à interpréter les données. Une fiche stockée sur le téléphone doit rester identifiable comme telle. Le mode hors ligne n’est pas une promesse globale : il décrit quelles tâches restent possibles, avec quelles informations et quelles limites.

Séparer brouillon local et envoi confirmé

Le bouton d’enregistrement peut d’abord conserver un brouillon sur l’appareil. Le serveur ne l’a pas encore reçu. N’utilisez pas le même message pour ces deux états. L’utilisateur doit savoir s’il peut fermer l’écran et si un collègue verra déjà le résultat.

Prévoyez une file des éléments en attente, un état d’échec et une action de reprise. Une icône seule peut être ambiguë ; quelques mots clairs évitent de laisser croire qu’un rapport est envoyé. Cette distinction est particulièrement importante lorsque le document déclenche une autre opération métier.

Choisir une règle de résolution des conflits

Deux personnes peuvent modifier le même dossier pendant une coupure. Décidez si certaines données sont réservées à un responsable, si les changements peuvent être fusionnés ou si une validation est nécessaire. Une simple règle du dernier enregistrement reçu peut effacer un travail utile.

Testez le conflit sur un exemple réel de votre activité. Pour une note de visite, conserver deux versions peut être acceptable ; pour une quantité de stock, la règle doit préserver le sens de l’opération. La solution dépend des données, pas seulement du mécanisme de transport.

Limiter les données et les traitements locaux

Le stockage sur l’appareil implique de choisir ce qui est conservé et pendant combien de temps. Prévoyez la déconnexion, la perte d’accès et le changement de téléphone. Les pièces jointes peuvent aussi occuper beaucoup d’espace ou ralentir une reprise réseau.

Pour une PWA, MDN explique comment les service workers peuvent gérer des ressources en cache et certaines opérations différées. Ce sont des briques techniques, pas une stratégie métier complète. Les volumes, les limites du navigateur et le comportement en cas d’interruption doivent être essayés sur les appareils cibles.

Référence : MDN — Fonctionnement hors connexion des PWA ↗

Tester les coupures au mauvais moment

Coupez le réseau pendant une photo, un envoi et une modification. Fermez puis rouvrez l’application. Redémarrez l’appareil et relancez une synchronisation interrompue. Vérifiez que la même opération n’est pas appliquée deux fois au serveur.

Ces essais doivent produire un résultat que l’utilisateur peut comprendre et récupérer. La réussite d’une application hors ligne se mesure autant à la préservation du travail qu’à la lisibilité de ses états. Une limite clairement expliquée est préférable à une confirmation rassurante qui ne correspond pas à la réalité.