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

表紙: SAP FSM 倉庫 — S/4HANAと同期された、品目、汎用ツール、シリアルツールの在庫を保持する物理在庫保管場所

SAP FSM 倉庫

倉庫は、FSMにおける物理的または論理的な在庫保管場所(配送センター、地域倉庫、返品/修理ステージングエリアなど)のマスタレコードであり、FSMでネイティブに作成されるのではなく、既存のS/4HANAのプラントと保管場所の組み合わせに対して一対一でマッピングされます。FSMネイティブである汎用ツール(FSM-A05-02)およびシリアルツール(FSM-A05-03)とは異なり、倉庫は(S/4HANA→FSMで)同期されます。FSMは新しいプラント/保管場所の値を定義せず、FSM側の参照のみを維持し、品目、汎用ツール、シリアルツールの在庫、およびバンストックの補充がこれを基準とします。倉庫は、本シリーズが「品目・ツール管理」ドメイン(フェーズ4、ゾーンD)で扱う5つのオブジェクト(品目(FSM-A05-01)、汎用ツール(FSM-A05-02)、シリアルツール(FSM-A05-03)、倉庫、バンストック(FSM-A05-05))の4番目であり、固定された物理的な場所を表します。これは、次回のシリーズであるバンストック(FSM-A05-05)が、固定された場所ではなく、移動可能な車両ベースの在庫を表すのとは対照的です。この記事では、FSMコンサルタントが倉庫レコードで目にするすべてのフィールドと、それらのフィールドが品目、汎用ツール、シリアルツール、バンストックとどのように関連しているかを説明します。


パート 1: 倉庫 — 中核概念(全モジュール共通)

1.1 倉庫とは

ハブアンドスポーク図。中央に倉庫があり、同期元のS/4HANAプラント/保管場所、実際に保有する在庫(品目/汎用ツール/シリアルツール)、および補充先のモバイル在庫(バン在庫)に接続されていることを示す

倉庫は、ツール、部品、または設備そのものではなく、物理的な在庫が置かれる保管場所を表します。倉庫は、S/4HANAに同等のプラント/保管場所の組み合わせが既に存在する場合にのみ存在します。FSMの倉庫レコードは、その組み合わせへの同期された参照であり、独立して作成されるマスタではありません。汎用ツールとシリアルツールが「これは何のツールか」に答えるのに対し、倉庫は「テクニシャンに払い出される前に、あらゆる品目およびツール管理オブジェクトの在庫は物理的にどこにあるか」に答えます。

項目詳細
役割物理的または論理的な在庫保管場所のマスタレコードであり、S/4HANAから複製されます。特定のS/4HANAプラント+保管場所の組み合わせに対応し、品目、汎用ツール、シリアルツールの在庫が保持され、バン在庫が補充される元の保管場所として機能します。
使用モジュールFSM(資材・ツール管理 — レコードを消費)および S/4HANA MM(記録の原本 — 基盤となるプラント/保管場所の組み合わせは、FSMではなくS/4HANAのエンタープライズ構造で定義・管理されます)
トランザクションFSM Web UI「マスタデータ管理」アプリ — 倉庫はFSM側で同期されたレコードとして表示/管理されます。基盤となるプラントと保管場所の値自体はS/4HANAのエンタープライズ構造設定で定義され、FSMで直接作成されることはありません。
主要テーブルFSM: 倉庫ビジネスオブジェクト(Core API / ODataエンティティ)、インバウンド複製によってデータが投入されます — FSMは従来のABAPテーブルを管理しません。プラント/保管場所の組み合わせ自体の記録システムはS/4HANAのエンタープライズ構造マスタデータです。
S/4HANA注記倉庫は、S/4HANAから同期される資材・ツール管理オブジェクト(品目、FSM-A05-01と共に)のうちの2つのみのうちの1つです — FSMネイティブでS/4HANAに相当するものがない汎用ツールやシリアルツールとは異なり、すべてのFSM倉庫レコードは、S/4HANA側に既に存在するプラント+保管場所の組み合わせに対応しています。

1.2 倉庫の利用パターン

4つの倉庫利用パターン(中央配送倉庫、地域/フィールド倉庫、返品・修理倉庫、バンストックソース倉庫)を比較したグリッド図。各パターンの例と主要な動作を示しています

倉庫自体に専用の「タイプ」フィールドはありません。レコード上のフィールド(倉庫番号、倉庫名、プラント、保管場所、住所)は、特定のロケーションが運用上どのように使用されるかに関わらず同じです。それでも、コンサルタントは一般的に、導入プロジェクト全体で同じ少数の使用パターンが繰り返されるのを目にします。運用上の役割を事前に明確にしておくことで、特定のバンストックや補充フローがどの倉庫を指すべきかが決まります。

パターン例ユースケース主要な動作
中央配送倉庫倉庫 WH-001 — 東京倉庫、プラント 1000、保管場所 0001複数のテクニシャンおよび、モデル化されている場合はより小規模な衛星倉庫に供給する、主要な地域在庫拠点通常、品目、汎用ツール、シリアルツールにわたる最も深い在庫と最も広いカタログ範囲を保持。S/4HANA側の在庫移動から直接補充される
地域/フィールド倉庫倉庫 WH-002(例示)— 大阪フィールド倉庫、プラント 2000、保管場所 0002地域のテクニシャンの近くに配置された、地域固有の小規模在庫拠点。バンストック補充の移動時間を短縮通常、その地域のサービスコールで最も一般的に消費される品目/ツールカタログの、より狭いサブセットを保持
返品・修理倉庫倉庫 WH-003(例示)— 返品・修理倉庫、プラント 1000、保管場所 0009サービスコールから返却された不良部品、または再発行前に校正や修理を待つシリアルツールの中継保管場所ここに保管されている在庫は、通常、テクニシャンのバンストックに直接出庫されない。通常、再出庫可能になる前に、S/4HANA側の検査/修理ステータスを経由する
バンストック供給元倉庫テクニシャンのバンストック(FSM-A05-05)のデフォルト補充ポイントとして参照される倉庫 WH-001特定のテクニシャンのバンストックが通常補充される単一の倉庫バンストックレコードの参照ポイントとして指定される(1.4参照)。テクニシャンの補充要求は、任意の場所ではなく、予測可能な物理的な場所にルーティングされる

設計原則: レコード上に専用の倉庫タイプフィールドはありません。特定の倉庫が運用上どのように使用されるか(中央倉庫、地域倉庫、返品倉庫、またはバンストックソース)は、どのプラント/保管場所にマッピングされるか、およびバンストックからどのように参照されるかによって表現されるビジネス/組織上の判断であり、倉庫レコード自体に保存される値ではありません。


1.3 組織レベルとデータ階層

FSMマスタデータランドスケープのゾーンD部分。品目、倉庫、汎用ツール、シリアルツール、バン在庫を表示。バン在庫から担当者/テクニシャンへのゾーン間参照あり。倉庫(WH-001)がハイライト表示

データ階層の具体例(ゾーンD · 資材・ツール管理 — テナントレベル;FSMにはこれらのオブジェクトより上位の会社コード/プラントスコープはありません)

Client (FSM Tenant)
   │
   ├── Item ITM-001 — Air Filter, Item Type = Part            (illustrative Item/Tool example shown
   │                                                            elsewhere in this shared Zone D crop)
   │
   ├── Generic Tool GT-001 — Torque Wrench (tool type record; FSM-A05-02)
   │      └── Serialized Tool ST-001 — SN TW-2024-001 (individual instance; FSM-A05-03)
   │
   └── Warehouse WH-001 — Tokyo Warehouse, Plant 1000, Storage Location 0001 (this article)
          ── maps to ──▶ S/4HANA Plant 1000 / Storage Location 0001 (reference, external system of
                          record — not itself drawn as a separate node in this FSM-tenant diagram)
          │
          └── Van Stock VS-P001 — P-001's mobile inventory (FSM-A05-05)
                 Van Stock VS-P001 ── stocks ──▶ Item ITM-001 (illustrative; a Van Stock line item can
                 reference any Item, including a Tool-type Item a Generic Tool is defined against)
                 Van Stock VS-P001 ── assigned to ──▶ Person/Technician P-001 (Zone C; cross-zone chip)

Serialized Tool ST-001 ── current location (reference, not drawn as a landscape line) ──▶
   Warehouse WH-001, or a technician's Van Stock (FSM-A05-05) if currently checked out

設計原則: 倉庫は、その「親」がFSMの外部、つまりFSMネイティブのマスタではなくS/4HANAのエンタープライズ構造に完全に存在する、唯一のゾーンDオブジェクトです。そのため、倉庫にはFSM側の前提条件オブジェクトが存在せず(マスタプロセス前提条件 = なし)、これはGeneric Tool(前提条件:品目)、Serialized Tool(前提条件:Generic Tool)、またはVan Stock(前提条件:倉庫 および 担当者/テクニシャン)とは対照的です。倉庫はVan Stockに直接供給します — ランドスケープはこれを実線の階層矢印として描画します — 一方、品目、Generic Tool、およびSerialized Toolの在庫との関係は、それらのオブジェクトに記録されるロケーション情報であり、倉庫自体から引かれた線ではありません。


1.4 他のマスタデータオブジェクトとの統合

ハブアンドスポーク図:中央に倉庫、接続先はS/4HANAプラント/保管場所(供給元)、品目/汎用ツール/シリアルツール(ここで在庫を保持、間接)、バンストック(ここから補充)、および担当者/テクニシャン(間接、バンストック経由)

倉庫は単独では存在しません。倉庫の各フィールドは、1つの質問に答えるために存在します。つまり、このFSM在庫ロケーションは、どのS/4HANAプラント/保管場所を表し、何に供給するのか、ということです。

オブジェクト関係性実務上の注意点
S/4HANA プラント / 保管場所記録のソース:すべてのFSM倉庫レコードは、1つのS/4HANAプラント+保管場所の組み合わせを正確にミラーリングします必須の上流依存関係 — 新しい物理的な場所は、FSM倉庫として同期される前に、S/4HANAのエンタープライズ構造で定義されている必要があります。プラント/保管場所の変更は、S/4HANA→FSMの一方向のみで流れ、FSM側から作成されることはありません。
品目 (FSM-A05-01) / 汎用ツール (FSM-A05-02) / シリアルツール (FSM-A05-03)間接的(在庫経由):品目と汎用ツールの物理数量、およびシリアルツールインスタンスの現在ロケーションは、この倉庫を指すことができます倉庫自体は、特定の品目、汎用ツール、またはシリアルツールレコードへの参照を保持しません — ポインタは逆方向、つまりそれらのオブジェクトの在庫/ロケーションフィールドから倉庫IDに向かって動作します。
バン在庫 (FSM-A05-05)子 / 補充元:すべてのバン在庫レコードは、正確に1つの倉庫から補充されます図では、これを直接的な実線の階層コネクタ(倉庫 → バン在庫)として描画しています。バン在庫自体の前提条件は、倉庫と担当者/テクニシャンの両方が先に存在することを明示的に要求します — これが倉庫(FSM-A05-04、本記事)とのフィールドレベルの対比です:倉庫は固定された物理的なソースロケーションであり、バン在庫はそこから引き出されるモバイル在庫です。
担当者/テクニシャン (FSM-A04-04)間接的(バン在庫経由):在庫が倉庫からテクニシャンのバン在庫に移動すると、倉庫ではなくテクニシャンがその在庫に対して責任を持つようになります在庫差異を追跡する際に有用:倉庫自身の手持ち数量を調査する前に、問題の数量が倉庫から出庫された(バン在庫出庫)ことがあるかどうかを最初に確認します。

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

2.0 FSMの所有範囲

倉庫データセクション全体におけるFSM所有権を示すチェックリスト:コア識別、S/4HANAプラントと保管場所のマッピング、およびロケーションと在庫の可視性

データ区分FSM関与備考
コア識別情報◎ オーナー(FSM側レコード)倉庫ID、倉庫名 — S/4HANA由来の倉庫レコードが複製された時点で確立されるFSM側フィールド
S/4HANAプラント・保管場所マッピング◎ オーナー(S/4HANAをミラーリング;記録のソースはS/4HANA MM)プラント、保管場所、住所 — このFSM倉庫レコードを基盤となるS/4HANAエンタープライズ構造の組み合わせに紐付けるフィールド。FSM側からは編集不可
ロケーション・在庫可視性○ 品目/汎用ツール/シリアルツール/バンストックと共有(FSM-A05-01 / FSM-A05-02 / FSM-A05-03 / FSM-A05-05)利用可能在庫(ロールアップ)、バンストックソース数(ロールアップ)、容量 — 他の品目・ツール管理オブジェクトからの在庫が現在この倉庫に存在する、またはこの倉庫から補充される集計ビュー

凡例: ◎ = オーナー / クリティカル、○ = 直接関与


2.1 コア識別

倉庫の識別フィールドのチェックリスト: 倉庫ID、倉庫名

これらの2つのフィールドは、S/4HANAのマッピングや在庫詳細が重ねられる前に、倉庫レコードがどの物理的または論理的な在庫場所を表すかを確立します。

フィールド説明実務上の使用例
倉庫IDFSMが複製された倉庫レコードに対して内部的に割り当てる識別子すべてのバン在庫レコードの補充元として参照され、品目/汎用ツール/シリアルツールの在庫およびロケーションフィールドでも使用されます。このIDはFSM側で自由に番号変更できるとは想定しないでください。これは、基となるS/4HANAのプラント/保管場所の組み合わせが同期されたために存在し、その上流の組み合わせが廃止された場合にのみ使用されなくなります。
倉庫名ロケーションの業務向け名称(例:「東京倉庫」)ディスパッチャーやテクニシャンが補充元を選択したり、現在の在庫保管場所を確認する際に表示されます。基となるS/4HANAレコードが同じプラント/保管場所の組み合わせを呼ぶ名称と一致するようにしておき、エンドユーザーにとって両システムが同じ場所として認識されるようにしてください。

2.2 S/4HANA プラント & 保管場所マッピング

倉庫のS/4HANAマッピングフィールドのスタック階層図: プラント、保管場所、住所

これらのフィールドは、倉庫がネイティブ作成ではなく同期されているために存在します。これらは、FSM側のレコードを、それが表す正確なS/4HANAエンタープライズ構造の組み合わせに紐付けます。

フィールド説明実務上の使用例
プラントこの倉庫がマッピングされるS/4HANAプラント(例:“1000”)FSMの在庫可視性とS/4HANA MM在庫を照合するコンサルタントにとっての核となるリンクフィールド。本番稼働時のデータチェックでこの値を確認すること。誤ったプラントにマッピングされた倉庫は、両側でエラーを発生させることなく、補充と在庫可視性レポートを黙って誤ったルートに送るため。
保管場所この倉庫がマッピングされるS/4HANA保管場所(例:“0001”)。プラントを特定の物理的または組織的なサブエリアに絞り込む。プラントと組み合わせることで、FSMがミラーリングしているS/4HANA側の在庫ロケーションを一意に識別する。複数のFSM倉庫レコードが同じプラントを共有しながら、異なる保管場所(例:同一プラント内のメインストアと返品/修理エリア、1.2参照)を指すことができる。
住所この倉庫に関連付けられた物理的な住所テクニシャンの拠点への移動計画や、FSM Web UIのマスタデータ管理アプリでの表示に使用される。テクニシャンが古い場所にルーティングされないよう、S/4HANA側で管理されている住所と同期を保つこと。

2.3 ロケーションと在庫可視性

倉庫の在庫可視性フィールドを示す小規模な階層/関係図: 利用可能在庫(ロールアップ)、バン在庫ソース数(ロールアップ)、容量

倉庫自体は、単一の品目、汎用ツール、シリアルツール、またはバンストックレコードを直接参照しません。代わりに、これらのフィールドは、他の資材・ツール管理オブジェクトが現在この倉庫を指しているものの集約・ロールアップビューを表示します。

フィールド説明実務上の使用例
利用可能在庫(ロールアップ)この倉庫に現在帰属する、品目および汎用ツール在庫の手持数量、ならびにシリアルツールインスタンス数の集計値派遣計画前の迅速なカバレッジシグナル — 技術者のバン在庫が通常補充元とする倉庫において、ツールタイプの利用可能在庫がゼロの場合、真の利用不可と想定するのではなく、返品・修理倉庫または地域倉庫(1.2参照)の確認をトリガーする必要があります。
バン在庫ソース数(ロールアップ参照)この倉庫からの補充用として現在設定されているバン在庫(FSM-A05-05)レコードの数倉庫の非アクティブ化または再割り当ての前に表示されます — ソース数が多い場合、その変更は1つの孤立したレコードだけでなく、多くの技術者の補充ルーティングに同時に影響を与えることを意味します。
容量/保管制約この場所の物理的な保管容量制限(管理されている場合)ソースのマスタプロセス文書において、FSM側の倉庫レコードに専用フィールドとして記載されていません — 物理的な容量制約を適用する必要がある場合、コンサルタントはそれがS/4HANAの保管場所側で追跡されているかを確認し、ここにないことを文書化されたギャップとして扱い、FSMがネイティブに容量制限を適用すると想定しないでください。

前提条件: 倉庫レコードには、FSM側の前提オブジェクトがありません。汎用ツール(既存の品目が必要)やシリアルツール(既存の汎用ツールが必要)とは異なり、倉庫の唯一の前提条件はFSMの外部にあります。つまり、対応するプラントと保管場所の組み合わせが、同期される前に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 トランザクション:プロセスフロー、階層、および関係