JinJin48

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

July 8, 2026 · 12 min read

SAP Fieldglass 外部労働力タイプ

Contingent Type、Qualification、およびJob Posting Templateは、FG-A04-01およびFG-A04-02で説明したRate Structureオブジェクトの直後、フェーズ3で最初に構築されるJob Posting Configurationマスタです。Contingent Typeは、エンゲージメントカテゴリによって要件を分類し、その承認ワークフローを決定します。Qualificationは、特定のテンプレートに依存せずにスキルまたは認定要件を定義します。Job Posting Templateは、これらをRate Categoryとともにまとめる再利用可能なアセンブリポイントであり、採用マネージャーが新しい求人を開始するためのシェルとなります。この記事では、まず、求人に関連するすべてのFieldglassプロセス領域にわたるこれら3つのオブジェクトに共通する概念を説明し、次に、Fieldglass管理者がそれぞれに対して設定するフィールドレベルの詳細に移ります。

パート 1: 外部労働力タイプ — 中核概念（全モジュール共通）#

1.1 外部労働力タイプとは#

Contingent Type（派遣タイプ）は、求人要請を契約カテゴリ（請負業者、派遣社員、インターン、またはテナントが必要とするその他の区分）でグループ化し、そのタイプのすべての要請が通過しなければならない承認ワークフローを固定する分類マスタです。それ自体にはレートやスキルデータは含まれず、それらはそれぞれRate Category（レートカテゴリ）（FG-A04-01）とQualification（資格）に保持されます。Contingent Typeの設計を最初に正しく行うこと（タイプの数、どのディメンションで分割するか）は、テナントの存続期間中、採用マネージャーが経験する承認の摩擦の度合いを決定します。

1.2 外部労働力タイプ、資格、および求人テンプレートの比較#

これらの3つのオブジェクトは、ジョブ投稿設定において3つの異なる質問に答えるものです。すなわち、これはどのような契約形態か、どのようなスキルが必要か、そしてそれらの回答を組み合わせた再利用可能なシェルは何か、という質問です。これらの役割を混同することは、過剰に構築されたテンプレートライブラリの一般的な原因となります。

設計原則: ジョブ投稿テンプレートは、独立した動作を持つマスタレコードではなく、作成時に固定された参照（外部労働力タイプ、資格、レートカテゴリ）の集合体です。テンプレートが参照する外部労働力タイプやレートカテゴリを、そのテンプレートに対して有効な要求が存在した後に変更することはサポートされていません。代わりに、新しいテンプレートを作成する必要があります。

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

ゾーン D — ジョブ投稿 · SOW · MSP（このオブジェクト独自のゾーン）：派遣タイプはジョブ投稿テンプレートを真の1:Nの親として所有し、一方ジョブ投稿テンプレートは要件として資格を個別に参照します。これは子ではなく参照であり、同じ資格が複数のテンプレートで再利用されるためです。

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

Contingent Type "CT-CONTRACTOR" — job posting basis
   │
   └── Job Posting Template "JPT-IT-01" — IT contractor template
          │
          ├── ── requires ──> Qualification "QUAL-PMP" — PMP certification (one or more Qualifications)
          │
          └── ── references ──> Rate Schedule "RS-SHIFT-01" (Zone C) — inherits Rate Structure from Rate Category "RC-STD" at creation

注記: 資格は、派遣タイプの下にネストされるのではなく、独立したマスタとして管理されます。同じ資格（例：「QUAL-PMP」）が、異なる派遣タイプに基づいて構築されたジョブ投稿テンプレートに一般的に添付されます。

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

これらの3つのオブジェクトは単独では存在しません。外部労働タイプはワークフローのためにユーザ管理に、ジョブ投稿テンプレートは価格決定のためにレート構造にアクセスし、両方とも最終的には転記を受け取る担当者を決定するために会社構造にアクセスします。

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

2.0 FG所有権の範囲#

凡例: ◎ = オーナー/重要、○ = 直接関与

2.1 外部労働力タイプ — 分類とワークフロー#

Contingent Type は、購買依頼にそのエンゲージメントカテゴリと承認パスを与えるフィールドを保持します。これら2つの決定事項は、それに基づいて構築されるすべての下流のジョブ投稿テンプレートを形成します。

2.2 資格 — 要件コンフィギュレーション#

Qualification（資格）には、単一のスキルまたは認定要件を定義するフィールドが含まれています。これは一度メンテナンスされ、該当するすべてのジョブ投稿テンプレートで再利用されます。

2.3 ジョブ投稿テンプレート — テンプレートアセンブリ#

ジョブ投稿テンプレートは集約ポイントです — ここにある各フィールドは、テンプレート自体を識別するか、テンプレートがまとめるオブジェクトのいずれかを指し示すものであり、独自の新しいビジネスロジックを定義するものではありません。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction