チケットステータス
フローの段階(オープン、対応中、解決済みなど)です。これらのブロックがワークフローとかんばんの列を構成します。
画面
上で選んだテーマで表示した実際の画面です。

この画面にあるもの
画面そのものから読み取った内容です。画面が変われば、ここも変わります。
入力項目
Nome*Nome do status (ex.: Aberto, Em andamento, Concluído).
ClassificaçãoEm qual fase do fluxo este status está (Triagem, Em execução, Aguardando…). Define a seção do Kanban em que ele aparece. As classificações são cadast…
CorCor do badge (hex). Ex.: #6366f1.
OrdemOrdem no kanban/listas.
Limite WIPLimite de tickets em paralelo na coluna (vazio = sem limite).
Status finalMarca o status como final (encerra o ticket).
AtivoStatus inativos não aparecem para seleção.
DescriçãoDescrição do status.
Congela o SLAEnquanto o ticket estiver neste status o relógio do SLA fica parado e a pausa é registrada.
まずはここから
ここで行うこと
チケットの取りうるステータスを、色とカテゴリ(オープン/一時停止/クローズ)とともに登録します。これらはカンバンの列とワークフローの段階になります。
この画面が答えること
貴社の案件ボードの列は何か。各案件がどの段階にあるかを伝えるためにチームが使う用語です。
O que esta tela faz
ここでは案件ステータスを作成・管理します。名前、カテゴリ(属する段階)、色、表示順、WIP上限、最終ステータスの印、有効スイッチです。ここで作成したステータスが、ワークフローがつなぐ状態であり、カンバンボードが描く列になります。
操作方法
Status final: é ele que fecha a demanda
「最終ステータス」にチェックを入れると、そのステータスに入った案件は「完了」であるとシステムに伝わります。自動クローズ、納品数のカウント、SLA、そして「マイスケジュール」の「完了」ボタンはこれに依存します。最終ステータスが1つも登録されていないと、システムには完了させる先がなく、実行しようとするとその旨を警告します。
順序とカテゴリでかんばんが決まる
順序はボード上の列の並びを決め、カテゴリ(振り分け、実行中、待機中…)は列をレーンにまとめます。ここを変更すると、次の瞬間から全員のボードが変わります。
カテゴリと順序でボードを整理
カテゴリはステータスがどの段階に属するかを示します。カンバンはこれらの段階(トリアージ、実行、待機、完了、キャンセル)で列をグループ化するため、誤ったカテゴリのステータスはボードの誤った場所に表示されます。順序はフロー内でのステータスの位置と列の並びを決めます。色はカードや一覧でのステータスの視覚的な識別です。互いに区別できる色を選んでください。ほぼ同じ色の2つのステータスは、1日に20回ボードを眺める人にとって同じものに見えてしまいます。
ルール
カテゴリが重要
ステータスのカテゴリ(オープン/一時停止/クローズ)は指標に反映されます:「一時停止」ステータスはSLAの時計を止めることができます。「クローズ」はチケットを終了します。
Desativar um status não some com as demandas que estão nele
無効にしたステータスは選択リストから消えますが、すでにそのステータスにある案件はそのまま残ります。それらは引き続き編集・保存できます。保存された値は、無効であっても常に選択リストに戻ってきます。ステータスを空にするには、無効化する前に案件を移動してください。
A visão salva guarda busca, filtros, colunas e ordenação
「ビュー」ボタンでビューを保存すると、検索テキスト、適用中のフィルター、表示する列(とその順序)、一覧の並べ替え列の 4 つが保存されます。ビューを適用するとすべてが一度に復元されます。並べ替えと表示中のページもリセットされ、結果がビューの内容どおりになります。このバージョンより前に保存したビューも有効です。保存されていない項目は、適用しても変わらないだけです。
O erro de preenchimento aparece no campo, ao sair dele
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.
最終ステータスとWIP上限
「最終ステータス」の印は、そこに到達した案件がサイクルを終えたことを示します。件数やダッシュボードで、完了と進行中を分けるのはこの印です。一方、WIP上限はそのステータスで同時に扱う案件数の合意済みの上限です。カンバンボードでは列の見出しに表示され、チームが合意を超えると視覚的に知らせます。上限は受け入れを止めるものではなく、滞留を明らかにするものです。それがインフォメーション・ラジエーターの役割であり、作業の取り込みをやめる判断はチームに委ねられます。
Uma anotação pode virar demanda
レコードのアクティビティパネルでは、各メモに「依頼にする」があります。クリックすると、メモの本文、書いた人、このレコードへのリンクを含むチケットが作成され、打ち直しは不要です。メモが対応の依頼(「誰かがこれを確認する必要がある」)であるときに使ってください。メモ自体はそのまま残ります。ボタンはレコードを保存した後にだけ表示され、読み取り専用セッション(デモ)では作成されません。
ステータスで「SLAを停止」を付けるとき
「外部の誰かを待っている」ことを意味するステータス、一般的には「顧客待ち」にチェックを付けます。チケットがそのステータスにある間はSLAの時計が止まり、一時停止は開始時刻、理由、誰の依頼かとともに記録されます。そのステータスを出ると一時停止が終了し、消費した営業時間が期限に戻され、納期予測が再計算されます。作業中のステータス(進行中、分析中)には付けないでください。チームが作業している間に時計が止まり、SLAが本来測るべきものを測らなくなります。
よくある質問
Como descobrir quem mudou um campo desta ficha?
レコードを開き、右側の「タイムライン」を見てください。各変更が「ある値から別の値へ」の形で、変更した人と日付とともに表示されます。変更が多い場合は、タイムライン上部の 2 つのフィルター(項目別・人別)を使います。検索はデータベースで行われるため、古い変更も同じように表示されます。Tenkai に「契約 482 を変更したのは誰?」と聞くこともできます。
一覧に出た「顧客待ち」はどこから来た?
これは、SLAを凍結するステータスがまだ1つも設定されていなかったアカウントに自動で作成されました。そのようなステータスがないと、チケットの一時停止ボタンは記録の移動先がなく、クリックしても何も起きません。並び順の最後に待機色で作成され、通常のステータスと同じく、名前の変更、並べ替え、色の変更、無効化ができます。別のステータスを待機用に使いたい場合は、そちらで「SLAを凍結」にチェックを付け、これを無効にしてください。ただし、アカウントごとに必ず1つだけにしてください。そうしないと、一時停止と再開が別々のステータスを選んでしまいます。
関連画面
この記事は役に立ちましたか?
同じモジュール内: オペレーション13
チケット自動化チケットに対する「XならばYを行う」ルールです。割り当て、移動、通知を手作業なしで実行します。カレンダー勤務日と休日を管理します。営業日、1日あたりの労働時間、休日(全国および地域)を定義する基準カレンダーです。Classificação do statusAs fases do fluxo em que cada status da demanda se encaixa (Triagem, Em execução, Aguardando…): definem as se…チーム責任者とメンバーを持つ作業チームです。チームスケジュール、ルーティング、マネージャー承認の基盤となります。役割とコスト役割の表(開発者、QA、PMなど)で、コストと時間単価を管理します。スタジオの実現可能性を測る物差しです。SLAポリシー優先度・種類別に応答期限と解決期限を設定します。これがチケットを支配する時計です。優先順位付け(WSJF)計算が推奨する順序に並んだbacklog:価値、緊急性、リスク低減を合計して遅延コストを算出し、それを労力で割る。リストはすでにスコア順に並んで出力される。準備状態(DoR/DoD)あるデマンドがある段階に「入る」ために解決されているべきこと、そして「出る」ために完了しているべきこと。これはデマンド自体の中のチェックリストとなり、チームが望めばゲート(制限)にもなる。
Tenka アカデミー
アカデミーを見る業種別の学習コースを、プラットフォーム内でステップごとに。