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

表紙: SAP FSM Address — すべてのビジネスパートナーと設備の背後にある解決済みロケーション

SAP FSM アドレス

アドレスは、FSMにおける、ビジネスパートナ(顧客)に関連付けられた物理的な場所のマスタレコードです。登録された請求先サイト、設備が設置されている場所、またはテクニシャンが派遣される可能性のあるその他のサイトです。これは常にビジネスパートナの子レコードであり、単一のビジネスパートナは任意の数のアドレスレコードを持つことができ、各レコードはアドレスタイプによって区別され、ルーティングのために地理位置情報に解決されます。アドレス自体には、それ以上のサブオブジェクトはありません。この記事では、FSMコンサルタントがアドレスレコードを作成する際に設定および保守するすべてのフィールドと、それらのフィールドがどのようにアドレスを、フェーズ1(顧客管理)でその横に位置するビジネスパートナおよびコンタクトマスタに接続し、フェーズ2で設備に接続するかをマッピングします。


第1部: アドレス — 中核概念(全モジュール)

1.1 アドレスとは

アドレスを中心に、ビジネスパートナー、コンタクト、設備に接続するハブアンドスポーク図

アドレスは、顧客に紐づく特定の物理的な場所を表します。これは、顧客組織自体(ビジネスパートナー)や、名前のある個人(コンタクト)ではありません。FSMが、技術者をどこかに派遣する必要がある場合や、請求/通信に郵送先が必要な場合に、あらゆる目的で単一の汎用的な会社住所に依存するのではなく、常にジオコーディングされ、解決可能な場所をファイルに保持できるようにするために存在します。

項目詳細
役割ビジネスパートナー(顧客)に関連する物理的な場所のマスタレコード。ルーティング、ディスパッチ、および通信に使用される地理位置情報に解決されます。
使用するモジュールFSM(顧客管理 — プライマリ所有者)、S/4HANA / SAP Business Partner(アドレスがFSMでネイティブに作成されるのではなく、ビジネスパートナーの標準アドレスまたは用途別アドレスとして複製される場合のソースシステム)、S/4HANA Service(ERP統合(FSM-B10)中に、サービスオーダーに解決済みのサイトロケーションが必要な場合に参照されます)
トランザクションFSM Web UI「ビジネスパートナー管理」アプリ、アドレスタブ。S/4HANAソース側では、アドレスがビジネスパートナーから発生する場合、トランザクション BP(アドレスタブ / 標準アドレス)
主要テーブルFSM: Address ビジネスオブジェクト(Core API / ODataエンティティ)— FSMはマルチテナントクラウドソリューションであり、従来のABAPテーブルは使用しません。ソースシステム: ビジネスパートナーから同期される場合のS/4HANAアドレステーブル ADRC およびビジネスパートナーアドレス割当テーブル BUT020
S/4HANAに関する注意アドレスはFSMでネイティブに作成するか、S/4HANAビジネスパートナーの標準/用途別アドレスから同期する(推奨)ことができます。同期する場合、FSMアドレスレコードのビジネスパートナー参照は、すでにFSMに複製されている同じ顧客マスタに解決される必要があり、フリーテキストアドレスは通常、同期後に緯度/経度にジオコーディングされます。

1.2 アドレスタイプ

アドレスタイプ値の比較グリッド — 登録/請求先、設置/サービス先、出荷/郵送先、代替/緊急サイト — と各タイプの使用方法

FSM の単一のビジネスパートナーには、通常、複数の住所が登録されています。請求先オフィス、設備が設置されているサイト、部品納入用の倉庫ドックなどです。住所タイプフィールドにより、ディスパッチャーやバックオフィススタッフはこれらを区別できます。これを誤ると、技術者を誤ったサイトにルーティングしたり、空き地に請求書を郵送したりするリスクが生じます。

アドレスタイプコードユースケース主な動作
登録/請求先住所BILL請求および契約連絡用のデフォルト住所通常、S/4HANAのビジネスパートナの標準住所から直接同期されます。サービスコールや設備レコードで別のサイトが指定されていない限り、デフォルトで使用されます。
設置/サービス住所INST設備が設置され、技術者が実際に派遣される物理的なサイトFSM-B04(計画・派遣)におけるルート最適化と移動時間計算を駆動します。複数の拠点を持つ顧客の場合、ビジネスパートナの登録住所とは異なることがよくあります。
出荷/郵送先住所SHIP部品、ツール、または連絡文書を配送する場所バンストック補充や返品が技術者経由ではなく顧客サイトに直接配送される場合に、資材・ツール管理で使用されます。
代替/緊急サイト住所ALT同一ビジネスパートナのセカンダリまたはバックアップロケーション一時的な移転(例:季節サイト)や、プライマリ設置住所に到達できない場合のフォールバック派遣場所として使用されます。

