リクエスト タイプの設定
セキュリティ: "System" 業務分野の
"Set Up: Requests
" ドメイン- "リクエスト タイプの作成" タスクにアクセスします。
- 次を参考にして、タスクを完了させます。
オプション 説明 Workday オブジェクトリクエストを Workday オブジェクトにリンクして、リクエストをクローズする際に、変更履歴でリクエスト履歴を表示し、オブジェクト インスタンスを指定できます (例: 特定の従業員)。質問票リクエストを開始するときに質問票への記入をユーザーに要求する。質問票を作成または編集するときに、"質問票タイプ"プロンプトで"リクエストの開始"を選択して、質問票をリクエスト タイプに追加できるようにする必要があります。表示 質問票と質問の設定質問票への回答を制限質問票の回答を"Questionnaire Results"ドメインのセキュリティ グループ内のユーザーのみに制限する場合に選択します。オフにした場合、質問票の回答は、リクエスト詳細の表示にアクセスできるすべてのユーザーに表示されます。リクエスト説明の表示"リクエスト"ビジネス プロセスの実行時に"リクエストの説明" フィールドの表示を制御できます。以下のオプションのいずれかを選択します。- 非表示: このフィールドは申請に表示されません。
- 任意: このフィールドは申請に表示されますが、情報の入力は任意です。
- 必須: このフィールドが申請に表示され、情報の入力が必須になります。既存の申請の場合、デフォルトで申請の説明が必要になります。
この設定はレポートには影響せず、"リクエストの説明" フィールドは引き続きレポートに表示されます。非アクティブ新しい申請を作成する際に、この申請タイプを非表示にする場合に選択します。リクエストタイプのリストには、新しいリクエストを作成する際に表示されます。このリクエスト タイプで作成された現在処理中のリクエストには影響がありません。代理の申請を許可従業員ロールまたは非従業員ロールを持つ別のユーザーの代理でリクエストを開始できるようにする場合に選択します。例: 学生または外部受講者。このリクエスト タイプに関連付けられたリクエストが開始された後でも、"リクエスト タイプの編集"タスクで"代理のリクエストを許可" チェックボックスをオンまたはオフにすることができます。このチェックボックスをオンにすると、以下のタスクで"代行者"プロンプトが表示されます。- リクエストの作成
- リクエストのクローズ
- リクエストの修正
"リクエストのクローズ"および"リクエストの修正"タスクで"代理のユーザー" プロンプトを変更することはできなくなります。"リクエストの作成"タスクで代行者を選択しなかった場合、"My タスク" または"リクエストのクローズ"および"リクエストの修正"タスクには値が表示されません。ID ジェネレーターこのリクエスト タイプの ID ジェネレーター形式を選択するか、"ID 定義 / 連番ジェネレーターの作成"タスクを使用して新しいフォーマットを作成してください。Workday は、ID ジェネレーターのフォーマットとリクエスト作成時間に基づいて、リクエストごとに ID を生成します。重複の可能性がある ID に対して警告を生成します。データをレビューしやすくするために、他と重複しない一意の値を使用することをお勧めします。リクエスト ID は、リクエストの対応結果の詳細をクローズして訂正した場合、およびイベントを表示した場合、"詳細"タブに表示されます。リクエスト ID を生成する際、まずリクエスト タイプに ID ジェネレーターが設定されているかどうかが確認されます。スケジュールされていない場合は、テナントの設定が確認され、該当する ID ジェネレーター設定が使用されます。リクエスト タイプまたはテナント設定のどちらにも ID ジェネレーターが設定されていない場合、リクエストは空白のままになります。Security Configurationリクエストの対応結果の詳細を開始し、詳細を表示し、訂正できるセキュリティ グループを選択します。これらのセキュリティ グループは、"リクエスト" ビジネス プロセス セキュリティ ポリシーの対応するアクションに含まれている必要があります。クローズ ステップの設定グループを選択して、ユーザーがリクエストまたは対応結果をさらに分類できるようにします。"リクエストの対応結果" プロンプトから、Workday 提供の解決方法から選択するか、カスタムのリクエストの対応結果を追加することができます。カスタムの解決方法は、プロンプト内の"リクエストの対応結果の作成"タスクを使用して作成できます。リクエスト タイプには、少なくとも 1 つのリクエストの解決方法が必要です。"リクエストの対応結果の管理" タスクを使用して、すべてのリクエスト タイプのカスタム リクエストの対応結果を管理できます。解決方法ステータスとして"キャンセル" を手動で選択することはできません。キャンセルされた申請のステータスは、自動的に"キャンセル"に設定されます。
ユーザーが
"リクエストの作成"
タスクにアクセスすると、そのユーザーが開始権限を持つリクエスト タイプのみが表示されます。"代理のリクエストを許可" チェックボックスを
オンにして、あるユーザーが別のユーザーの代理でリクエストを送信した場合、次の処理が行われます。
- リクエスト イベントの代行者を表示します。例: Logan McNeil が Betty Liu の代理でリクエストを送信した場合、リクエスト イベントにはBetty Liuが表示されます。
- リクエストを送信するユーザーをリクエストの開始者に設定します。
- 代行者が誰であるかに基づいてリクエストを転送します。
- ユーザーの代理でリクエストを送信した担当者に、"Employee as Self" セキュリティ グループの通知を送信します。
ユーザーが
"リクエストのサブタイプ"
、"対応結果"
、"対応結果の詳細"
フィールドを訂正できるのは、リクエストが正常に完了した後だけです。他のフィールドは訂正できません。必要に応じて、ユーザーはリクエストを差し戻す際にリクエストの解決方法を選択できます。ただし、ユーザーがリクエストをクローズする際、Workday 提供のリクエストまたはカスタムのリクエストの解決方法を選択する必要があります。次の操作も可能です。
- 変更した Workday オブジェクトのどのインスタンスを示すか。プロンプトには、リクエスト タイプにリンクされている Workday オブジェクトが表示されます。
- リクエスト タイプにリクエストのサブタイプ グループが設定されている場合は、リクエストのサブタイプを入力してください。例:"在宅勤務"は主要な申請タイプで、サブタイプには "特性"を含めることができます。サブタイプには"特性" を設定できます。
- リクエスト タイプに"対応結果グループ"が設定されている場合は、"対応結果の詳細"を入力してください。例: 解決方法が"完了"の場合、解決方法の詳細には、1 日の承認済 WFHまたは許可された恒久的な WFHを含めることができます。