SAP FSM パートナーテクニシャン

SAP FSM パートナーテクニシャン
パートナーテクニシャンとは、アクティブクラウドパートナーに雇用または関連する個人(実際に派遣されたアクティビティを受け入れ、顧客先に移動し、作業を実行する実在の人間)に対して、パートナー管理者が作成するレコードです。これは、単に存在を可能にするだけのクラウドパートナー企業レコードとは区別されます。パートナーエコシステムチェーン(パートナー招待 → パートナー登録 → クラウドパートナー → パートナーテクニシャン)における4番目かつ最後のリンクです。すべてのパートナーテクニシャンには、その1:Nマスタデータ前提条件としてアクティブクラウドパートナーが必要であり、SAP-FSM_Master.mdのマスタデータ設定フロー、階層構造、およびER図に従い、その下にFSMマスタデータオブジェクトはネストされません。パートナーテクニシャンは真のリーフノードであり、それ以上通過するものではありません。この記事では、その概念とチェーン内での位置付け(パート1)、次にFSM固有のフィールド詳細(パート2)について説明します。
パート1: パートナー技術者 — 中核概念(全モジュール)
1.1 パートナーテクニシャンとは

Partner Technician(パートナーテクニシャン)は、組織自身のTechnician Management(テクニシャン管理)ドメインではなく、Crowd Workforce(クラウドワークフォース)チャネルを通じて提供される、個別に識別可能な単一のフィールドサービスリソースを表します。これは、内部のPerson/Technician(担当者/テクニシャン)オブジェクト(FSM-A04-04)に対応するクラウドソース版ですが、テナント自身の従業員データの外部に存在するため、別個のオブジェクトとしてモデル化および管理されます。概念的には、Partner Ecosystem(パートナーエコシステム)チェーンが企業(Invitation(招待)、Registration(登録)、Crowd Partner(クラウドパートナー))に関するものであることをやめ、再び個人に関するものになるポイントであり、これは組織自身のTechnician Management(テクニシャン管理)ドメイン内でPerson/Technician(担当者/テクニシャン)が表すのと同じ変化です。
| 項目 | 詳細 |
|---|---|
| 役割 | クラウドソーシングされたフィールドサービス技術者の個別マスタレコードであり、正確に1つのアクティブクラウドパートナーに所属登録されます |
| 使用するモジュール | FSMのみ(クラウドサービス / パートナーエコシステム)— S/4HANAやECCに相当するオブジェクトはありません |
| トランザクション | パートナーポータル(パートナー管理者が技術者名簿を登録・保守);モバイルフィールドサービスアプリ(派遣後の技術者自身の実行インターフェース)— FSMはスタンドアロンのクラウドUIであるため、従来のトランザクションコードはありません |
| 主要テーブル | FSMネイティブのSaaSデータモデルであり、FSM OData/REST APIを介してのみ公開 — 顧客が参照可能なABAPテーブルはありません |
| S/4HANAに関する注記 | 直接適用されません。パートナー技術者には独自のS/4HANA/ECC相当物はありません。その親であるクラウドパートナーのみが、後でクラウドサービス調達フローのためにS/4HANAのビジネスパートナー/仕入先と相互参照される可能性がありますが、その相互参照は個々の技術者レベルには及びません |
1.2 可用性 / ディスパッチステータスタイプ

Crowd Partnerの会社レベルのステータスや、Partner Invitation(パートナー招待)およびPartner Registration(パートナー登録)の一方向ワークフローステータスとは異なり、Partner Technicianのステータスは、スキルマッチングやCrowd Dispatching(クラウド派遣)が特定の担当者を作業に割り当てる際に毎回チェックされる、個人単位で再入力可能な準備完了フラグです。概念的には、社内のPerson/Technicianの単一のPlannableフラグに相当するクラウド側のものであり、パートナー側の技術者が一時的に利用不可、作業中、または完全に名簿から削除された場合など、それぞれ異なる下流への影響を考慮して、より豊富なステータスセットに拡張されています。
| ステータス | 派遣許可 | 主な動作 |
|---|---|---|
| 利用可能 | はい | パートナー管理者がテクニシャンを登録し、そのクラウドパートナーがアクティブになるとデフォルトの状態になります。アクティビティがそのパートナーにルーティングされると、スキルマッチング/アシストスケジューリングの候補として表示されます。 |
| 割当済 | いいえ(一時的) | テクニシャンがパートナーアクティビティ承認を介して特定のアクティビティを承諾し、現在実行中です。アクティビティがクローズされるか再割り当てされるまで、新しい候補リストから除外されます。 |
| 利用不可 | いいえ | パートナーから報告された休暇またはキャパシティブロックです。これは内部の担当者/テクニシャンオブジェクトにおける欠勤に相当するパートナー側の概念です。同じクラウドパートナー配下の他のテクニシャンには影響しません。 |
| 無効化 | いいえ | パートナー管理者またはクラウドオーナーがテクニシャンを名簿から削除しました(例:パートナー会社を退社した場合)。履歴上のアクティビティおよびサービスレポートのトレーサビリティのためにレコードは保持されますが、このパートナーIDでの将来の派遣のために再有効化することはできません。 |
設計原則: パートナーテクニシャンのステータスは個人にスコープされますが、クラウドパートナー自身のステータスは会社全体にスコープされます。テクニシャンが利用不可(Unavailable)であっても、そのクラウドパートナーがアクティブ(Active)のままであることは可能ですが、ブロック(Blocked)または非アクティブ(Inactive)のクラウドパートナーは、そのすべてのテクニシャンの個別ステータスを上書きします。コンサルタントは、ディスパッチの適格性を、テクニシャン自身のステータスのみではなく、両方のレベルに対するチェックとしてモデル化する必要があります。
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, Status: Available
── registers skill ──> Skill "SK-ELEC" (Zone C, Electrical Work L3)パートナーテクニシャンは、パートナーエコシステムチェーンの最下層に位置し、アクティブクラウドパートナーの直下にあります。これは1対Nの包含関係であり、1つの企業が任意の数の個別テクニシャンを登録できます。SAP-FSM_Master.mdのマスタデータ設定フロー、階層構造、およびER図によると、これはチェーンの末端ノードであることが確認されています。ソースのどこにも、パートナーテクニシャンの下に入れ子になるFSMマスタデータオブジェクトは示されていません。その唯一の出力線は、ゾーン間のスキル(ゾーンC)への参照であり、下に入れ子になるのではなく、サイド矢印として描かれています。これは、同様のパートナー招待、パートナー登録、およびクラウドパートナーの記事とまったく同じです。パートナーテクニシャンは、マッチング目的でスキルを登録/主張しますが、スキルマスタレコードを所有または包含しません。
範囲に関する注意: 3つのチェーン兄弟と同様に、パートナーテクニシャンは組織階層内でビジネスパートナー、プラント、または地域の下に位置しません。これは、自己完結型のテナントレベルのパートナーエコシステムフローに属し続けます。地域スタイルのカバレッジは、属性値としてのみ(親であるクラウドパートナーのサービス地域カバレッジから継承、2.3参照)入力され、包含する親としては機能しません。ディスパッチ時のアクティビティ/サービスコールとのテクニシャンのトランザクショナルなタッチポイントも、このマスタデータツリーの一部ではありません — 1.4を参照してください。
1.4 他のマスタデータオブジェクトとの統合

パートナーテクニシャンは、パートナーエコシステムチェーンの末端に位置します。マスタデータの前提条件としてクラウドパートナーを1つだけ持ち、下流のマスタデータ子要素は一切ありません。その他の接続は、運用上重要な2つの間接的なタッチポイントのみです。これらはいずれも包含関係ではありません。スキルへのクロスゾーン参照と、ディスパッチ時におけるアクティビティ/サービスコールへのトランザクション参照です。
| オブジェクト | 関係性 | 実務上の注意点 |
|---|---|---|
| クラウドパートナー | 直接N:1上流 — すべてのパートナーテクニシャンは、正確に1つのアクティブなクラウドパートナーに属する必要があります。クラウドパートナーは任意の数のテクニシャンを登録できます。 | コンサルタントは、作成時に親パートナーIDを必須として扱う必要があります。すでにアクティブなクラウドパートナーとは独立してパートナーテクニシャンを登録する方法はありません。また、クラウドパートナーがブロック済または非アクティブに変更されると、そのテクニシャン全員の個別ステータスが上書きされます。 |
| スキル (FSM-A04-01、クロスゾーン、間接) | 参照、包含ではない — テクニシャン自身が申告したスキルリストは、サービスコールまたは設備のスキル要件と比較されます。 | 構造的には内部の担当者/テクニシャンのスキル割当(FSM-A04-04)と同じ考え方ですが、ここに記録されるスキルは通常、内部で検証されたトレーニング記録ではなく、パートナー自身の申告に基づきます。コンサルタントは、このリストを内部テクニシャンのスキルと同様に信頼する前に、クライアントのプロセスでクラウドオーナーの承認が必要かどうかを確認する必要があります。 |
| アクティビティ / サービスコール (トランザクション、間接) | ディスパッチ時にのみ参照され、アクティビティ [パートナーに割当] および パートナーアクティビティ承認 の後になります。保存されたマスタデータリンクではありません。 | 内部の担当者/テクニシャンオブジェクトとアクティビティの関係を反映しています。パートナーテクニシャンレコードには特定のアクティビティを指すフィールドはなく、割当はアクティビティ/トランザクション側の実行時関係として存在し、マスタレコード自体には存在しません。 |
パート 2: FSM 固有のフィールド詳細
2.0 FSMの所有範囲

| データ区分 | FSMの関与 | 備考 |
|---|---|---|
| 識別情報 & パートナーリンク | ◎ オーナー | 完全にFSMネイティブ。親となるクラウドパートナー(Crowd Partner)レコードへの必須リンク |
| スキル & 資格 | ○ テクニシャン管理(スキルマスタ)と共有 | アシストスケジューリング/スキルマッチングがスキル要件の照合に参照するスキル参照リスト |
| 空き状況 & 派遣ステータス | ◎ オーナー | 特定のテクニシャンが現在ジョブに選択可能かどうかを判断するライブゲート |
| 連絡先詳細 | ◎ オーナー | パートナーポータルを通じて維持管理。一時的なオンボーディング時のスナップショットではなく、継続的に更新 |
凡例: ◎ = オーナー / クリティカル、○ = 直接関与
2.1 識別とパートナーリンク

このセクションでは、個々のテクニシャンレコードを識別し、そのテクニシャンが所属するクラウドパートナー企業への必須リンクを保持します。これは、個人とその個人を保証する企業を結び付けるデータです。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| パートナー技術者ID | FSMが生成する技術者レコードの一意の識別子(例:PT-001) | スキル一覧、可用性ステータス、および派遣後のアクティビティ割当自体で参照される追跡キーとなります。サービスレポートと実行履歴は両方ともこのIDに依存するため、引退したIDを代替技術者に再利用しないでください。 |
| 技術者名 | パートナー管理者によって登録された個人の名前 | パートナーポータルの名簿に表示され、アクティビティが割り当てられると、社内の担当者/技術者の名前と同じように、ディスパッチャーおよび顧客向け画面に表示されます。 |
| パートナーID | 親クラウドパートナーレコードへの必須の参照 | この技術者が自身のレコードで繰り返さない、会社レベルのコンテキスト(ステータス、商品コード、サービス地域カバレッジ)を継承します。監査やレポート作成のために技術者レベルのデータをエクスポートする際は、このIDを引き継いでください。 |
| 登録日 | パートナー管理者がこの技術者をクラウドパートナーの名簿に追加した日付 | 在籍期間レポートにおいて、親クラウドパートナーのオンボーディング日を補完します。パートナーの名簿増加が契約されたサービス量と一致しているかを確認する際の一般的なフィルターです。 |
2.2 スキル & 資格

これらのフィールドにより、スキルマッチングとアシストスケジューリングは、特定のクラウドテクニシャンが特定の作業に対して適格かどうかを判断できます。これは、内部の担当者/テクニシャン自身のスキルフィールドと構造的に同じ考え方です。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| スキル | このパートナーテクニシャンに申請または割り当てられたスキルレコードのリスト(スキルマスタ、FSM-A04-01 を参照) | アシストスケジューリングは、候補が社内かクラウドソースかを問わず、サービスコールまたは設備のスキル要件とこの同じフィールドを比較します。ここでリストが不完全だと、それ以外は適格なパートナーテクニシャンがマッチング対象から暗黙的に除外されます。 |
| スキル確認ステータス | クラウドオーナーが、このテクニシャンの申請されたスキルを独立して確認したかどうか | このチェックがないと、ディスパッチは確認のない自己申告に依存するリスクがあります。コンサルタントは、ブループリント作成時に、パートナーテクニシャンのスキルリストを社内テクニシャンと同様に信頼できるものとして扱う前に、クライアントのプロセスで承認が必要かどうかを確認する必要があります。 |
| 認定資格参照 | テクニシャンレベルで添付された、サポートする認定資格ドキュメントへのオプションのポインタ | 認定資格がテクニシャンごとにここで追跡されるのか、それとも親クラウドパートナー自身の認定資格ステータスフィールドでのみ追跡されるのかを、クライアントと確認する価値があります。両方のレベルで同じ証拠を追跡することは、事前に明確に範囲を定義していない場合、データ不整合の一般的な原因となります。 |
2.3 利用可能在庫確認状況 & ディスパッチ状況

これらのフィールドは、この個々のテクニシャンが今まさにディスパッチ可能かどうか、そしてどこにディスパッチ可能かを決定するものであり、登録時に一度設定されるのではなく、新しいアクティビティに候補者が必要になるたびに再評価されます。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| ステータス | 現在の準備状態 — 利用可能、割当中、利用不可、または無効化 | スキルマッチングとクラウドディスパッチングでは、このテクニシャンをジョブの候補として検討する前に、まずこの単一フィールドをチェックします。パートナーの人員体制ダッシュボードを構築する際は、親となるクラウドパートナー自身のステータスとともに、このフィールドを最初に組み込んでください。 |
| 現在の割当 | このテクニシャンが現在従事しているアクティビティへの読み取り専用参照。ステータスが「割当中」の場合のみ設定されます。 | パートナーポータルおよびディスパッチャ側での可視性のためにのみ存在します。権威ある割当レコードは、ここではなくアクティビティオブジェクト自体に存在します。これは、Person/Technicianがアクティビティを指し示す格納フィールドを持たないのと同様です。 |
| 担当エリア | このテクニシャンが実際に活動する地理的範囲。デフォルトでは、親のクラウドパートナーのサービス地域カバレッジから継承されます。 | テクニシャン単位での上書きが許可されているかどうかをクライアントと確認してください。多くの実装では、これを親パートナーの地域に固定しており、個々のテクニシャンが会社の契約範囲外に派遣されることを防いでいます。 |
2.4 連絡先詳細

これらのフィールドは、個々のテクニシャンを、ディスパッチ可能になった後に連絡を取る必要があるシステムや人々(一方ではモバイルフィールドサービスアプリ、他方ではディスパッチャーと顧客)に接続します。
| フィールド | 説明 | 実務上の使用 |
|---|---|---|
| 連絡先メールアドレス | テクニシャン自身が使用可能なメールアドレス。パートナーポータルを通じてプロビジョニングされる | モバイルフィールドサービスアプリのアカウントプロビジョニングに使用。内部の担当者/テクニシャンのメールとは異なり、パートナー管理者が入力するため、最新の状態に保つことはパートナー自身の責任である |
| 連絡先電話番号 | 作業実行中にディスパッチャーや顧客が連絡するための電話番号 | アクティビティが「割当済」に移行すると、内部の担当者/テクニシャンの電話番号フィールドと同様に使用される。クライアントの設定が許可する場合、ETA通知のために顧客に表示される |
| モバイルアプリアクセス | このテクニシャンがアクティブなプロビジョニング済みのモバイルフィールドサービスアプリログインを持っているかどうか | テクニシャンは、アプリアクセスがまだ設定されていなくても、ロスター上で「利用可能」として存在できる。テクニシャンが候補として表示されるだけでなく、実際にディスパッチされたアクティビティを受信して実行できることを前提とする前に、これがプロビジョニングされていることを確認すること |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| fsm-001 | Overview | SAP FSMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| fsm-a01 | Overview | SAP FSM マスタデータ:概要、階層、および関係性 |
| fsm-a02-02 | Master Data | SAP FSM コンタクト |
| fsm-a02-03 | Master Data | SAP FSM アドレス |
| fsm-a03-01 | Master Data | SAP FSM 設備 |
| fsm-a03-02 | Master Data | SAP FSM 設備階層 |
| fsm-a03-03 | Master Data | SAP FSM サービス履歴 |
| fsm-a04-01 | Master Data | SAP FSM スキル |
| fsm-a04-02 | Master Data | SAP FSM 作業時間パターン |
| fsm-a04-03 | Master Data | SAP FSM リージョン |
| fsm-a04-04 | Master Data | SAP FSM テクニシャン |
| fsm-a04-05 | Master Data | SAP FSM クルー |
| fsm-a04-06 | Master Data | SAP FSM 欠勤 |
| fsm-a04-07 | Master Data | SAP FSM スキル要件 |
| fsm-a05-02 | Master Data | SAP FSM 汎用ツール |
| fsm-a05-03 | Master Data | SAP FSM シリアルツール |
| fsm-a05-04 | Master Data | SAP FSM 倉庫 |
| fsm-a05-05 | Master Data | SAP FSM バンストック |
| fsm-a06-01 | Master Data | SAP FSM パートナー招待 |
| fsm-a06-02 | Master Data | SAP FSM パートナー登録 |
| fsm-a06-03 | Master Data | SAP FSM クラウドパートナー |
| fsm-a06-04 | Master Data | SAP FSM パートナーテクニシャン 📍 |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| fsm-b01 | Overview | SAP FSM トランザクション:プロセスフロー、階層、および関係 |