承認ルールの様々な側面

ステージ

ステージを使用すると、承認ルーティング・ルールを論理グループに編成できます。各ステージはディメンションに関連付けられていますが、承認タスクのディメンションは必ずしもステージにマップする必要はありません。ディメンションには、ヘッダーや明細など、特定の調達文書レベルの属性セットが含まれます。ただし、ステージ内の承認ルールは、ステージのディメンションより低いディメンションの属性を使用して定義できます。たとえば、ヘッダー・ディメンションがあるステージでは、明細または配分レベルの属性を使用してルールを作成できます。各調達文書には、使用のためにシードされた一連のステージがあります。各ステージ内の承認処理は、次のステージに入る前に完了する必要があります(シリアルの場合)。

加入者

1つのステージ内に複数の参加者が存在する可能性があります。関係者に設定されたプロパティによって、承認がシリアルまたはパラレルでルーティングされるかどうかが決まります。 Oracle Procurement承認タスクには、各ステージ内に1人以上の参加者がシードされているため、承認ルーティングを柔軟に実行できます。購買依頼と購買オーダー、購買契約、サプライヤ登録承認のほとんどのシード済参加者はルール・ベースです。関係者内に多数のルールを作成できます。関係者に定義されている次の2つのプロパティが対象です:

参加者タイプ: サポートされている関係者タイプは次のとおりです: Serial(シリアル)とParallel(パラレル)、FYI(FYI)。 FYI関係者はタスクの結果に直接影響を与えることはできませんが、場合によっては、コメントを提供したり、添付を追加できます。
投票制度: サポートされている投票制度は次のとおりです: Serial(シリアル)とConsensus(コンセンサス)、First Responder Wins(最初の応答者が獲得)。

関係者内では、承認のために送信された特定の文書に対して複数のルールがtrueと評価されます。

ノート:

「BPM管理」ページを使用して承認タスクにアクセスすると、ステージおよび関係者(削除、編集、削除など)を変更するためのオプションが表示されます。このBPM機能には現在既知の問題があり、シードされた関係者に対してそのような変更を実行しないように強くお薦めします。

ルール

承認ルールは、Functional Setup ManagerのDefine Approval Management for Procurement(調達の承認管理の定義)の下にあるタスクを使用して管理されます。管理する対応する承認タスクを選択します。たとえば、購買依頼の場合は、購買依頼承認の管理タスクに移動します。

「購買依頼承認の管理」ページから、ルールを保守する参加者を選択します。

承認ルールの特性

承認ルールは、次のルールで構成されます: ルール名、条件および処理。

ルール名

ルール名は、承認ルールの識別に使用されます。多数のルールがある場合、ユーザーは例による問合せフィールドで検索結果をフィルタできます。

条件

条件は、承認ルールがいつ適用されるかを示します。たとえば、購買依頼承認金額が10,000 USD未満の場合に条件付きで適用するルールが作成されます。ユーザーが承認金額が500 USDの購買依頼を発行した場合、このルールが適用されます。

ルールには複数の条件を含めることができ、または演算子(あるいはその両方)を選択して、承認ルールのすべての条件がtrueである必要があるかどうか、または承認ルールを適用するには1つの条件のみtrueである必要があるかどうかを指定できます。たとえば、購買依頼金額が10,000未満で、購買依頼発行BUがUSビジネス・ユニットの場合です。

処理

アクションは、ルールの条件が満たされた場合に実行する必要がある処理を定義します。承認またはFYI通知が必要かどうか、および文書の承認または通知の受信に必要なユーザーのタイプを識別します。

サポートされているアクション・タイプは次のとおりです:

承認要

承認タスクの受信者から必要な承認処理。
自動

承認タスクを自動的に承認または拒否します。
情報のみ

受信者に送信されるFYI通知。

次のルーティング・タイプは、承認要と情報のみの処理タイプの両方でサポートされています。各タイプに定義する必要のあるパラメータまたはプロパティのセットが含まれています。

承認グループ: 使用する承認グループを指定します。
グループが承認者を返さない場合に自動的に承認: このオプションは、選択した承認者グループが承認者を返さなかった場合に、承認タスクを自動的に承認する必要がある場合に選択します。承認グループは、承認者グループ定義の更新のために承認者を戻すことも、動的承認グループが使用されている場合は承認者が見つからないこともあります。
「BPMワークリスト・アプリケーション管理」ページの「承認グループ」タブから、承認グループを表示、編集または作成します。静的承認グループを作成するには、特定の関係者を承認グループに追加します。

ジョブ・レベル
承認チェーン所有者: ルーティングの基になる承認チェーンを指定します。これは、リクエスト者または購買依頼の作成者、上書き承認者、処理内で選択された特定の就業者など、ルールが保守される文書に関連付けられた個人に基づいて設定できます。
次で始まる: 生成されるリストは、承認チェーンの基準となる個人またはその管理者で始まる必要がある場合に選択します。
最小役職レベル: ルールが適用される場合に承認処理を実行するために必要な最小ジョブ・レベルを指定します。たとえば、調達依頼金額が1000 USD以下の場合は、承認に必要な最小の職務レベル3が必要です。発行者がジョブ・レベル2を持ち、合計が500 USDの購買依頼を発行した場合、監督階層チェーンは、少なくともジョブ・レベル3の承認者にルーティングされます。
階層内の最上位就業者: このフィールドは、組織のCEOなど、監督階層の最上位就業者を識別します。承認はこの就業者を超えてルーティングされません。
含む: 参加者のリストに戻されたすべてのマネージャを含めるか、リストの最初のマネージャと最後のマネージャを含めるか、最後のマネージャのみを含めるかを指定します。

ポジション階層: アクションの基になるポジション階層を指定します。
ポジション・チェーン: ルーティングの基になるポジション・チェーンを指定します。これは、リクエスト者、作成者、購買依頼の上書き承認者など、ルールが保守される文書に関連付けられた個人に基づきます。
次で始まる: ポジション・チェーンが基準とする個人でリストを作成するか、または次のポジションを上に配置するかを選択します。
最小役職レベル: ルールが適用される場合に承認処理を実行するために必要な、ポジションに関連付けられた最小ジョブ・レベルを指定します。たとえば、調達依頼金額が1000 USD以下の場合は、承認に必要な最小の職務レベル3が必要です。発行者がジョブ・レベル2のポジションを持っている場合、合計500 USDの購買依頼を発行すると、ジョブ・レベル3以上のポジションを持つ承認者にポジション階層の上位にルーティングされます。
階層内の最上位就業者: このフィールドは、組織のCEOなど、監督階層の最上位就業者を識別します。承認はこの就業者を超えてルーティングされません。
含む: 参加者のリストに戻されたすべてのマネージャを含めるか、リストの最初のマネージャと最後のマネージャを含めるか、最後のマネージャのみを含めるかを指定します。

単一承認者
ユーザー・タイプ: リストに含める単一ユーザーのタイプを選択します。組織内の特定の就業者、または依頼者、作成者、プロジェクト・マネージャ、割当済バイヤーまたは購買依頼の主要調査員など、ルールを設定している文書に関連付けられている個人です。

監督階層
承認チェーン所有者: ルーティングの基になる承認チェーンを指定します。これは、リクエスト者または購買依頼の作成者、上書き承認者、処理内で選択された特定の就業者など、ルールが保守される文書に関連付けられた個人に基づいて設定できます。
次で始まる: 生成されるリストは、承認チェーンの基準となる個人またはその管理者で始まる必要がある場合に選択します。
承認レベルの数: ルールが適用される場合に、承認アクションの実行に必要なレベルの数を指定します。レベル数には、識別された個人で始まるレベルが含まれます。たとえば、Start With(開始者)の値がManager(マネージャ)で、Number of Approval Levels(承認レベル数)が1の場合は、マネージャのみが承認を必要とします。承認レベル数が2の場合は、最初にマネージャにルーティングされ、次にマネージャの次のレベルにルーティングされます。
階層内の最上位就業者: このフィールドは、組織のCEOなど、監督階層の最上位就業者を識別します。承認はこの就業者を超えてルーティングされません。