JinJin48

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

July 8, 2026 · 11 min read

SAP Fieldglass MSP 会社

MSP Companyは、MSP & Certification Settingsの下にある2つのフェーズ4オブジェクトのうち最初のものであり、その兄弟であるCertificationはFG-A05-02で別途文書化されています。MSP Companyは、サプライヤをテナントのマネージドサービスプロバイダ（MSP）として指定し、クライアントに代わって派遣労働者および/またはSOWプログラムを管理する報酬として、MSPが請求レートに対して獲得するマークアップまたは割引料金を定義します。その設定はオプションです。モジュール独自のRequired vs Optional Master分類によれば、MSP Companyは、サプライヤ自己管理モデルや直接調達モデルではなく、MSP運営プログラムを実行しているテナントにのみ適用されます。この記事では、まずFieldglassのすべてのプロセスエリアでMSP Companyが関わる共通の概念（パート1）を説明し、セクション1.3では、その実際のサプライヤ依存関係と現在のモジュール環境における既知のギャップを含め、その後、Fieldglass管理者が設定するすべてのフィールドを詳細に説明します（パート2）。

第1部: MSP会社 — 中核概念（全モジュール共通）#

1.1 MSP 企業とは何か#

MSP Companyは、1つのサプライヤをテナントのマネージドサービスプロバイダーとして正式に昇格させるレコードであり、プログラム運営に対してMSPが受け取る手数料条件を保持します。それ自体は、誰が投稿に応答できるか、どのレートが適用されるか、または購買依頼がどのように承認されるかを定義するものではありません。これらはすべて、以前のフェーズ1～3の記事で説明されたオブジェクトによって引き続き管理されます。MSP Companyは、プラットフォームを通過するトランザクションの上に、プログラム管理手数料を追加するだけです。

1.2 MSP 手数料体系モデルの比較#

MSP Companyは、Contingent TypeやSOW Typeのように正式な「タイプ」フィールドを持ちません。代わりに、そのFee Structureフィールドが2つの報酬モデルを選択し、方向性を誤ると、プログラムを通じて生成されるすべての下流の請求書が黙って誤って表示されます。

設計原則: 設定前に、クライアントが署名したMSP契約で実際に使用されている手数料体系モデルを確認すること — マークアップと割引は請求金額を逆方向に動かし、この2つは互換性のあるデフォルトではありません。

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

ゾーン D — ジョブ投稿 · SOW · MSP（このオブジェクト独自のゾーン）：MSP会社は独立したテナントレベルのノードであり、子ノードを持たず、他のゾーン D オブジェクトへの出力ラインやチップも持ちません。これは修正後のランドスケープの行 1 レイアウト（認定への実線なし）と一致します。

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

Zone D position (standalone tenant-level object — no children, no outbound chip, no solid line to any other Zone D node)
MSP Company "MSP-01" — Managed Svc Provider  ◄── this article

Real-world prerequisite (Setup Flow: "24. MSP Company ← (Supplier)"; ER Diagram: "MSP Company ←── Supplier (1:1)")
Supplier "SUP-001" — ABC Staffing Services
   │
   └── designated as ──> MSP Company "MSP-01" — Managed Svc Provider  ◄── this article

MSP Companyは、FieldglassマスタデータランドスケープのゾーンDにおいて、Contingent TypeおよびSOW Typeと並ぶスタンドアロンのRow 1カードとして位置づけられます。ただし、これら2つとは異なり、ゾーンD内に子要素を持ちません。修正後のランドスケープでは、MSP CompanyからCertificationに引かれていた実線の包含線が削除されました。これは、2つのPhase 4オブジェクトが互いに独立して設定されることが確認されたためです（CertificationはFG-A05-02で別途文書化されています）。

このモジュール独自のセットアップフローエントリ「24. MSP会社 ← (仕入先)」と、そのER図エントリ「MSP会社 ←── 仕入先 (1:1)」は、どちらもMSP会社の実際のマスタデータ前提条件が仕入先であることを確認しています。つまり、特定の仕入先レコードがプログラムのMSPとして指定され、FieldglassはMSP会社レコードを作成する前にその仕入先が既に存在していることを期待しています。

既知のギャップ（FG-A03-04でフラグ済みと同様）: 現在のFieldglassマスタデータランドスケープのゾーンAには、サプライヤノードがまだ含まれていません。これは、FG-A03-04（配信リスト）が独自のN:Mサプライヤ依存関係を文書化した際に初めてフラグが立てられ、現在も未解決のままです。FG-A02-05（サプライヤ）が起草され、ゾーンAが拡張されてサプライヤが含まれるまで、MSP会社のサプライヤ依存関係は、ランドスケープ画像上でクロスゾーンチップとしてレンダリングできません。ここでは、ランドスケープが追いつく前に、信頼できる関係として記事本文に文書化されています。

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

MSP Companyは単独で存在するわけではありません。その唯一の目的は、このモジュールの他の箇所で文書化されているSupplier、Rate、Templateオブジェクトを経由して既に流れているトランザクションに手数料を付加することです。

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

2.0 FG所有権の範囲#

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

2.1 MSP 会社 — 分類と関連付け#

MSP Companyは、レコードを識別し、Managed Service Providerステータスに昇格される単一の仕入先に結び付けるフィールドを保持します。

2.2 手数料体系 — マークアップ/割引設定#

Fee Structure（手数料体系）には、MSPがいくら稼ぐか、およびその金額が請求総額をどの方向に動かすかを定義する2つのフィールドが含まれています。これは、MSP会社レコードの商業的な中核です。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction