JinJin48

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

July 18, 2026 · 12 min read

SAP SF 部門

部署は、SuccessFactors Employee Centralにおける第4階層の組織マスタデータオブジェクトであり、標準的な組織チェーンにおいて、事業部の直下、原価センタの直上に位置します。法人、事業ユニット、事業部（これらは主に上位のコンテキストとして機能します）とは異なり、部署は他のマスタデータオブジェクトが直接参照する階層です。すべてのポジションは部署を指定し、すべての報酬予算は部署に対して割り当てられ、ほとんどの人員数や組織図レポートは、実務単位としての部署を中心に構築されます。この記事では、部署とは何か、より広い階層内での位置づけ、そしてEmployee Centralコンサルタントが設定するすべてのフィールドについて説明します。

パート1: 部門 — 中核概念（全モジュール共通）#

1.1 部門とは何か#

部署は、ポジションと従業員を日常的な管理目的（報告ライン、人員数、コスト配分など）でグループ化する実務レベルの組織単位です。事業部が「どの製品ライン、機能、サブリージョンか」を定義するのに対し、部署は「どの特定のチームか」を定義します。また、部署は本稼働後、最も頻繁に変更されるレベルでもあります。なぜなら、組織再編では、事業部やビジネスユニットの境界線を書き換えるよりも、ポジションや従業員を部署間で異動させることの方がはるかに多いからです。

1.2 部門設定パターン#

部署は固定のSAPタイプコードから選択されるわけではありません。しかし、すべての導入プロジェクトでは、稼働開始前に2つの独立した次元を決定する必要があります。すなわち、部署の境界をどこに設定するか、そして部署を入れ子構造にできるかどうかです。

設計原則: 部門境界を原価センタと1:1で対応させるか、ネスト（階層化）を許可するかは、ブループリント段階で一度決定すること。後から原価センタに合わせた再設計を導入する場合、既存のすべての部門を新しい原価センタに再マッピングする必要があり、ネストを後から導入する場合も、既存の部門を新しいサブ部門レコードに再親子付けする必要がある。

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

具体的な例を用いたデータ階層

Client (SuccessFactors Instance)
   │
   └── Legal Entity "LE_JP01" — Japan Legal Entity, Company Code JP01
          │
          └── Business Unit "BU_Sales" — Sales HQ, of LE_JP01
                 │
                 └── Division "DIV_East" — East Japan, of BU_Sales
                        │
                        └── Department "DEPT_S01" — Sales Team 1, of DIV_East
                               │
                               ├── Cost Center "CC_1000" — Sales cost center, of DEPT_S01
                               │
                               └── (external sync) ──> S/4HANA Organizational Unit (via PPOME)

Location "LOC_TKY01" — Tokyo HQ, Asia/Tokyo TZ
   (independent tenant-level master — not nested under Department)

設計原則: 法人 → 事業単位 → 事業部門 → 部門 → 原価センタは、厳格な単一親チェーンです。事業部門レベルが省略された場合、部門は事業単位に直接紐付きますが、使用されるレベル以下のチェーンは全体を通じて単一親のままです。特定の部門がフラットかネストか（1.2参照）は、このチェーンを変更しません。ネストは、個々の部門ノードの下にサブ部門レコードを追加するだけです。

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

部署は、上位3つの組織レベルに次いで最も多く参照されるオブジェクトです。組織上の配置が必要なほぼすべての下流オブジェクトは、事業部やビジネスユニットではなく、部署を直接参照します。

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

2.0 SFの所有範囲#

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

2.1 コア識別#

Core Identification（コア識別）とは、部署が存在するために最低限必要なレコードであり、それを参照するすべてのポジション、原価センタ、および報酬予算が指し示す対象です。

2.2 組織割当#

このセクションは、部門レコードをその親部門（Division）および原価会計のためにマッピングされる原価センタ（Cost Center）に紐付け、さらにコンサルタントが組織図目的で設定する表示属性を結び付けます。

2.3 部門長 & ステータス#

部門長は、作業チームレベルでのオーナーシップと承認ルーティングを推進し、ステータスは、組織再編中に部門が新しい割り当てに利用可能かどうかを管理します。

2.4 S/4HANA 統合#

S/4HANAとSuccessFactors Employee Centralを併用しているお客様の場合、部署は通常、PPOMEで管理されている組織単位と照合されます。これは、組織階層チェーンにおける標準化された同期パターンの1つです。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction