承認タスク
多くのエンド・ツー・エンドのビジネス・プロセスでは、文書の承認、例外の管理、ビジネス・プロセスの推進に必要なアクティビティの実行など、人間の介入が必要です。
文書承認リクエスト・タスクを使用すると、承認リクエストを承認者に送信でき、承認者はそのリクエストを判断してリクエスト-支払ビジネス・プロセスを前進させることができます。
対象のビジネスに基づいて、承認ニーズごとに異なる承認タスクを作成します。 たとえば、購買依頼承認、経費精算書承認などの承認タスクを作成できます。
「設定および保守」作業領域で、次のタスクを使用して調達文書オブジェクトの承認を設定します:
-
承認管理およびセルフサービス調達機能領域にある購買依頼承認の管理
-
承認管理機能領域にある購買文書承認の管理
-
購買文書承認の管理タスクを使用して、契約と購買オーダーの両方の承認ルールを作成します。
-
管理者は、一意のビジネス要件に基づいて、承認リクエストを承認者にパラレルに送信するか、順番に送信するかを選択できます。 承認は、単一承認者、監督チェーン階層、ポジション階層、ジョブ・レベル階層を使用するか、または承認のリストを使用して検索されます。

ステージ
ステージを使用して、承認ルーティング・ルールを論理グループに編成します。 各ステージはディメンションに関連付けられています。 ディメンションには、一連の属性がヘッダーや明細などの特定の購買文書レベルで含まれていて、ルーティング・ルールを文書化するために使用できます。 各ステージ内の承認処理は、次のステージに入る前に完了する必要があります。
加入者
ステージ内には多くの関係者が存在できます。 関係者に設定されるプロパティによって、承認のルーティングがシリアルかパラレルかが決定します。
Oracle Fusion Cloud Procurementには、各ステージ内に1人以上の参加者がシードされているため、文書承認ルーティングを柔軟に実行できます。
関係者に定義する2つのプロパティは次のとおりです:
-
ルーティング・タイプ: サポートされているルーティング・タイプは次のとおりです: Serial(シリアル)とParallel(パラレル)、FYI(FYI)。 FYI関係者はタスクの結果に直接影響を与えることはできませんが、場合によっては、コメントを提供したり、添付を追加できます。
-
投票制度: サポートされている投票制度は次のとおりです: Serial(シリアル)とConsensus(コンセンサス)、First Responder Wins(最初の応答者が獲得)。
ルール
承認ルールは、ビジネス・トランザクションの承認者またはFYI受信者を決定するルーティング・ポリシーまたはルールです。
-
条件: 承認ルールのIF句で、trueまたはfalseに評価されます。 トランザクションに適用するルールの場合は、その条件のすべてがtrueである必要があります。 条件の例は次のとおりです: 購買依頼承認金額が500 USD未満の場合、または購買依頼承認金額が500 USDから10000 USDの間である場合。
-
処理: 承認ルール内に特定の承認者セットを含める指示。