JinJin48

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

July 19, 2026 · 17 min read

SAP SF 休日カレンダー

祝日カレンダーは、SuccessFactorsインスタンス内の定義された国または地域に適用される特定の日付（国民の祝日、地域の記念日、会社指定の非稼働日）を列挙するマスタデータオブジェクトです。これは、フェーズ2（権限とシステム設定）の時間設定チェーンの最初に設定されるオブジェクトです。並行する権限管理チェーン（SF-A03-01/02）が誰が何にアクセスできるかを確立する一方、時間設定チェーンは従業員がいつ勤務することが期待されるかを確立し、祝日カレンダーはその最初のインプット（従業員の個別スケジュールに関係なく、決して稼働日ではない日付のカレンダー）を提供します。この記事では、祝日カレンダーの定義、その休日エントリタイプ（繰り返し、固定日、半日、地域バリアント）、同じランドスケープゾーン内で並行する権限管理チェーンおよび時間タイプチェーンとの関係、そして管理センターのコンサルタントが設定するすべてのフィールドについて説明します。

パート1: 休日カレンダー — 基本概念 (全モジュール共通)#

1.1 休日カレンダーとは#

休日カレンダーはクライアントレベルの設定オブジェクトであり、それ自体にスケジュールロジックは一切含まれません。単に一連の日付をリストし、特定の国や地域に対して各日を終日休日または半日休日としてマークするだけです。その価値は完全に参照されることにあります。すべての勤務スケジュールは、本来稼働日である平日のうち実際には除外すべき日を把握するために、正確に1つの休日カレンダーを参照します。そして、その参照を通じて、下流のすべての休暇計算やタイムシート計算は、最終的にカレンダーの日付が正確かつ最新であることに依存します。

1.2 休日入力タイプ#

カレンダー内で、すべての祝日が同じように動作するわけではありません。誤ったエントリタイプを選択することは、祝日が過ぎた後に初めて発見されるタイムシートや給与計算の不一致の日常的な原因です。その時点では、修正は単純な設定変更ではなく、遡及的な訂正となります。

設計原則: 真に異なる法定休日セットを持つ国/地域の組み合わせごとに1つの休日カレンダーを作成すること。異なる休日を持つ地域間で単一のカレンダーを再利用すると、地域が異なる箇所で誤った非稼働日計算が発生します。

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

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

休日カレンダーは、Permission Group（権限グループ）およびPermission Role（権限ロール）（SF-A03-01/02）と同じ、SuccessFactorsマスタデータランドスケープのテナントレベルの「Permission & Time」ゾーンに位置しています。これは、そのゾーンにまとめられた3つの並行かつ独立したクライアントレベルの設定チェーンのうちの1つです（Permission Management（権限管理）；休日カレンダー → 勤務スケジュール；勤務タイプ → 勤務勘定タイプ。これらは勤務プロファイルによって結び付けられています）。この記事の対象オブジェクトは、勤務設定チェーンの最初のノードです。他の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
   │      │
   │      └── Work Schedule "WS_JP_Std" — JP Standard, 40H/week, of HC_JP2024  (see SF-A03-04)
   │
   └── Time Type "TT_Annual" — Annual Leave, category  (Time Configuration chain, see SF-A03-05/06)
          │
          └── 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
   ├── assigned to ──> Work Schedule "WS_JP_Std"
   └── assigned to ──> Time Account Type "TAT_Annual"

必須のランドスケープ確認事項: モジュールMaster.mdの階層構造では、休日カレンダー → 勤務スケジュール (1:N) として関係がリストされています。つまり、単一の休日カレンダーは、多くの勤務スケジュールから参照されることができ、また通常そうなります（例：日本にいる従業員をカバーするすべての勤務スケジュールが、同じ「HC_JP2024」カレンダーを共有できます）。逆は決してありません。公開されているSuccessFactorsマスタデータランドスケープ（sf-a01/images/04-sf-a01-master-landscape.html、ゾーンC）では、これを単一の実線の親子コネクタ — HC_JP2024 → WS_JP_Std — として描画しており、これはその1:N関係の1つのインスタンスを表すものであり、カレンダーが正確に1つのスケジュールを所有するという主張ではありません。この再利用が実際にどのように機能するかについては、セクション1.4および2.4を参照してください。

設計原則: 休日カレンダー自体にはスケジューリングロジックは含まれません。これは単に日付のセットを列挙し、それぞれを終日または半日の休日としてマークするだけです。実際の週間勤務時間パターン（どの曜日、何時から何時まで）はすべて勤務スケジュール（SF-A03-04）に存在し、勤務スケジュールは自身の勤務時間パターンとともに、2つの必須入力のうちの1つとして正確に1つの休日カレンダーを参照します。

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

休日カレンダーの日付は、他の要素によって読み取られて初めて意味を持ちます。勤務スケジュールは設定時にこれを直接消費し、勤務スケジュールより下流のすべての要素は実行時に間接的にこれを消費します。

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

2.0 SFの所有範囲#

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

2.1 カレンダ定義（コア識別）#

カレンダ定義は、休日カレンダが存在するために最低限必要なレコードであり、すべての勤務スケジュールのカレンダピッカーや、システム内の他の場所でカレンダを参照する際に解決される対象です。

2.2 国/地域とロケールスコープ#

国/地域 & ロケール範囲は、カレンダーが表す法定および文化的な休日セットを決定し、セクション1.2で導入された「地域ごとに1つのカレンダー」という規則を推進するフィールドグループです。

2.3 休日カレンダー（個別休日エントリ）#

祝日リストは、休日カレンダーの実際のペイロードであり、作業スケジュールが非稼働日を判断するために読み取る個別の日付エントリの集合です。セクション2.1および2.2のすべては、このリストを整理・識別するために存在しており、これが変更されるデータです。

前提条件: 非繰返エントリ（セクション1.2）は自動的に繰り返されないため、休日カレンダーの保守は、一度限りの構築作業ではなく、毎年の運用タスクです。初期導入プロジェクトとは別に、クライアントの継続的なSuccessFactors管理カレンダーに、明示的な年次リフレッシュチェックポイントを組み込んでください。

2.4 作業日程割当における使用#

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

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction