FAQ: ビジネス プロセス
- 重大なエラーのあるビジネス プロセス定義を見つけるにはどうすればよいですか?
- "ビジネス プロセスの例外の検証"レポートを使用して、重大なエラーのあるすべての ビジネス プロセス定義 を検索します。このレポートを実行する際に、警告を表示するかどうかを選択できます。警告は、ビジネス プロセスで実行したい内容によっては問題にならない場合もありますが、予期しない結果が生じる可能性があることは認識されており、確認することができます。"ビジネス プロセス" 列の関連アクション メニューは、ビジネス プロセス定義の関連アクション メニューと同じです。"対象"列の関連アクション メニューは、ビジネス プロセスの"定義の表示" ページの個々のステップの関連アクション メニューと同じです。ビジネス プロセスに問題がある場合、"ビジネス プロセスの修正" タスクがビジネス プロセス管理者に自動送信され、ビジネス プロセス定義を訂正するためのリンクが利用可能になります。
- 使用できなくなった許可アクションに関連付けられている非アクティブなセキュリティ グループを削除するにはどうしたらよいですか?
- ビジネス プロセスに、ビジネス プロセス セキュリティ ポリシーで使用できなくなったアクションが含まれており、それらのアクションが非アクティブなセキュリティ グループにまだ関連付けられている場合、監査レポートでは、ビジネス プロセスにアクションを実行するようフラグが設定されている場合があります。例: "セキュリティ例外の検証"レポート。この問題を解決するには、"Remove Inactive Security Groups from Unallowable Actions"タスクの実行を検討してください。このタスクは、許可され、使用できなくなったアクションに関連付けられている非アクティブなセキュリティ グループを特定して削除するのに役立ちます。このタスクにアクセスするには、以下のドメインの権限が必要です。
- Business Process Administration
- Security Activation
- Security Configuration
"使用不可アクションからの非アクティブなセキュリティ グループの削除"タスクに進む前に、テナントで非アクティブなセキュリティ グループを削除する必要があるかどうかを判断してください。このプロセスを元に戻すことはできなくなります。以下の手順に従います。- "Activate Pending Security Policy Changes"タスクにアクセスして、既存のセキュリティ変更を確認し、アクティブ化します。最初にこのタスクを実行することを強くお勧めします。
- "Remove Inactive Security Groups from Unallowable Actions"タスクにアクセスします。"確認"を選択し、"OK"をクリックします。バックグラウンド プロセスが実行され、非アクティブなセキュリティ グループが削除されます。
- "Activate Pending Security Policy Changes"タスクに再度アクセスして、非アクティブなセキュリティ グループの削除プロセスを完了します。"Activate Pending Security Policy Changes"タスクにビジネス プロセス タイプが表示されていない場合は、引き続き処理待ちのセキュリティ ポリシーの変更を確認します。
セキュリティ グループを削除して"セキュリティ例外の検証"レポートにアクセスすると、このセキュリティ グループは "ビジネス プロセス セキュリティ ポリシーの例外"タブに表示されなくなります。"使用不可アクションからの非アクティブなセキュリティ グループの削除" タスクでは、以下の"セキュリティ例外の検証"レポート タブに表示される可能性のある検証アイテムには対応しません。- ドメイン セキュリティ ポリシーの例外
- セキュリティ グループの例外
- 停止したビジネス プロセスを見つけて修正するにはどうすればよいですか?
- ビジネス プロセスが停止したのにはいくつかの理由が考えられ、その原因を特定する方法がいくつかあります。"アクション待ちのビジネス プロセス トランザクション"、"X 日間アクション待ちのビジネス プロセス トランザクション"、"アクション待ちのビジネス プロセス トランザクション" のレポートを調べても、通常、すべてのステップは責任者が完了するまで 1 日以上待つため、必ずしも問題を特定するものではありません。 。停止状態のビジネス プロセスは、アクション待ちのビジネス プロセスと重大なエラーのあるビジネス プロセスの主に 2 つのカテゴリに分類されます。
- アクション待ちのビジネス プロセス
- "X 日間アクション待ちのビジネス プロセス トランザクション"レポートを実行して、最も古いインスタンスを上に配置します。
- ビジネス プロセス トランザクションの "すべてのプロセス レコード" を使用して、アクション待ちのステップとそのステップの担当者を検索します。ビジネス プロセス トランザクションの関連アクション メニューから、"ビジネス プロセス" > "すべてのプロセス レコード"を選択します。
- アクション待ちのプロセスのリストが長すぎる場合は、"アクション待ちのビジネス プロセス トランザクション"レポートを使用して、探しているビジネス プロセス タイプを指定することができます。このレポートでは、興味のあるビジネス プロセスのデフォルト定義名を指定し、レポート出力をそれらに制限できます。
- ステップが未割当である場合は、 未割当のタスクを見つけて修正するにはどうすればよいですか?を参照してください。 。
- 従業員割当の有効日が将来の日付かどうかを確認します。また、セキュリティが変更されたかどうかを確認します。ビジネス プロセスのセキュリティ ポリシーを変更して、タスクが従業員の My タスクに追加された後、セキュリティ アクセス権限が変更され、タスクにアクセスできないようにすることができます。このような場合は、再度割り当てる必要があります。
- 重大なエラーのあるビジネス プロセス
- ステップの入力日の時点で定義に重大なエラーがあるビジネス プロセスを実行しようとすると、代わりにデフォルト定義が使用されます。デフォルト定義が組織に対して適切に設定されていない場合、停止したり、期待どおりに実行されたりしない可能性があります。重大なエラーのあるビジネス プロセス定義を見つけるにはどうすればよいですか?を参照してください。 。例: "採用" ビジネス プロセスの"報酬の申請"ステップが 1 月 3 日に入力され、その時点で"報酬の申請 (採用)"ビジネス プロセスで重大なエラーが発生した場合、このビジネス プロセスのデフォルト定義が使用されます。しかし、ビジネス プロセスの重大なエラーが 1 月 4 日に修正された場合、"採用"イベントを見てもエラーは確認できません。イベントが使用しているビジネス プロセス定義を確認するには、イベントの関連アクション メニューから を選択します。カスタム定義を使用するべきであるにもかかわらず、イベントでビジネス プロセスのデフォルト定義が使用されている場合は、ステップの入力日時点でのビジネス プロセス定義を表示し、その時点でのビジネス プロセスの重大なエラーを確認します。
- 未割当タスクを見つけて修正するにはどうすればよいですか?
- 指定されたセキュリティ グループにユーザーが含まれていない場合、または Workday アカウントが無効になっているユーザーのみが含まれている場合、タスクは未割当タスクになります。例: ステップが"Employee as Self" セキュリティ グループによってセキュリティ保護されているものの、割り当てられたユーザーに将来の採用日がある場合、タスクは未割当になります。割り当てられたユーザーの Workday アカウントが無効、期限切れ、またはロックされている場合、または割り当てられたユーザーにユーザー ID とパスワードがないために Workday にアクセスして通知を確認したり、割り当てられたステップを完了したりできない場合、タスクの割当を解除することもできます。"未割当タスク"レポートには、問題が発生しているステップが表示されます。ビジネス プロセス管理者は、未割当のタスクを従業員に割当変更したり、必要なセキュリティ グループの "連携" ロール保持者に変更したりすることができます。タスクが未割当になると、表示および変更の権限を持つすべてのセキュリティ グループのメンバーに"Business Process Administration"ドメインへの通知 E メールが送信されます。これは、休暇中のユーザーがタスクを一時的に他のユーザーに再割り当てする必要がある場合と同じ問題ではありません。表示 My タスクの委任。以下の手順に従います。
- "未割当タスク"レポートにアクセスします。 未割当タスクのリストは、特定のビジネス プロセス、日付範囲、または両方で未割当タスクのフィルタリングをお勧めします。
- 未割当タスクごとに、未割当ユーザーとしてリストされているセキュリティ グループを見つけます。
- 関連アクション メニューを確認して、セキュリティ グループのタイプを決定します。
- ユーザー ベースのセキュリティ グループの場合は、セキュリティ グループのメンバーシップを編集して従業員または "学術関係者" のロール保持者を割り当て、割り当てられたユーザーにアクティブな Workday ユーザー ID とパスワードがあることを確認します。
- その他のセキュリティ グループ タイプの場合、グループは従業員以外のオブジェクトを指定します。セキュリティ グループに値が自動的に入力され、指定されたオブジェクトに従業員または学術関係者のロール保持者が含まれていることを確認します。オブジェクトには、ロール、職務プロファイル、職務カテゴリ、職務系列、マネジメント レベル、組織、勤務地、その他のセキュリティ グループが含まれます。
- セキュリティ グループにユーザーを追加したら、"未割当タスク"の指示を使用して変更を確認します。ビジネス プロセス インスタンスを再開する必要があります。
- ビジネス プロセスのイベント ステップの詳細を表示できないのはなぜですか?
- 次の質問を使用して、ビジネス プロセス イベントにアクセスできるかどうかを判断してください。以下のすべての質問に対する答えが "いいえ" の場合、該当するイベントへのアクセス権はありません。
- イベントのビジネス プロセス セキュリティ ポリシーで"すべて表示"、"キャンセル"、"訂正"、または"取消"アクションを実行できるセキュリティ グループのメンバーですか?
- イベントのビジネス プロセス セキュリティ ポリシーで"完了済のみを表示"アクションを実行できるセキュリティ グループのメンバーであり、イベントが完了済であり、将来の日付が指定されていない。
- "Business Process Administration"ドメインに対する変更権限を持っていますか?
- 現在、My タスクに、関連する非関連手続きアイテムがありますか?
現在 "My タスク" に関連の "関連の手続き" アイテムがある場合、ビジネス プロセス イベントにはアクセスできても、"詳細"タブにはアクセスできない場合があります。"ビジネス プロセス ポリシーの検証の表示" レポートを使用して、セキュリティ関連の多くの問題を解決することもできます。"アクション"ステップを実行し、承認を決定し、通知を受け取ることができるが、ビジネス プロセス セキュリティ ポリシーで"すべて表示"または"完了済のみを表示" のアクセス権を持たないセキュリティ グループを示します。この場合、タスクが "My タスク" にある場合にのみ、イベントを表示できます。タスクが My タスクから削除されると、イベントへのアクセスができなくなります。その結果、リンクをクリックしたときにエラーを返すイベントへのリンクを含む E メール通知が届く場合があります。このエラーは、イベントに対する"すべて表示"または"完了済のみを表示" のアクセス権を持つセキュリティ グループに属していないため、発生しました。"ビジネス プロセス ポリシーの検証の表示"レポートを実行すると、セキュリティ設定のクリーンアップと、これらのタイプのエラーを回避するのに役立ちます。 - "従業員の履歴" にビジネス プロセス イベントが表示されないのはなぜですか?
- 所属するセキュリティ グループに、表示するイベントごとに、ビジネス プロセス セキュリティ ポリシーで"すべて表示"または"完了済のみを表示" のアクセス権があることを確認します。また、従業員履歴を表示するには、適切なセキュリティ ドメインへのアクセス権が必要です。
- 使用するビジネス プロセス定義はどのように決定されますか?
- 多くの場合、使用するビジネス プロセス定義を決定するために使用されるロジックが明確ではありません。ビジネス プロセス イベントの関連アクション メニューから を選択することで、Workday で使用されているビジネス プロセス定義を確認できます。Workday が特定のビジネス プロセス定義を選択する理由は複数あります。場合によっては、ポジションを採用するときに、そのポジションが 2 つの組織に存在することがあります。例: "採用" ビジネス プロセスのデフォルト定義では、このビジネス プロセスを両方のタイプの組織に関連付けることができます。Workday では、組織タイプの優先順位を使用して、ビジネス プロセス定義がどこから最初に検索して使用するかを決定します。最も優先順位の高い組織で定義されたカスタム ビジネス プロセスが見つからない場合は、優先順位リストで次に定義されている組織が検索されます。優先順位リストのどの組織にもカスタム ビジネス プロセスが定義されていない場合は、優先順位が最も高い組織におけるデフォルトのビジネス プロセス定義が使用されます。詳細については、次を参照してください: 組織タイプの優先順位の管理。また、イベントの開始日に組織のビジネス プロセス定義が以下のいずれかの状態にあった場合、デフォルトのビジネス プロセス定義が使用されます。
- 重大なエラーがあります。
- 非アクティブです。
- イベントの開始日に有効ではない。
イベントの開始日時点のビジネス プロセス定義を表示するには、ビジネス プロセス定義を表示し、"有効日"フィールドにイベントの開始日を入力します。 - 条件ルールが正常にトリガされない場合はどうなりますか?
- 以下のように条件ルールをテストします。
- ステップに複数の条件がある場合は、各条件を 1 つずつテストして、それぞれが期待どおりに機能することを確認します。
- 条件に複数のルールがある場合、各ルールを 1 つずつテストします。
- 条件ルールに含まれるデータ値がイベント自体のデータと一致していることを確認してください。例:
- 条件ルールで国が「日本」であるかどうかを確認する場合は、勤務地が「日本」の監督組織を使用しているイベントであることを確認してください。
- "採用" ビジネス プロセスの従業員ベースのフィールドで条件ルールを作成して、"採用"イベントがまだ完了していない場合、応募者はまだ社員ではないため、条件ルールが有効でない可能性があります。
条件ルールの仕組みについては、次を参照してください: 概念: ステップ条件。コンテキスト レポートの作成の詳細については、 ビジネス オブジェクト インスタンスからのレポートの作成を参照してください。 - タスクが目的の担当者に送られない場合はどうなりますか?
- イベントに関連付けられたデータを確認し、セキュリティ グループが割り当てられているオブジェクトを探します。ロール ベースのセキュリティ グループは複数のオブジェクトに割り当てることができるため、以下に注意する必要があります。
- 監督組織
- 事業地階層
- 支給グループ
- 従業員または監督組織に割り当てられているその他のカスタム組織
- ビジネス プロセスからコメントを削除するにはどうすればよいですか?
- ビジネス プロセス管理者は、ビジネス プロセスの完了前または完了後に、ビジネス プロセスから 1 つ以上のコメントを削除できます。ビジネス プロセス全体 (ビジネス プロセス ステップではない) の関連アクション メニューから、選択します。削除する各コメントの横にあるチェックボックスをオンにして、"OK"をクリックします。同様に、サブプロセスにコメントが入力された場合、サブプロセス内の個別のステップではなく、サブプロセスの関連アクションからコメントを削除できます。
- 条件ルールを作成するのに適したフィールドを見つけるにはどうしたらよいですか?
- 条件ルールの作成時に必要なフィールドが使用できない場合、"Workday データ ディクショナリ"レポートを使用して、各 ビジネス オブジェクト () で使用可能なフィールドを確認できます。計算フィールドを作成して、アクション イベント レベルに設定することもできます。