JinJin48

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

July 15, 2026 · 14 min read

SAP FSM クラウドパートナー

Crowd Partner（クラウドパートナー）は、Crowd Owner（クラウドオーナー）が完了したパートナー登録を承認した瞬間に作成されるレコードであり、外部サービス提供者組織そのものを表します。この組織は、Crowd Workforceエコシステムにおいて認定されアクティブとなり、その後その企業が雇用しジョブに割り当てる個々のパートナーテクニシャンとは区別されます。これはパートナーエコシステムチェーン（Partner Invitation → Partner Registration → Crowd Partner → Partner Technician）の3番目のリンクであり、一回限りのオンボーディング提出を、常駐の派遣可能なパートナー企業に変換します。また、そのActiveステータスは、そのパートナーに作業を割り当てることを可能にする唯一のゲートとなります。この記事では、その概念とチェーン内での位置づけ（パート1）、次にFSM固有のフィールド詳細（パート2）について説明します。

パート1: クラウドパートナー — 中核概念（全モジュール共通）#

1.1 Crowd Partner とは#

Crowd Partner（クラウドパートナー）は、外部企業がオンボーディングを完了した後、継続的に管理されるマスタレコードです。これは、パートナー登録時に取得される一時的なスナップショットとは対照的に、関係が続く限りCrowd Owner（クラウドオーナー）が最新の状態に保つオブジェクトです。概念的には、「申請した企業」と「テクニシャンを調達できる企業」の間のピボット（軸）となります。つまり、その前のプロセス（招待、登録）は単一の通過イベントであるのに対し、Crowd Partnerは永続し、再認定、停止、再有効化が可能であり、時間の経過とともに自社のパートナーテクニシャンの名簿を蓄積します。

1.2 パートナー・ステータス・タイプ#

Partner Invitation（パートナー招待）やPartner Registration（パートナー登録）のステータスがワークフローを一度だけ通過する状態を表すのとは異なり、Crowd Partner（クラウドパートナー）のステータスは継続的かつ再入可能な関係を管理します。パートナーは数か月間アクティブ（Active）状態となり、その後コンプライアンス問題によりブロック（Blocked）され、後に復帰する可能性もあります。このステータスを正しく設定することは、ディスパッチ時に直接影響します。このフィールドこそが、Assisted Scheduling（アシストスケジューリング）がこのパートナーのテクニシャンをジョブに考慮することを許可するかどうかを決定する唯一の項目です。

設計原則: クラウドパートナーのステータスは、一度限りの合否チェックポイントではなく、ライブゲートです。コンサルタントは、これを関係期間中に双方向に変化し得るフィールドとしてモデル化し、アシストスケジューリングにおけるパートナー適格性ロジックは、初期アクティベーション時だけでなく、ディスパッチ時点で現在のステータスをチェックするように構築する必要があります。

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

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

Client (FSM Tenant)
└── Partner Invitation "INV-001" — invite sent to partner@example.com, Status: Accepted
    └── Partner Registration "REG-001" — company info submitted by XYZ Service Co., Status: Completed
        └── Crowd Partner "CP-001" — XYZ Service Co., Status: Active
            └── Partner Technician "PT-001" — John Doe, works for CP-001
                                                          ── registers skill ──> Skill "SK-ELEC" (Zone C, Electrical Work L3)

Crowd Partnerは、「完了したパートナー登録」の直下に位置します。これは1:1の包含リンクであり、1つの登録を承認すると正確に1つのCrowd Partnerが作成されます。また、Crowd Partnerは、それが雇用するパートナーテクニシャンの直上に位置します。これは1:Nのリンクであり、1つのアクティブな会社が時間の経過とともに複数の個別テクニシャンを登録および名簿登録できることを示します。パートナーテクシシャンからスキルへのリンクは、引き続きゾーンをまたがる参照であり、兄弟記事であるパートナー招待およびパートナー登録と同様に、ネストされた下ではなく、サイド矢印として描かれます。

適用範囲に関する注意: クラウドパートナーは、組織階層自体においてビジネスパートナー、プラント、または地域の下に位置するわけではありません。これは、自己完結型のテナントレベルのオンボーディングフローの一部として残ります。地域は、ディスパッチマッチング時に使用される、クラウドパートナーレコードに記録されるカバレッジ属性としてのみ関与します（2.3参照）。このツリーにおける包含親ではありません。

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

Crowd Partnerは、オンボーディングチェーンと日々の運用世界が交わり始めるオブジェクトです。これは、正確に1つの上流マスタ前提条件と1つの真の下流マスタ子を持ち、さらに、包含関係ではないものの運用上重要な2つの間接的なタッチポイントを持ちます。

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

2.0 FSMの所有範囲#

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

2.1 識別と会社プロファイル#

このセクションでは、クラウドパートナーレコード自体を特定し、オンボーディングチェーンを通じてそのリンクを保持します。これは、一度限りの登録を恒久的な会社プロファイルに変換するデータです。

2.2 ステータスと認証#

これらのフィールドは、クラウドパートナーが派遣対象として適格であるかどうか、およびその期間を決定するものであり、一度設定されるのではなく、関係の存続期間中に繰り返し再評価されます。

2.3 商品と地域のカバレッジ#

これらのフィールドは、このパートナーがどのような作業に、どこで対応可能かを定義します。これは、スキルマッチングとアシストスケジューリングが、このクラウドパートナーのテクニシャンにジョブをルーティングするかどうかを判断する際に読み取る入力情報です。

2.4 連絡先 & 管理詳細#

これらのフィールドにより、クラウドオーナーはパートナー企業に継続的に連絡を取ることができ、パートナー登録時に取得される一時的なスナップショットではなく、生きたデータとして維持されます。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction

ゾーン クロップ ソース: 04-fsm-a01-master-landscape.png (mtime: 2026-07-15 11:04)