JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

July 7, 2026 · 14 min read

SAP Ariba 承認ルール

承認ルールは、静的な購買依頼を制御されたワークフローに変換するオブジェクトです。明細のコモディティコードや伝票の合計金額などの条件を評価し、伝票が進行する前に適切な承認グループにルーティングして承認を得ます。承認ルールがなければ、すべての購買依頼、購買発注、または請求書は、承認がまったく不要になるか、購入内容やコストに関係なく常に同じ固定の承認者にルーティングされることになります。この記事では、パート1でAribaのすべての機能領域にわたる承認ルールのコアコンセプトをマッピングし、パート2でAriba管理者が承認ルールとそのルーティング先の承認グループを定義する際に設定するすべてのフィールドを詳述します。

第1部: 承認ルール — 基本概念（全モジュール共通）#

1.1 承認ルールとは#

承認ルールは条件付きルーティングオブジェクトです。伝票の1つ以上の属性（商品コード、合計金額、要求元属性、伝票タイプ）を検査し、条件が一致した場合、その伝票を特定の承認グループに割り当ててレビューします。承認ルール自体は承認または却下を行いません。これは、誰に承認を依頼するかを決定する判断ロジックであり、承認アクションそのものではありません。稼働中のAribaサイトには通常、複数の承認ルールが同時にアクティブになっており、それぞれが承認可能タイプ（購買依頼、購買発注、請求書、契約依頼）に紐づけられ、そのタイプの伝票が提出されるたびに評価されます。

1.2 承認ルール条件タイプ#

条件タイプは、ルールが適用されるかどうかを判断する前に、伝票（またはその要求元）のどの属性を読み取るかを決定します。これを誤ったり、複数のルールの順序を間違えたりすることは、本番稼働時に伝票が誤った承認グループにルーティングされる最も一般的な原因の1つです。

設計原則: 同じ承認可能タイプに対しては、広範な包括ルールよりも、より狭く具体的なルールを先に配置し、新しいルールを追加するたびに順序をテストしてください。挿入順序は、特定の伝票が実際にどの承認グループに送られるかに影響します。

1.3 組織レベルとデータ階層#

具体的な例を用いたデータ階層

Approvable Type "Requisition" — Document to approve
└── Approval Rule "AR-REQ-01" — condition: IT commodity → IT mgr ──references──> Commodity Code "43211500" (Zone B)
    └── Approval Group "AG-IT-MGR" — IT Manager pool

Approvable Type "Requisition" — Document to approve
└── Approval Rule "AR-REQ-02" — condition: Amount ≥ $10k → Dir ──references──> Role "ROLE-APR" (Zone A)
    └── Approval Group "AG-DIRECTOR" — Director pool

これは厳密な3層の包含階層です。承認可能タイプ（ここでは、承認対象の伝票である「購買依頼」）は1つ以上の承認ルールを所有し、各承認ルールは正確に1つの承認グループにルーティングされます。承認ルールはこのチェーンの中央に位置し、本記事でマッピングするオブジェクトです。AR-REQ-01はIT関連の品目コードで発動し、AG-IT-MGR（ITマネージャープール）にルーティングされます。AR-REQ-02は購買依頼金額が10,000ドル以上の場合に発動し、AG-DIRECTOR（ディレクタープール）にルーティングされます。各ルール上のクロスゾーン参照チップに注意してください。AR-REQ-01の43211500（ゾーンB、品目コード）とAR-REQ-02のROLE-APR（ゾーンA、承認者ロール）はこの包含チェーンの一部ではなく、それぞれランドスケープの別の場所で定義されたマスタへの破線参照です。ルールが照合する品目コード、またはルールのターゲットグループがそのメンバーに要求するロールです。ゾーンDには、承認済み伝票をS/4HANAに同期する方法を管理する別の統合モデルサブ階層（ARIBA-A06-01を参照）も含まれていますが、これはここに示すゾーンDの承認ルール半分とは無関係であり、この包含チェーンの一部でもありません。

1.4 他のマスタデータオブジェクトとの統合#

承認ルールは単独で存在するものではありません。これは、上流の2つのマスタから情報を読み取り、その結果を第3のマスタに引き渡す判断レイヤです。

パート 2: ARIBA固有のフィールド詳細#

2.0 ARIBAの所有範囲#

凡例: ◎ = オーナー/重要、○ = 直接関与

2.1 ルール識別子と条件定義#

これらのフィールドは、単一の承認ルールとそのルールが評価する条件を識別します。これは、すべてのルーティング判断の基盤となります。

2.2 承認グループとルーティング#

これらのフィールドは、承認ルールが一致した伝票をルーティングする対象となる承認者候補のプールと、そのプールがどのように行動すべきかを定義します。

2.3 承認タイプと伝票範囲#

これらのフィールドは、特定の承認ルールが適用される伝票タイプと組織範囲を決定します。

2.4 エスカレーション、通知、監査#

これらのフィールドは、伝票が承認グループで待機している間の動作と、その後の決定がどのように追跡されるかを制御します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction