JinJin48

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

July 19, 2026 · 22 min read

SAP SF 時間プロファイル

Time Profile（時間プロファイル）は、1つの勤務スケジュールと1つ以上の時間勘定タイプを1つの再利用可能な単位にバンドルするマスタデータオブジェクトであり、従業員集団に割り当てられて、計画勤務時間の基準と、従業員が申請できる休暇カテゴリの両方を決定します。これは、フェーズ2の時間設定グループにおける2つの並行チェーン（休日カレンダー → 勤務スケジュール（SF-A03-03/04）および時間タイプ → 時間勘定タイプ（SF-A03-05））が、従業員レベルで実際に使用可能なものに収束するオブジェクトです。この記事では、Time Profile（時間プロファイル）とは何か、そのバンドルバリアント（国/地域別、休暇カテゴリのカバレッジ別、従業員集団別）、並行する権限管理チェーンと同じランドスケープゾーン内で時間設定グループの収束点としてどのように位置づけられるか、そしてAdmin Centerコンサルタントが設定するすべてのフィールドについて説明します。

パート 1: 時間プロファイル — 中核概念（全モジュール共通）#

1.1 時間プロファイルとは#

Time Profileはクライアントレベルの設定オブジェクトであり、それ自体にスケジューリングや按分のロジックは一切含まれません。これは、既に構築された2つの入力、つまり1つの勤務スケジュールと1つ以上の勤怠勘定タイプを、従業員集団に割り当て可能な単一の再利用可能なオブジェクトにまとめるためにのみ存在します。どちらか一方だけでは従業員にとって意味がありません。勤務スケジュールだけでは、誰がいつ働くことが期待されているかはわかりますが、休暇の権利については何もわかりません。また、勤怠勘定タイプだけでは、勤務時間の基準がないため、休暇残高を測定することができません。Time Profileは、2つの並行する勤怠設定チェーン（休日カレンダー→勤務スケジュール、および勤怠タイプ→勤怠勘定タイプ）が収束し、特定の従業員に対して実際に勤怠管理表と休暇管理が読み取る単一のオブジェクトとなるポイントです。

1.2 時間プロファイルバンドルバリアント#

タイムプロファイルは、構築作業というよりも選択作業です。実際の設計上の判断は、どの国の勤務スケジュールをバンドルするか、そして既に構築済みのタイム勘定タイプのどのサブセットを特定の従業員集団に適用するかです。1つのプロファイルをすべての国や集団の包括的なものとして扱うことは、スケジュール時間の誤りや休暇カテゴリの欠落といった問題の一般的な原因となり、これらは構築時の警告ではなく、従業員から見えるエラーとして表面化します。

設計原則: タイムプロファイルは、勤務スケジュールや勤怠勘定タイプのバリアントの複製ではなく、国/従業員集団固有の組み合わせポイントとして構築します。スケジュールと休暇ルールが実際に一致する場合は、プロファイル間で同じ構成要素オブジェクトを再利用し、実際のバンドルが異なる場合にのみ新しいタイムプロファイルを作成します。

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

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

タイムプロファイルは、SuccessFactors マスタデータランドスケープのテナントレベルの「権限と時間」ゾーンに位置し、権限グループ/権限ロール (SF-A03-01/02)、休日カレンダー/勤務スケジュール (SF-A03-03/04)、時間タイプ/時間勘定タイプ (SF-A03-05) と同じゾーンに属します。これはそのゾーン内の4番目のオブジェクトグループであり、独自のコンフィギュレーションチェーンを開始しない唯一のグループです。代わりに、両方の時間コンフィギュレーションチェーンの下位に位置し、各チェーンから1つの必須入力を取得します。他の3つのチェーンは同じランドスケープゾーンに存在しますが、関連記事に属します。

Client (SuccessFactors Instance)
   │
   ├── Permission Group "PG_Manager" — Managers, Direct Reports  (see SF-A03-01)
   │      │
   │      └── Permission Role "PR_ESS" — Employee Self-Service, of PG_Manager  (see SF-A03-02)
   │
   ├── Holiday Calendar "HC_JP2024" — Japan 2024, 16 holidays  (see SF-A03-03)
   │      │
   │      └── Work Schedule "WS_JP_Std" — JP Standard, 40H/week, of HC_JP2024  (see SF-A03-04)
   │
   └── Time Type "TT_Annual" — Annual Leave, category  (see SF-A03-05)
          │
          └── Time Account Type "TAT_Annual" — 20 days, 5-day carryover, of TT_Annual  (see SF-A03-05)

Time Profile "TP_JP_Std" — JP Standard, Work Schedule + Time Account Type bundle
   ├── assigned to ──> Work Schedule "WS_JP_Std"
   └── assigned to ──> Time Account Type "TAT_Annual"

【必須】ランドスケープ検証に関する注意事項: モジュールMaster.mdのER図は、タイムプロファイルが上流の2つのチェーン（作業計画 → タイムプロファイル ←── 勤怠勘定タイプ）の収束点であることを示しています。また、タイムプロファイルに関するマスタプロセステーブル自身のフィールドリストには、単一の作業計画参照と、複数の紐付くレコードを明示的に許可する「勤怠勘定タイプ」フィールドが表示されています。つまり、タイムプロファイルは、そのバンドルされた入力として、正確に1つの作業計画と1つ以上の勤怠勘定タイプレコードを必要とします。公開されているSuccessFactorsマスタデータランドスケープ（sf-a01/images/04-sf-a01-master-landscape.html、ゾーンC）は、これをTP_JP_Stdに収束する2本の紫色の破線「使用」矢印として描画しています。これは、WS_JP_Stdからの左側バイパスと、TAT_Annualからの右側バイパスであり、それぞれがタイムプロファイル側から見た基礎となるN:1関係の1つのインスタンスを表しています（多数のタイムプロファイルが、SF-A03-04セクション1.3およびSF-A03-05セクション1.3でそれらのオブジェクト側から既にフラグされているように、同じ作業計画または同じ勤怠勘定タイプを共通して再利用します）。ソースモデルのセットアップフローも階層構造も、タイムプロファイルに依存するそれ以上のマスタデータオブジェクトをモデル化していません。文書化されたその下流での役割は、プロファイル作成、従業員割当、および休暇ルール設定であり、付随する注記では、国/地域ごとに設定され、作業計画と勤怠勘定タイプを統合し、その結果を従業員に割り当てるものとして説明されています。したがって、この下流での役割は、別のマスタデータオブジェクトの構築時における前提条件ではなく、ランタイムにおける従業員レベルの割当です。この割当が実際にどのように現れるかについては、セクション1.4を参照してください。

設計原則: タイムプロファイル自体には組織的な下位レベルはありません。これは、上流の2つのタイムコンフィギュレーションチェーンが1つのバンドルに収束する単一の行です。その構造的な複雑さはすべて、追加の階層ネスティングではなく、どの勤務スケジュールとどの勤怠勘定タイプを指すか（パート2）にあります。

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

Time Profileは単独では存在せず、既に構築された勤務スケジュールと勤怠勘定タイプのオブジェクトを1つのバンドルに結合するためだけに存在し、従業員割当および後続のすべての勤怠/休暇計算は、実際にはこのバンドルに対して解決されます。

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

2.0 SFの所有範囲#

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

2.1 プロファイル定義（コア識別）#

プロファイル定義は、タイムプロファイルが存在するために最低限必要なレコードであり、すべての従業員割当（セクション2.5）およびシステム内の他の場所でのプロファイルへのすべての参照が解決される基点となります。

2.2 作業スケジュールのバインディング#

勤務スケジュールバインディングは、タイムプロファイルの予定時間部分を提供するフィールドグループです。ここに有効なバインディングがない場合、セクション2.3の勤怠勘定タイプバンドルには、休暇を紐付けるための労働時間ベースラインが存在しません。

2.3 タイムアカウントタイプバンドル#

タイムアカウントタイプバンドルは、特定の従業員集団に対する実際の休暇分類が決定される場所です。このセクションは、オブジェクト内の他のどのフィールドグループよりも、類似したタイムプロファイルを区別する役割を果たします。

2.4 国/地域の範囲#

国 / 地域スコープは、タイムプロファイルがどの管轄区域向けに構築されたかを示す文書です。数で見れば小さなフィールドグループですが、システムで強制される制約ではなく文書化の慣習であるため、多くのコンサルタントがこれをスキップして痛い目に遭うものです。

2.5 従業員割当での使用#

タイムプロファイルは、それ自体では従業員レベルの計算を実行しません。個々の従業員に割り当てられて初めて意味を持ちます。このセクションでは、その割り当ての仕組みと、最も一般的なメンテナンスのギャップが発生する箇所について説明します。

前提条件: タイムプロファイルの編集は、すでに割り当てられているすべての従業員に影響を与え、再割り当てによって、新しいバンドルに含まれなくなった勤怠勘定タイプに対する処理中の休暇申請が宙に浮く可能性があるため、稼働中のタイムプロファイルの勤務スケジュールまたは勤怠勘定タイプのバンドルを編集したり、従業員を別のバンドルに移動したりする前に、必ず現在の従業員の割り当てと、未処理のタイムシート/休暇トランザクションを確認してください。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction