1. 調達の実装
  2. 購買依頼承認タスクの設定に関する考慮事項
機械翻訳について

購買依頼承認タスクの設定に関する考慮事項

承認設定プロセスを容易にするために、次の事前構成済の購買依頼承認要素を使用できます:

  • 購買依頼承認タスク

  • ステージ

  • 参加者

「設定および保守」作業領域で、承認管理機能領域の購買依頼承認の管理タスクを使用して、購買依頼承認ルールを構成します。

次の図は、購買依頼承認用にシードされたステージを示しています。また、ステージが順番にシードされていることも示しています。

この図は、Oracle Fusion Self Service Procurementのシード済承認ステージを示しています。

承認は、シード済ステージを介して次の順序でルーティングされます:

  1. ヘッダー事前承認ステージ

    次の図は、ヘッダー事前承認ステージのシード済関係者を示しています。
    この図は、ヘッダー事前承認ステージのシード済関係者を示しています。

  2. ヘッダー・ステージ

    次の図は、ヘッダー・ステージのシード済参加者を示しています。
    この図は、ヘッダー・ステージのシード済参加者を示しています。

  3. ヘッダーの承認後ステージ

    次の図は、ヘッダーの承認後ステージのシード済参加者を示しています。
    この図は、ヘッダーの承認後ステージのシード済参加者を示しています。

  4. 承認後FYIステージ

    次の図は、承認後FYIステージのシード済参加者を示しています。
    この図は、承認後FYIステージのシード済参加者を示しています。

購買依頼承認には4つのシード済ステージがあり、各ステージにはシード済関係者がいます。 FYI以外の参加者はルール・ベースとしてシードされているため、組織に適用可能なリスト・ビルダー(監督、ポジション、ジョブ・レベル、単一ユーザー、ユーザー定義ルーティングおよび承認グループ)を選択できます。

明細および配分レベル・ルールは、ヘッダー・ディメンションを使用してステージ内で定義できます。

ヘッダー事前承認ステージ

これは、緊急購買依頼など、事前承認済の購買依頼の購買依頼をルーティングするために使用されます。

シードされた参加者:

  1. リクエスト者FYI

    • 購買依頼のすべての明細の依頼者は、購買依頼FYI通知を受け取ります。 これにより、作成者がかわりに購買依頼を作成するときに依頼者に通知できます。 各購買依頼明細の各依頼者に通知されます。 依頼者に通知するルールは即時利用可能なため、このために追加のステップを実行する必要はありません。

  2. 承認前ヘッダー・コンセンサス

    • 承認は、この関係者に対して並行してルーティングされます。 この関係者は、承認グループと一緒に使用されるのが一般的です。 この関係者にはすべての承認者からの承認が必要です。

  3. 承認前ヘッダー(最初の応答者が獲得)

    • 承認は、この関係者に対して並行してルーティングされます。 この関係者は、承認グループと一緒に使用されるのが一般的です。 承認または否認する最初の応答者は、残りのすべての承認者の結果を表します。

  4. 承認前ヘッダー階層

    • 承認は、この参加者のシリアルにルーティングされます。

ヘッダー・ステージ

ヘッダー・ステージは、多くの場合、購買依頼金額に基づいて会計承認に使用されます。

シードされた参加者:

  1. ヘッダー階層

    • 承認は、シリアルにルーティングされます。 この関係者は通常、監督またはポジション階層ベースのルーティングに使用されます。

    • シリアル関係者に適用されるすべてのルールに基づいて返される承認者は、ルールが明細または配分に対して評価される場合でも、順番に通知されます。

  2. ヘッダー階層2

    • 承認は、シリアルにルーティングされます。

    • 組織に、ヘッダー階層関係者と並行して2番目の階層ベースのルーティングが必要な場合、この関係者ではルールを保守する必要があります。

  3. ヘッダー階層3

    • 承認は、シリアルにルーティングされます。

    • ヘッダー階層2と同様に、この参加者は別の階層ベースのルーティングをヘッダー階層およびヘッダー階層2の参加者と並行して許可します。

  4. ヘッダー・ステージ合意

    • 承認は、この関係者に対して並行してルーティングされます。 この関係者は、承認グループと一緒に使用されるのが一般的です。 この関係者にはすべての承認者からの承認が必要です。

  5. ヘッダー・ステージ(最初の応答者が獲得)

    • 承認は、この関係者に対して並行してルーティングされます。 この関係者は、承認グループと一緒に使用されるのが一般的です。 承認または否認する最初の応答者は、残りのすべての承認者の結果を表します。

上書き承認者属性の使用方法

監督者ベースのルーティングの開始承認者の変更が必要な場合、承認ルーティング・ルールは、購買依頼ヘッダー・レベルの上書き承認者属性を使用して作成できます。 ルール条件または処理の一部として、この属性を使用して承認ルールおよびFYIルールを作成できます。

ノート:

上書き承認者属性を設定した場合は、FYIタスクを元のシステム生成の最初の承認者に送信して、その承認者がバイパスされたことを通知することもできます。

ヘッダーの承認後ステージ

これは、承認後をルーティングするために使用されます。

シードされた参加者:

  1. ヘッダー・コンセンサス

    • 承認は、この関係者に対して並行してルーティングされます。 この関係者は、承認グループと一緒に使用されるのが一般的です。 この関係者にはすべての承認者からの承認が必要です。

  2. ヘッダー最初の応答者が獲得

    • 承認は、この関係者に対して並行してルーティングされます。 この関係者は、承認グループと一緒に使用されるのが一般的です。 承認または否認する最初の応答者は、残りのすべての承認者の結果を表します。

  3. 承認後ヘッダー階層

    • 承認は、この参加者のシリアルにルーティングされます。

承認後FYIステージ

承認後FYIステージは、購買依頼作成者に購買依頼承認の結果に関するFYI通知を送信するために作成されます。

このステージは、BPMワークリストまたは「承認UI」ページで構成に使用できません。

ノート

すべてのシード済ステージおよび参加者を使用する必要はありません。 ただし、シードされた参加者のいずれも使用する必要がない場合は、「承認タスクの管理」ページで各参加者の有効化または無効化処理を選択する必要があります。