Trésorerie projetée

Trois indicateurs définissent le rôle de chaque statut dans le flux : INITIAL est l'endroit où naît la demande en entrant dans ce workflow ; FINAL déclare la fin du cycle — c'est ce qui sépare le clôturé de l'en cours dans les tableaux de bord ; et « Visible client » décide si cet état apparaît au client à l'extérieur. Un flux sain a exactement un statut initial et au moins un final ; et il vaut la peine de revoir la visibilité externe état par état — « en analyse interne de cause racine » n'est peut-être pas le message que vous voulez sur le portail.

Le champ Ordre n'est pas cosmétique : il définit la séquence des statuts dans le flux, et c'est cette séquence que le tableau kanban utilise pour dessiner les colonnes de gauche à droite. Ordonnez-les comme le travail avance réellement — tri avant exécution, exécution avant validation — pour que le tableau raconte la bonne histoire : dans un kanban bien ordonné, la carte avance vers la droite, et toute carte qui recule saute aux yeux comme la reprise qu'elle est.

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 statut est une colonne du tableau et un état possible du ticket. Un statut marqué comme final clôture le ticket et arrête l'horloge du SLA — c'est pourquoi créer un nouveau statut final modifie la mesure du temps de traitement.

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 ? ».