承認ルール構成
BPMワークリストを使用して契約に異なる承認ルールを作成でき、承認ルールを管理するには、BPMワークリスト管理者である必要があります。
承認ルールは、契約、契約条項および条件テンプレートの承認のために承認管理拡張機能で構成するルールです。 Oracle Fusion企業契約には、契約承認、条項承認および条件テンプレート承認用の3つの事前定義されたヒューマン・タスクが用意されています。
契約承認ヒューマン・タスクには、シリーズ・ステージとパラレル・ステージの組合せで接続された8つのルール・セットがあります。 条項承認と条件テンプレート承認のヒューマン・タスクには、それぞれ1つのルール・セットが用意されています。
AMXで承認ルールを管理する権限がある場合は、次のタスクを実行できます:
-
新規承認ルールの作成
-
既存の承認ルールの変更
-
ルールおよびルール・セットのプロパティの理解と適用
承認ルールを管理する権限がある場合は、BPMワークリストでAdministration(管理)リンクをクリックします。
次の手順を使用して、新しい承認ルールを作成したり、既存の承認ルールを変更します:
-
「タスク構成」タブをクリックし、構成するタスクの下のパネルから、契約に適切な承認タスクを選択します。
-
「ルール」タブにナビゲートします。
参加者ツリーには、承認のすべてのステージと各ステージのルール・セットが表示されます。 各ルール・セットには、1つ以上の承認ルールが含まれています。 各承認ルールには、承認条件と、承認者のリストがあります。 各ルール・セットに対して導出された承認者のリストは、関係者と呼ばれます。
-
ルールを変更するには、最初に「編集」アイコンをクリックし、次に「参加者」をクリックします。
これで、ルールを変更または追加できるようになりました。 承認者のリストを生成するには、各ルールにリスト・ビルダーを関連付ける必要があります。
承認のために、各契約、条項または条件テンプレートは、ルール・セット内の少なくとも1つのルールを満たす必要があります。 ルール・セット内のルールを満たさない場合、承認プロセス・エラーおよびインシデントはOracle Enterprise Manager Grid Controlでレポートされます。
新規承認ルールの作成
ルールを作成するには、次のルール・コンポーネントに値を指定する必要があります:
-
条件: 契約、契約条項または条件テンプレートが満たす必要がある基準
-
応答タイプ: 「必須」または「FYI」。 承認者からの応答が必要であるか、通知は情報です。
-
リスト・ビルダー: 特定の通知の承認者のリストを作成します
条件を定義するには、IFリージョンの値リストからペイロード・タイプ値を選択します。 条件ブラウザが表示されます。 条件ブラウザで、ビュー・オブジェクト(フォルダ)を開き、基準として使用する属性を選択します。 1つのルールに複数の条件を追加できます。 条件の例は次のとおりです: 30,000を超えるgetContractHeaderResponse.result,estimatedAmount。
この表は、条件ブラウザに表示されるオブジェクト(フォルダ)とその関連属性および説明を示しています。
|
条件ブラウザのビュー・オブジェクト |
ビュー・オブジェクト属性 |
説明 |
|---|---|---|
|
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 then条件を表示します。 条件の条件条件または値、または条件の結果または結果アクションを変更できます。 Tasks to be configured(設定するタスク)ペインのCommit Task(タスクのコミット)アイコンをクリックして、変更を有効にします。 変更を保存するだけではアクティブ化できないことに注意してください。 変更を元に戻すには、リセット・アイコンを使用します。
逸脱ベース・ルールの作成および再ルーティングの承認
契約承認ヒューマン・タスクのルール・タブで、特定の契約差異に対して新しい承認ルールを作成できます。 契約承認タスクの承認を再ルーティングするには、ルール・タブの承認階層または関係者ツリーで関係者レベルを選択し、新しい偏差ベース・ルールを追加します。
編集アイコンをクリックし、参加者をクリックします。 これで、ContractsApprovalルール・セットに新しいルールを追加できます。 条件ブラウザから必要なIF条件を選択し、条件オブジェクトを展開して適切な属性を選択し、equalsIgnoreCase条件行のIFセクションでTermsDeviationsオブジェクトを展開し、適切な属性を選択して、追加の承認ルーティングを作成する契約偏差値を入力します。 行のTHENセクションで、承認グループ・リスト・ビルダーとRequired Response Typeを選択し、契約承認ルーティングに含める必要がある偏差に対して適切な新しい承認グループを選択します。
たとえば、標準条項の管轄区域を契約に追加する場合は、承認を法的チームに追加でルーティングすることを選択できます。 この場合、属性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で承認プロセスを再開できます。
次の図は、ルール・セットの実行方法を示しています:
