JinJin48

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

July 7, 2026 · 14 min read

SAP Ariba カタログ

カタログは、仕入先マスタレコードを、要求元が実際に参照してカートに追加できるものに変換するオブジェクトです。自由形式の依頼を起こさずに購買組織が選択できるすべての品目は、カタログ内に存在します。カタログは常に1つの仕入先にリンクされており、そのコンテンツをAribaサイトに直接ロードする（バイヤー管理、CIF経由）か、要求元をリアルタイムで仕入先自身のストアフロントにリダイレクトする（仕入先管理、Punchout経由）ことで、購買側に公開されます。この記事では、すべてのAriba機能領域にわたるカタログのコアコンセプトをマッピングし（パート1）、その後、Ariba管理者がカタログとその品目を定義、ロード、および保守する際に設定するすべてのフィールドを詳細に説明します（パート2）。

パート 1: カタログ — 中核概念（全モジュール）#

1.1 カタログとは#

カタログとは、購入可能な品目（説明、価格、単位、仕入先参照）を構造化してまとめたものであり、購買およびガイデッドバイングのエクスペリエンス内で検索可能にしたものです。これは、要求元が自由記述で入力し、その後購買担当者が手動で調達・価格設定を行う代わりに、特定の価格設定済み品目を検索・選択できるようにする仕組みです。各カタログは1つの仕入先に属し、その中のすべての品目は、その仕入先との関連付けと、品目レベルで適用されるコモディティ分類を継承します。

1.2 カタログホスティングタイプ#

ホスティングタイプの決定はサプライヤ関係ごとに行われ、実装途中での変更には多大なコストがかかります。これは、価格精度の管理責任者、コンテンツ更新の頻度、およびサプライヤがサポートすべき技術的設定（ファイル転送 vs. cXMLエンドポイント）を決定するためです。

設計原則: 頻繁に価格が変動するサプライヤや設定可能な製品にはパンチアウトを優先し、安定したシンプルな価格の品目にはバイヤー管理型CIFを適用します。変動の激しいサプライヤ関係に誤ったホスティングタイプを組み合わせると、請求書照合時に価格の不一致による陳腐化問題が発生します。

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

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

Supplier Master "SUP-001" — Dell (ANID 12345)
└── Catalog "CAT-001" — buyer-hosted / CIF ──references──> Commodity Code "43211500" (Zone B)
    └── Catalog Item "ITM-9871" — Latitude 5540, $1,200

Supplier Master "SUP-002" — HP (ANID 67890, preferred supplier)
└── Catalog "CAT-002" — supplier-hosted / Punchout ──references──> Commodity Code "43211600" (Zone B)
    └── Catalog Item "ITM-6644" — EliteBook 850, $1,350

これは厳密な3階層の包含階層です。仕入先マスタは1つ以上のカタログを所有し、カタログは1つ以上のカタログ品目を所有します。カタログ品目は、それをホストするカタログとは独立して存在することはありません。カタログはこのチェーンの中央に位置し、本記事がマッピングするオブジェクトです。CAT-001 は、Dell（SUP-001、ANID 12345）が所有するバイヤーホスト型CIFカタログで、品目 ITM-9871（Latitude 5540、$1,200）を含みます。CAT-002 は、HP（SUP-002、ANID 67890、優先仕入先としてフラグ設定）が所有するサプライヤホスト型Punchoutカタログで、品目 ITM-6644（EliteBook 850、$1,350）を含みます。各カタログの「商品コード」チップに注意してください。43211500（CAT-001）と 43211600（CAT-002）はこの包含チェーンの一部ではなく、それぞれが商品コードマスタ（ゾーンB、ARIBA-A03-01参照）へのクロスゾーン参照であり、カタログの品目が何であるかを分類するもので、どの仕入先がカタログを所有しているかとは無関係です。

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

カタログは単独で存在するものではありません。これは、サプライヤの識別情報と、要求元が実際に表示・購入するものを結び付けるコンテンツレイヤーです。

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

2.0 ARIBAの所有範囲#

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

2.1 カタログIDとホスティング設定#

これらのフィールドは単一のカタログを識別し、セクション1.2で説明されている2つのホスティング動作のうち、どちらがそのカタログに適用されるかを決定します。

2.2 カタログ明細属性#

これらのフィールドは、カタログ内の単一の購入可能明細を表します。CIFカタログの場合はAribaにロードされて保存され、パンチアウトの場合はサプライヤのサイトからライブでレンダリングされますが、カート明細が返されるときには、これらの同じ論理属性にマッピングされます。

2.3 仕入先とカテゴリの紐付け#

これらのフィールドは、カタログとその品目を、セクション1.3に示されている仕入先マスタおよびコモディティコードマスタに紐付け、検索フィルタリングと承認ルーティングの両方を駆動します。

2.4 統合と同期#

これらのフィールドは、カタログコンテンツがAribaに到達する方法（CIFロードまたはパンチアウトエンドポイント）と、結果の注文明細がCIGを介してS/4HANAにどのように変換されるかを制御します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction