承認ルール構成
BPMワークリストを使用して契約に対して異なる承認ルールを作成でき、承認ルールを管理するには、BPMワークリスト管理者である必要があります。
承認ルールは、契約、契約条項および条件テンプレートの承認のために承認管理拡張で構成するルールです。 Oracle Fusion企業契約には、契約承認、条項承認および条件テンプレート承認のための3つの事前定義済のヒューマン・タスクが用意されています。
契約承認ヒューマン・タスクには、シリーズ・ステージとパラレル・ステージの組合せで接続された8つのルール・セットがあります。 条項承認と条件テンプレート承認のヒューマン・タスクには、それぞれ1つのルール・セットが用意されています。
AMXで承認ルールを管理する権限がある場合は、次のタスクを実行できます:
-
新規承認ルールの作成
-
既存の承認ルールの変更
-
ルールおよびルール・セットのプロパティの理解と適用
承認ルールを管理する権限がある場合は、BPMワークリストの「管理」リンクをクリックします。
次の手順を使用して、新しい承認ルールを作成するか、既存の承認ルールを変更します:
-
「タスク構成」タブをクリックし、構成するタスクの下にあるパネルから、契約に対して適切な承認タスクを選択します。
-
「ルール」タブにナビゲートします。
関係者ツリーには、承認のすべてのステージと各ステージのルール・セットが表示されます。 各ルール・セットには、1つ以上の承認ルールが含まれています。 各承認ルールには、承認条件と、承認者のリストがあります。 各ルール・セットに導出された承認者のリストは、参加者と呼ばれます。
-
ルールを変更するには、最初に「編集」アイコンをクリックし、次に「参加者」をクリックします。
これで、ルールを変更または追加できるようになりました。 承認者のリストを生成するには、各ルールにリスト・ビルダーを関連付ける必要があります。
承認の場合、各契約、条項または条件テンプレートは、ルール・セット内の少なくとも1つのルールを満たす必要があります。 ルール・セット内のルールを満たさない場合、承認プロセスのエラーとインシデントはOracle Enterprise Manager Grid Controlでレポートされます。
新規承認ルールの作成
ルールを作成するには、次のルール・コンポーネントに値を指定する必要があります:
-
条件: 契約、契約条項または条件テンプレートが満たす必要がある基準
-
応答タイプ: 「必須」または「FYI」。 承認者からの応答が必要であるか、通知は情報です。
-
リスト・ビルダー: 特定の通知の承認者のリストを作成します
条件を定義するには、IFリージョンの値リストからペイロード・タイプ値を選択します。 条件ブラウザが表示されます。 条件ブラウザで、ビュー・オブジェクト(フォルダ)を開き、基準として使用する属性を選択します。 1つのルールに複数の条件を追加できます。 条件の例は次のとおりです: getContractHeaderResponse.result,estimatedAmountは30,000を超えています。
この表は、条件ブラウザに表示されるオブジェクト(フォルダ)とその関連属性および説明を示しています。
次の表の値は、契約承認ルールの条件として選択することに関連する唯一の値です:
|
条件ブラウザのビュー・オブジェクト |
ビュー・オブジェクト属性 |
説明 |
|---|---|---|
|
PayloadType |
getContractHeader |
契約識別子 |
|
PayloadType |
getContractHeaderResponse |
見積契約金額、契約タイプ、運送条件、支払タイプ、税金、リスク・コードなど、「結果」サブフォルダにリストされているすべての契約ヘッダー属性 |
|
PayloadType |
getDeviationResponse |
無効、非標準および欠落条項、ポリシー偏差、パーティおよび発行者など、ペイロード・タイプの直下にリストされた偏差属性 |
|
PayloadType |
articleVersionId |
条項バージョン |
|
PayloadType |
clauseTitle |
条項のタイトルまたは名前 |
|
PayloadType |
getContractsClauseApprovalRuleAttributes |
目的、条項タイプ、組織および表示名など、すべての契約条項属性 |
|
PayloadType |
getTermsTemplate |
条件テンプレート識別子 |
|
PayloadType |
getTermsTemplateResponse |
目的、レイアウト名、組織、条件テンプレート言語、契約エキスパートなどのすべての条件テンプレート属性が使用可能 |
承認ルールから生成される各承認通知には、「必須」または「FYI」の応答タイプが必要です。 BPMワークリストの「データ駆動構成」ページにある「THEN」リージョンで該当する応答タイプを指定します。 承認者が通知にレスポンスして処理を実行する必要がある場合は、「必須」をクリックします。 承認通知が情報としてのみ設計されている場合は、「FYI」をクリックします。
各ルールには、承認者のリストを作成するためのリスト・ビルダーが必要です。 次の表に、BPMワークリストで使用可能なリスト・ビルダー・タイプとその関連説明を示します:
|
リスト・ビルダー・タイプ |
説明 |
|---|---|
|
スーパーバイザ |
契約発行者または特定の承認者から開始してプライマリ監督階層を昇格し、承認チェーンを生成します。 |
|
ジョブ・レベル |
指定された承認者から始まって、監督階層を上にたどっていき、適切なジョブ・レベルを持つ承認者が見つかるまで続行します。 |
|
ポジション |
指定された承認者のポジションから始まって、ポジション階層を上にたどっていき、適切なポジションを持つ承認者が見つかるまで続行します。 |
|
リソース |
承認者のリスト。 ユーザー名、または承認者のセットを返す関数を選択できます。 |
|
承認グループ |
承認者のグループ。 ルール・セットで使用するユーザーのリストで構成される承認者グループを作成できます。 |
各リスト・ビルダー・タイプでは、承認リストを作成するために特定のフィールドの値が必要です。 BPMワークリストの「データ駆動構成」ページの「THEN」リージョンで、「リスト・ビルダー」ドロップダウン・リストからリスト・ビルダーのタイプを選択し、「処理の作成」をクリックします。 「変数の追加」ダイアログ・ボックスが表示され、そこで特定のリスト・ビルダーについて特定の変数を追加します。
次の表は、特定の値を選択する必要がある各リスト・ビルダー・タイプに関連付けられたフィールドを示しています:
|
リスト・ビルダー・タイプ |
フィールド |
説明 |
選択する値とサンプル・データ |
|---|---|---|---|
|
リソース |
関係者 |
ユーザー、グループまたはアプリケーション・ロールを関係者にできます。 ユーザーの場合は、静的ユーザー名、またはユーザー名を取得する関数を使用します。 |
たとえば、ユーザーとしてcustomer_contract_manager_vision_operationsを使用します。 |
|
承認グループ |
承認グループ |
承認グループ名を入力します。 リスト・ビルダーとして承認グループを選択するには、BPMワークリストで静的承認グループを作成する必要があります。 |
たとえば、ContractApprovalGroupを使用します。 |
既存の承認ルールの変更
「構成するタスク」ペインの「編集」アイコンを使用し、ルール・セットのルールを変更する承認ステージを選択できます。 これで、指定したルール・セット内のルールを追加、変更または削除できます。 ルールを展開して、既存のif条件を表示します。 条件の基準または値、あるいは条件の結果または結果アクションを変更できます。 変更を有効にするには、「構成するタスク」ペインで「タスクのコミット」アイコンをクリックします。 変更を保存するだけでアクティブ化できないことに注意してください。 変更を元に戻すには、「リセット」アイコンを使用します。
偏差ベース・ルールの作成および再ルーティングの承認
「契約承認」ヒューマン・タスクの「ルール」タブで、特定の契約差異に対する新しい承認ルールを作成できます。 契約承認タスクの承認を再ルーティングするには、新しい偏差ベース・ルールを追加する「ルール」タブで、承認階層または関係者ツリーの関係者レベルを選択します。
「編集」アイコンをクリックし、「参加者」をクリックします。 ContractsApprovalルール・セットに新しいルールを追加できるようになりました。 条件ブラウザから必要なIF条件を選択し、条件オブジェクトを展開して適切な属性を選択し、equalsIgnoreCase条件行のIFセクションでTermsDeviationsオブジェクトを展開し、適切な属性を選択して、追加の承認ルーティングを作成する契約偏差値を入力します。 行の「THEN」セクションで、「承認グループ・リスト・ビルダー」、「必須レスポンス・タイプ」および契約承認ルーティングに含める必要がある偏差の適切な新しい承認グループを選択します。
「承認グループ」タブで、必要な承認者グループを設定する必要があります。
たとえば、標準条項管轄区域を契約に追加する場合は、承認を法的チームにさらにルーティングすることを選択できます。 この場合、属性articleTitleの「管轄」条件値の承認者グループとして「法的チーム」を選択します。 テストは、deviationCategoryCode属性のOKC_STD_ARTICLES_ADDEDの条件値に対するものです。
ルールおよびルール・セットのプロパティの理解と適用
次に、理解して適用する必要があるルールおよびルール・セットのプロパティを示します:
-
新しいルール・セットは、Oracle JDeveloperを使用してのみ作成できます。
-
契約、条項または条件テンプレートごとに、各ルール・セット内で1つのルールがtrueである必要があります。 ルール・セット内の1つのルールでも満たされない場合、承認プロセスは失敗する可能性があります。
-
契約、契約条項または条件テンプレートごとに1つのルール・セットに適用されるルールは1つのみであるため、適用可能な最も詳細なレベルでルールを構成し、ルール内で優先度を使用して重複する条件を区別する必要があります。 AMXはネストされた条件をサポートしていません。
-
すべてのルール・セットは、契約、条項または条件テンプレートの承認ステージに関してパラレルまたはシリアルに実行されます。
-
シリアル・ルール・セットは、承認プロセスを順番に実行するように設計されています。 これらのルール・セットに含まれるルールの承認リスト内の承認者には、順番に通知されます。
-
ルール・セットを非アクティブ化するには、そのルール・セットについて「この参加者を無視」チェック・ボックスを選択します。
注意:契約承認に使用しているルール・セットは非アクティブ化しないでください。
-
参加者を決定できない場合、AMXは障害通知をインシデント識別子でユーザーに送信します。 管理者は、Oracle Enterprise Manager Grid Controlアプリケーションのサポート・ワークベンチを使用してインシデントの詳細にアクセスし、インシデント・レポート内の問題を解決した後、Oracle Enterprise Manager Grid Controlで承認プロセスを再開できます。
次の図は、ルール・セットの実行方法を示しています:
