JinJin48

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

July 17, 2026 · 11 min read

SAP Service Cloud ビジネスロール

ビジネスロールは、SAP Service Cloudにおける、定義されたアクセス権のセット（ビジネスユーザーが開いて操作できるワークセンター、ビュー、ビジネスサービス）のマスタレコードです。組織ユニットや従業員とは異なり、組織的にどこかにネストされることはありません。つまり、それ自体に前提条件はなく、割り当てられたビジネスユーザーを通じて間接的にのみ組織ユニットに到達します。この記事では、そのスコープ、他の従業員および組織マスタとの関係、そして管理者がアクセスを定義または拡張する際に設定するすべてのフィールドについて説明します。

第1部: ビジネスロール — 基本概念 (全モジュール共通)#

1.1 ビジネスロールとは#

ビジネスロールは、定義されたアクセス権のバンドルを表します。これは個人でも組織図上のポジションでもなく、テナント内でビジネスユーザーが表示・実行できる内容を決定する権限セットです。アクセス権を名前付きロールとして一度設計し、任意の数のビジネスユーザーに割り当てられるようにすることで、ログインごとに個別に権限を設定する必要をなくすために存在します。

1.2 ビジネスロールタイプと機能範囲#

Service Cloud は、標準のビジネスロールをすぐに使用できる状態で提供しますが、管理者は通常、実際のアクセス範囲に合わせてこれらを拡張またはコピーします。これを誤ると、アクセス権限が過剰に付与され（決して触れるべきではない設定を編集できるエージェントが生まれる）、または不足し（本来の専門家が業務に必要なワークセンターを開けなくなる）、いずれの問題も発生します。

設計原則: ゼロから作成するのではなく、最も近い標準ロールをコピーしてカスタムビジネスロールを構築します。これにより、標準コンテンツに組み込まれているエンティティレベルの権限チェックが保持され、アクセスを一から組み立てる際に見落としがちな点を防ぐことができます。

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

データ階層の具体例（ゾーンA · 従業員＆組織 — テナントレベル；SAP Service Cloudには、これを上位とする会社コード/プラントのスコープはありません）

Client (SAP Service Cloud Tenant)
   │
   ├── Organizational Unit "SVC-ORG-001" — Service Dept (3-level hierarchy: HQ → Dept → Section)
   │      │
   │      ├── Employee "EMP-001" — Taro Yamada (external sync from SuccessFactors Employee Central)
   │      │      │
   │      │      └── Business User "YAMADA01" — system login for EMP-001
   │      │
   │      └── Team "SVC-TEAM-01" — Technical Support (5 members)
   │
   └── Business Role "SVC_AGENT" — Service Agent · Standard (independent master, no prerequisite)

Business User "YAMADA01" ── assigned to ──> Business Role "SVC_AGENT"
Team "SVC-TEAM-01" ── references ──> Employee "EMP-001" (team lead / member)

設計原則: ビジネスロールは、組織単位と同様に、前提条件を持たないもう1つのフェーズ1のマスタデータです。フェーズ内の他の何よりも先にモデル化および作成できます。その唯一の下流依存関係はビジネスユーザー（フェーズ1、ステップ4）であり、ロールが定義されるまでそのロールを割り当てることはできません。

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

ビジネスロールは単独では存在しませんが、直接的な接続先はビジネスユーザーのみです。従業員と組織フェーズにおける他のすべての要素は、間接的にビジネスロールに到達するか、ビジネスロールから到達されます。

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

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

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

2.1 コア識別#

これらのフィールドは、これがどのビジネスロールであるか、および割り当てにまだ利用可能かどうかを確立します。以下の各アクセスフィールドは、ロール自体が適切に識別された後にのみ意味を持ちます。

2.2 作業区とビューアクセス#

これらのフィールドは、ロールがService Cloud UIのどの部分を開くことができるかを定義します。ここで付与されたアクセス権は、次のセクションのデータレベルの制限が意味を持つための前提条件となります。

2.3 ビジネスサービスとデータアクセス制限#

これらのフィールドは、作業区やビューアクセスよりもさらに深いレベルに位置します。これらは、ロールが開くことができる画面だけでなく、その画面内でロールが表示・操作できる基盤データの範囲を制御します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction