Cycle de vie des données

Une donnée dans Syrcow ne vit pas seulement au moment où elle est saisie. Elle peut être créée, modifiée, validée, synchronisée, consultée ou archivée.

DonnéesLes étapes du cycle de vieEmplacement réservé pour un visuel, un schéma ou une capture.

Les étapes du cycle

Étape	Ce qui se passe	Déclencheur
Création	l'utilisateur saisit une nouvelle information	formulaire ouvert et rempli
Brouillon	la donnée existe mais peut encore être modifiée	tant que l'opération n'est pas validée
Validation	l'opération est verrouillée et une trace est écrite	action "valider" dans l'interface
Synchronisation	la donnée locale remonte vers le serveur	connexion réseau disponible
Consultation	un autre écran ou un autre utilisateur la lit	accès à la section correspondante
Archivage	la donnée n'est plus active mais reste traçable	expiration, clôture ou action manuelle

ExempleExemple: un inventaire dans le cycleEmplacement réservé pour un visuel, un schéma ou une capture.

Pourquoi c'est important

• tu sais si une donnée peut encore bouger;
• tu sais où chercher quand une incohérence apparaît;
• tu comprends pourquoi certaines actions sont bloquées;
• tu évites de supprimer une donnée qui doit rester consultable.

Exemple chronologique

1. un agent saisit un inventaire sur tablette → création
2. il complète les lignes au fur et à mesure → brouillon (modifiable)
3. il clique "Valider" → validation (plus de modification directe)
4. la tablette se connecte au WiFi → synchronisation
5. le gérant consulte l'inventaire depuis son poste → consultation
6. à la fin du mois, l'inventaire est clôturé → archivage (consultable mais plus dans les écrans actifs)

Ce que l'application protège

• l'historique des transactions;
• le contexte d'organisation;
• les rôles et permissions;
• les données déjà synchronisées ou validées.

Conflits de synchronisation

Quand deux appareils modifient la même donnée hors ligne, un conflit peut survenir au moment de la synchro. Syrcow applique la règle du dernier écrit gagnant pour les champs simples. En cas de divergence structurelle (ex: deux lignes ajoutées au même brouillon), un flag de révision est levé pour qu'un superviseur tranche.

Situation	Résolution
Deux modifications du même champ	la dernière écriture remplace la précédente
Deux lignes ajoutées au même document	les deux sont conservées, un flag signale la divergence
Suppression locale vs mise à jour ailleurs	la suppression est refusée si la donnée a été modifiée ailleurs

Différence entre suppression et archivage

Action	Effet	Récupérable?
Suppression	la donnée disparaît de la base	non, sauf restauration (limitée)
Archivage	la donnée n'est plus active mais reste en base	oui, réactivation possible
Désactivation	la donnée n'est plus utilisable mais visible dans l'historique	oui, réactivation simple

Comment corriger proprement

1. identifier l'étape du cycle où se trouve la donnée;
2. vérifier si elle est encore modifiable;
3. utiliser l'action prévue par l'interface;
4. éviter les contournements (ex: modifier directement en base);
5. vérifier l'effet de la correction dans l'historique.

Ce qu'il faut retenir

• une donnée validée n'est pas un brouillon;
• une suppression n'est pas toujours la meilleure correction;
• la traçabilité compte autant que la valeur finale;
• le contexte est aussi important que le contenu.

À lire ensuite

• Mode hors ligne — comprendre le cycle en environnement déconnecté
• Agents hors ligne — règles de synchro et opérations autorisées
• Dépannage — résoudre une donnée bloquée à une étape du cycle