次の方法で共有


ケース カテゴリ セキュリティの計画、ケース プロセス、およびケース カテゴリ

この記事では、ケースをコンフィギュレーションする前に、計画プロセス中に決定する必要のある考慮事項について説明します。

case 機能を使用すると、組織外の問題と内部の問題の両方を解決することができます。

ロール別ケース カテゴリ セキュリティ

組織内の適切な従業員のみ、ケースと関連情報にアクセスできるようにする必要があります。 異なるタイプのケースを表示、作成、および更新するための従業員によるアクセスを制御するため、ケース カテゴリ タイプにセキュリティ ロールを割り当てることができます。 さまざまなケース カテゴリへアクセスする必要のあるセキュリティ ロールを決定する必要があります。

意思決定: 次のケース カテゴリ タイプにアクセスできるセキュリティ ロールを決定します。 組織はこれらのすべてのカテゴリ タイプを使用しないで、該当するカテゴリに対してのみ決定を行う可能性があります。

  • 一般
  • 売上
  • 購買
  • サービス
  • Project
  • 実稼働
  • 取立
  • 監査
  • Web
  • 人事管理
  • 製品の変更
  • FMLA

ケース プロセス

所属する組織でオープンになっている従業員が従うべきケースにプロセスを設定する必要があります。 プロセスは、ケースに関係する従業員の一貫性を保証することができ、従業員がケースを迅速かつ効率的に解決できるようにもします。 ケースが割り当てられている各ケース カテゴリのプロセスを設定することができます。 ケース タイプごとに個別のプロセスを計画するには時間がかかりますが、プロセスが計画されていれば、ケースの解決はよりスムーズに進んでいきます。

意思決定: 各ケース プロセスは次の決定を行う必要があります。

  • プロセスの名前と説明とは
  • プロセスが有効になっており、従業員がプロセスが割り当てられているケースを処理するときに使用する必要はありますか。
  • 組織内のだれがケースへのプロセスの適用を担当しますか。 たとえば、原価会計または人事管理は、いくつかのケース プロセスを担当する可能性があります。 複数の領域が 1 つのプロセスの完了の責任を担っていることに注意してください。

ケース カテゴリ

ケース カテゴリ階層は、ケースを割り当てることができるカテゴリの一覧を提供します (「ロールごとのケース カテゴリ セキュリティ」セクションを参照)。 各トップレベル カテゴリには、サブカテゴリが含まれているため、組織で使用されているケースについてより具体的なカテゴリを作成できます。 既存のカテゴリおよびサブカテゴリの一覧を確認し、さらに作成する必要があるかどうかを決定します。 カテゴリとサブカテゴリをさらに作成する必要がある場合、追加するたびに、次の決定を行う必要があります。

意思決定:

  • 新しいトップレベル カテゴリを作成していますか。

    • カテゴリの名前とは
  • 新しいサブカテゴリを作成していますか。

    • サブカテゴリの親カテゴリは何ですか ?
    • サブカテゴリの名前は何ですか ?
    • どの作業者がサブカテゴリを所有しますか。
    • どのような部門にサブカテゴリが割り当てられていますか ?
    • どのようなケース プロセスをこのサブカテゴリに割り当てられますか ?
    • このサブカテゴリに割り当てられている既定のサービス レベル アグリーメント (SLA) は何ですか ?
    • このサブカテゴリが割り当てられているケースが開いているときに、活動を作成する必要がありますか。
    • その場合は、活動のカテゴリ、タイプ、目的、およびフェーズは何でしょうか?
    • ケースのフォロー アップ活動を作成する必要がありますか。
    • その場合は、フォローアップ活動のカテゴリ、タイプ、目的、およびフェーズは何でしょうか?