概念: 例外の検証レポート
Workday には、問題領域を特定し、各例外の問題と解決策を説明する、多くの例外検証レポートが用意されています。
- ビジネス プロセスの例外検証
- ビジネス プロセスに対する変更を、本番テナントに移行する前に、本番テナントでテストすることをお勧めします。ビジネス プロセスを更新した後、"ビジネス プロセスの例外の検証"レポートを実行して、重大なエラーのある ビジネス プロセス定義を すべて検索します。ビジネス プロセス イベントを開始すると、ビジネス プロセス定義がチェックされ、定義に保存されている例外が存在するかどうかが判断されます。ビジネス プロセス定義を更新して定義にエラーを作成すると、以下の処理が行われます。
- 直ちに例外を保持します。
- ビジネス プロセスが実行されないようにします。
安全性をさらに高めるため、Workday では 1 時間ごとにバックグラウンド プロセスが実行され、ビジネス プロセス定義におけるすべての例外が特定および保持されます。これらの例外には、ビジネス プロセス定義自体の外部での変更によって発生した例外も含まれます。例: 対応するビジネス プロセス定義からグループを削除せずに、ビジネス プロセス セキュリティ ポリシーからセキュリティ グループを削除すると、例外が発生します。ビジネス プロセス定義を編集しない場合、または"ビジネス プロセスの例外の検証"レポートを実行して例外を特定しない場合、バックグラウンド プロセスでは以下の処理が行われます。- 例外を保持します。
- 問題を修正するまでビジネス プロセスを開始できないように設定します。
ビジネス プロセスに問題がある場合、"ビジネス プロセスの修正" タスクがビジネス プロセス管理者に自動送信され、ビジネス プロセス定義を訂正するためのリンクが利用可能になります。 - セキュリティ例外の検証
- セキュリティの例外は通常、適切なセキュリティ設定でセキュリティ ポリシーの変更が発生し、アクセス割当が無効になった場合に発生します。考えられる原因として、以下に該当する処理待ちのセキュリティ ポリシーの変更をアクティブ化した場合が考えられます。
- セキュリティ ポリシーに、Workday から削除したグループが指定されています。
- ビジネス プロセス セキュリティ ポリシーに、ビジネス プロセスでまだ使用されているグループがありません。
ビジネス プロセス セキュリティ ポリシーからセキュリティ グループを削除する前に、カスタム バージョンが定義されている各組織のさまざまなビジネス プロセスからグループを削除します。ただし、以下の点に留意してください。- セキュリティ グループを使用した場所がすべてわからない場合。
- すでに実行中のプロセスがあります。
ポリシーは引き続き変更できます。この変更によって例外が発生することを示す警告が表示されます。"セキュリティ例外の検証"レポートにより、問題領域を特定できます。例外ごとの問題と解決策が説明されます。通常、無効なセキュリティ グループをポリシーまたはビジネス プロセスから削除するだけで済みます。すでに開始されているビジネス プロセスの場合、無効なユーザーに送られるステップの割当を変更するか、プロセスを取り消します。いずれの場合でも、その組織のビジネス プロセス定義を変更して、有効なセキュリティ グループのみを指定します。"セキュリティ例外の検証"レポートを使用して、実際の "組織" ではない組織タイプに基づいて、組織ベースのセキュリティ グループを含む積集合型セキュリティ グループを探すこともできます。以下のセキュリティ ポリシー アクションに対してビジネス プロセス ポリシーに予期しないセキュリティ グループが設定されている場合、"ビジネス プロセス セキュリティ ポリシーの例外" タブと"セキュリティ グループの例外" タブにセキュリティ例外のエントリが表示されます。- 一時的な承認
- 却下
- 拒否 (Web サービス)
- 手動差戻し
- 割当変更のリクエスト
ビジネス プロセス セキュリティ ポリシー アクションでセキュリティ グループを検証することにより、適切なユーザーがビジネス プロセスの許可されたアクションにアクセスできるようにします。 - 計算フィールドの例外検証
- "計算フィールドの例外の検証"レポートを実行して、計算フィールドを再検証し、エラーがあれば一覧表示します。"式評価" 関数を使用して事前にエラーと例外をテストし、適切なアクションを実行することができます。
- インテグレーション例外の検証
- インテグレーション トランスポート プロトコルでアウトバウンド ファイルを暗号化する必要がある場合、出力を暗号化しないことを選択すると、EIB を保存できます。ただし、セキュリティ管理者が例外を承認するまで実行することはできません。セキュリティ管理者が以下の方法でこの要件を上書きすると、
- "インテグレーション例外の検証"レポートで EIB またはインテグレーション システムを表示する。
- 関連アクションとして"承認されていないトランスポートの切替"を選択する。
"インテグレーション例外の検証"レポートを使用して、以下を行うこともできます。- XmlToCSVおよびXmlToExcel変換を使用する EIB を特定します。
- 代替出力フォーマットをCSVに設定してください。
- スケジュールされている将来の EIB の例外検証
- セキュリティ不足により開始できないスケジュール済 EIB を検索するには、"Scheduled Future EIBs" 例外の検証レポートにアクセスします。このレポートでは、スケジュールされたユーザーが実行できない EIB を特定します。スケジュールしたユーザーのセキュリティを変更するか、所有権を別のユーザーに移譲することができます。所有権を移転するには、申請の関連アクション メニューから を選択します。
- 未補充の割当済ロールの検証
- "未補充の割当済ロールの検証" レポートを実行して、組織における未補充ロールおよびその他のロールを使用可能なアイテムを特定します。"割当可能なロールの管理"タスクで"割当済でない場合は非表示" に設定されているロールは、このレポートに表示されません。非アクティブな組織には未補充のロールがあるのが通常です。
- カスタム レポート例外の検証レポート
- 次のカスタム レポート例外検証レポートが用意されています。
- カスタム レポート例外の検証: レポートの定義を検証できます。レポート オーナー、エラーの重要度、問題の説明や解決策が表示されます。レポートの出力が空の場合は、レポートにエラーがないことを示します。
- Custom Report Exceptions by Owner: レポート オーナー別のカスタム レポート例外を表示します。次のような例外が表示されます。
- 退職したオーナーのレポート。
- ワークレットとして有効化されているが、どのダッシュボードでも使用できないレポート。
- 一時レポートが削除日を過ぎている。
- 非共有のレポート
- "使用不可" に指定されたアイテムを含むレポート。
- Custom Reports I Can Run Exception Audit: 実行可能であるが、例外があるカスタム レポートが表示されます。レポート オーナー、エラーの重要度、問題の説明や解決策が表示されます。レポートの出力が空の場合、実行可能なレポートにエラーがないことを示します。
- メニューのカスタム レポート例外の検証:"メニューのカスタム レポートの管理"タスクのエントリのエラーを確認できます。レポートの出力が空の場合は、レポートにエラーがないことを示します。
- 追加の例外検証レポート
- Workday には、次の例外検証レポートも用意されています。
- 福利厚生条件ルールの例外検証
- 計算の例外の検証
- 条件ルールの例外検証
- 重複がある階層の例外検証
- 仕訳入力の例外検証
- 組織割当例外の検証
- 組織の例外の検証
- 組織タイプの例外の検証
- 給与計算の例外検証
- ポジション グループの例外検証
- レポート固有の計算フィールドの例外検証
- スケジュールされている実行予定レポートの例外検証
- 労災補償コードの例外検証
- ワークレット マッピングの例外の検証