JinJin48

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

July 8, 2026 · 11 min read

SAP Fieldglass 配信リスト

配信リストは、Fieldglassのフェーズ2「ユーザー＆権限設定」メニューグループ内で4番目に表示されるオブジェクトであり、ユーザーロール、ユーザー、承認グループと並んで管理エリアに配置されています。しかし、モジュール独自のセットアップフローでは、その実際の前提条件は「配信リスト ← (仕入先)」と示されており、ユーザーや承認グループではありません。配信リストは、ジョブ投稿やSOWが公開時に参照する、精選された再利用可能な仕入先プールであり、外部の人材派遣会社やSOWベンダーに通知して応答を促すために使用されます。本記事では、パート1で、すべてのFieldglass機能領域にわたる配信リストのコアコンセプトをマッピングし（セクション1.3では、管理上の位置づけに対する実際の仕入先依存関係の完全な解決を含む）、その後、パート2で、管理者が配信リストレコードを作成および保守する際に設定するすべてのフィールドを詳述します。

第1部: 配信リスト — 中核概念（全モジュール共通）#

1.1 配布リストとは#

Distribution List（配布リスト）とは、ジョブ投稿やSOWが公開時に参照する、名前付きで再利用可能な仕入先プールです。これにより、通知され応答を求められる外部人材紹介会社やSOWベンダーが決定されます。管理者は、個々の投稿ごとに手動で仕入先を選択する代わりに、ビジネスユニット、サイト、または労働カテゴリに基づいて、少数のDistribution Listを一度だけキュレーションします。各投稿やSOWは、ゼロから構築するのではなく、関連するリストを参照するだけで済みます。

1.2 スコープ別の配布リストカテゴリ#

配信リストには正式な「タイプ」コードフィールドはありません。代わりに、すべてのリストはいくつかの一般的なスコープパターンのいずれかを中心に構築されています。このスコープを誤ると、直接的で目に見えるビジネス上の問題が発生します。スコープが広すぎると、サプライヤは自社の資格に関係のない転記を目にすることになります。狭すぎたり断片的すぎたりすると、プログラムは互いに同期しなくなる、ほぼ重複したリストを何十も管理することになります。

設計原則: プログラムの実際のサプライヤセグメンテーションが許す限り、狭い範囲で配布リストを設定します。技術的には単一の包括的なリストでも機能しますが、厳選されたサプライヤプールが提供する価値、すなわち的を絞った適格な競争を損なうことになります。

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

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

Zone B position (administrative grouping only — see note below)
User Role "ROLE-ADMIN" — Administrator
│
└── User "u.admin" — System Admin
       └╌╌ proximity only, not a data dependency ╌╌> Distribution List "DL-ENG-ALL" — Notification group  ◄── this article

True master-data prerequisite (Setup Flow: "Distribution List ← (Supplier)"; ER Diagram: "Distribution List ←── Supplier (N:M)")
Supplier "SUP-001" — ABC Staffing Services
│
└── assigned to ──> Distribution List "DL-ENG-ALL" — Notification group  ◄── this article

Supplier "SUP-002" — XYZ IT Resourcing
│
└── assigned to ──> Distribution List "DL-ENG-ALL" — Notification group  ◄── this article

Fieldglass マスタデータランドスケープは、ゾーンBのユーザー「u.admin」の直下に配信リストを描画します。これは、ユーザーや承認グループと同じ管理メニュー領域から管理されるためです。これはメニュー/管理上の便宜に過ぎません。ユーザーロール、ユーザー、または承認グループから配信リストへの組織的またはデータ上の依存関係はありません。配信リストは、これら3つのオブジェクトが存在することを必要とせず、それらからデータが取り込まれることも一切ありません。

当該モジュールのセットアップフロー項目「11. 配信リスト ← (仕入先)」およびER図項目「配信リスト ←── 仕入先 (N:M)」は、実際のマスタデータ前提条件が、フェーズ1（ゾーンA、FG-A02-05）の会社構造オブジェクトである「仕入先」であり、ユーザおよび権限設定オブジェクトではないことを確認しています。配信リストは、メンバーとして追加する仕入先レコードが少なくとも1件存在するまで意味のある形で設定できず、また1つの仕入先は任意の数の配信リストに属することができます（N:M）。これは、上記2つのサンプル仕入先が同一のリストに紐づく例と正確に一致します。

モジュールランドスケープの未処理明細: 現在のFieldglassマスタデータランドスケープのゾーンAは、テナント、ビジネスユニット、原価センタ、サイト、ロケーションのみをモデル化しており、図のどこにも仕入先ノードはまだ含まれていません。FG-A02-05（仕入先）がドラフトされ、ゾーンAが拡張されて仕入先が含まれるまで、この真の仕入先依存関係は、ランドスケープ画像上でクロスゾーンチップや破線コネクタとしてレンダリングできません。ここでは、ランドスケープが追いつく前に、信頼できる関係として記事本文に文書化されています。

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

配布リストレコードは単独では存在しません。その目的は、含まれる仕入先に伝票をルーティングすることです。

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

2.0 FG所有権の範囲#

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

2.1 基本識別とステータス#

これらのフィールドはリストを識別し、今後新しいジョブ投稿やSOWに引き続き添付できるかどうかを制御します。

2.2 メンバーシップと配信の設定#

これらのフィールドは、どの仕入先がリストを経由してルーティングされた伝票を実際に受信するか、またそのルーティングがどの程度自動的に行われるかを決定します。

前提条件: 配布リストのメンバーとして追加する前に、少なくとも1つの有効な仕入先レコードが存在している必要があります（設定フロー：「配布リスト ← (仕入先)」）。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction