JinJin48

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

July 19, 2026 · 19 min read

SAP SF ワークスケジュール

勤務スケジュールは、特定の従業員セグメントに対して、毎週繰り返される勤務時間パターン（どの曜日が勤務日で、各曜日に何時間割り当てられるか）を定義し、そのパターンを1つの休日カレンダーに正確に紐付けることで、非稼働日を自動的に除外するマスタデータオブジェクトです。これは、フェーズ2（権限＆システム設定）の時間設定チェーンの2番目かつ最後のオブジェクトです。休日カレンダー（SF-A03-03）がスケジュールに関わらず常に非稼働日となる日付を提供するのに対し、勤務スケジュールは、それらの日付が差し引かれる実際の週次勤務時間テンプレートを提供します。そして、その組み合わせ結果が、従業員割り当て用のタイムプロファイルバンドルの入力となります。この記事では、勤務スケジュールの定義、週次パターンのバリエーション（標準フルタイム、シフト/交代制、パートタイム、国固有）、同じランドスケープゾーン内で並行する権限管理チェーンや勤務種別チェーンとの関係、そしてAdmin Centerコンサルタントが設定するすべてのフィールドについて説明します。

パート1: 作業計画 — 中核概念（全モジュール共通）#

1.1 勤務スケジュールとは#

勤務スケジュールはクライアントレベルの設定オブジェクトであり、2つの情報を同時に保持します。すなわち、週単位の曜日ごとの勤務時間パターンと、そのパターンから差し引かれる日付を持つ休日カレンダーへの必須参照です。どちらか一方だけでは意味を成しません。紐づくカレンダーがない週間パターンは、実際にどの曜日が休日かを知る方法がなく、また、それを参照する勤務スケジュールがない休日カレンダーは、どの処理からも読み取られることがありません。この2つが組み合わさることで、時間プロファイル、タイムシート、休暇管理が、特定の従業員にとって特定の日付が勤務予定日であるかどうかを判断するための唯一の信頼できる情報源となります。

1.2 勤務スケジュールパターンバリアント#

すべての従業員セグメントが同じ週次リズムに従うわけではなく、その差異を、個別の目的に特化した勤務スケジュールではなく、一つの過負荷なスケジュールとしてモデル化することは、最初は説明不能な残業やタイムシート差異として現れる、誤った予定労働時間ベースラインの一般的な原因です。

設計原則: 勤務スケジュールは、個々の従業員を中心に構築するのではなく、真に明確な週間労働時間テンプレートを中心に構築します。これは再利用可能なパターンであり、割り当てレコードではありません。個人レベルのバリエーション（従業員が今日どのスケジュールに該当するか）は、勤務プロファイルと職務情報に属するものであり、スケジュール自体の使い捨てコピーに属するものではありません。

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

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

勤務スケジュールは、SuccessFactors マスタデータランドスケープの同一テナントレベルの「権限と時間」ゾーンに位置し、権限グループ/権限ロール（SF-A03-01/02）およびその上流の入力である休日カレンダー（SF-A03-03）と同じゾーンに属します。このゾーンには、3つの並行かつ独立したクライアントレベルの設定チェーンがバンドルされています（権限管理、休日カレンダー→勤務スケジュール、時間タイプ→時間勘定タイプ。これらは時間プロファイルで結び付けられます）。本記事の対象オブジェクトは、時間設定チェーンの2番目かつ最後のノードです。他の2つのチェーンは同じランドスケープゾーンに存在しますが、別の記事に属します。

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
   │
   └── Time Type "TT_Annual" — Annual Leave, category  (Time Configuration chain, see SF-A03-05)
          │
          └── Time Account Type "TAT_Annual" — 20 days, 5-day carryover, of TT_Annual

Time Profile "TP_JP_Std" — JP Standard, Work Schedule + Time Account Type bundle  (see SF-A03-06)
   ├── assigned to ──> Work Schedule "WS_JP_Std"
   └── assigned to ──> Time Account Type "TAT_Annual"

【必須】ランドスケープ検証に関する注意事項: モジュールMaster.mdのER図では、休日カレンダー → 勤務スケジュールの関係を明示的に「1:N」とラベル付けしています。つまり、1つの休日カレンダーは、多くの勤務スケジュールから参照されることができ、実際にそうであるのが一般的です（例：日本にいる従業員をカバーするすべてのスケジュールバリアントは、同じ「HC_JP2024」カレンダーを共有します）。逆の関係は決してありません。公開されているSuccessFactorsマスタデータランドスケープ（sf-a01/images/04-sf-a01-master-landscape.html、ゾーンC）では、これを単一の実線の親子コネクタ（HC_JP2024 → WS_JP_Std）として描画しており、これはその1:N関係の1つのインスタンスを表すものであり、1つのカレンダーが正確に1つのスケジュールを所有するという主張ではありません（休日カレンダー側からの同様の注意事項については、SF-A03-03のセクション1.3を参照）。下流側では、ER図は勤務スケジュールからタイムプロファイルへの単純な矢印（勤務スケジュール → タイムプロファイル ←── 勤務時間タイプ）を示しており、ランドスケープではこれをTP_JP_StdからWS_JP_Stdへ向かう紫色の破線の「割り当て先」矢印として描画しています。タイムプロファイルは必須入力として1つの勤務スケジュールを参照し、同じ勤務スケジュールは同じ週次パターンをカバーする多くのタイムプロファイル間で日常的に再利用されます。両方向の再利用が実際にどのように機能するかについては、セクション1.4および2.4を参照してください。

設計原則: 作業スケジュールは、時間設定の上流にある2つのチェーンが1つの使用可能なパターンに収束するオブジェクトです。それ自体に組織的な下位レベルはなく、その構造的な複雑さはすべて、自身のフィールド設定（バインドされたカレンダーと曜日ごとの時間パターン、パート2）に存在し、追加の階層ネストには存在しません。

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

作業スケジュールは、勤怠管理設定チェーンにおける中核的な要素です。入力側で休日カレンダーを消費し、「この日付は計画された就業日か」を把握する必要がある下流のすべてのオブジェクトは、直接または勤怠プロファイルを介して、この作業スケジュールに遡って解決されます。

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

2.0 SFの所有範囲#

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

2.1 スケジュール定義（コア識別）#

スケジュール定義は、勤務スケジュールが存在するために必要な最小限のレコードです。これは、すべてのタイムプロファイルのスケジュールピッカー、およびシステム内の他の場所でスケジュールを参照するすべてのものが、最終的に解決される対象です。

2.2 休日カレンダーのバインディング#

休日カレンダバインディングは、勤務スケジュール独自の週間パターンを、除外すべき日付のセットに接続するフィールドグループです。ここに有効なバインディングがない場合、セクション2.3の週間パターンは、実際にどの曜日が休日であるかを認識する方法がありません。

2.3 週間勤務時間パターン#

週間勤務時間パターンは、勤務スケジュールの実際のペイロードです。これは曜日ごとのテンプレートであり、バインドされたカレンダーの除外日と組み合わさることで、最終的なスケジュール勤務時間の結果を生成します。この結果は、タイムシートと休暇申請の両方が参照します。

前提条件: 週間勤務時間パターンは、有効かつアクティブな休日カレンダーのバインディング（セクション2.2）と組み合わせて初めて正しい結果を生成するため、曜日ごとの時間を確定する前に、必ずカレンダーバインディングを構築して検証してください。バインディングされていない、または誤ったカレンダーに対してパターンをテストすると、予定時間の結果はもっともに見えますが、休日付で黙って誤った値になります。

2.4 時間プロファイル割当での使用#

作業スケジュール自体は従業員レベルの計算を実行しません。これは、勤務時間アカウントタイプとともに勤務時間プロファイルにバインドされて初めて意味を持ちます。このセクションでは、そのバインドの仕組みと、最も一般的なメンテナンスのギャップが発生する箇所について説明します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction