ユーザー定義の属性

組織は、ドキュメントの承認に関してさまざまな要件を持っています。これらの要件の中には、金額ベースの属性に対して通貨換算を実行する必要があるものや、共通属性を持つ文書内の明細全体の積上金額に基づいて承認者を導出するものがあります。

Oracle Fusion Cloud Procurementには、文書承認ルール条件の作成に使用できるユーザー定義属性を定義する機能があります。これらのユーザー定義属性は、特定の承認タスク内で管理および使用されます。クラウド実装用に作成できるユーザー定義属性には、通貨ベースと合計の2つのタイプがあります。

通貨ベースのユーザー定義属性

通常、組織は複数の地理的なロケーションで営業しており、異なる通貨でトランザクションを作成する必要があります。組織にこれらのロケーションにまたがって適用される標準の承認ルールのセットがある場合、通貨固有のルールを保守するのではなく、共通通貨でルールを設定することで、ルールの保守を簡素化できます。ルール評価のために、異なる通貨の金額が特定の通貨に換算されるように、通貨ベースの属性を定義できます。

たとえば、Acme Corp.は、USDの購買依頼金額属性を作成し、ルール条件にその属性を使用します。たとえば、USDの購買依頼金額が500未満の場合、作成者のマネージャからの承認が必要になります。メキシコで作成された購買依頼が発行され、機能通貨がペソの場合は、ルールが評価される前に、購買依頼金額が最初にUSDに変換されます。

通貨ベースのユーザー定義属性を作成するには、次の情報を指定する必要があります:

属性の名前。
通貨換算を実行する属性のタイプです。

承認タスクまたは合計ユーザー定義属性に対してシードされた金額ベースの属性にできます。
変換する属性。
変換先のターゲット通貨。
換算に適用するレート・タイプ。

換算レートは、トランザクションが承認のために送信された日付に常に基づきます。

合計ユーザー定義属性

文書に複数の明細、スケジュールまたは配分が含まれている場合に、1つ以上の属性にわたって集計されたデータに基づいて承認ルーティングを実行する必要がある顧客は、この要件を達成するために合計ユーザー定義属性を作成できます。

例

たとえば、Acme Corporationの承認ポリシーでは、IT承認者の数が購買依頼内のITリクエストの合計数に基づく必要があります。合計IT金額が1200 USD未満の場合、ITマネージャは承認する必要があります。 IT金額が1200 USDを超える場合は、ITマネージャ、ディレクタおよびVPが文書を承認する必要があります。

従業員がこの購買依頼を送信します:

明細	説明	カテゴリ	金額
1	デルのコンピュータ	IT.Desktop	599.00
2	LCDモニター	IT.Desktop	450.00
3	Samsung Galaxy	Telephony.Cellphones	299.99

明細1と明細2は両方ともITカテゴリに積み上げられるため、この購買依頼の場合、これら2つの明細の合計によって、含める必要があるIT承認者の数が決まります。 2つの行の合計(1049.00)に基づいて、ITマネージャのみが承認する必要があります。購買依頼の合計金額を確認するように承認ルールが設定されている場合、これは必要な数を超える承認者にルーティングされます。

合計属性は、特定の属性値(ItemはXYZ001など)に基づいて、または階層のロールアップ(CategoryはITにロールアップ)に基づいてオブジェクトをフィルタするように設定できます。階層ベースの合計には、指定したフィルタ値でサブ階層に属する属性値を持つオブジェクトが含まれます。たとえば:

ITには、ソフトウェア、ハードウェア、周辺機器、およびハードウェアが含まれており、デスクトップ、ラップトップおよびモニターが含まれています。

ITに積み上げられるカテゴリ階層に基づくフィルタを使用して合計属性を作成した場合、デスクトップ、ラップトップまたはモニター・カテゴリを持つすべての明細が合計に含まれます。

合計ユーザー定義属性を作成するには、次の情報を指定する必要があります:

属性の名前。
オブジェクト全体で合計する属性。
最大3つのフィルタ。
特定の属性値を使用するか、階層ロールアップに基づいて照合します。
- 特定の属性の場合は、一致させる属性と値を指定します。
- 階層ベースの場合、使用する階層と、ロールアップ先の階層内の属性値を指定します。
  
  サポートされている階層は次のとおりです:
  - 貸借一致セグメント
  - カテゴリ
    
    これは調達カテゴリ階層に基づきます。
  - コスト・センター
  - 管理セグメント
  - 勘定科目

