JinJin48

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

July 16, 2026 · 10 min read

SAP Service Cloud 組織単位

組織単位は、SAP Service Cloudにおけるマスタレコードであり、テナントを運用するサービス組織の内部報告階層内のノード（部門、課、または地域オフィス）を表し、すべての従業員がこれに割り当てられます。このマスタレコード自体には前提条件がなく、従業員と組織フェーズの最上位に位置します。従業員、チーム、および（間接的に）ケースルーティングルールは、組織単位がすでに存在していることに依存します。この記事では、その階層モデル、他の従業員および組織マスタとの関係、そして管理者が組織構造を構築する際に設定するすべてのフィールドについて説明します。

第1部: 組織単位 — 基本概念（全モジュール共通）#

1.1 組織単位とは#

組織単位は、サービス組織の内部報告構造におけるノードを表します。顧客でも設備でもなく、従業員が所属する内部の部門やセクションです。これは、すべての従業員および組織マスタ（従業員、チーム、および間接的にケースルーティングルール）が、テナント内で個々の従業員が紐付かずに浮遊するのではなく、一貫した階層的な所属先を持つために存在します。

1.2 組織単位レベルと機能タイプ#

Service Cloudは、固定された組織単位タイプのセットを提供するわけではありません。管理者は、サービス組織が実際にどのように報告し、作業をルーティングするかを反映するように階層を設計します。階層の深さとグループ化を誤ると、ケースルーティングが不要な階層の下に埋もれてしまうか、本来は別個のチームを1つの単位に統合してしまい、個別にレポートできなくなります。

設計原則: 組織が実際にレポートする階層の深さのみをモデル化すること — レポートやルーティングに誰も使用しない余分なレベルは、運用上のメリットなしにメンテナンスのオーバーヘッドを追加します。

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 (synced from SuccessFactors)
   │      │      │
   │      │      └── 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.4 他のマスタデータオブジェクトとの統合#

組織単位は単独で存在するものではありません。これは、従業員とチームが紐づく構造的な基盤であり、ビジネスロールとビジネスユーザーは間接的にのみ到達します。

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

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

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

2.1 コア識別#

これらのフィールドは、これがどの組織単位であるか、およびそれがまだ有効に使用されているかを確定します。以下のすべての階層および割当フィールドは、これらが設定されて初めて意味を持ちます。

2.2 階層と有効期間#

これらのフィールドは、組織単位をテナント全体の構造内に配置し、その組織単位が有効とみなされるタイミングを制御します。これらを最初に正しく設定することで、後から組織単位の親を変更する必要がなくなり、その下にいるすべての従業員の組織ベースのレポート範囲が知らないうちに変わってしまうことを防げます。

2.3 マネージャーと地域コンテキスト#

これらのフィールドは、組織単位に、誰がそれを率いているか、どこで運営されているかという情報を補完します。テナントが複数の国やタイムゾーンにまたがる場合に最も重要となる詳細です。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction