動的承認ワークフロー
このページは機械翻訳を使用して翻訳されています。
動的承認 ワークフロー 機能により、リスクアセスメントを行う顧客はビジネスプロセスを合理化し、説明責任とビジネスポリシーと慣行へのコンプライアンスを確保できます。このワークフロー機能は、評価および承認を正しい内部またはサードパーティのリソースに送信するためのビジネスルールを定義する柔軟なルーティングオプションを設定する機能を提供することで、顧客がこれらの目標を達成するのに役立ちます。
動的承認プロセスは、次のように構成できます。
- 1人以上の承認者にアセスメントをルーティングする
- アセスメントが承認されるために必要な手順を指定し、アセスメントプロセスの各ポイントで誰が承認する必要があるかを指定します
- 評価ワークフローの一部として受け取った回答/スコアに基づいて、ユーザーグループや個人をその場限りで追加することを許可する
無制限のパラレル、シリアル、およびパラレルとシリアルの承認の組み合わせを設定できます。連続承認 は、2番目/後続の承認が開始される前に完了する必要がある最初の承認です。並行承認 は一緒に開始され、互いに独立して完了します。
承認ワークフローを定義するための条件付きロジックは、プログラムによって承認ワークフローの以下の属性を設定する機能を提供します。
- オプションおよび必須の承認
- ワークフロー内の承認の数
- 必要な承認の順序
- プロセスの各レベルでの承認者の割り当て
- プログラムに対する評価者および承認者のいずれかの回答に基づく承認フローの変更
承認の順序と数はプログラムの構成([プログラム]タブ> [新規プログラムの追加]ボタンまたは[プログラムの編集]アイコン)で定義され、プログラムに含まれるコンポーネントの数と構成によって決定されます。
動的承認は、アセスメント自体の提出/承認時に、応答/スコア(項目/コンポーネントレベル)に基づいてユーザーに承認リクエストをルーティングするように設定されています(このガイドのプログラムの設定と管理セクションを参照)。プログラム構成は、フォームをさらに構築するために、評価項目を使用して質問を構成する機能と、評価項目のプログラムコンポーネントを使用する機能をサポートします。プログラムスコアは5つのレベルで計算されます:
- 最低レベル-コンポーネントレベル(特定のコンポーネントに関する質問への回答は、コンポーネントスコアを計算するために使用されます)。
- 2番目に低いレベル-項目スコアは、項目のコンポーネントのスコアを集計することによって計算されます。スコアリング可能なコンポーネントがない場合、項目スコアは評価アイテムの設定に基づいて計算されます。
- 3番目に低いレベル-セクションスコアは、セクションに割り当てられたラインスコアの加重和です(これもプログラム設定)。
- 4番目に低いレベル-組織スコアは、組織に割り当てられたセクションスコアの加重和です(これもプログラム設定)。
- 5番目に低いレベル(上部)-総合スコアは、プログラム(およびプログラム構成)に割り当てられた組織スコアの加重合計です。
- 動的承認は、特定のコンポーネントまたは特定の品目に対して計算されたスコアに対して定義された条件に基づいてトリガーするように設定できます。
パラレル、シリアル、およびパラレルとシリアルの承認の組み合わせがサポートされています。例:
- 1人の中間レベルの承認者と1人の最終承認者によるシリアル承認 -動的承認コンポーネントの設定で、層/重要性(評価で計算されたコンポーネントスコアの結果)に基づいて承認ワークフローを設定します。
- 層=高(高= 100)の場合、2つのレベルの承認が必要です。
- 層=中(ここで中= 60)の場合、必要な承認は1レベルのみです
- 層=低(低= 20)の場合、承認は不要です。
- リスクエリアごとに1つの中間レベルと1つの最終承認、 およびリスクレベルに基づいて1つの条件付き必須最終承認の 並行承認-アセスメントの計算されたコンポーネントスコアに基づいて承認ワークフローを設定します(リスクアセスメントプログラムコンポーネントリファレンスガイドも参照) ):
- スコアが20未満の場合、承認は不要です。
- スコア=> 20かつ<50の場合、2つのレベルの承認が必要です
- 中間レベルの承認-リスク領域の計算されたコンポーネントスコア= 100の場合、そのリスク領域には中間レベルの承認が必要です(複数の並行する中間レベルの承認が必要です)。
- 最初の承認の後、リスクスコアが65より大きい場合、別のレベルの承認が必要です(承認は評価者の返答を大幅に変更します)
承認者は、以下の1つ以上に基づいて動的に割り当てられます。
- 割り当ての既定値を使用して、ウィジェット、登録済みオブジェクト、またはプログラムのコンポーネントのユーザーセレクターフィールド(標準およびUDF)から選択された実際の承認者名
- グループのメンバーシップ
- 設定データの検索に基づく承認者名。例:
- ユーザーは誰が自動的に承認を得るかを決定するコストセンター(カスタム設定データタイプの下で確立され、プログラムコンポーネントで設定された)を選択します:
- コストセンター100 =アンに行く
- コストセンター101 =ビルに行く
- コストセンター102 =ジョンに行く
- 会社コードによって、承認する財務スタッフが決まります
- 製品カテゴリによって、マネージャが承認するカテゴリが決まります
- ユーザーのレポート構造が承認者を指示します。例:
- 調達マネージャーはバイヤーの直接マネージャーで、組織構造によって決定されるべきです
ビジネスによって定義された承認ワークフロー全体を通して、適切な個人に通知されます。
以下は、動的承認ワークフローの例を示しています。