前回の記事では、LOSC（レイアウト指向保管制御）が「倉庫内の搬送ルートを制御し、中継地点を経由させるための仕組み」であることを解説しました。大規模な物流センターやマテハン設備と連携する現場において、LOSCは欠かせない機能です。
しかし、いざシステム上で設定しようとすると、「どの項目がルート判定に影響するのか」「設定した結果、倉庫タスク（WT）はどのような挙動を示すのか」という具体的なメカニズムに疑問を持つ方も多いのではないでしょうか。
LOSCのカスタマイズ画面は、一見すると非常にシンプルです。しかし、そこに入力する保管タイプやチェックボックスの一つひとつが、背後で動く倉庫タスクの生成ロジックを決定づけています。
本記事では、SAP標準のコンフィグレーション項目（Define Layout-Oriented Storage Control）に基づき、各パラメータの正確な意味と、システムが倉庫タスクを「分割・制御」する仕組みを事実に基づいて詳しく解説します。
これから実際に設定を行うエンジニアの方はもちろん、タスクの挙動を深く理解してトラブルシューティングに役立てたい方も、ぜひ最後までご覧ください。
LOSCコンフィグ：設定項目の詳細解説
LOSC（レイアウト指向保管制御）のカスタマイズは、以下のパスから設定を行います。
パス：
SPRO -> 拡張倉庫管理 -> 共通プロセス設定 -> 倉庫タスク -> レイアウト指向保管制御の定義
この設定テーブルでは、システムが「中継が必要な移動かどうか」を判定するための検索条件と、中継先となる目的地情報を定義します。
主要な設定項目とその役割は以下の通りです。
判定条件（検索キー）
システムは倉庫タスク（WT）が作成される際に、移動元と移動先の組み合わせが以下の条件に一致するかをチェックします。
- 搬送元保管タイプ (Source Storage Type)
移動が開始される場所の保管タイプを指定します。 - 搬送元保管グループ (Source Storage Group)
保管タイプよりも詳細な条件を指定したい場合に利用する任意項目です。棚番マスタに割り当てた保管グループをキーとして判定させることができます。 - 搬送先保管タイプ (Dest. Storage Type)
最終的な目的地となる保管タイプを指定します。 - 搬送先保管グループ (Dest. Storage Group)
目的地を特定の棚群（保管グループ）に限定したい場合に利用する任意項目です。
目的地（中継地点）の定義
上記の判定条件に一致した場合、システムは本来の目的地へ向かう前に、ここで指定した場所を経由するようにタスクを制御します。
- 中継保管タイプ (Intermediate Storage Type)
経由地となる保管タイプです。 - 中継保管セクション (Intermediate Storage Section)
必要に応じて、経由地内の特定のセクションを指定します。 - 中継棚番 (Intermediate Storage Bin)
経由地となる具体的な棚番です。コンベアの投入口や、自動倉庫の受渡し地点など、特定の物理的な場所をピンポイントで指定する必要がある場合に設定します。実案件ではこの「棚番」まで指定するケースが非常に多く見られます。
特殊制御フラグ
特定の運用を伴う中継地点の場合、以下のチェックボックスを利用します。
- IDポイント (Identification Point)
中継地点を「IDポイント」として機能させる場合にチェックを入れます。入荷時の輪郭点検やラベル貼付など、特定のアクションを行う場所を経由させる際に使用します。 - ピックポイント (Pick Point)
中継地点を「ピックポイント」として機能させる場合にチェックを入れます。主に自動倉庫などから、ピッキング作業のためにHU（荷役単位）を一旦引き出す場所を経由させる際に使用します。
倉庫タスクの自動分割とステータス遷移
LOSCの設定が適用されるルートで在庫移動の指示を出すと、システムは自動的に1本の搬送指示を「中継地点まで」と「中継地点から目的地まで」の2つの倉庫タスク（WT）に分割して生成します。
ここでの重要なポイントは、これら2つのタスクが同時に実行可能になるわけではなく、ステータスによって順序制御されるという点です。
タスクの分割構造
例えば、入荷エリア（GR-ZONE）から最終保管棚（ASRS）への移動指示に対し、中継地点としてコンベア投入口（CONV-BIN）が設定されている場合、システム内部では以下の2つのWTが作成されます。
- 1本目のWT（有効タスク）
- 搬送元： 入荷エリア（GR-ZONE）
- 宛先： 中継棚番（CONV-BIN）
- ステータス： 有効（Active / 登録済み）
- 内容： 作業者が中継地点まで運ぶためのタスク。
- 2本目のWT（待機タスク）
- 搬送元： 中継棚番（CONV-BIN）
- 宛先： 最終保管棚（ASRS）
- ステータス： 待機（Waiting / ステータスコード B）
- 内容： 中継地点に到着した後に、最終目的地へ運ぶためのタスク。
ステータスの切り替わりロジック
倉庫モニタ（/SCWM/MON）で確認すると、2本目のWTはステータスが「B（待機）」となっており、この状態では作業者が実行（確認）することはできません。
この待機状態のタスクが有効化されるトリガーは、1本目のWTの確認（Confirm）です。
- 作業者が1本目のWTを完了し、荷物を中継地点（CONV-BIN）に置いてタスクを確認します。
- 確認が完了した瞬間に、システムは紐付いている2本目のWTのステータスを「待機（B）」から「有効（登録済み）」へ自動的に更新します。
- これにより、次の作業者やマテハン設備が2本目のタスクを認識し、最終目的地への搬送が着手可能になります。
このように、LOSCは単に目的地を書き換えるだけでなく、タスクのステータス管理を通じて「前の工程が終わるまで次の工程を待たせる」という物理的な引継ぎ作業をシステム上で制御しています。
実務での適用：判定順序と粒度の設計
実案件でLOSCを設計・設定する際、どの程度の細かさ（粒度）で判定ルールを作成するかが重要になります。システムがLOSCの設定を検索する際には優先順位があるため、この仕様を理解しておく必要があります。
LOSCの判定優先順位
システムは、より条件が限定されている設定を優先して適用します。基本的には以下の順序で一致する項目を検索します。
- 保管タイプ ＋ 保管グループ の組み合わせが一致する設定
- 保管タイプ のみが一致する設定
例えば、特定の保管タイプからの移動であっても、「ある特定の棚群から移動する場合だけ別のルートを通したい」という場合は、保管グループを活用することで個別のルート定義が可能になります。
保管グループ（Storage Group）の使い所
保管グループは必須項目ではありませんが、同じ保管タイプ内での「ルートの分岐」が必要なシーンで威力を発揮します。
具体的には、以下のようなケースです。
- ケース：コンベア投入口の振り分け
同じ入荷エリア（GR-ZONE）からの棚入れであっても、パレットのサイズや重量によって、使用できるコンベアの投入口（中継地点）が異なる場合があります。- 重量物用の棚群：保管グループ「HEAVY」を棚番マスタに設定
- 標準物用の棚群：保管グループ「STD」を棚番マスタに設定
このように棚番マスタ側に保管グループを割り当てておくことで、LOSCの設定テーブル側で「GR-ZONE ＋ HEAVY」なら「中継地点A」、「GR-ZONE ＋ STD」なら「中継地点B」というように、搬送ルートを自動的に分岐させることができます。
設計上の注意点
実務においては、むやみに保管グループを多用すると設定が複雑になり、メンテナンスコストが増大します。まずは「保管タイプ」単位でルートを整理し、どうしてもタイプ内の特定の場所で挙動を分けたい場合にのみ「保管グループ」を導入するというのが、クリーンな設計を保つコツです。
判定ロジックの検索順序を正しく理解し、現場の物理的な制約（コンベアの数や作業エリアの分割）に合わせた最適な粒度で設定を行うことが、スムーズなシステム導入に繋がります。
まとめ
今回の実践編では、LOSC（レイアウト指向保管制御）の具体的な設定項目と、背後で動く倉庫タスクの制御ロジックについて解説しました。
LOSCの設定自体は、搬送元と最終目的地に対して、どの中継地点を割り込ませるかという条件をテーブルに登録するだけの非常にシンプルなものです。しかし、その動作は物流現場の物理的な運用を忠実に再現するために設計されています。
記事のポイントをまとめます。
・設定の主役は搬送元（Source）と搬送先（Dest）の保管タイプ。
・中継地点（Intermediate）を棚番単位まで指定することで、具体的な搬送ルートを固定できる。
・LOSCが発動すると、倉庫タスクは有効タスクと待機タスクの2本に自動分割される。
・1本目のタスクが確認されることで、ステータスB（待機）だった2本目が有効化される。
・同じ保管タイプ内でルートを分岐させたい場合は、保管グループを活用して判定粒度を細かくする。
LOSCの設定を検討する際は、画面上の入力項目だけを見るのではなく、このタスク分割とステータスの遷移が現場の作業フローと合致しているかを確認することが重要です。特にマテハン設備との受渡し地点では、どのタイミングで次のタスクが有効化されるべきかを、ステータス管理の観点から整理するようにしましょう。
本記事で解説した設定とロジックの理解が、実案件における搬送ルート設計や、テスト工程でのスムーズなトラブルシューティングの一助となれば幸いです。
コメント