JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 12 min read

表紙: SAP FSM Contact — すべてのビジネスパートナーの背後にある指名連絡先

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 組織レベルとデータ階層

FSMマスタデータランドスケープのゾーンAの切り抜き。テナントレベルでのビジネスパートナー、コンタクト、アドレスを示しています

データ階層と具体例(ゾーン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所有権を示すチェックリスト

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

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


2.1 コア識別とビジネスパートナー割当

主要な連絡先識別フィールドのチェックリスト: 連絡先ID、連絡先名、ビジネスパートナーID、外部ID

これらのフィールドは、この人物が誰であるか、およびコンタクトレコードがどのビジネスパートナーに紐づけられているかを定義します。これら2つが設定されて初めて、コンタクト上の他のすべてのフィールドが意味を持ちます。

フィールド説明実務上の使用例
コンタクトIDFSMがレコードに対して内部的に生成する一意の識別子作成時に自動生成。サービスコールやレポートからのすべての相互参照で使用されます。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

IDCategoryTitle
fsm-001OverviewSAP FSMとは何ですか?

L2-A) Master Data

IDCategoryTitle
fsm-a01OverviewSAP FSM マスタデータ:概要、階層、および関係性
fsm-a02-02Master DataSAP FSM コンタクト 📍
fsm-a02-03Master DataSAP FSM アドレス
fsm-a03-01Master DataSAP FSM 設備
fsm-a03-02Master DataSAP FSM 設備階層
fsm-a03-03Master DataSAP FSM サービス履歴
fsm-a04-01Master DataSAP FSM スキル
fsm-a04-02Master DataSAP FSM 作業時間パターン
fsm-a04-03Master DataSAP FSM リージョン
fsm-a04-04Master DataSAP FSM テクニシャン
fsm-a04-05Master DataSAP FSM クルー
fsm-a04-06Master DataSAP FSM 欠勤
fsm-a04-07Master DataSAP FSM スキル要件
fsm-a05-02Master DataSAP FSM 汎用ツール
fsm-a05-03Master DataSAP FSM シリアルツール
fsm-a05-04Master DataSAP FSM 倉庫
fsm-a05-05Master DataSAP FSM バンストック
fsm-a06-01Master DataSAP FSM パートナー招待
fsm-a06-02Master DataSAP FSM パートナー登録
fsm-a06-03Master DataSAP FSM クラウドパートナー
fsm-a06-04Master DataSAP FSM パートナーテクニシャン

L2-B) Transaction

IDCategoryTitle
fsm-b01OverviewSAP FSM トランザクション:プロセスフロー、階層、および関係