JinJin48

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

July 16, 2026 · 11 min read

SAP Service Cloud Employee

Employeeは、サービス組織内の担当者（サービスエージェント、チームリーダー、管理者）を表すSAP Service Cloudのマスタレコードであり、組織単位に割り当てたり、システムアクセス用のビジネスユーザにリンクしたり、ケースルーティングルールで直接指定したりすることができます。組織単位がテナント内でネイティブに作成されるのとは異なり、Employeeは、通常、管理コンソールでの手動入力ではなく、SuccessFactors Employee Centralからのインバウンドレプリケーションによって取り込まれるフェーズ1マスタです。この記事では、その階層モデル、他のEmployee & Orgマスタとの関係、および管理者が同期レコードを確認またはトラブルシューティングする際に遭遇するすべてのフィールドをマッピングします。

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

1.1 従業員とは#

Employeeは、サービス組織内で働く実在の人物を表します — すべてのケース割当、チームメンバーシップ、システムログインの背後にいる個人です。これは、ケース作業に関わるすべてのマスタ（ビジネスユーザ、チーム、ケースルーティングルール）に、実際に責任を負う具体的な人物を紐付けるために存在し、誰も実際に責任を負わない抽象的なロールに作業が割り当てられることを防ぎます。

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でソースされるものです。SuccessFactors Employee Centralを記録システムとして扱い、Service Cloudで同期されたフィールド（名前、メール、マネージャ）を直接手動編集しないでください。次の同期サイクルでローカルの変更が上書きされるためです。

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

従業員は単独で存在するわけではありません。これは、組織単位が紐づける個人レコードであり、ビジネスユーザがシステムアクセス用にミラーリングする対象であり、チームおよびケースルーティングルールが割り当てのために参照するものです。

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

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

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

2.1 コア識別#

これらのフィールドは、このレコードがどの従業員であるか、および現在割当を受け付けているかどうかを確立します。以下の組織フィールドおよびロケールフィールドは、これらが設定されて初めて意味を持ちます。

2.2 組織割当#

これらのフィールドは、従業員をテナントのレポート構造内に配置します。同期時に組織単位の割り当てを正しく行うことで、後でケースルーティングやレポート範囲が暗黙的に変更されるのを防ぎます。

2.3 ロケール & 連絡先#

これらのフィールドは、SLA表示とチャネルベースのケース処理に必要な業務コンテキストで従業員レコードを補完します。テナントが複数の国やタイムゾーンにまたがる場合に最も重要となる詳細情報です。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction