設定の考慮事項: リクエスト
このトピックの内容を、リクエストの設定と使用を計画する際の決定に役立てることができます。以下について説明します。
- 設定する理由
- Workday のその他の部分への適合
- 下流への影響と製品間インタラクション
- セキュリティ要件とビジネス プロセス設定
- 実装前に考慮しておく質問事項と制限事項
機能の概要
プロセスの概要
- 管理者は、ステップと承認者が異なる複数のリクエスト タイプを作成できます。
- ユーザーがリクエストを開始し、他のユーザーの代わりにリクエストを開始できる。
- レビューアは、ユーザーによって開始されたリクエストをレビューし、必要に応じて完了ステップの前にリクエストを変更します。
- クローズされたリクエストを承認、クローズ、および設定することで、ユーザーによるリクエストの実装を処理する。
"リクエスト"
ビジネス プロセスでは、ユーザーが開始し、管理者が Workday 内で追跡するカスタム リクエスト プロセスを設定できます。申請を作成、レビュー、承認、完了する担当者を定義して、さまざまな申請プロセスを作成します。プロセスが完了すると、この情報が記録されます。リクエスト自体で何も変更されることはありません。これはアクションをリクエストするものです。
業務上のメリット
以下が可能です。
- 独自のリクエスト タイプとプロセス フローを定義する。
- 組織全体でリクエスト プロセスを統合し、E メールやレビューなどで送信されるリクエストを排除する。
- 申請の開始、レビュー、承認、実装、最終的な検証プロセスを追跡する。
- 完了した申請について、申請ビジネス プロセス履歴を検証します。
- リクエストが Workday ビジネス オブジェクトに関連付けられている場合、そのビジネス オブジェクトの変更履歴にリクエストが表示されます。
- 必要な承認のセキュリティ アクセス権、ステップ、レベルを設定します。
ユース ケース
"リクエスト"
ビジネス プロセスを設定して、リクエストおよび変更を行う組織のプロセスを統合できます。社員は、以下のような新しいリソースを適用したり、既存のリソースを変更したりできます。- ビジネス プロセス
- 職務内容
- ラーニング コース。
- オフィス機器。
- 組織
- レポート。
- セキュリティ グループ
- システム科目のアクセス権
次のようなリクエストを他のユーザーの代理で開始できます。
- 社員のオフィス勤務復帰の申請を送信します。
- 別のユーザーに対するセキュリティ権限またはロールをリクエストします。
- マネージャ、マネージャ、または部門長の代理で部門リクエストを送信してください。
- 社員の HR 関連リクエストを送信します。
考慮すべき質問事項
- Workday で処理したいリクエスト プロセスはどのようなものですか？
- リクエスト プロセスのリクエスト プロセスの詳細は以下のとおりです。
- リクエストを提出できるのは誰ですか？
- 申請を承認できるのは誰ですか？
- リクエストを納品するのは誰ですか？
- 申請をどのように追跡および検証しますか？
- 収集したい情報はありますか？
推奨事項
設定を簡素化するには、以下を考慮します。
- 使用する各リクエスト タイプにルール ベースの"リクエスト"ビジネス プロセス定義を使用する。この方法で、リクエスト タイプごとに独立したプロセス フローを作成します。
- "ホーム" ダッシュボードの "リクエスト" ワークレットを設定して、関連するタスクとレポートが表示されるようにし、使いやすさとアクセシビリティを改善する。
- リクエスト タイプを設定して、学生や外部受講者など、従業員または非従業員のロールを持つ別のユーザーの代理でリクエストを開始できるようにする。必要であれば、リクエスト タイプに関連付けられたリクエストが開始された後でも、設定を変更できます。
質問票との重複を避けるため、リクエスト タイプの
"リクエストの説明"
フィールドがユーザーに表示されるかどうかを設定することをお勧めします。このアクションは、 リクエスト
ビジネス プロセスの実行時にリクエスト フォームに表示される内容を制御するのに役立ちます。要件
- "リクエストのレビュー"アクション ステップは、常に "リクエスト"ビジネス プロセスの完了ステップの前に配置する必要があります。
- "リクエストのクローズ" アクション ステップは、常に"リクエスト"ビジネス プロセスの完了ステップである必要があります。
制限事項
- リクエストの内容を変更できるのは、リクエストの開始者とレビューアのみです。
- リクエストをリンクできるのは、リクエスト タイプの作成時に表示されるビジネス オブジェクトに対してのみです。
テナント設定
影響はありません。
セキュリティ
"System" 業務分野で、"
リクエスト"
ビジネス プロセスおよびセキュリティ ポリシーを設定します。"リクエスト"
ビジネス プロセスでは、従業員が "リクエスト"
ビジネス プロセスの開始者として定義されます。ビジネス プロセス セキュリティ ポリシーを設定し、以下のオプションを選択します。
- "対象者にはコメントを表示しない" チェックボックスがオン: 従業員は、"すべてのプロセス レコード"の"プロセス"タブに、入力しなかったコメントを表示できなくなります。
- "対象者には詳細を表示しない" チェックボックスをオンにした場合、従業員はビジネス プロセスの詳細を表示できなくなります。
チェックボックスをオンにすると、リクエスト イベントにアクセスできる非従業員 (インテグレーション ユーザーやシステム導入者など) に対して、リクエスト イベントのコメントまたは詳細が表示されます。
"対象者には詳細を表示しない
" チェックボックスは 、"対象者にはコメントを表示しない
" チェックボックスを上書きします。つまり、"対象者には詳細を表示しない
" チェックボックスのみをオンにした場合は、イベントのコメントと詳細の両方が非表示になるということです。セグメント ベースのセキュリティ グループとセグメント セキュリティについて理解し、従業員のグループにおけるリクエスト タイプのアクセスをどのように制限するかを決定します。
リクエスト タイプにセキュリティを設定した場合、
"すべて表示"
フィールドに対して選択したセキュリティ グループには、このリクエスト タイプのリクエストに関するすべてのイベントの詳細を表示できます。"System" 業務分野で以下のドメインを設定します。
ドメイン | 考慮事項 |
|---|---|
Set Up: Requests
| このドメインに対してセキュリティ保護されたユーザーは、リクエスト タイプを作成および表示できます。 |
Self-Service: Requests
| このドメインに関連付けられているユーザーは、自分のリクエストおよびリクエスト タイプを表示できます。 |
表示: リクエスト
| このドメインにセキュリティ保護されたユーザーは、リクエストを表示できます。 |
設定: リクエスト タイプ セキュリティ セグメント
| このドメインに対してセキュリティ保護されたユーザーは、リクエスト タイプ セキュリティ セグメントを作成できます。 |
Reports: Requests
| このドメインに関連付けられているユーザーは、リクエストに関するレポートを表示できます。 |
ビジネス プロセス
ビジネス プロセス管理者は、
"リクエスト"
ビジネス プロセス定義に、承認や追加の質問票など、複数のステップを追加できます。リクエストの開始者の組織に基づいて、リクエスト ステップが転送されます。例: ステップは、リクエストの対象者ではなく、開始者の HR パートナーに送信されます。- リクエスト タイプに対してルール ベースのリクエストビジネス プロセス定義を作成しない場合、デフォルトのリクエストビジネス プロセス定義が使用されます。
- ルール ベースの"リクエスト"ビジネス プロセス定義を設定すると、Workday でどの"リクエスト"ビジネス定義を実行するかを決定する条件ルールの階層を作成できます。
レポート
レポート | 考慮事項 |
|---|---|
My リクエスト
| ユーザーが開始したすべてのリクエストが表示されます。 |
すべてのリクエスト
| Workday で開始されたすべてのリクエストを表示します。 |
My 最近のリクエスト
| ユーザーが過去 7 日間に開始したオープンおよび完了済みのイベントが表示されます。 |
処理中のリクエスト
| 現在進行中のすべてのリクエスト ビジネス プロセスを表示します。 |
自分の代理で送信されたレポート
| ユーザーの代理人によって開始されたすべてのリクエストを表示します。リクエストに関する以下のような情報が表示されます。
|
リクエスト タイプの表示
| ユーザーがアクセスできるリクエストのタイプが表示されます。 |
以下のレポート データ ソースをカスタム レポートで使用できます。
- すべてのリクエスト
- My リクエスト
- リクエスト タイプ
- 自分の代理の申請
"リクエストの説明の表示"
設定はレポートに影響を与えず、"リクエストの説明"
フィールドは引き続きレポートに表示されます。インテグレーション
影響はありません。
関連性のある機能
影響はありません。