Application terrain hors connexion, en préparation.

Préparer les dossiers avant de partir

Une première activation, une connexion à votre instance et le chargement des ressources nécessitent un accès au réseau. Avant l’intervention, vérifiez que le bon dossier, son modèle et ses ressources sont disponibles sur le téléphone.

Cette préparation évite de découvrir sur place une pièce absente ou un accès non activé. La démonstration et la formation expliquent ce qui est disponible localement, ce qui reste à télécharger et comment reconnaître l’état réel de synchronisation.

• Instance et compte de travail identifiés
• Modèles et ressources disponibles localement
• État des données à synchroniser visible

Conserver les relevés pendant l’absence de réseau

La collecte mobile conserve les modifications et les médias dans le contexte de votre compte. L’absence de connexion ne doit pas entraîner une ressaisie générale au retour. Les permissions de caméra ou de localisation restent celles du téléphone, avec des états explicites lorsqu’une information n’est pas disponible.

Le stockage du téléphone demeure une ressource limitée. Prévoir de la place, conserver une batterie suffisante et vérifier les éléments en attente font partie des bonnes pratiques. La localisation enregistrée constitue un élément de contexte ; elle n’est pas une garantie automatique du lieu de prise de vue.

Tester la préparation et le retour de synchronisation

Voir la portée des captures mobiles de démonstration

• Mesures et observations saisies localement
• Photos rattachées au dossier
• PDF et archives selon les capacités déployées

Reprendre la synchronisation sans perdre le contexte

Quand une connexion revient, les données en attente doivent être transmises puis confirmées. Une coupure au milieu d’un transfert ou une réponse perdue ne doit pas être confondue avec une disparition des données. Les états en attente et les conflits éventuels restent visibles.

L’application Ouvraneo est commune, mais les données sont isolées par instance et par compte. Un changement de contexte ne doit jamais attribuer une photo ou une réponse réseau au client suivant. Les éléments non confirmés empêchent une bascule qui risquerait de les masquer.

• Reprise des transferts et confirmations serveur
• Conflits signalés pour décision explicite
• Conservation des éléments non synchronisés avant changement de contexte