メインコンテンツまでスキップ

 

 

Coupa Japanese

動的承認ワークフローの管理

このページは機械翻訳を使用して翻訳されています。


動的承認ワークフローは、アセスメントを1人以上の承認者にルーティングし、アセスメントが承認されるために必要な手順と、アセスメントプロセスの各ポイントで誰が承認する必要があるかを指定するように構成できます。複雑なビジネスフローでより強力な動的承認ワークフローをサポートするために、アプリケーションにはいくつかのオプションがあります。

評価結果に基づく承認の動的追加は、プログラムに2つの特別なコンポーネントの1つ以上のインスタンスの組み合わせを含めることで実行されます ([管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネント]ボタン> [コンポーネント]ドロップダウンフィールド)

  • 組織の承認コンポーネントを追加
  • 動的最終承認コンポーネント

これらのコンポーネントは、プログラムの対応基準に基づいて指定された承認をトリガーし、各中間レベルおよび/または最終承認に指定された承認者を割り当てます。

組織の承認コンポーネントを追加

組織承認の追加 コンポーネントは、複雑なビジネスプロセスと承認フローをサポートする追加の動的シリアルおよびパラレル中間レベルの承認を構成するための機能をプログラムアーキテクトに提供します。これは、プログラム構成の実行とプログラムにコンポーネントを含めることの組み合わせによって実現されます。このコンポーネントは、評価の提出時、最初の組織の承認時、または最後の組織の承認時に、組織の承認者を動的に追加します。承認は、項目またはコンポーネントのスコアに基づいて、必須または条件付きで必須として構成できます([管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [コンポーネントを追加]ボタン> [コンポーネント]ドロップダウンフィールド]> [組織承認選択を追加]> [スコア値のスコア] 'ドロップダウンを比較します)評価で計算されます。条件付き承認は、特定の条件が満たされた場合にのみワークフローに追加されます。

順次および並行の中間レベルの承認を動的にプログラムワークフローに追加できます。最後の組織の承認者オプション([管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネントの追加]ボタン> [イベント条件]ドロップダウンフィールド))は、連続する組織の承認を定義する機能を提供します。

動的承認者の割り当ては、割り当ての既定値(プログラムワークフローに定義されている)、グループ、または個々のユーザーを使用して構成できます。このコンポーネントは、設定コードタイプ、設定コード値、および任意の数のグループまたはユーザー承認レベルを識別するスプレッドシートをアップロードする機能を提供する設定ファイルも使用します。この構成ファイルは、登録済みオブジェクトの単一選択セットアップドロップダウンコードの決定と組み合わせて、適切なユーザーまたはグループを評価フローに動的に追加します。

コンポーネント構成

RA - Organizational Approval Component.png

動的最終承認コンポーネント

動的最終承認 コンポーネント([管理者]> [プログラム管理]> [プログラムコンポーネントライブラリ]リンクからアクセス可能)は、複雑なビジネスプロセスと承認フローをサポートする標準の「最終」承認に従って、プログラムアーキテクト(PA)が追加の動的最終承認および組織承認を設定できるようにします。承認は、アセスメントで計算された品目またはコンポーネントのスコアに基づいて、必須または条件付き必須として設定できます。条件付き承認は、条件が満たされた場合にのみワークフローに追加されます。

順次中間レベルおよび最終承認を動的にプログラムワークフローに追加できます。複数の動的最終承認ワークフローコンポーネントがプログラムに埋め込まれている場合、承認ごとにプログラム承認フローの順序が決まります。

動的承認者の割り当ては、割り当ての既定値(プログラムワークフローに定義されている)、グループ、または個々のユーザーを使用して構成できます。このコンポーネントは、設定コードタイプ、設定コード値、および任意の数のグループまたはユーザー承認レベルを識別するスプレッドシートをアップロードする機能を提供する設定ファイルも使用します。この構成ファイルは、登録済みオブジェクトの単一選択セットアップドロップダウンコードの決定と組み合わせて、適切なユーザーまたはグループを評価フローに動的に追加します。

[組織の割り当ての既定値を適用]チェックボックスがオンになっている場合、中間レベルの承認者(組織マネージャー)が承認ワークフローに入力されます。この追加された機能により、ユーザーは1つのコンポーネント内の完全な割り当てのデフォルトを説明できます。

[組織の割り当ての既定値を適用]チェックボックスがオンの場合、割り当ての既定値の使用を最初から開始するには、[割り当てのデフォルトを使用]チェックボックスもオンにする必要があります。

コンポーネント構成

「管理」タブ>「プログラム管理」セクション>「プログラムコンポーネントライブラリ」>「動的最終承認コンポーネント」

割り当ての既定の設定コードオプション

承認者のユーザーおよび/またはグループは、設定データを介して割り当てることができます。Excelベースの階層構成ファイルを使用して、承認者の割り当てを定義できます。割り当ての既定では、これらの設定データ定義に基づいて、評価者、組織承認者、または最終承認者を設定するオプションが提供されるようになりました。undefined設定データ条件マッピングに割り当てられた個人およびユーザーグループ)。割り当ての既定値では、最初にグループ割り当てが使用されます。グループが割り当てられていない場合、既定では特定のユーザーが割り当てられます。

設定ファイルフォーマット

承認者の割り当てのExcelファイル構成は、次のデータ列見出しで設定する必要があります。

  • TypeCode
  • DataCode
  • ApprovalGroup1
  • ApprovalUser2
  • ApprovalUser3

TypeCodeとDataCodeは、承認構造(つまり、国、コストセンター、組織構造)を定義する設定データ入力を参照します。

次の点にも注意してください。

  • コードに設定されたグループまたはユーザーごとに「共有」承認が生成されます
  • 構成ファイルでの割り当ての定義の構文([n]は承認レベルを定義し、ワークフローコンポーネントの[階層からの承認レベル]構成オプションと同じです)は次のとおりです。
    • グループ:ApprovalGroup [n]
    • ユーザー:ApprovalUser [n]

動的ワークフローの可視化

ワークフローの視覚化は、プログラムのワークフローと特定の登録済みオブジェクトのステータスをグラフィカルに表示します。可視化は、プログラムのワークフロー全体、ワークフローの各ステップの所有者、各ステップのステータスを示します。承認イベント条件が満たされ、承認が評価ワークフローに追加されると、更新されたワークフローを反映するようにワークフローの視覚化が動的に更新されます。

使用例

以下は、承認が1つ設定されたプログラムの動的ワークフロー視覚化の例を示しています。条件付きで、アセスメントの回答に基づいて、並行する中間レベルの承認と追加の最終承認をワークフローに追加できます。中間レベルの承認は「送信」時に追加できます。追加の最終承認は、最初の最終承認者による承認後に追加できます。

  • 動的中レベル承認-リスク領域の計算スコア= 100の場合、そのリスク領域には中レベル承認が必要です(複数の並列中レベル承認が必要です)。
    • 経営コンサルティングリスクが存在する場合(ラインスコア= 100)、中間レベルの承認が必要です。
    • ビジネス継続性リスクが存在する場合(行スコア= 100)、中間レベルの承認が必要です。
    • 情報リスクが存在する場合(ラインスコア= 100)、中間レベルの承認が必要です。
    • レピュテーションリスクが存在する場合(ラインスコア= 100)、中間レベルの承認が必要です。
  • 動的最終承認-プロジェクトが機密(行スコア= 100)の場合、追加の最終承認が必要です。

プログラム構成

プログラムは最初、単一の承認で構成されました-組織と最終承認者の両方として同じユーザーを割り当てるように構成された割り当ての既定値。

  • [プログラム]タブ> [プログラムの表示]ページ> [割り当ての既定]セクション:

  • リスクの存在に基づいて設定され、関連するリスク領域のラインスコアまたはコンポーネントスコアに基づいてトリガーされた動的中間レベル承認(スクリーンショット: プログラムタブ>プログラムウィザードステップ3):

経営コンサルティング

(下のスクリーンショット: [プログラム]タブ> [プログラムウィザードステップ3]、上のスクリーンショットから展開されたアイテム番号1.2))

  • Management Consulting = 100の場合、動的な中間レベルの承認が必要です(下のスクリーンショット: [管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネントを追加]ページ

情報リスク
  • 最大2つのコンポーネントを集計することによって計算されたラインスコア(以下のスクリーンショット: プログラムタブ>プログラムウィザードステップ3、 アイテム番号1.3を展開):

  • 情報リスク= 100の場合、動的な中間レベルの承認が必要です(下のスクリーンショット: [管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネントを追加]ページ

事業継続リスク

(下のスクリーンショット:特定のプログラムが起動された後の評価)

 

  • ビジネス継続性リスク= 100の場合、動的な中間レベルの承認が必要です(下のスクリーンショット: [管理者]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネントを追加]ページ

評判リスク

  • レピュテーションリスク= 100の場合、動的な中間レベルの承認が必要です(下のスクリーンショット: [管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネントを追加]ボタン

  • プロジェクトが機密プロジェクトである場合に構成される動的最終承認(以下のスクリーンショット: プログラムタブ>プログラムウィザードステップ3、アイテム番号1.1):

 

  • アプリケーションサイクル番号(最終承認がトリガーされる順序)は、最初の最終承認の後に実行するために1に設定され、2番目の最終承認の後に2などに設定されます。(下のスクリーンショット: [管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネントを追加]ページ):

プログラムの開始時–内部評価待ち

送信時-内部承認待ち(中レベルの承認)

送信時に、中間レベルの承認の動的承認条件が評価されます。回答(すべてのスコア= 100)に基づいて、5つの並行する中間レベルの承認が追加されました。

次のスクリーンショットは、承認の割り当て/承認先に関する視覚的な補助です。

経営コンサルティングの割り当て 契約条項承認グループ(下のスクリーンショット)

情報リスクの割り当て エリックフランクフォード(下のスクリーンショット)

ビジネス継続性リスクの割り当て: DWテストグループ02(設定データに示されている国UDFへの回答に基づいて承認者として割り当てられたグループ。以下のスクリーンショット)

  • 設定ファイル(割り当てを促進する階層ファイル)

  • 承認階層のデータUDFを設定(階層ファイル。 [管理者]タブ> [構成データ管理]セクション> [データディクショナリ管理-フィールド]リンク

  • UDFに

レピュテーションリスクの割り当て 管理者表示アクションアイテムグループ、デーンナイト

 

以下は、ワークフローのスクリーンショットと、コンポーネントの構成と割り当てに基づく動的承認の追加の描写です。

 

次のスクリーンショットは、動的に追加された並行組織承認を示しています。

中間レベルの承認が完了しました-内部承認待ち(事前設定された最終承認)

以下も参照してください。

  • プログラムの管理
  • プログラムのステータス
  • 評価ステータス

事前設定された最終承認完了-内部承認保留中(動的最終承認)

 

動的最終承認完了-プログラムステータス=完了

 

通知

動的承認ワークフローの一部として送信される標準メールは2つあります。

  • ワークフロー承認通知追加

  • ワークフロー最終承認通知追加

電子メール通知の説明/理由は、動的承認コンポーネントの両方で構成できます([管理]タブ> [プログラム管理]セクション> [プログラムコンポーネントライブラリ]リンク> [新規コンポーネントの追加]ページ)。

カスタムメールタグ!GROUPMESSAGE!は、これらの各メールの本文に含まれており、メッセージを通知に転送します。

  • この記事は役に立ちましたか?