機械翻訳について

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

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

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

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

   • オファリング: 販売

   • 機能領域: 営業基盤

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

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

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

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

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

5. グループにメンバーを追加します。 「メンバーの追加」アイコンをクリックして、グループに追加ダイアログ・ウィンドウを取得します。 検索ボックスに、前に作成したユーザーのEメール・アドレスを入力し、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記事	NA	契約に無効な条項が存在します。
    OKC_INVALID記事	ARTICLE_EXPIRED	条項は失効しています。
    OKC_INVALID記事	ARTICLE_ON_HOLD	条項は保留中です。
    OKC_INVALID記事	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クラスは、契約識別子などの承認タスク・ペイロード・パラメータを参照できます。