SAP FSM アドレス

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

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

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