JinJin48

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

July 19, 2026 · 24 min read

SAP SF パフォーマンスフォームテンプレート

パフォーマンスフォームテンプレートは、再利用可能でバージョン管理されたレビューフォームの構造（目標、コンピテンシー、全体/サマリーの各セクション、各セクションのウェイトと評価尺度の紐付け、および承認ワークフローを管理するルートマップ）を定義するマスタデータオブジェクトです。これはSAP SuccessFactors Performance & Goals全体で使用され、特定のレビューサイクルに対して各従業員の実際のライブパフォームを生成します。このテンプレートは、フェーズ2（権限とシステム設定）の目標とパフォーマンス設定サブブロックの末尾に位置し、評価尺度と目標プランテンプレートを直接の前提条件として消費します。モジュールのセットアップフローに従い、目標プランテンプレート（およびそのテンプレートの評価尺度）がすでに存在していなければ、パフォーマンスフォームテンプレートを構築することはできません。この記事では、パフォーマンスフォームテンプレートとは何か、その一般的なフォームタイプのバリエーション、ランドスケープの人材・報酬ゾーンにおける評価尺度→目標プランテンプレート→パフォーマンスフォームテンプレートのチェーンの最終ノードとしてどのように位置づけられるか、そしてAdmin Centerのコンサルタントが設定するすべてのフィールドについて説明します。

パート 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
   │             │
   │             └── Performance Form Template "PFT_Annual2024" — Annual Review, 4-section, of GPT_2024  ← this article
   │
   └── 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図では、Performance Form TemplateをRating Scaleの直接の子（Goal Plan Templateと並列の兄弟）としてネストし、さらにRoute MapをPerformance Form Templateの子としてネストしています（レベル9: Rating Scale → Goal Plan Template / Performance Form Template → Route Map）。公開されているSuccessFactorsマスタデータランドスケープ（sf-a01/images/04-sf-a01-master-landscape.html、ゾーンD、本セッションでHTML/SVGソースから直接検証済み）は、両方の点で異なる解決を示しています。(1) チェーン形状: ランドスケープは単一の直列実線チェーン RS_5pt → GPT_2024 → PFT_Annual2024 を描画しています。これはSVG内で、同じ水平中心（x=1060）にある2つの垂直線分、y=945→1000（Rating Scale → Goal Plan Template）および y=1095→1150（Goal Plan Template → Performance Form Template）として確認され、両方の線分で同一のストローク色と太さが使用されています。これは、セットアップフローの明示的な二重前提条件ライン「Performance Form Template ← (Rating Scale, Goal Plan Template)」と一致しています。Performance Form Template自体のチェーンにおける直接の上流前提条件はGoal Plan Templateであり、Rating Scaleではありません。Rating Scaleは、それが消費するGoal Plan Templateを通じて間接的に目標セクションに到達しますが、Overall/SummaryおよびCompetencyセクションはRating Scaleを直接バインドすることもできます（セクション1.4参照）。カーディナリティに関する注意: Rating Scale → Goal Plan Templateセグメント（SF-A03-08参照）と同様に、ランドスケープのSVGは、Goal Plan Template → Performance Form Templateコネクタ自体に明示的なカーディナリティの数字や動詞ピルをレンダリングしていません（近くにあるCompensationゾーンのラベル付き「based on」バイパスコネクタとは異なります）。したがって、本記事ではセクション1.4において、この関係を「消費する（直接前提条件）」と説明し、未検証の1:N/N:1の数を主張することは避けます。(2) Route Map: ER図がRoute MapをPerformance Form Templateの子としてネストしているのとは異なり、ランドスケープはRoute Map（「RM_Std」）をスタンドアロンのゾーンDノードとして配置しています。SVG内には、PFT_Annual2024との間の実線コネクタは存在しません（確認済み：Performance Form Templateノードの上部top:1145pxとRoute Mapノードの上部top:1295pxの間の垂直ギャップに線分はありません）。Permission Roleへの破線の参照チップ（RM_Std ↗ PR_ESS）のみが存在します。これは、セットアップフロー自体の前提条件ライン「Route Map ← (Permission Role)」と一致しており、ER図のPerformance Form Template下へのネストとは異なります。したがって、Route Mapは本記事の階層チェーンまたはセクション1.4の統合テーブルの一部では明示的にありません。これはPermission Roleに対して独立して設定されるスタンドアロンオブジェクトです。SF-A03-10を参照してください。

設計原則: パフォーマンスフォームテンプレートは、以前の評価尺度や目標計画テンプレートと同様に、それ自体は従業員データを一切保持しないため、チェーンの末端における階層上の位置は意図的に浅く（クライアントレベル、単一ノード）なっています。コンサルタントにとって重要な構造上の複雑さは、一つ上のレベル（目標計画テンプレートや評価尺度とのバインディング方法、セクション2.2～2.3）と、一つ下のレベル（各従業員の実際のライブレビューになる方法、セクション2.5）に存在し、テンプレートオブジェクト自体の追加サブレベルにはありません。

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

パフォーマンスフォームテンプレートは、短く直線的な統合チェーンの末端に位置します。これは、上流から2つの入力（目標計画テンプレートを直接、評価尺度はリンクされた目標計画テンプレートを介して間接的に、および非目標セクション用に直接）のみを消費し、独自の下流マスタデータコンシューマは持ちません。代わりに、ランタイム時に個々の従業員パフォーマンスフォームレコードにインスタンス化されます（セクション2.5）。ルートマップおよび報酬チェーンオブジェクト（報酬計画、報酬テンプレート、資格ルール）は同じランドスケープゾーンに存在しますが、パフォーマンスフォームテンプレートとのデータモデルリンクはまったくありません。セクション1.3の検証によると、ルートマップはランドスケープ内でパフォーマンスフォームテンプレートへのコネクタなしに権限ロールに対して独立して設定され、報酬チェーンオブジェクトはランタイム時の下流ビジネスルールとして完了した評価結果のみを消費し、パフォーマンスフォームテンプレート自体への保存された参照は決して消費しません。

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

2.0 SFの所有範囲#

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

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

テンプレート定義は、パフォーマンスフォームテンプレートが存在するために最低限必要なレコードです。これは、起動されたすべてのパフォーマンスフォームと、レビューサイクル設定からのすべての参照が解決される基盤となります。

2.2 フォームセクション設定#

フォームセクション設定は、繰り返し可能な子レコード（セクションごとに1行）であり、このテンプレートからインスタンス化された際に、従業員の実際のレビューフォームの見た目と、その各部分が全体の結果にどのように寄与するかを形成します。

2.3 評価スケールのバインディング（セクションレベル）#

パフォーマンスフォームテンプレートは、評価尺度に2つの異なる方法で到達できます（非目標セクションでは直接、目標セクションではバインドされた目標プランテンプレートを介して間接的に）。そのため、このデータセクションは、それらのバインディングを相互に追跡および検証するために特別に存在します。

2.4 ルートマップとワークフローバインディング#

ルートマップとワークフローバインディングは、パフォーマンスフォームテンプレートが起動時にその承認ワークフローを取得する方法です。ワークフローステップ自体はルートマップオブジェクト上で完全に定義・所有されており、ここで複製されることはありません。

2.5 レビューサイクルインスタンス化における使用#

パフォーマンスフォームテンプレート自体には従業員データは含まれておらず、スコアも生成されません。これは、レビューサイクルが開始され、テンプレートから従業員ごとに個別の編集可能なパフォーマンスフォームレコードが生成されて初めて意味を持ちます。このセクションでは、そのインスタンス化の仕組みと、最も一般的な設計上の誤りが発生する箇所について説明します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction