Item de template

Chaque élément du modèle n'a que deux champs, et les deux comptent : la description est l'étape elle-même — rédigez-la comme une instruction exécutable (« collecter les logs de l'environnement », pas « logs ») — et l'ordre définit la séquence dans laquelle les étapes apparaissent dans la demande créée. L'ordre est le déroulé : pensez-le comme la séquence réelle du travail, car c'est dans cette séquence que la personne en charge cochera les étapes. Des éléments dans le désordre produisent des checklists que l'équipe apprend à ignorer.

Ici, vous voyez et corrigez les enregistrements enfants isolés, un par un. Au quotidien, cependant, la bonne pratique est de les créer et de les modifier dans le formulaire de la fiche parente : c'est là que s'exécutent les règles métier (totaux recalculés, validations, numérotation, historique). Modifier directement ici est utile pour l'audit et pour corriger un cas précis — mais cela peut laisser la fiche parente avec un total obsolète, sans aucune erreur à l'écran.

Chaque élément devient une tâche (ou un élément de checklist) quand un ticket naît de ce modèle. Modifier ici vaut pour les PROCHAINS tickets ; ceux déjà ouverts conservent le déroulé avec lequel ils sont nés.

Le modèle est appliqué à l'OUVERTURE de la demande et ce qu'il génère devient une copie propre à celle-ci : ajouter, retirer ou réordonner des éléments ici vaut pour les demandes créées À PARTIR DE CE MOMENT — celles déjà ouvertes gardent le déroulé reçu à leur naissance. C'est voulu : une demande en cours de traitement ne peut pas voir sa checklist changée sous les pieds de la personne qui la traite. Si une nouvelle étape est urgente aussi pour les demandes en cours, il faut l'y ajouter une par une, en connaissance de cause.

Quand vous enregistrez une vue avec le bouton Vues, elle garde quatre choses : le texte de recherche, les filtres appliqués, les colonnes affichées (et leur ordre) et la colonne de tri de la liste. Appliquer la vue restaure tout d'un coup — y compris en réinitialisant le tri et la page où vous étiez, pour que le résultat soit exactement ce que la vue décrit. Les vues enregistrées avant cette version restent valables : ce qu'elles ne gardaient pas ne change tout simplement pas à l'application.

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

Ouvrez l'enregistrement et regardez la Chronologie, à droite : elle montre chaque modification sous la forme « d'une valeur à une autre », avec la personne et la date. Quand il y a beaucoup de modifications, utilisez les deux filtres en haut de la chronologie — l'un par champ, l'autre par personne. La recherche se fait dans la base, donc une modification ancienne apparaît de la même façon. Vous pouvez aussi demander à Tenkai : « qui a modifié le contrat 482 ? ».