JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 17 min read

表紙: SAP Fieldglass SOWテンプレート — SOWタイプ、ワーカーロール、イベントライブラリから構築された再利用可能なサービス調達シェル

SAP Fieldglass SOWテンプレート

SOWタイプ、ワーカーロール、イベントライブラリ、SOWテンプレートは、FG-A04-03で扱うジョブ投稿設定マスタに対応するサービス調達のオブジェクトであり、FG-A04-01およびFG-A04-02のレート構造オブジェクトの直後、同じフェーズ3の段階で設定されます。SOWタイプは、作業範囲記述書を価格決定モデルによって分類し、その承認およびコラボレーションワークフローを制御します。ワーカーロールは、特定のテンプレートとは独立して、労務カテゴリとそのレート基準を定義します。イベントライブラリは、支払いおよびマイルストーントリガーの再利用可能なライブラリを管理します。SOWテンプレートは、これら3つをすべて統合する再利用可能なアセンブリポイントであり、すべてのSOWベースの契約が開始されるシェルとなります。この記事では、まずサービス調達全体でこれら4つのオブジェクトに共通する概念を説明し、その後、Fieldglass管理者が各オブジェクトに対して設定するフィールドレベルの詳細に移ります。


第1部: SOWテンプレート — 基本概念(全モジュール共通)

1.1 SOWテンプレートとは

SOWテンプレートを中心に、SOWタイプ、ワーカーロール、イベントライブラリ、レートカテゴリに接続されたハブアンドスポーク図

SOWテンプレートは、サービス調達設定の集約ポイントです。テンプレート自体は価格モデル、人件費レート、支払トリガーを定義するものではなく、SOWタイプ、1つ以上のワーカーロール、およびイベントライブラリを1つの再利用可能なシェルにまとめ、カテゴリバイヤーまたは採用マネージャーが選択して新しい作業範囲記述書を起動できるようにします。テンプレートライブラリを事前に適切に設定する(テンプレートの数、サービスファミリごとの分割)ことで、新しいSOWが作成されるたびに必要な手直しの量が決まります。

項目詳細
役割SOWタイプ、1つ以上のワーカーロール、およびイベントライブラリを組み立て、すべてのSOWベースのエンゲージメントが構築される再利用可能なシェルを作成します
使用するモジュールサービス調達 / SOW(プライマリ — すべての作業範囲記述書は、正確に1つのSOWテンプレートから起動されます)
トランザクション管理 > SOWテンプレート(作成/保守) — FieldglassはブラウザベースのSaaS管理コンソールです。ABAPスタイルのトランザクションコードはありません
主要テーブル該当なし — FieldglassはマルチテナントSaaSプラットフォームです。SOWテンプレートの設定は、テナントの管理設定レイヤーに保存され、クライアントがアクセス可能なデータベーステーブルには保存されません
プラットフォームに関する注意SOWテンプレートはFieldglassネイティブであり、S/4HANAに相当するものはありません。サイトや原価センタとは異なり、S/4HANAから同期されることはなく、Fieldglass管理画面で直接設定する必要があります

1.2 SOWタイプ、ワーカーロール、イベントライブラリ、SOWテンプレートの比較

SAP Fieldglass SOWタイプ、ワーカーロール、イベントライブラリ、SOWテンプレートを並べて比較したグリッド

SOW設定において、これら4つのオブジェクトは4つの異なる質問に答えるものです。すなわち、どの価格決定モデルとワークフローが適用されるか、どの労務カテゴリとレート基準が提供されるか、SOWの支払いはいつ行われるか、そしてこれら3つすべてを組み合わせた再利用可能なシェルは何か、という質問です。これらの役割を混同することは、過剰に構築されたり、ガバナンスが不十分なテンプレートライブラリの一般的な原因となります。

オブジェクトコードプレフィックスユースケース主要な動作
SOWタイプSOWT-作業範囲記述書を価格モデル(固定価格、時間&資材、マイルストンベース)で分類し、正しい承認およびコラボレーションワークフローにルーティングする承認ワークフローとコラボレーションルール(例:レッドライン編集)を所有する。すべてのSOWテンプレートは、正確に1つのSOWタイプの下に作成される。
ワーカーロールWR-SOWに基づいて提供されるワーカーの労務カテゴリとそのレート基準を定義する外部労働力で使用されるレート/レートグリッドレイヤーをスキップし、レートカテゴリを直接指す。SOWテンプレートは、エンゲージメント内の労務カテゴリごとに複数のワーカーロールをアタッチできる。
イベントライブラリEL-支払いおよびマイルストーントリガーの再利用可能なライブラリを管理する単一のテンプレートとは独立して管理される。同じイベント(例:「納品物承認時」)は、サービスファミリー全体のテンプレートに一般的にアタッチされる。
SOWテンプレートSOWTPL-カテゴリバイヤーまたは採用マネージャーが新しい作業範囲記述書を起動するために選択する再利用可能なSOWシェル1つのSOWタイプ + 1つ以上のワーカーロール + 1つのイベントライブラリを1つの再利用可能な設定に組み立てる。それ自体は新しいビジネスルールを保持しない。

設計原則: SOWテンプレートは、独立した動作を持つマスタレコードではなく、作成時に固定された参照(SOWタイプ、ワーカーロール、イベントライブラリ)の集合体です。テンプレートが参照するSOWタイプを変更したり、関連付けられたワーカーロールを、そのテンプレートに対して有効なSOWが存在した後に差し替えることはサポートされていません。代わりに、新しいテンプレートを作成する必要があります。


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

ゾーン D — ジョブ投稿 · SOW · MSP(このオブジェクト独自のゾーン):SOWタイプはSOWテンプレートを真の1:N親として所有し、一方SOWテンプレートはワーカーロールとイベントライブラリを再利用可能なコンポーネントとして個別に参照します。これらは子ではなく参照であり、同じワーカーロールやイベントライブラリが複数のテンプレートで一般的に再利用されるためです。

FGマスタデータランドスケープのゾーンDクロップ:ジョブ投稿・SOW・MSPにおけるSOWタイプ、ワーカーロール、イベントライブラリ、SOWテンプレート

ゾーン C — レート構造: ワーカーロールは、作成時にレートカテゴリからレート構造を継承し、後から変更できないため、このゾーンにアウトバウンドの ↗ RC-STD 参照チップを持ち込みます。

FGマスタデータランドスケープのゾーンC拡大図:ワーカーロールが↗ RC-STDチップを介してレートカテゴリを参照

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

SOW Type "SOWT-FIXED" — fixed-price SOW basis
   │
   └── SOW Template "SOWTPL-IT-01" — IT services template
          │
          ├── ── references ──> Worker Role "WR-DEV-01" — Software Developer (one or more Worker Roles)
          │
          └── ── references ──> Event Library "EL-STD" — Standard Events

Referenced by (Zone C — Rate Structure):
   Worker Role "WR-DEV-01" ── inherits Rate Structure from ──> Rate Category "RC-STD"

注記: イベントライブラリは、SOWタイプの下にネストされるのではなく、独立したマスタとして管理されます。同じイベントライブラリ(例:「EL-STD」)は、異なるSOWタイプに基づいて構築されたSOWテンプレートに一般的に添付されます。


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

SOWテンプレートを中心に、SOWタイプ、ワーカーロール、イベントライブラリ、レートカテゴリ、承認グループが接続されたハブアンドスポーク図

これらの4つのオブジェクトは、いずれも単独では成立しません。SOWタイプはそのワークフローに関してユーザ管理に依存し、ワーカーロールはその価格設定に関してレート構造に依存します。また、並行する外部労働力オブジェクトツリーは、概念的な類似性にもかかわらず、完全に分離されたままです。