設計原則: アドレスタイプは設定可能な項目であり、SAP提供の固定選択リストではありません。複数の物理拠点を持つビジネスパートナーは、単一のアドレスレコードに矛盾する詳細を過剰に詰め込むのではなく、拠点/目的ごとに1つのアドレスレコードを持つ必要があります。


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つのビジネスパートナー(親)の子レコードですアドレスが請求に使用される場合、どの契約および請求条件が適用されるかを決定します。アドレスを別のビジネスパートナーに再割り当てすることはまれであり、変更管理の対象とすべきです。
コンタクト同じビジネスパートナーに属する兄弟レコードアドレスとコンタクトは互いに直接参照しません。両方とも単に同じビジネスパートナーに属します。ディスパッチャーは通常、両方を一緒に確認します。誰に問い合わせるか、どこに行くかです。
設備設備の設置場所は、ビジネスパートナーの登録住所とは異なる、特定のアドレスレコードに解決されます設備レコードは、派遣目的で正確に1つのアドレスを参照します。ここで誤ったアドレスタイプが割り当てられると、テクニシャンが誤った現場にルーティングされる一般的な原因となります。
計画・ディスパッチング (FSM-B04)アドレスの地理位置情報は、プランニングボード上のルート最適化と移動時間計算に使用されますアドレスが所有するものではありませんが、ディスパッチ時に大量に消費されます。ジオコーディングされていない、または不正確なアドレスは、目に見えるエラーを発生させることなく、ルーティング品質を静かに低下させます。

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

2.0 FSM 所有権の範囲

住所データセクション全体におけるFSM所有権を示すチェックリスト: 識別、住所詳細、位置情報/ルーティング、ステータス/アクセスメモ

データ区分FSM関与備考
コア識別情報 & ビジネスパートナー割当◎ オーナーアドレスID、アドレスタイプ、ビジネスパートナーリンク — このロケーションの用途と、どのビジネスパートナーに属するかを定義します
住所詳細◎ オーナー番地、市区町村、郵便番号、地域/州、国 — 人が読める郵送先住所
位置情報 & ルーティング◎ オーナー緯度/経度、ジオコーディングステータス、および計画・ディスパッチングがルーティングに使用するタイムゾーン
ステータス & アクセス注記○ ビジネスパートナー管理と共有有効フラグと自由形式のサイトアクセス注記。ライフサイクルコンテキストは、基本的に親ビジネスパートナーに従います

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


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

主要な住所識別フィールドのチェックリスト: 住所ID、住所タイプ、ビジネスパートナーID、外部ID

これらのフィールドは、この所在地の目的と、住所レコードがどのビジネスパートナーに紐づけられるかを定義します。これら2つが設定されて初めて、住所の他のすべてのフィールドが意味を持ちます。

フィールド説明実務上の使用例
アドレス IDFSM がレコードに割り当てる内部の一意識別子作成時に自動生成され、設備からのすべての相互参照およびレポートで使用されます。ID は安定した状態に保ってください。番地や市区町村の入力ミスを修正する場合は、レコードを再作成するのではなく、既存のレコードを編集してください。
アドレスタイプこのアドレスの目的を分類します (1.2 参照)特定のシナリオでデフォルトで表示されるアドレスを決定します。設備の派遣は、ビジネスパートナの請求先アドレスではなく、設置/サービスアドレスに解決される必要があります (両方が存在する場合)。
ビジネスパートナ IDこのアドレスが属するビジネスパートナ (顧客)必須です。アドレスは親ビジネスパートナなしでは存在できません。アドレスレコードを保存する前に、ビジネスパートナがすでに作成され、FSM に同期されている必要があります。
外部 ID (ソースシステム参照)同期時に、元の S/4HANA ビジネスパートナアドレス (例:ADRC アドレス番号) への参照FSM と S/4HANA 間の調整に使用されます。同期実行後に外部 ID が欠落または不一致の場合、同じ実在場所に対して重複したアドレスレコードが作成される一般的な原因となります。

2.2 住所詳細

住所詳細フィールドのスタック階層図:住所1/2行目、市区町村、郵便番号、都道府県/地域、国

以下は、実際の郵送先住所または事業所住所を構成する、人間が読める郵便関連フィールドです。これらは、ジオコーディング(2.3)がルーティング可能な場所に変換するための生の入力データです。

フィールド説明実務上の使用例
住所行 1 / 2通り名と番地、および建物、階、部屋番号などの補足行通り情報は、ソースシステムの形式と正確かつ一貫性を保つようにします。略語の不統一(例:「St.」と「Street」)は、ロード時のジオコーディング精度を低下させます。
市区町村市区町村名郵便番号と併用してジオコーディングに使用され、レポートでの地域グループ化にも使用されます。S/4HANAから同期された非英語の市区町村名については、ローマ字表記の一貫性を確認してください。
郵便番号郵便番号 / ZIPコード自動ジオコーディングの精度において最も重要なフィールドです。郵便番号が欠落している、または形式が不正であることは、位置情報ピンの配置が不適切になる一般的な根本原因です。
都道府県 / 地域州、都道府県、または地域区分地域別レポートに使用され、一部の設定では、正確なジオロケーションが利用可能になる前に、サービスコールをルーティングするリージョン(FSM-A04-03)を事前にフィルタリングするために使用されます。
国住所の国適用される住所形式の検証と郵便番号パターンを決定します。また、住所が請求処理にフィードされる場合、税金や通貨のデフォルト値にも関連します。

2.3 位置情報とルーティング

住所のジオロケーションフィールドのチェックリスト: 緯度、経度、ジオコーディングステータス、タイムゾーン

これらのフィールドは、住所を実際にディスパッチングで使用可能にするものです。計画・ディスパッチング(FSM-B04)は、ここに含まれる座標からルートを計画し、移動時間を推定します。郵便のテキスト情報だけからは行いません。

フィールド説明実務上の使用例
緯度 / 経度住所の地理座標。通常、郵便関連フィールドのジオコーディングにより導出されます。プランニングボードのマップビューと移動時間計算に直接反映されます。初期データロード後、ジオロケーションの精度を確認してください。フリーテキストから自動ジオコーディングされた住所は、地方や新築の現場では数百メートルずれる可能性があります。
ジオコーディングステータス座標が正常に解決されたか、保留中か、失敗したかを示します。一括ロード後の一般的なデータ品質シグナルです。失敗または保留状態のままの住所は、ディスパッチに使用する前に手動で修正する必要があります。
タイムゾーン住所の場所に適用されるタイムゾーン。サービスコールのスケジューリングと技術者の勤務時間パターン(FSM-A04-02)を顧客の現地時間に合わせるために使用されます。複数地域での展開時に特に重要です。

2.4 ステータスとアクセスに関する注意事項

アドレスのライフサイクルおよびサイトコンテキストフィールドのチェックリスト: ステータス、サイトアクセスメモ、変更者/日付

これらのフィールドは、識別、住所詳細、または地理的位置情報に明確に分類できない、ライフサイクルおよび実用的な現場コンテキストを住所レコードに補完します。

フィールド説明実務上の使用例
ステータス(有効 / 無効)この住所が引き続き有効で使用中の場所であるかどうかを示します拠点が閉鎖されたり、顧客が移転した場合、レコードを削除するのではなく「無効」に設定します。この住所を参照していたサービスコールや設備の履歴は引き続き照会可能である必要があります。
サイトアクセスメモこの特定の場所への物理的な到達方法や入構方法に関する自由形式のメモテクニシャンが訪問前に役立つ実用的な詳細を入力します(例:「ドック入口のみ」、「時間外はゲートコードが必要」)。連絡先のサイトアクセスメモ(人物に関するもの)とは異なり、物理的な場所に関するものです。
最終更新者 / 最終更新日レコードを最後に更新したユーザーまたは統合アカウントとその日時ビジネスパートナー同期後に予期しないデータ変更が発生した場合のトラブルシューティングに役立ちます。手動によるディスパッチャーの編集と、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 トランザクション:プロセスフロー、階層、および関係