Mise en contexte
Afin de vous permettre de garder un contrôle précis sur les données sans risquer de les perdre ou de compromettre leur historique, la solution intègre deux types d’actions complémentaires :
- Activer/Désactiver : pour gérer la disponibilité d’une donnée sans la supprimer.
- Supprimer : pour retirer définitivement une donnée qui n’est plus nécessaire.
Ces actions n’ont pas le même impact, ni sur la base de données ni sur la manière dont les éléments s’affichent dans l’application. Comprendre cette différence est crucial pour éviter des erreurs comme la suppression involontaire d’informations importantes, ou à l’inverse, la conservation de données obsolètes qui encombrent l’interface.
Dans les sections suivantes, vous découvrirez en détail quand et comment utiliser chaque option, afin d’assurer une gestion rigoureuse et sécurisée des éléments (demandes, postes, utilisateurs, etc.)
Activer/ Désactiver
Cette action change l’état d’une donnée sans la supprimer de l’interface utilisateur. Elle est encore présente dans le système et vue par l’utilisateur, mais est exclues des dossiers ou demandes actifs.
Utilisation typique :
- Désactiver une demande erronée
- Rendre un demande inactif sans supprimer son historique
Avantages :
- Conservation des données pour référence, historique ou audit
- Possibilité de réactiver la donnée plus tard
- Moins de risques d’erreur ou de perte d’information
Supprimer
Définition :
La fonction de suppression permet de retirer complètement une donnée de l’interface client. Il s’agit d’une suppression logique (marquée comme supprimée mais encore stockée, selon les règles de l’app).
Utilisation typique :
- Effacer une demande créée par erreur
- Supprimer une entrée de test ou un doublon
- Nettoyer des données obsolètes non nécessaires au suivi
Risques :
- Perte définitive
- Impossible de restaurer la donnée (sauf si une logique de corbeille est prévue)
- Peut casser certaines références ou dépendances
- Risque si supprime par erreur un dossier qui était rattaché à une demande