承認ルールのデプロイ

ルールに加えられた変更や、新しく追加されたルールを有効にするためにデプロイする必要があります。承認ルールのデプロイでは、ユーザーはルールの編集ページおよび「承認ルールの管理」ページでデプロイ・ボタンをクリックする必要があります。ユーザーがルールに加えられた変更をデプロイしない場合は、破棄ボタンをクリックしてルールを最後にデプロイされた状態に戻すことを選択できます。

ルールをデプロイせずにルールを構成および保存する機能により、ユーザーは、既存の承認ルールに影響を与えずに最終バージョンに到達するまでルールを反復できます。

ページのヘッダー・レベルでユーザーに表示される操作は次のとおりです:

保存: 保存または保存してクローズすると、更新したルールはデプロイせずにデータベースに保存されます。ユーザーは、複数の関係者をデプロイする前にルールを編集および保存できます。
デプロイ: デプロイによってルール・エンジンが更新され、すべての関係者全体のすべてのルール変更が有効になります。「承認ルールの管理」ページと「ルール」の編集ページの両方に表示されます。デプロイ・ボタンはデフォルトで無効になっており、更新および保存されたルールがある場合に有効になります。すべての関係者に100以上のルールがある場合、デプロイは、ルール・エンジンをすべての関係者全体のすべてのルールで更新するESSジョブをトリガーします。
破棄: 破棄は、「承認ルールの管理」ページと編集「ルール」ページの両方に表示されます。これはデフォルトで無効になっており、更新および保存されたルールがある場合に有効になります。破棄すると、保存されたすべてのルール変更が削除され、ルールは最後にデプロイされた状態に戻ります。

ルール・デプロイメント・ジョブ・ステータスの表示

Oracle Fusion Cloud Procurementでは、すべての関係者のルール数が100を超える場合に、ESSジョブを使用してルールをルール・エンジンにデプロイします。ルールの数が多い場合は、デプロイメントの完了に時間がかかる場合があります。「承認ルールの管理」ページには、ユーザーを表示するための承認ルール・デプロイメント・ジョブ・ステータス・リンクが表示されます。これらのステータスは、ジョブの状態に基づいて表示されます。

完了: ルールがルール・エンジンに正常にデプロイされました。このステータスはリンクされていません。
保留中: デプロイメント・ジョブはキューにあり、デプロイメント待ちです。
実行中: デプロイメント・ジョブは進行中ですが、まだ完了していません。
エラー: デプロイメント・ジョブはルール・エンジンへのルールのデプロイに失敗しました。

デプロイ・ジョブが保留中または実行中状態のときは、ユーザーはルールを変更できません。

BPMでのルールの編集

「承認ルールの管理」ページでは、一般的に使用される承認ルールの構成がサポートされています。あるいは、より複雑なルールにBPMワークリスト・アプリケーションを使用することもできます。「承認ルールの管理」ページでルールを作成し、後でBPMワークリスト・アプリケーションを使用することにした場合は、最初にBPMのルールの編集オプションを使用する必要があります。 BPMのルールの編集は、開いたタスクにのみ適用されます: 購買依頼承認、購買オーダー承認、外部登録、内部登録、費用承認など。このオプションを使用すると、アクティブなタスクに対して次の処理が実行されます:

デプロイされていない保存済ルールの変更はすべて破棄されます。
すべてのユーザー定義属性が削除されます。ユーザー定義属性を持つすべてのルールをBPMワークリストで更新する必要があります。
すべての関係者の承認ルールは、「承認ルールの管理」ページで使用できません。

後で「承認ルールの管理」ページを使用することにした場合は、「承認ルールの管理」ページを開いたときのアップグレード警告メッセージに従って、BPMワークリストからルールをアップグレードできます。

この機能を使用するには、次の権限が必要です:

名前: Oracle BPMワークリストでの承認ルールの編集
コード: POR_EDIT_APPROVAL_RULES_IN_BPM_WORKLIST_PRIV