JinJin48

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

July 17, 2026 · 12 min read

SAP Service Cloud ビジネスユーザ

ビジネスユーザは、SAP Service Cloudにおけるシステムログインのマスタレコードです。これは、サービス組織内での人物を表す従業員レコードとは異なり、担当者が実際にサインインしてケースを処理するための認証情報です。ビジネスユーザは、事前に従業員が存在しなければ作成できません。ビジネスユーザは従業員レコードから作成され、そのログインが表示・実行できる内容を決定するために、1つ以上のビジネスロール（N：M）が割り当てられます。従業員とは異なり、ビジネスユーザは組織ユニットやチームを直接参照することはありません。ビジネスユーザが持つように見える組織コンテキストは、リンク先の従業員レコードからのみ継承されます。この記事では、その依存関係、他の従業員および組織マスタとの関係、そして管理者がシステムアクセスをプロビジョニングまたはレビューする際に設定するすべてのフィールドについて説明します。

パート 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のマスタです。ログイン「YAMADA01」は、従業員「EMP-001」が既に存在するまで作成できません。ビジネスロールの割り当ては、別個の独立した依存関係です。ログインが完全に機能するには、従業員リンクと少なくとも1つのビジネスロールの両方が設定されている必要がありますが、どちらかが先に存在する必要はありません。

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

Business User（ビジネスユーザ）は単独で存在するわけではありません。Employee（従業員）とBusiness Role（ビジネスロール）への直接的な接続を2つ持ち、Employee & Org（従業員と組織）フェーズのその他すべての要素には間接的にのみ到達します。

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

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

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

2.1 コア識別情報と資格情報#

これらのフィールドは、これがどのログインであるか、どのようにサインインするか、そして現在サインインを受け付けるかどうかを確立します。以下のすべてのリンケージおよびロール割当フィールドは、これらが設定されて初めて意味を持ちます。

2.2 従業員リンクと有効性#

これらのフィールドは、ログインをそれが表す1人の従業員に紐付け、そのログインが有効な期間を制限します。作成時に正しくリンクを設定することで、後になってログインが間違った人物を指すことを防ぎます。

2.3 ビジネスロール割当#

これらのフィールドは、この特定のログインが実際に表示および実行できる内容を決定します。ここに記録された割り当てが有効になって初めて、ビジネスロール（SC-A02-03）側で定義されたすべての設定が有効になります。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction