Corriger les données en gardant l’historique

Transcription complète

Une inspection de veste a été enregistrée au mauvais endroit. Il faut corriger l’erreur, mais supprimer l’entrée masquerait ce qui s’est passé. Cet épisode distingue correction historique et nouvel événement opérationnel. L’histoire est illustrative ; champs modifiables et permissions dépendent du processus configuré. Identifiez d’abord l’erreur : spécification de modèle partagée, preuve concernant un lot de production ou événement d’un article précis ? Les périmètres diffèrent. Corriger une inspection individuelle ne doit pas

réécrire tout le lot. Retrouvez le dossier et la révision source exacts avant de choisir la procédure. Pour un événement accepté, gardez l’original et ajoutez une correction liée avec un motif clair. Notez qui l’a soumise et quand. Distinguez moment de l’événement et moment d’enregistrement de la correction. L’approche décrite d’OriginSpan conserve l’historique par des liens visibles, sans remplacer silencieusement l’entrée originale. Une correction historique ne modifie pas automatiquement l’état actuel.

Supposons que le lieu de l’ancienne inspection soit erroné, mais que la veste ait depuis rejoint un atelier. Corriger le passé ne doit pas déplacer l’article actuel vers l’arrière. Si son état actuel doit aussi changer, utilisez une action autorisée distincte et expliquez les deux décisions. Vérifiez droits et travail concurrent. Un autre opérateur peut avoir déjà corrigé l’événement. Lisez la version actuelle, présentez les conflits et exigez la révision ou l’authentification récente configurée. Ne supposez pas que chaque champ est modifiable, ni que création

initiale, archives et garde suivent les mêmes règles. Suivez les effets sur les données publiées. Une correction peut nécessiter une nouvelle version du passeport ou une revue des traductions dépendantes. Préservez le lien entre ancienne publication et remplacement si le système le permet. Décidez qui informer et quoi montrer. Conserver l’histoire ne signifie pas rendre publics éternellement anciens détails et documents privés. Testez un cas réel : entrée erronée, correction liée, état actuel et vue du

lecteur. L’objectif est de comprendre ce qui a changé et pourquoi. Apportez une erreur de données à une démonstration OriginSpan. Utilisez le lien de réservation dans la description pour discuter du processus approprié.