学生サービス: 学生と家族からの依頼
成績証明書の再発行、クラス変更、通学、奨学金、合理的配慮。依頼は既存のサポートデスクの通常のチケットになり、教育カテゴリが付き、学生・在籍・出願のいずれかに結び付きます。教育モジュールは期限を一切保存しません。教育バーティカルの一部で、任意機能。管理者が有効にするまでオフです。
教育画面に「学生サービスの依頼」ブロックが加わります。学生や家族からの依頼を記録する場所です。成績証明書の再発行、クラス変更、通学、給食、奨学金、合理的配慮、行動面の相談。いずれも既存のサポートデスクのチケットになり、教育カテゴリと、誰に関する依頼かを示すリンクが付きます。
これは既存のサポートデスクであり、二つ目ではありません
そこがこの機能の要点です。依頼は通常のチケットとして作成され、同じキューに入り、すでに設定済みの SLA ポリシーで測られ、営業時間と祝日を尊重し、同じコンソールで対応され、同じ返信・添付・マクロ・満足度調査・ナレッジベースを使います。教育モジュールは独自のステータス、優先度、キュー、期限を一切保存しません。
これは手抜きではなく安全な設計です。二つ目の期限の時計があれば「いつ期限か」に答えが二つ生まれ、出所が二つある期限は出所のない期限と同じです。学校が設定のサポート側で変更したことは、その日のうちに学生の依頼にも適用され、ここで再設定する必要はありません。
カテゴリは学校のものです
ブロックを初めて開くと、初期カテゴリ一式が作成されます。証明書と書類、在籍変更、学費、奨学金、入学、学習支援、出欠、通学、給食、健康、合理的配慮、行動、IT、転校と退学。名称を変え、使わないものを無効にし、独自のカテゴリを追加できます。
各カテゴリは、起票するチケットの優先度・キュー・チケットカテゴリの三つを決めます。これは SLA ポリシーが照合する三つの条件そのものであり、そのため「重大: 4 時間」のような既存ポリシーが、何も触らずに健康関連の依頼を対象にできます。登録外のカテゴリは起票時に拒否されるので、画面の一覧は常に実際に使われている一覧です。
依頼で使用中のカテゴリは削除せず、無効にします。削除すると履歴が意味を失った名前を指したままになります。
すべての依頼は対象を明示します
依頼は必ず何かを指す必要があります。学生、在籍、出願のいずれかです。複数が入力された場合は、この順で最も具体的なものが依頼の対象名になり、すべての関連は保存されます。依頼したのが学生本人でない場合は、保護者や事務局など依頼者も記録できます。
何も指さない依頼は意図的に拒否されます。それは通常のチケットであり、通常のチケットは教育モジュールがなくてもすでに存在するからです。
分類の解除は対応履歴の削除ではありません
このパネルから依頼を削除しても、消えるのは教育上の分類だけです。チケット、返信、添付、履歴のすべてはサポート側にそのまま残ります。ラベルを外すことは、対応そのものを取り消すことではありません。