東オフィスのノートPC
広いハードウェアルールより、拠点指定のノートPCルールを優先します。保存したチケットに、割り当てに使われたルールを記録します。
カテゴリ、拠点、機器情報に基づいて新しい問題を割り当てます。順序付きルールで適用ルールを明示し、不一致や担当者不在の案件はトリアージへ送ります。
サンプルデータで試せます。フィールド、ビュー、ワークフローをチームに合わせて調整してください。
| 順序 | 一致条件 | 振り分け先 | 結果 |
|---|---|---|---|
| 10 | 会議室 + すべての拠点 | 職場サポート | 振り分け先に技術担当者がいない場合は、チケットをトリアージに残します。 |
| 20 | ハードウェア + 東オフィス + ノートPC | サービスデスク | 特定の拠点とデバイスに一致するルールを先に評価します。 |
| 30 | ハードウェア + すべての拠点 + すべての資産 | サービスデスク | より具体的なルールに一致しないデバイスは、広い条件のルールで振り分けます。 |
| 一致なし | その他の組み合わせ | トリアージ | 未割り当てのチケットを見落とさないよう、例外の受付先を明確にします。 |
広いハードウェアルールより、拠点指定のノートPCルールを優先します。保存したチケットに、割り当てに使われたルールを記録します。
条件の狭いノートPCルールが適用されない場合は、一般的なハードウェアルールで振り分け先を決めます。
カテゴリは一致しても担当者がいないため、トリアージに送ります。作業を受け取る人がいなければ、カテゴリが一致するだけでは割り当ては成立しません。
新しい組み合わせに一致するルールがありません。チケットは不一致の結果とともに表示され、サポート責任者が割り当てられます。
有効なルールには、それぞれ異なる順序を設定します。具体的な例外を一般的なルールより前に置き、変更を有効にする前に条件の重複を確認してください。
チケットの更新に、新しいチーム、技術担当者、変更理由を記録します。振り分けルールの変更は今後の受付に適用し、人が判断した引き継ぎを無断で上書きしないようにします。
トリアージキューの増加は、新しいサービスカテゴリ、入力不足、担当者不在の兆候かもしれません。広すぎるルールで隠さず、原因を解消してください。
明示したルールに従って割り当てる仕組みです。AI分類、スキルの推定、負荷分散、ラウンドロビン方式の割り当ては行いません。これらには、別途振り分け方式の設計と受入テストが必要です。
不一致の案件を定期的に確認します。繰り返し発生するカテゴリには新しいルールが必要かもしれませんが、単発の例外なら手動割り当てで十分な場合もあります。ルール変更前に、受け手の技術担当者が対応可能で、その作業を受け入れることを確認してください。一致するケースと、次のルールに進むべきケースを1つずつ試します。新しいルールは新規申請に適用し、既に対応中のチケットを無断で移動させないようにします。
一致するルールのうち、順序の数値が最も小さいものを適用します。順序を重複させず、具体的な条件と一般的な条件の両方を試し、広いルールが意図した例外を取り込まないことを確認してください。
はい。ルールに一致しない場合や、振り分け先に技術担当者がいない場合です。このサンプルでは、割り当てが成功したように扱わず、トリアージキューでその状態を明示します。
初回の振り分け処理は新規チケットが対象です。既存案件の担当者を変える場合は、手動の担当変更を記録してください。ルールの編集で現在のキューが変わるとは限りません。
このサンプルは影響と緊急度から優先度を計算し、チケットに保持します。振り分けルールで使うのはカテゴリ、拠点、資産分類です。優先度による振り分け先の追加には、別途ルールの設定とテストが必要です。
いいえ。ルールが明示され、確認できる方式です。組織の割り当て方針を条件として記述できる場合に適しています。分類や負荷の最適化が主な要件なら、専用ツールを検討してください。
実際の従業員のチケットに割り当て方針を適用する前に、具体的な条件、一般的な条件、不一致、担当者不在のケースを試してください。