Statut du ticket

Enregistrez les statuts possibles des tickets, avec couleur et catégorie (ouvert/en pause/fermé). Ils deviennent les colonnes du kanban et les étapes du workflow.

Quelles sont les colonnes du tableau des demandes de votre entreprise — le vocabulaire que l'équipe utilise pour dire où en est chaque demande.

Ici, vous créez et gérez un statut de demande : nom, catégorie (l'étape à laquelle il appartient), couleur, ordre d'affichage, limite de WIP, l'indicateur de statut final et l'interrupteur actif. Les statuts créés ici sont les états que les workflows enchaînent et les colonnes que dessine le tableau kanban.

Cocher « Statut final » indique au système que la demande qui y est entrée est TERMINÉE. La clôture automatique, le décompte des livraisons, le SLA et le bouton Terminer de Mon agenda en dépendent. Sans aucun statut final enregistré, le système n'a nulle part où terminer — et le signale lors de la tentative.

L'ordre définit la séquence des colonnes sur le tableau ; la catégorie (Tri, En cours, En attente…) regroupe les colonnes en couloirs. Modifier ceci change le tableau de tout le monde dès l'instant suivant.

La catégorie indique à quelle étape appartient le statut — le kanban regroupe ses colonnes par ces étapes (tri, exécution, en attente, terminé, annulé), donc un statut dans la mauvaise catégorie apparaît dans la mauvaise partie du tableau. L'ordre définit la position du statut dans le flux et la séquence des colonnes. Et la couleur est l'identité visuelle du statut sur les cartes et les listes : choisissez des couleurs bien distinctes — deux statuts de couleur presque identique deviennent la même chose pour qui jette un œil au tableau vingt fois par jour.

La catégorie du statut (ouvert/en pause/fermé) alimente les indicateurs : le statut « en pause » peut arrêter l'horloge du SLA ; « fermé » clôt le ticket.

Un statut inactif disparaît des listes de sélection, mais les demandes qui y étaient déjà y restent. Elles restent modifiables et enregistrables : la valeur enregistrée revient toujours dans la liste même si elle est inactive. Pour vider le statut, déplacez les demandes avant de le désactiver.

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.

L'indicateur de « statut final » déclare que la demande qui y arrive a terminé son cycle — c'est ce qui sépare le clôturé de l'en cours dans les comptages et les tableaux de bord. La limite de WIP, elle, est le plafond convenu de demandes simultanées dans ce statut : sur le tableau kanban, elle apparaît dans l'en-tête de la colonne, qui signale visuellement quand l'équipe dépasse ce qui a été convenu. La limite n'empêche pas l'entrée — elle dénonce l'accumulation, ce qui est le rôle d'un radiateur : la décision d'arrêter de tirer du travail reste celle de l'équipe.

Dans le panneau d'activité de l'enregistrement, chaque note propose « Transformer en demande ». Le clic crée un ticket avec le texte de la note, son auteur et le lien vers cet enregistrement — rien n'est ressaisi. Utilisez-le quand la note est une demande d'action (« quelqu'un doit revoir ceci ») ; la note reste où elle était. Le bouton n'apparaît qu'une fois l'enregistrement sauvegardé ; une session en lecture seule (démonstration) n'en crée pas.

Cochez-le sur le statut qui signifie « nous attendons quelqu'un d'extérieur » — typiquement En attente du client. Tant qu'un ticket est dans ce statut, l'horloge du SLA s'arrête et la pause est enregistrée avec l'heure de début, le motif et à la demande de qui. En quittant le statut, la pause se ferme, les heures ouvrées qu'elle a consommées sont rendues au délai et la prévision de livraison est recalculée. Ne le cochez pas sur des statuts de travail (En cours, En analyse) : l'horloge s'arrêterait pendant que l'équipe travaille, et le SLA cesserait de mesurer ce qu'il promet de mesurer.

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

Il a été créé automatiquement dans les comptes qui n'avaient encore aucun statut marqué pour geler le SLA — sans l'un d'eux, le bouton Pause du ticket n'a nulle part où porter l'enregistrement et le clic ne fait rien. Il est créé à la fin de votre ordre, avec la couleur d'attente, et c'est un statut ordinaire : il peut être renommé, réordonné, changer de couleur ou être désactivé. Si vous préférez utiliser un autre statut comme statut d'attente, cochez « Gèle le SLA » sur celui-ci et désactivez celui-là — veillez simplement à en avoir exactement UN par compte, sinon Pause et Reprendre choisiraient des statuts différents.