承認ルールを作成する

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：4分

    • 承認戦略を定義し、承認ルールを作成して、購買要求、発注書、調達要求、または請求書を承認します。これは、組織が必要とするあらゆる種類の承認プロセスを推進することができるワンプレイス構成です。

    始める前に

    承認ルールを作成するには、(必要な製品カテゴリ、製品モデル、およびサプライヤー製品を含む) 製品カタログを設定し、購買要求または調達要求を生成できる必要があります。製品カタログの設定方法の詳細については、「製品カタログを作成する (Create a product category)」、「 製品モデルを作成する (Create a product model)」、および「サプライヤー製品を追加する (Add a supplier product)」を参照してください。また、ジョブコード、マネージャーなどの関連する詳細を含むように、sys_user レコードも適切に設定されている必要があります。

    必要なロール：sn_shop.procurement_administrator

    このタスクについて

    承認ルールを作成して、条件が満たされたときに承認計画を生成およびルーティングする方法を ソーシングと調達オートメーション モジュールから作成できます。

    手順

    1. 次のように移動する。 All (すべて) > ソーシングと調達オートメーション > 行政 > 承認ルール.
    2. [New (新規)] を選択します。
    3. フォームのフィールドに入力します。
      表 : 1. 承認ルールフォーム
      フィールド 説明
      [Number (番号)] 承認ルールのシステム生成の一意の識別子。
      [Name (名前)] 承認ルールにアサインする名前。
      [Active (アクティブ)] 購買要求書のプロセス中に当該ルールを使用して承認を生成するかどうかを決定するオプション
      [Approving object (承認オブジェクト)] 承認を求めているオブジェクト。次のオプションが使用可能です。
      • 請求書
      • 発注書 (PO)
      • 購買要求
      • ソーシング要求

      デフォルトは、選択した承認オブジェクトに基づいて設定されます。調達要求と購買要求の場合は購買要求明細行、発注書の場合は発注書明細行、請求書の場合は請求書明細行です。

      注:
      承認エンジン、状況フロー、メール通知を含む完全な承認ワークフローが購買要求と調達要求に対して提供されますが、発注書と請求書承認ルールの状況フローとメール通知を定義するには追加の実装が必要です。
      [Approving line (承認明細)] 承認を求めているオブジェクト行を承認しています。
      [Approval rule type (承認ルールタイプ)]

      条件が満たされたときに承認計画を生成およびルーティングする方法を決定する承認ルールのタイプ。次のオプションが使用可能です。

      • 動的ユーザーまたはグループ
      • 管理ジョブコード階層
      • 管理階層
      • 指定されたユーザーまたはグループ
      • コストセンターマネージャー
        注:
        このオプションは、承認対象が購買依頼の場合にのみ使用できます。

      選択したルールタイプに応じて、関連するフィールドが表示されます。これらのルールの詳細については、「承認ルールタイプ」を参照してください。
      [Base approvals on (承認基準)] 承認ルールの基になる事業主。
      ユーザー 承認トリガーに基づいて承認を受ける必要がある指定ユーザー
      グループ 指定されたグループに属し、承認トリガーに基づいて承認を受ける必要があるユーザー
      [Approval sequence (承認順序)] 承認ルールをトリガーする順序。これに関する詳細については、「承認ルールのグループ化と順序付け」を参照してください。
      [Approval required from (必要な承認者)] 購買要求書のプロセス中に承認要求を受ける必要のあるマネージャーを決定します。
      [Allow automatic approval (自動承認を許可する)] 自己承認を有効にするかどうかを決定します。デフォルトでは、このフラグはオンまたは true に設定されており、要求者が承認権限を持つ自己承認機能が有効になります。ただし、フラグがクリアされるか false に設定されている場合、要求者は承認エンジンの生成済み承認リストにアクティブな承認者として含まれるため、デフォルトの自己承認機能が上書きされます。ここで、要求者は承認タスクを完了して明示的な承認決定を提供する必要があります。
      購入ユーザー 承認がトリガーされるユーザー。
      購入ユーザーに承認を送信 購入ユーザーに関連するユーザーまたはグループに動的に承認を送信するオプション
      許可されたジョブコード 指定された上限まで自動的に購入を承認できる 1 つまたは複数のジョブコード
      承認された購入限度 指定されたジョブコードを持つユーザーが購買要求を承認できる基準通貨しきい値。
      承認ルーティング方法 承認をルーティングする方法。順次と並列のオプションがあります。
      承認の決定方法 ルールを承認する方法。すべての承認者がルールを承認する必要があるか、または任意の承認者がルールを承認できるかを選択できます。
      [Approval trigger conditions (承認トリガー条件)] 承認計画が作成される条件を決定する、承認オブジェクトに基づく条件。

      トリガー条件は承認オブジェクトテーブルに基づいており、ユーザーはドット連結を行うことができます。たとえば、ユーザーがソーシング要求の最大予算からトリガー条件を作成する場合は、最大予算から金額まで見てから条件を作成する必要があります。

      注:
      承認は、承認オブジェクトごとに個別に評価されます。たとえば、ソーシング要求と購買要求に対して同じ承認を作成すると、承認が 2 回トリガーされます。これを防ぐために、アドミンは、空ではない調達要求によって裏付けられている場合、購買要求で承認が作成されないように設定できます。これは、承認トリガー条件から行われます。
    4. [Submit (送信)] を選択します。