格納：ロケーション、移動、例外処理

Docklifyが格納を入荷に統合する仕組み、事後の在庫移動（パレット別/製品別）、例外ルール。

格納は入荷に統合されています#

現バージョンに独立した「格納タスク」の実行はありません——格納はReceive手順に統合されています。パレット別入荷ではパレットごとにstorageロケーションを指定し、Receive確定で各パレットのロケーションに在庫を一括計上して格納完了。直接入荷はpickingロケーションに置かれるため、入荷時点で格納完了です。

事後の在庫移動（モバイル）#

1. モバイルの「在庫移動」スキャン画面（大きなボタン1画面）を開き、パレット一括移動 / 製品別移動のどちらかを選びます。
2. パレット一括：パレットLPNをスキャン。製品別：出元ロケーション＋製品＋数量（>0、出元ロケーションの有効在庫を検証）をスキャン。
3. 移動先ロケーションをスキャンして確定。出元≠移動先、移動先はactiveかつ同一倉庫である必要があります。
4. システムはmoveの両建て台帳を記帳（出元 −数量 / 移動先 ＋数量、reference_type=move）。パレット一括移動ではパレットのロケーションも更新されます。

• 混載パレット（itemが空）はパレット一括移動に未対応です。
• shipped/loaded状態のパレットは移動不可。出元ロケーションのない（未格納の）パレットは先に格納してください。
• 移動で在庫ステータスは変わりません——両建てともavailableで記帳されます。
• 未完了の棚卸タスク（pending/assigned/in_progress/paused）対象のロケーションはロックされ、移動はLOCATION_LOCKEDで拒否されます。タスク完了/キャンセルで自動解除。

補充の格納（dropステップ）

補充タスクはモバイルで2ステップ実行。Step1はstorageロケーションでピック（出元ロケーション/商品/出元パレットLPNをスキャン、数量≤qty_to_moveを入力；行はpending→in_progress、qty_pickedを記録、台帳記帳なし）。Step2は移動先pickロケーションでコードをスキャンして置いたことを確認→move両建てを記帳（storage −数量 / pick ＋数量）→行はdone。