オブジェクト関係性実務上の注意点
SOWテンプレートSOWタイプの直接の子 — すべてのテンプレートは、1つのSOWタイプの下に作成されるSOWタイプの承認ワークフローとコラボレーションルール(例:レッドライン編集)を継承する。テンプレートに対して有効なSOWが存在する場合、SOWタイプは変更できない。
ワーカーロールSOWテンプレートから参照されるが、SOWタイプには属さない1つ以上のワーカーロールが単一のテンプレートに割り当てられ、通常は契約上の労務カテゴリごとに1つずつ設定される。同じワーカーロールは、異なるサービスファミリーのテンプレート間で再利用されることが一般的。
イベントライブラリ支払およびマイルストーントリガーとしてSOWテンプレートから参照されるテンプレート作成時に割り当てられ、SOWの支払いタイミングと方法(例:「納品物承認時」)を決定する。テンプレート上で定義された労務ロールや価格基準とは独立している。
レートカテゴリワーカーロールは、作成時にレートカテゴリからそのレート構造(レートタイプ、測定単位、通貨)を継承するワーカーロール作成時に固定され、後から変更できない。ワーカーロールをサービスファミリー間で複製する前に、正しいレートカテゴリ(FG-A04-01)を確認すること。
承認グループSOWタイプの承認ワークフローは、SOWをユーザ管理で定義された1つ以上の承認グループにルーティングするSOWの承認には、採用マネージャーの承認チェーンに加えて、法務部門や購買部門の承認が必要になることが多い。ブループリント時に、ワークフローの深さをクライアントの実際の承認ポリシーと照らし合わせて検証すること。
派遣タイプ / 求人テンプレートスタッフ増強のためにSOWタイプ+ワーカーロールと類似の役割を果たす、並行した派遣労働者側の構造だが、完全に独立して設定されるSOWタイプと派遣タイプが共有または相互参照可能であると想定してはならない。SOWと派遣労働者の求人設定は、別個のオブジェクトツリーである。

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

2.0 FG所有権の範囲

FG管理者によるSOWタイプ、ワーカーロール、イベントライブラリ、SOWテンプレートデータセクションの所有権を示すチェックリスト

データ区分FG関与備考
SOWタイプ — 分類とワークフロー◎ オーナーSOWタイプID、名称、価格決定モデル、承認ワークフロー、コラボレーションルール、ステータス — すべてFieldglass管理画面で作成・管理
ワーカーロール — ロールとレート設定◎ オーナーワーカーロールID、名称、レートカテゴリ参照、時間計測方法、ステータス
イベントライブラリ — 支払イベント設定◎ オーナーイベントID、名称、トリガー条件、イベントタイプ、ステータス
SOWテンプレート — テンプレート構成◎ オーナーテンプレートID、名称、SOWタイプ参照、ワーカーロール、イベントライブラリ、支払特性

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


2.1 SOWタイプ — 分類とワークフロー

主要なSOWタイプフィールドのチェックリスト: SOWタイプID、名称、価格決定モデル、承認ワークフロー、コラボレーションルール、ステータス

SOWタイプは、作業範囲記述書に価格決定モデルと承認・コラボレーションパスを付与するフィールドを保持します。これらは、それに基づいて構築されるすべての下流のSOWテンプレートを形成する決定事項です。

フィールド説明実務上の使用例
SOWタイプIDSOWタイプの一意の英数字識別子(例:SOWT-FIXED、SOWT-FP)これに基づいて構築されるすべてのSOWテンプレートから参照されます。複数の事業部門が独立してタイプを作成する前に、命名規則(例:価格決定モデルに基づく)を合意してください。
SOWタイプ名管理コンソール全体に表示される、ビジネスで読み取り可能なラベルカテゴリバイヤーが新しいSOWテンプレートを開始する際に表示されるドロップダウンに表示されます。名前はひと目で区別できるようにしてください(例:「固定価格ITサービス」と「T&Mコンサルティング」)。
価格決定モデル固定価格 / 時間&資材 / マイルストーンベース — このタイプのすべてのSOWが従う請求構造レコード上で最も重要なフィールドです。これにより、SOWが一括払い、タイムシート時間、または完了したマイルストーンのいずれに対して支払われるかが決まります。このタイプの下にSOWテンプレートが存在すると変更できません。ブループリント時に、サービスファミリごとに正しいモデルを確認してください。
承認ワークフローこのタイプに基づいて構築されたSOWテンプレートを公開する前に、作業範囲記述書が通過しなければならない承認ステップの数と順序承認チェーンが長いと、SOWのサイクルタイムが直接遅くなります。標準の採用マネージャーチェーンを超えて、SOWの承認には法務または購買部門の承認が必要になることが多いため、クライアントの実際の承認ポリシーに照らしてチェーンを検証してください。
コラボレーションルール交渉中にサプライヤがSOW条件を編集できるかどうかを管理します(例:レッドライン編集の有効/無効)レッドラインを有効にすると、サプライヤはSOWを受け入れる前に追跡された変更を提案できます。無効にすると、厳格な承認または拒否のワークフローが強制されます。本稼働前に、サービスファミリごとにクライアントの交渉姿勢を確認してください。
ステータスアクティブ / 非アクティブSOWタイプを非アクティブにすると、新しいSOWテンプレートで選択できなくなりますが、すでにそれに基づいて構築されたテンプレートには遡及的に影響しません。進行中のSOWは影響を受けずに継続されます。

2.2 ワーカーロール — ロール & レート設定

主要なワーカーロールフィールドのチェックリスト: ワーカーロールID、名称、レートカテゴリ、時間追跡方法、ステータス

Worker Role(ワーカーロール)は、SOW(作業範囲記述書)に基づいて提供される労働カテゴリと、その支払いおよび請求の基準となるレートベースを定義するフィールドを保持します。これは一度メンテナンスされ、該当する任意の数のSOWテンプレートに添付されます。

フィールド説明実務上の使用例
ワーカーロール IDワーカーロールの一意の識別子(例:WR-DEV-01、WR-SE)この労務カテゴリを必要とするすべてのSOWテンプレートから参照されます。テナントが成熟するにつれて、一貫したID規則(例:職種やシニアリティ別)により、大規模なワーカーロールライブラリを検索可能に保ちます。
ワーカーロール名ビジネスで読み取り可能なラベルSOWテンプレートおよびワーカーを登録するサプライヤに表示されます。内部コードではなく、ビジネスがそのロールを呼ぶ方法(例:「シニアソフトウェア開発者」)で記述します。
レートカテゴリこのワーカーロールの支払い/請求基準が解決されるレートカテゴリ(FG-A04-01)ワーカーロール作成時に継承され、後から変更することはできません。ワーカーロールをサービスファミリ間で複製する前に、正しいレートカテゴリを確認してください。不一致があると、編集ではなくロールの再構築が必要になります。ワーカーロールはレート/レートグリッド層をスキップしてレートカテゴリを直接指すため、SOWのレートガバナンスは派遣労働よりも緩やかです。これはSOW主体のプログラムでよく見られる監査指摘事項です。
時間追跡方法タイムシートベース(ロールに対して記録された時間)またはマイルストーンベース(タイムシートなし、成果物完了時に支払い)SOWタイプの価格モデルと整合している必要があります。マイルストーンベースのSOWタイプとタイムシートベースのワーカーロールを組み合わせると、頻繁なコンフィギュレーションの不一致が発生し、請求処理がブロックされます。
ステータス有効 / 無効廃止されたワーカーロール(例:廃止されたスキルカテゴリ)は、それを参照するSOWテンプレートがまだ存在する場合、削除ではなく「無効」を使用して無効化します。

2.3 イベントライブラリ — 支払イベント設定

イベントライブラリのフィールドをグループ化したスタック階層図:イベントID、名前、トリガー条件、イベントタイプ、ステータス

イベントライブラリには、単一の支払いまたはマイルストーントリガーを定義するフィールドが含まれています。これらは一度メンテナンスされ、該当するSOWテンプレート全体で再利用可能であり、それらのテンプレートに紐づく労働ロールとは独立しています。

フィールド説明実務上の使用例
イベントIDイベントの一意識別子(例:EVT-MS-DELIVERY)このトリガーに対して支払いを行うSOWテンプレートから参照されます。一貫したID規則(例:トリガータイプ別)により、大規模なイベントライブラリをサービスファミリー全体でナビゲートしやすくなります。
イベント名ビジネスで読み取り可能なラベルSOW自体に支払条件として表示されます。サプライヤが認識できるように記述してください(例:「マイルストーン支払い — 成果物承認」)。内部コードは使用しないでください。
トリガー条件支払イベントを発生させる特定のアクションまたは日付(例:「成果物承認時」、固定カレンダー日付、定期的な間隔)サプライヤはこれに基づいて直接キャッシュフローを計画します。トリガー条件があいまいまたは未実施の場合、請求書紛争の頻繁な原因となります。公開前に、カテゴリバイヤーと正確な文言と必要な証拠を検証してください。
イベントタイプマイルストーン / 定期 / 成果物ベース — トリガーが従うパターンFieldglassが、1回限りの完了イベント、繰り返しスケジュール、または支払いリリース前の成果物承認のいずれを期待するかを決定します。請求ミスマッチを避けるため、タイプをSOWタイプの価格モデルと一貫させてください。
ステータスアクティブ / 非アクティブ古いイベント(例:廃止されたマイルストーン構造)は、それを参照するSOWテンプレートがまだ存在する場合は削除せず、「非アクティブ」を使用して廃止してください。

2.4 SOWテンプレート — テンプレートアセンブリ

SOWテンプレートフィールド(テンプレートID、名前、SOWタイプ、ワーカーロール、イベントライブラリ、支払特性)を示すスタック階層図

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

フィールド説明実務上の使用例
テンプレートIDSOWテンプレートの一意の識別子(例:SOWTPL-IT-01)カテゴリバイヤーがこのテンプレートから新しい作業範囲記述書を起動する際に参照されます。サービスファミリー(例:IT、コンサルティング、施設管理)ごとに命名することで、大規模なテンプレートライブラリをナビゲートしやすくします。
テンプレート名ビジネスで読みやすいラベルカテゴリバイヤーがSOWを開始する際に実際に検索して選択する名前です。内部コードではなく、ビジネスがそのエンゲージメントをどのように呼ぶかに合わせて記述します。
SOWタイプこのテンプレートの基盤となるSOWタイプテンプレート作成時に固定されます。このテンプレートから起動されるすべてのSOWが従う、価格決定モデル、承認ワークフロー、およびコラボレーションルールを決定します。価格決定ニーズが異なるサービスファミリー間でテンプレートを複製する前に、正しいSOWタイプを確認してください。
ワーカーロールこのSOWの対象となる労力カテゴリとして割り当てられる1つ以上のワーカーロール1つのテンプレートに複数のワーカーロールを積み重ねることができます(例:リードコンサルタントとそれを支援する開発者)。公開前に、組み合わせたリストに重複や不足している労力カテゴリがないか確認してください。これはUATでよく見られる指摘事項です。
イベントライブラリこのテンプレートの支払いおよびマイルストーントリガーが解決されるイベントライブラリテンプレート作成時に継承され、後から変更することはできません。サービスファミリー間でテンプレートを複製する前に、正しいイベントライブラリを確認してください。不一致があると、テンプレートの編集ではなく再構築が必要になります。
支払特性SOWの支払方法の概要。価格決定モデル(SOWタイプ経由)とイベントライブラリのトリガーの組み合わせです(例:「月次+マイルストーン」)よくある本番稼働時の問題です。支払特性の調整が不十分なテンプレートは、請求タイミングの指定が不十分になるか、支払期限に関してサプライヤとの紛争を引き起こします。本番稼働前に、クライアントの実際の請求サイクルに照らして検証してください。

次に読むべきもの

L1) Big Picture

IDCategoryTitle
fg-001OverviewSAP Fieldglassとは何ですか?

L2-A) Master Data

IDCategoryTitle
fg-a01OverviewSAP Fieldglass マスタデータ:概要、階層、関係性
fg-a02-01Master DataSAP Fieldglass サイト
fg-a02-02Master DataSAP Fieldglass ロケーション
fg-a02-03Master DataSAP Fieldglass ビジネスユニット
fg-a02-04Master DataSAP Fieldglass 原価センタ
fg-a03-01Master DataSAP Fieldglass ユーザロール
fg-a03-02Master DataSAP Fieldglass ユーザ
fg-a03-03Master DataSAP Fieldglass 承認グループ
fg-a03-04Master DataSAP Fieldglass 配信リスト
fg-a04-01Master DataSAP Fieldglass レートカテゴリ
fg-a04-02Master DataSAP Fieldglass レートグリッド
fg-a04-03Master DataSAP Fieldglass 外部労働力タイプ
fg-a04-04Master DataSAP Fieldglass SOWテンプレート 📍
fg-a05-01Master DataSAP Fieldglass MSP 会社
fg-a05-02Master DataSAP Fieldglass 認定資格

L2-B) Transaction

IDCategoryTitle
fg-b01OverviewSAP Fieldglass トランザクション:プロセスフロー、階層、および関係性