1. 企業契約の実装
  2. 承認グループおよび承認タスク構成ルールの設定方法
機械翻訳について

承認グループおよび承認タスク構成ルールの設定方法

契約の承認グループおよび承認タスク構成ルールを設定または定義する方法を次に示します:

  1. 設定ユーザーとしてサイン・インします。

  2. 「設定と保守」で、次の場所に移動します。

    • オファリング: 販売

    • 機能領域: 営業基盤

    • タスク: 承認グループの管理

  3. 「承認の管理」ページで、「承認グループ」タブをクリックします。

  4. 「グループ」リージョンでプラス記号アイコンを選択して、新しい承認グループの作成を開始します。

    1. 新しいグループの名前を入力します。

    2. 「保存」をクリックします。

  5. グループにメンバーを追加します。 「メンバーの追加」アイコンをクリックして、「グループに追加」ダイアログ・ウィンドウを取得します。 検索ボックスに、前に作成したユーザーの電子メール・アドレスを入力し、「OK」をクリックします。

  6. 「保存」をクリックします。

  7. 前述のステップを繰り返して、レベル1とレベル2の両方の承認者を含む承認グループを作成します。

  8. 「タスク構成」タブをクリックします。

  9. 「構成するタスク」リージョンで、ContractsApprovalを検索します。

  10. ContractsApprovalタスクをクリックして、承認タスクのルールを設定できる一連のサブタブにアクセスします。

    たとえば、「構成」では、ビジネス・ニーズにあわせて割当ておよびルーティング・ポリシー属性を設定できます。 開始者にアドホック承認者の追加を許可し、承認の進行に応じて通知を構成する場合は、「開始者に参加者の追加を許可オプション」を選択します。

    別の構成例として、PDFが通知に添付されないようにしたり、イニシエータが参加者の追加を許可するなど、様々な条件を指定できます。

  11. ビジネス・ニーズにあわせてルールを作成できます。 ContractsApprovalタスクを編集します。

  12. 「ルール」をクリック

  13. 各ルールを展開します。

  14. 「編集」をクリックして、ContractsApprovalステージ・ルール・セットのルールを作成します。

  15. 3つのルールをすべて削除します。

  16. 新規ルールを作成します。

    重要: 間にスペースを入れずにルール名を作成します。

  17. ルール名を入力します。 矢印をクリックします。 IFラベルの下にある最初のフィールドの横のリスト・アイコンをクリックします。

  18. たとえば、条件ブラウザで、ContractsApprovalPayloadType、ContractDetails、「結果」を展開し、estimatedAmountペイロード属性を選択します。

    ノート: ゼロ・ドルで始まる契約に対してこのルールを設定: ContactDetails.estimatedAmountがnullであるか、ContractDetails.estimatedAmount.value.doubleValue()が0.00以上です。

    contract_type_id、organization_id、金額nullおよび合意金額0または合意金額が2000ドルより小さい別の例を次に示します:

    IF ContractDetails.org_id is {org_id} and ContractDetails.contractTypeId in {contract_type_id} and (contractdetails.agreedAmount is null or(contractdetails.agreedAmount isn't null and contractdetails.agreedAmount.doubleValue()same or less than 2000))

  19. 演算子のドロップダウン・リストから'isn'tを選択し、IF条件の比較値としてnullを選択します。

  20. IF条件の下矢印をクリックし、単純なテストを選択して新しいIF条件を追加します。

  21. ContractApprovalのIF条件で、次の条件を使用して、契約目的に基づいて契約承認を設定します:
    • 購入目的: ContractDetails.buyOrSellはBです
    • 販売目的: ContractDetails.buyOrSellはSです

  22. 条件ブラウザから新しいIF条件の比較フィールドを選択します。

  23. 同様に、次のように別のIF条件を追加: 比較フィールドにestimatedAmountを選択し、演算子として「次以下」を選択し、比較値として30000などの値を選択します。

  24. 「THEN」の下のリスト・ビルダー・ドロップダウン・リストから「承認グループ」を選択し、「処理の作成」をクリックしてリスト・ビルダー処理1リージョンを作成します。

  25. レベル1の承認者を選択し、リスト・ビルダーのアクション1リージョンに必要な情報を入力します。

  26. Estimate_Amount_Rule1の横にある+をクリックして2番目のルールを作成し、Estimate_Amount_Rule2などの名前を付けて展開します。

  27. より高い契約金額を得るために上位レベルの承認者にルーティングする2番目のルールを作成します。

  28. 契約見積金額が入力されていない場合、レベル1承認者にルーティングされるように、3番目のルールを作成します。

  29. 「保存」ボタンをクリックし、次に「コミット」タスク・ボタンをクリックして、ルールをデータベースにコミットします。 すべてのルールを展開します。

    次のものに基づいてルールを追加することもできます:

    • ポリシーの偏差(ContractsApprovalPayloadType.policyDeviation = YまたはN)

    • 条件修正ルール(ContractsApprovalPayloadType.termsAmended = YまたはN)

    • 追加された非標準句(ContractsApprovalPayloadType.nonStdClause = YまたはN)

    • 欠落(削除)標準句(ContractsApprovalPayloadType.missingStdClause = YまたはN)

    • (条件テンプレートではなく)標準句が追加されました(ContractsApprovalPayloadType.stdClauseAdded = YまたはN)

    • 条項偏差カテゴリ・コード(TermsDeviations.deviationCategory = "<<Code>>")

    • 偏差コード(TermsDeviations.deviationCode = "<<Code>>")

    次の表を参照して、このような承認ルールを定義するステップを追加します:

    条項偏差カテゴリ・コード

    条項偏差コード

    説明

    OKC_NON_STD_ARTICLES

    NA

    契約に非標準条項が存在します。

    OKC_NON_STD_ARTICLES

    ADDED_NON_STD

    新しい非標準条項が追加されました。

    OKC_NON_STD_ARTICLES

    MODIFIED_STD

    標準条項が変更され、非標準となりました。

    OKC_MISSING_STD_ARTICLES

    NA

    条件テンプレートの標準条項が契約から削除されました。

    OKC_MISSING_STD_ARTICLES

    MISSING_MANDATORY

    必須条項がありません。

    OKC_MISSING_STD_ARTICLES

    MISSING_EXPERT_ARTICLE

    エキスパート・ルールに基づく条件句がありません。

    OKC_MISSING_STD_ARTICLES

    MISSING_OPTIONAL_ARTICLE

    オプションの句がありません。

    OKC_INVALID ARTICLES

    NA

    契約に無効な条項が存在します。

    OKC_INVALID ARTICLES

    ARTICLE_EXPIRED

    条項は失効しています。

    OKC_INVALID ARTICLES

    ARTICLE_ON_HOLD

    条項は保留中です。

    OKC_INVALID ARTICLES

    EXPERT_ARTICLE_NOT_REQUIRED

    ルール条件は、契約エキスパートによって追加された条項に適用されなくなりました。

    OKC_STD_ARTICLES_ADDED

    NA

    標準条項が追加されました。

    OKC_STD_ARTICLES_ADDED

    ADDED_STD_ARTICLE

    ライブラリからの標準条項が追加されました。

    OKC_STD_ARTICLES_ADDED

    REPLACED_ALT

    標準条項が代替条項に置き換えられました。

  30. または、承認階層をバイパスして自動承認を行うには、次のルールのみを作成します。

    Edit IF condition to 1 is 1
Under Then block Choose
List builder : Supervisory Response type: Required Number of levels: 1 Starting Participant: HierarchyBuilder.getPrincipal("<User Id>",-1,null,null) Top Participant: HierarchyBuilder.getPrincipal("<User Id>",-1,null,null)
Auto action enabled: True Auto Action: "APPROVE"
Save and commit.

  31. 「承認グループ」タブをクリックして、条項承認の承認グループを作成します。

  32. 「タスク構成」タブをクリックして、条項承認ヒューマン・タスクのルールを作成します。 ヒューマン・タスクContractClauseApprovalをクリックし、「ルール」サブタブをクリックします。

  33. 「承認グループ」タブをクリックして、テンプレート承認の承認グループを作成します。

  34. 「タスク構成」タブをクリックして契約テンプレート承認ヒューマン・タスクのルールを作成し、TemplateApprovalHumanTaskヒューマン・タスクをクリックして、「ルール」サブタブをクリックします。

  35. 契約承認について説明したルール作成ステップを繰り返します。

ノート:

承認者の動的リストを作成するには、Javaクラス・ファイルに基づいて動的承認グループを作成します。 Javaクラスは、承認タスク・ペイロード・パラメータ(契約識別子など)を参照できます。

関連トピック