JinJin48

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

July 19, 2026 · 20 min read

SAP SF 目標計画テンプレート

目標計画テンプレートは、再利用可能でバージョン管理された目標計画構造（目標カテゴリ（例：業績/行動/成長）、カテゴリごとの重み付け、カスケードルール、目標達成度の評価に使用する評価尺度）を定義するマスタデータオブジェクトです。これは、SAP SuccessFactors Performance & Goals全体で使用され、特定のサイクルにおける従業員の実際のライブ目標計画の内容を形成します。フェーズ2（権限とシステム設定）の目標と業績設定サブブロックにおいて、評価尺度の直下流、業績フォームテンプレートの直上流に位置します。目標計画テンプレートは、その評価尺度が存在するまで構築できず、目標セクションを含む業績フォームテンプレートは、その2つの直接的な前提条件の1つとして目標計画テンプレートをリストします。この記事では、目標計画テンプレートとは何か、その一般的なサイクルとカスケードバリアント、人材・報酬領域のランドスケープにおける評価尺度 → 目標計画テンプレート → 業績フォームテンプレートのチェーンにおける位置づけ、および管理センターコンサルタントが設定するすべてのフィールドについて説明します。

パート1: 目標計画テンプレート — 基本概念（全モジュール共通）#

1.1 ゴールプランテンプレートとは#

目標計画テンプレートは、クライアントレベル（テナントレベル）のファンデーションオブジェクトであり、それ自体には従業員データは一切含まれません。個々の従業員の実際の目標は、テンプレートではなく、別個のインスタンス化された目標計画レコードに格納されます。テンプレートの唯一の目的は、特定のサイクルにおけるすべての従業員の目標計画が生成される元となる、再利用可能な構造（カテゴリ、重み付けルール、カスケード動作、フィールドレイアウト、スコアリング基準）を定義することです。これにより、目標設定がマネージャーごとに自由形式になるのではなく、組織全体で構造的に一貫性を持つようになります。

1.2 目標計画テンプレートのバリアント（ケイデンスとカスケードパターン）#

目標計画テンプレートの周期とカスケード設計は、単なる表面的な選択ではありません。これらは、個人の目標が組織戦略にどの程度緊密に連携するか、また、テンプレート設計がレビューサイクル全体でどれだけの管理負荷を生み出すかを直接的に左右します。カスケード権限や周期を誤ると、ビジネス上の優先事項から切り離された目標計画が生まれるか、管理不能な再発行の負担が発生することになります。

設計原則: ブループリント段階で、カスケード動作と目標カテゴリ構造を意図的に選択すること — 評価尺度と同様に、目標がサイクルで既に有効になった後に目標計画テンプレートのカテゴリ数、重み付け、またはカスケード設定を変更すると、既に設定された目標が孤立したり、サイクル途中で重み付け合計が崩れたりするリスクがあります。

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

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

目標計画テンプレートは、SuccessFactors マスタデータランドスケープのテナントレベルの「人材・報酬」ゾーンに位置し、そのゾーンにバンドルされた2つの独立したクライアントレベルチェーンのうちの1つ（本記事で扱う人材チェーンと、姉妹記事が担当する並行した無関係の報酬チェーン）の中間位置にあります。

Client (SuccessFactors Instance)
   │
   ├── Rating Scale "RS_5pt" — 5-level, 1 = Below Expectations – 5 = Outstanding
   │      │
   │      └── Goal Plan Template "GPT_2024" — FY2024, Performance/Behavior/Growth categories, of RS_5pt  ← this article
   │             │
   │             └── Performance Form Template "PFT_Annual2024" — Annual Review, 4-section, of GPT_2024
   │
   └── Compensation Plan "CP_Merit2024" — Merit 2024, 3% budget  (Compensation chain, see SF-A03-11)
          │
          └── Compensation Template "CT_Merit" — Merit, 0-6% range, of CP_Merit2024
                 │
                 └── Eligibility Rule "ER_FT1Y" — Full-time, 1+ year, of CT_Merit

【必須】ランドスケープ検証注意事項: モジュールMaster.mdのER図では、目標計画テンプレートと業績フォームテンプレートが、評価尺度から直接分岐する並列の1:N兄弟関係としてネストされており、目標計画テンプレートと業績フォームテンプレートの間にはコネクタが一切描かれていません。公開されているSuccessFactorsマスタデータランドスケープ（sf-a01/images/04-sf-a01-master-landscape.html、ゾーンD、本セッションでHTML/SVGソースから直接検証済み）では、これを異なる方法で解決しています。すなわち、評価尺度→目標計画テンプレート、および目標計画テンプレート→業績フォームテンプレートの両セグメントに同一のコネクタスタイルとストローク太さを使用して、単一の直列実線チェーンRS_5pt → GPT_2024 → PFT_Annual2024を描いています。これは、セットアップフローの明示的な二重前提条件ライン「業績フォームテンプレート ← (評価尺度, 目標計画テンプレート)」と整合しています。つまり、目標計画テンプレートは業績フォームテンプレートへの直接の上流入力であり、単に評価尺度の兄弟として隣接しているわけではありません。カーディナリティに関する注意: ランドスケープのSVGは、目標計画テンプレート→業績フォームテンプレートのコネクタ自体に明示的なカーディナリティ数字や動詞ピルをレンダリングしていません（近くにある報酬ゾーンのラベル付き「based on」バイパスコネクタとは異なります）。そのため、本記事ではセクション1.4でこの関係を「フィードイン（直接前提条件）」と説明し、未検証の1:N/N:1カウントを主張することは避けます。ルートマップは、権限ロールへの破線参照チップ（RM_Std ↗ PR_ESS）のみを持つ独立したゾーンDノードであり、目標計画テンプレートへのコネクタはなく、本記事の対象外です。SF-A03-10を参照してください。

設計原則: Goal Plan Template自体の階層上の位置は意図的に浅く設定されています（クライアントレベル、単一ノード）。コンサルタントにとって重要な構造上の複雑さは、1つ上のレベル（評価尺度、セクション2.1へのバインド方法）と1つ下のレベル（パフォーマンスフォームテンプレートによる消費方法、セクション2.5）に存在し、テンプレートオブジェクト自体の追加サブレベルにはありません。

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

目標計画テンプレートは、短く直線的な統合チェーンの中央に位置します。つまり、上流からは評価尺度を1つだけ消費し、下流へはパフォーマンスフォームテンプレートを1つだけ直接提供します。ルートマップおよび報酬チェーンオブジェクト（報酬計画、報酬テンプレート、資格ルール）は同じランドスケープゾーンに存在しますが、目標計画テンプレートとのデータモデル上のリンクは一切ありません。ルートマップは承認ルーティングのために権限ロールに対して独立して設定され、報酬チェーンオブジェクトは、完了した評価結果を実行時の下流ビジネスルールとしてのみ消費し、目標計画テンプレート自体への格納された参照を消費することは決してありません。

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

2.0 SFの所有範囲#

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

2.1 テンプレート定義（中核識別）#

テンプレート定義は、目標計画テンプレートが存在するために最低限必要なレコードです。これは、すべての業績評価フォームテンプレートの目標セクションピッカー、およびインスタンス化されたすべての従業員目標計画が参照する元となるものです。

2.2 目標カテゴリの設定#

目標カテゴリ設定は、繰り返し可能な子レコード（カテゴリごとに1行）であり、このテンプレートからインスタンス化された従業員の目標計画の構造とスコアリング方法を定義します。

2.3 カスケードとアライメントの設定#

カスケーディングとアライメントは、目標計画テンプレートを、フラットな従業員単位の構造から、戦略目標を組織全体に伝達するメカニズムへと変えるものです。また、ブループリント時にスコープが過大または過小に設定される可能性が最も高い設定領域でもあります。

2.4 目標フィールドの設定#

目標フィールド設定は、このテンプレートで目標を追加する際に、従業員が目標入力画面で表示・入力する内容を正確に定義します。これは、その目標がどのカテゴリに属するかとは無関係です。

2.5 消費側テンプレートでの使用#

目標計画テンプレート自体は直接スコアリングされません。これは、従業員の実績目標計画がそこからインスタンス化され、さらに、パフォーマンスフォームテンプレートの目標セクションがスコアリングのためにそれにバインドされた場合にのみ意味を持ちます。このセクションでは、その下流でのバインドがどのように機能するか、そして最も一般的な設計上の誤りがどこで発生するかについて説明します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction