JinJin48

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

July 18, 2026 · 17 min read

SAP Service Cloud サービスカタログ

サービスカタログは、SAP Service Cloudにおけるサービスカテゴリの親/コンテナマスタです。「サービスカタログは、サービスカテゴリのコレクションです。各サービスカテゴリは、サービスカタログに割り当てられる必要があります。」カタログは、名前とステータスを持つレコードであり、1つ以上のトランザクションオブジェクトタイプ（ケース、電話、チャット、Eメール）にスコープされます。これは、このフェーズ4のクラスタにおいて、別のマスタデータオブジェクトへの、真の、明示的に文書化された構造的リンクを持つ唯一のマスタです。ケースタイプは、ドラフトステータスにある場合にのみ、オプションでサービスカタログを参照できます。この記事では、その包含関係と割り当て構造、カタログが持つ4レベルのカテゴリ階層、そのフィールドレベルの内容、そして意図的に接続しないオブジェクトについて説明します。

第1部: サービスカタログ — 基本概念（全モジュール共通）#

1.1 サービスカタログとは#

サービスカタログは、顧客が利用する可能性のあるすべてのインタラクションチャネル（ケース、電話、チャットなど）において、各チャネルが独自の自由テキストラベルを作成するのではなく、企業のサービスを一貫して分類できるようにするために存在します。これは分類そのものではありません。個々のサービスラベルは、1階層下のサービスカテゴリ（SC-A05-02）に存在します。カタログは、それらのカテゴリをグループ化し、グループ全体がどのオブジェクトタイプに適用されるかを宣言する、名前とステータスを持つコンテナです。

1.2 サポートされるオブジェクトタイプ#

カタログは、使用される可能性のあるすべての場所で自動的に利用できるわけではありません。各カタログは、単一の複数値フィールドを介して、そのカテゴリを選択できるトランザクションオブジェクトタイプを宣言します。このスコープ設定を誤ると、カタログをケースタイプに割り当てたり、欠落しているオブジェクトタイプのインタラクションダイアログで選択したりできなくなります。これは、ケースタイプリンクについて明示的に述べられています。セットアップガイドの第10.6章「ケースタイプのカタログ選択に関する注意事項」には、「ケースで使用するように設定されたカタログのみを選択できます」と記載されています。つまり、カタログのステータスに関係なく、ケースタイプに割り当てる資格を得るには、カタログの「サポートされるオブジェクトタイプ」の値に「ケース（2886）」が含まれている必要があります。

設計原則: 「カタログがすべてのオブジェクトタイプに使用される場合は、フィールドに「2886」「86」「1976」「39」を入力します。」
サポートされるオブジェクトタイプは、単一選択ではなく、組み合わせ可能な複数値フィールドです。カタログは、1つのチャネルに限定してスコープ設定することも、4つすべてに広く設定することもできます。

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

データ階層の具体例（テナントレベル；SAP Service Cloudには、この上位に会社コード/プラントのスコープ設定はありません）

Client (SAP Service Cloud Tenant)
   │
   ├── Service Catalog "SVC-CATALOG-AUTO" — Object Types Supported: Case, Phone, Chat, Email; Catalog Status: Active
   │       │
   │       └── Service Category (Level 1) "Vehicle Service" — Catalog Display ID: SVC-CATALOG-AUTO
   │               │
   │               └── Service Category (Level 2) "Engine" — Parent Category Display ID: VEHICLE-SERVICE
   │                       │
   │                       └── Service Category (Level 3) "Oil Change" — Parent Category Display ID: ENGINE
   │                               │
   │                               └── Service Category (Level 4) "Synthetic Oil Change" — Parent Category Display ID: OIL-CHANGE (maximum depth)
   │
   └── Case Type "Vehicle Repair Case" ── assigned to (draft status only) ──> Service Catalog "SVC-CATALOG-AUTO"

設計原則: サービスカテゴリは、サービスカタログ内に最大4階層までネストされます。これは、ケースエンティティの「カテゴリレベル1～4」フィールドと、AI設定の章の「最大4階層のカテゴリを使用する」という指示の両方によって、独立して裏付けられています。ケースタイプとカタログのリンクは、一度限りの「割り当て」であり、包含関係ではありません。上の図の矢印で示されているように、ネストされたボックスではありません。ケースタイプはカタログを所有または包含するのではなく、単にそれを参照するだけであり、しかもドラフトステータスの間のみです。

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

このバッチにおいて、サービスカタログは、1つではなく2つの本物のソース構造関係を持つ珍しいオブジェクトです。すなわち、自身の子（サービスカテゴリ）への必須の包含関係と、自身の階層外のマスタオブジェクト（ケースタイプ）への明示的な1回限りの割当関係です。また、サービスカタログが接続しないものについても同様に明確にしておく価値があります。なぜなら、以下のオブジェクトのいくつかは、サービスカタログとフェーズ、章、またはビジネスサービスの命名パターンを共有しており、そうでなければ関連していると想定される可能性があるからです。

ケースカテゴリ分類（AI/ML）のダウンストリームコンシューマとして: ケースタイプとケースに加えて、カタログ構造は3つ目のコンシューマにデータを提供します。これはデータインポートの関係ではありませんが、それ自体を明確にしておく価値のある実用的な関係です。ケースカテゴリ分類の機械学習モデルは、「過去のケースとカテゴリカタログ」から学習し、トレーニングとアクティベーション後に新しいケースに対してカテゴリを自動提案します。これには、ライブカタログの再構築を計画しているチームが事前に知っておくべき文書化された注意事項があります。セットアップガイドのモデル設定手順によると、「サービスカテゴリカタログを更新する場合は、新しいカテゴリIDを既存のカテゴリにマッピングし、モデルを再トレーニングする必要があります。」つまり、ケースカテゴリ分類が稼働している場合、カタログまたはカテゴリ階層の変更は自由な編集ではなく、モデルの提案が正確に保たれるように、明示的な再マッピングと再トレーニングのステップが必要です。

適用範囲注記: (1) 名称の衝突 — Service Cloudの「サービスカタログ」は、SAPのドキュメントに登場するS/4HANA/Fioriの**「ビジネスカタログ」**認可概念とは無関係です。両者は名称のみを共有しており、本記事のサービスカタログが認可に使用されることは決してありません。(2) テナントが同一オブジェクトタイプ範囲の複数のカタログを同時にアクティブに維持できるかどうか、また可能な場合にケースタイプ割り当て時にどのように1つが選択されるかについては、SAP公式の情報源では一切文書化されていません。機能範囲説明書では、テナントが「1つ以上のサービスカタログを設定できる」と確認されていますが、それらの間の優先順位ルールを説明する情報源はありません。オブジェクトタイプごとの複数カタログ動作は、確定したメカニズムではなく、未解決項目として扱ってください。

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

2.0 SCオーナーシップの範囲#

凡例: ◎ = オーナー / クリティカル、○ = 直接関与

2.1 カタログヘッダ（基本属性）#

これはすべてのサービスカタログの背後にある単一のルートレコードです。これらのフィールドを正しく設定することで、カタログが存在し、正しいステータスが設定され、適切なチャネルにスコープされます。

2.2 カタログ名 / カタログ説明 (翻訳サブファイル)#

ルートカタログヘッダレコードには、名前と説明が英語でのみ保存されます。追加言語は、同じ3フィールド構造を共有する2つの並列サブファイルを通じて追加されます。

前提条件: このパターンは、サービスカテゴリのカテゴリ名/カテゴリ説明サブファイル（SC-A05-02）の1階層下と同一です。同じ parent_external_key / content / languageCode 構造が、カタログレベルとカテゴリレベルの両方で繰り返されます。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction