SAP FSM コンタクト

SAP FSM 連絡先
Contactは、FSMにおける個人名を持つ人物のマスタレコードであり、ビジネスパートナー(顧客)に関連付けられます。施設管理者、サイト管理者、またはディスパッチャーやテクニシャンが連絡を取る必要があるその他の人物です。これは常にビジネスパートナーの子レコードであり、単一のビジネスパートナーは任意の数のContactを持つことができ、それぞれが役割と連絡先詳細によって区別され、Contact自体にはそれ以上のサブオブジェクトはありません。この記事では、FSMコンサルタントがContactレコードを作成する際に設定・管理するすべてのフィールドと、それらのフィールドがContactを、フェーズ1(顧客管理)で併存するビジネスパートナーおよび住所マスタにどのように関連付けるかをマッピングします。
パート 1: コンタクト — 中核概念(全モジュール共通)
1.1 コンタクトとは

Contact(連絡先)は、顧客に紐づく特定の名前を持つ個人を表します。これは顧客組織自体(Business Partner)ではなく、物理的な場所(Address)でもありません。FSMが、技術者やディスパッチャーが現場の担当者に連絡を取る必要がある際に、一般的な会社の電話番号に頼るのではなく、常に実在する個人の名前と連絡先情報を保持できるようにするために存在します。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | ビジネスパートナー(顧客)に関連付けられた個別の指名者のマスタレコード。FSM全体で、顧客サイトの連絡先や通知先を特定するために使用されます。 | |
| 使用するモジュール | FSM(顧客管理 — プライマリオーナー)、S/4HANA / SAP Business Partner(連絡先がビジネスパートナーのコンタクトパーソン関係として複製される場合のソースシステム。FSMでネイティブ作成はされません)、S/4HANA Service(ERP統合時(FSM-B10)に、サービスオーダーでオンサイトの連絡先が必要な場合に参照されます) | |
| トランザクション | FSM Web UI「ビジネスパートナー管理」アプリ、連絡先タブ。S/4HANAソース側では、連絡先がビジネスパートナーから作成される場合、トランザクション BP(コンタクトパーソンタブ)を使用します。 | |
| 主要テーブル | FSM: Contact ビジネスオブジェクト(Core API / ODataエンティティ)— FSMはマルチテナントクラウドソリューションであり、従来のABAPテーブルは使用しません。ソースシステム: ビジネスパートナーから同期される場合、S/4HANA Business Partner関係テーブル(例:BUT050 ビジネスパートナー関係、BUT051 コンタクトパーソン住所使用) | |
| S/4HANAに関する注意 | 連絡先はFSMでネイティブ作成するか、S/4HANA Business Partnerのコンタクトパーソン関係から同期(推奨)できます。同期する場合、FSMの連絡先レコード上のビジネスパートナー参照は、既にFSMに複製されている同一の顧客マスタに解決される必要があります。 |
1.2 取引先担当役割と機能

FSM の単一のビジネスパートナーには、通常、複数の連絡先が登録されています。施設管理者、請求管理者、緊急時の時間外連絡先などです。連絡先ロール(または機能)フィールドにより、ディスパッチャーやテクニシャンはこれらを一目で区別でき、これを誤ると、現場で緊急の用事が発生した際に間違った担当者に連絡してしまうリスクがあります。
| 役割 / 機能 | 説明 | 典型的なユースケース | 主な動作 | |
|---|---|---|---|---|
| 一次 / 施設連絡先 | スケジュール調整とサイトアクセスのための日常的な連絡窓口 | 一般的なアポイントメント調整 | 通常、特定のビジネスパートナーに対してモバイルアプリで技術者に表示されるデフォルトの名前 | |
| 技術連絡先 | 設備や設置物自体に関する実務知識を持つ担当者 | サービスコール前またはサービスコール中の技術的な確認 | ディスパッチャが回答できないサイト固有の技術的コンテキストが必要なジョブの際に参照される | |
| 請求 / 管理連絡先 | 請求書や契約レベルの質問を処理する | バックオフィスの請求や契約に関する問い合わせ | 通常、フィールド技術者には表示されず、請求やアカウント管理プロセスで使用される | |
| 緊急 / 時間外連絡先 | 通常業務時間外の緊急呼び出しに対応可能な担当者 | 標準業務時間外の緊急ディスパッチ | 標準の作業時間パターン外で緊急サービスコールが発生した場合に、計画・ディスパッチング(FSM-B04)によって参照される |
設計原則: 連絡先ロールは設定可能な項目であり、SAP提供の固定選択リストではありません。汎用的なテンプレートをそのまま引き継ぐのではなく、クライアントのサービスデスクが実際に受信コールをトリアージする方法に合わせて値リストを調整してください。
1.3 組織レベルとデータ階層

データ階層と具体例(ゾーンA · カスタマー管理 — テナントレベル;FSMには取引先より上位の会社コード/プラントスコープは存在しない)
Client (FSM Tenant)
│
├── Business Partner BP-001 — ABC Corp (Customer)
│ │
│ ├── Contact CT-A — Taro Tanaka, Facility Manager
│ └── Address AD-A — 1-1 Marunouchi, Tokyo
│
└── Business Partner BP-002 — XYZ Ltd (Customer)
│
├── Contact CT-B — Hiro Suzuki, Ops Lead
└── Address AD-B — 2-2 Umeda, Osaka設計原則: コンタクトはビジネスパートナーのテナントレベル(クライアントレベル)の子レコードであり、会社コード/プラント階層は関与しません。コンタクトとアドレスは同じビジネスパートナー配下の兄弟関係にあり、互いに直接参照することはなく、単に同じ親の下に属しているだけです。
1.4 他のマスタデータオブジェクトとの統合

連絡先は単独では存在せず、ビジネスパートナーに紐づいて管理され、FSMの他のオブジェクトが連絡先となる人物を必要とする際に常に参照されます。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| ビジネスパートナー | コンタクトは、1つのビジネスパートナー(親)の子レコードとして存在する | 他の場所で参照された際に、コンタクトがどの契約やサービス履歴に関連付けられるかを決定する。コンタクトを別のビジネスパートナーに再割り当てすることは稀であり、変更管理の対象とすべきである。 | |
| アドレス | 同じビジネスパートナーに紐づく兄弟レコード | コンタクトとアドレスは互いに直接参照しない。両者は単に同じビジネスパートナーに属する。ディスパッチャーは通常、誰に問い合わせるか(コンタクト)と、どこに行くか(アドレス)を一緒に確認する。 | |
| 設備 | 間接的な関係 — 設備は、コンタクトが紐づく同じビジネスパートナーによって所有される | サービスコールが特定の設備に対して起票される際に、コンタクトが選択されることが多い。これにより、テクニシャンは現場でのアクセス調整を行う担当者を把握できる。 | |
| サービスコール (FSM-B03) | コンタクトは、サービスコールの現場担当窓口として記録できる | コンタクトが所有するものではないが、ディスパッチ中に頻繁に参照される。ここに古い電話番号が残っていると、現場調整の機会損失につながる一般的かつ回避可能な原因となる。 |
パート 2: FSM 固有のフィールド詳細
2.0 FSM 所有権の範囲

| データ区分 | FSM関与 | 備考 | |
|---|---|---|---|
| 基本識別情報・ビジネスパートナー割当 | ◎ オーナー | 連絡先ID、氏名、ビジネスパートナーリンク — この人物が誰であり、どのビジネスパートナーに属するかを確立します | |
| 連絡先詳細 | ◎ オーナー | 電話番号、携帯番号、メールアドレス、優先連絡手段 — ディスパッチャーやテクニシャンが実際にこの人物に連絡を取るための情報です | |
| 役割、機能、部署 | ◎ オーナー | 連絡先役割/機能、部署、役職、および同一ビジネスパートナー内の複数連絡先を区別するためのデフォルト連絡先フラグ | |
| ステータスとサイトメモ | ○ ビジネスパートナー管理と共有 | 有効フラグと自由記述のサイトメモ。ライフサイクルのコンテキストは、主に親ビジネスパートナーに従います |
凡例: ◎ = オーナー/重要、○ = 直接関与
2.1 コア識別とビジネスパートナー割当

これらのフィールドは、この人物が誰であるか、およびコンタクトレコードがどのビジネスパートナーに紐づけられているかを定義します。これら2つが設定されて初めて、コンタクト上の他のすべてのフィールドが意味を持ちます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| コンタクトID | FSMがレコードに対して内部的に生成する一意の識別子 | 作成時に自動生成。サービスコールやレポートからのすべての相互参照で使用されます。IDは安定した状態を維持してください。名前のタイプミスを修正する場合は、レコードを再作成するのではなく、既存のレコードを編集してください。 | |
| コンタクト名 | 担当者の自由記述のフルネーム | サービスコールで現場の連絡先が必要な場合に、技術者やディスパッチャに表示されます。このフィールドには担当者の名前のみを入力し、役職や肩書きは別途(2.3)で取得してください。これにより、検索と表示がクリーンに保たれます。 | |
| ビジネスパートナID | このコンタクトが属するビジネスパートナ(顧客) | 必須項目。コンタクトは親ビジネスパートナなしでは存在できません。コンタクトレコードを保存する前に、ビジネスパートナがすでに作成され、FSMに同期されている必要があります。 | |
| 外部ID(ソースシステム参照) | 同期時に、元のS/4HANAビジネスパートナコンタクト担当者関係(例:BUT050関係番号)への参照 | FSMとS/4HANA間の調整に使用されます。同期実行後に外部IDが欠落または不一致の場合、同一人物に対して重複したコンタクトレコードが作成される一般的な原因となります。 |
2.2 通信詳細

以下は、ディスパッチャーとテクニシャンが実際に連絡先にアクセスするために使用するフィールドです。ここでの正確性は、当日の運用に直接的な影響を及ぼします。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 電話番号 | 主な固定電話またはオフィスの電話番号 | ディスパッチャーがテクニシャンを派遣する前にアポイントメントの時間枠を確認するために使用します。営業時間外はオフィスの電話が繋がらないことが多いため、携帯電話番号とは区別して管理してください。 | |
| 携帯電話番号 | 連絡先の直接の携帯電話番号 | ほとんどのテクニシャンが移動中や到着時に実際に電話する番号です。このフィールドは電話番号よりも頻繁に変更され、運用上も重要であるため、最新の状態に保つことを優先してください。 | |
| メールアドレス | 連絡先のメールアドレス | アポイントメント確認や、カスタマーセルフサービスが有効な場合のポータル通知に使用されます。データロード時に形式を検証してください。形式が不正なアドレスは、エラーが表示されることなく通知送信に失敗します。 | |
| 優先連絡チャネル | 連絡先が電話、メール、SMS/モバイルアプリ通知のいずれを希望するかを示します。 | このフラグを尊重することで、アポイントメントの未達リスクを低減できます。電話連絡を希望せず、メールやアプリ通知のみを希望する顧客もいます。 | |
| 言語 | コミュニケーションに使用する優先言語 | 言語設定がサポートされている場合、FSMが自動アポイントメントリマインダーやセルフサービス向けポータルテキストに使用する言語テンプレートを決定します。言語が未設定または誤っていると、連絡先が読めない言語でリマインダーが送信される可能性があります。 |
2.3 ロール、機能、部門

ビジネスパートナーには通常、複数の連絡先が登録されているため、これらのフィールドにより、ディスパッチャは、単に最初にリストされているレコードをデフォルトで使用するのではなく、特定の状況に適した連絡先を選択できます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 連絡先ロール/機能 | この連絡先が担当する業務を分類します(1.2参照) | 特定のシナリオでデフォルトで表示される連絡先を決定します。同じビジネスパートナーに両方が存在する場合、緊急サービスコールでは請求連絡先よりも緊急/時間外連絡先が優先されます。 | |
| 部門 | 連絡先が所属するビジネスパートナー組織内の自由記述の部門またはチーム | サイト/部門をまたいで多数の連絡先がいる大規模エンタープライズ顧客に最も有用です。ディスパッチャーが、正しい会社だけでなく、正しい建物やチームの担当者に連絡していることを確認するのに役立ちます。 | |
| 役職 | 自由記述の役職 | モバイルアプリで連絡先名とともに表示され、現場に到着したテクニシャンが誰と会うのか、その権限レベル(例:施設管理者 vs 一般スタッフ)を把握できるようにします。 | |
| 優先連絡先フラグ | ビジネスパートナーごとに1つの連絡先をデフォルトとしてマークします | そのビジネスパートナーに対して新しいサービスコールが作成された際に、どの連絡先が事前選択されるかを制御します。あいまいなデフォルトを避けるため、ビジネスパートナーごとに正確に1つの連絡先にこのフラグを設定する必要があります。 |
2.4 ステータス & サイトノート

これらのフィールドは、取引先担当者レコードに、識別、コミュニケーション、または役割に明確に分類できないライフサイクルおよび実用的なオンサイトコンテキストを補完します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| ステータス(有効 / 無効) | この連絡先が有効な問合せ先であるかどうかを示します | 担当者が顧客組織を離れた場合、レコードを削除せずに「無効」に設定します。この連絡先を参照していたサービスコールの履歴は引き続き検索可能である必要があります。 | |
| サイトアクセスメモ | この特定の担当者への連絡や協力に関する自由記述メモ | テクニシャンが訪問前に役立つ実用的な詳細を入力します(例:「9時~15時のみ連絡可能」「電話よりテキストメッセージを希望」)。住所の「設置住所上書き」とは異なります。こちらは物理的なサイトアクセスではなく、担当者に関する情報です。 | |
| 更新者 / 最終更新日 | レコードを最後に更新したユーザーまたは統合アカウントとその日時 | ビジネスパートナー同期後に予期しないデータ変更が発生した場合のトラブルシューティングに役立ちます。ディスパッチャーによる手動編集とS/4HANAからの自動更新を区別できます。 |
次に読むべきもの
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 トランザクション:プロセスフロー、階層、および関係 |