在庫移動
Stock Transfers タブは、Stock モジュールの物流ハブです。ある物理的な場所から別の場所への在庫の移動を追跡します - 主倉庫から二次組立サイトへの原材料の移動、または外注先への部品の発送など。各移動は、輸送中も在庫の可視性を保ち、棚にある利用可能在庫と分離して、計画チームが予約済みユニットを二重予約することを防ぎます。
典型的な用途
- 内部倉庫 または 拠点 間で品目を再配置する(Organization and Locations)
- 外注生産のために 外注先 に資材を発送する
- 現在移動中で棚にない在庫の価値とステータスを追跡する
マスターテーブル
Stock Transfersタブを開くと、すべての履歴およびアクティブな移動注文のマスターリストが表示されます。各ヘッダーの下にあるフィルターボックスを使用して、1つの拠点、ステータス、または日付範囲にビューを絞り込みます。
主な列
- Order Number - Stock Transfer Record(STR)の一意の識別子。
- Issue Date & Due Date - 移動が開始された日と、到着が予定されている日。遅延した注文には Overdue バッジが表示されます。
- Origin & Destination - 品目がどこから来て、どこへ向かうかを正確に示します。
- Transfer Value - 移動される商品の総財務価値(品目の平均単価から自動計算)。
- Status - 注文の現在の物流状態(例: Ready to Transfer、In Transit、Complete、Canceled)。
注記:
- 輸送中ステート。 移動が In Transit とマークされると、ユニットは出荷元拠点の利用可能在庫から削除されますが、出荷先拠点の在庫にはまだ追加されません。Buy / Make / Sell による誤った過剰販売や二重割り当てを防ぐため、輸送中ステートで保持されます。
- 評価。 Total Transfer Value は、商品が移動中の保険と責任追跡のために使用される推定値です - 品目そのものの再評価イベントではありません。
ベストプラクティス:
- 受領ステップを徹底する。 発送した人が移動を Complete とマークすべきではありません。出荷先拠点のスタッフメンバーが、箱を物理的に開けて数量を確認した後にのみステータスを変更します。
- 配送詳細を常に記入する。 配送業者が出荷を遅らせることなく問題を解決できるように、受領担当者の連絡先と電話番号を含めてください。
- 追跡リンクを義務付ける。 外部移動では、Tracker Link を必須にしてください - これにより、受領チームが出荷チームにETAを追いかける必要がなくなります。
- 行き詰まったら監査ログを確認する。 移動が Overdue の場合、Order Historyタブは誰がいつ最後にファイルを触ったかを教えてくれるため、誰に連絡すべきか正確に分かります。
在庫移動の作成
在庫の移動を開始するには、マスターテーブルから新しいStock Transfer注文を作成します。
- マスターテーブルの右上にある + New Stock Transfer をクリックします。
- 場所を設定する。 Ship To と From カードの編集アイコン(鉛筆)をクリックして、出荷先と出荷元の拠点を指定します。
- 詳細を割り当てる。 移動を管理するスタッフメンバーの Assigned To、および Issue Date と Due Date を入力します。
- 品目を追加する。 + Add Item をクリックし、ドロップダウンから品目を選択します。Stock Qty に移動数量を入力すると、システムは品目の平均単価から Total Value を自動計算します。
- 配送詳細。 Delivery Details カードの編集アイコンをクリックして、具体的な物流ノート(例: 後部荷積み場を使用、フォークリフトが必要)を追加します。
- 保存または開始。 マニフェストをまだ構築中の場合は Save As Draft を使用するか、実行するには Start Stock Transfer を使用します。確認モーダル - 「このアクションを進めようとしています。すべての品目が正しいことを確認してください。」 - がクリックを保護します。Continue を押して確定します。
空のフォーム
注記:
- 自動計算値。 品目を選択して Stock Qty を入力すると、Avg. Unit Cost が自動的に取得され、Total Value が計算されます - 手動での行品目計算は不要です。
- 摩擦チェック。 Start Stock Transfer は確認ポップアップをトリガーし、マニフェストを再確認せずに誤って在庫をロックすることを防ぎます。
ベストプラクティス:
- 配送詳細を非常に具体的にする。 ゲートコード、荷積み場の時間、受領マネージャーの直通電話番号を含めてください - これにより配送失敗が大幅に減ります。
- Ship ToとFromを慎重に確認する。 出荷元と出荷先を入れ替えるのはよくあるエラーです。Start Stock Transfer をクリックする前に両方のカードを再確認してください。
- 複雑な出荷にはドラフトを使用する。 外注先のために何十もの部品を含むマニフェストを作成する場合、Save As Draft を使用すると、在庫を早期に予約することなく徐々にリストを組み立てることができます。
配送追跡の追加
サードパーティの配送業者を介して品目が施設を離れる場合、注文を見ている誰もがライブステータスを確認できるようにトラッカーを添付します。
- General Information タブで、Delivery セクションを見つけます。
- Add Tracking をクリックします。
- Delivery Tracking モーダルが表示されます。
- 配送業者のURLを Tracker Link フィールドに貼り付け、Add をクリックします。
移動注文の管理と更新
移動がライブになったら、マスターテーブルでその行をクリックして詳細な Stock Transfer Order ビューを開きます。ここで出荷のライフサイクルを管理します。
General Informationタブ
- Actions ドロップダウン。 ステータスバッジの隣の上部にあります。これを使って注文をライフサイクルを通じて進行させます - 一般的なオプション: Approve and send、Mark as approved and sent、Download STR Draft、または Cancel STR Draft。
- Update Statusモーダル。 ステートを変更するアクション(例: In Transit への移動)を選択するたびに、誤クリックを防ぐため Update Status 確認モーダルが表示されます。Continue をクリックして適用します。
注記:
- 輸送中ステート。 ステータスが In Transit に切り替わると、数量は出荷元の利用可能在庫から差し引かれ、販売または使用できなくなりますが、出荷先にはまだ追加されません。Complete になるまで物流のリンボ状態に存在します。
- 不変の監査証跡。 Order Historyはすべてのステータス変更、追跡リンクの追加、およびユーザーアクションを記録します。ログは編集または削除できません。
- 確認モーダル。 Actionsドロップダウンの進行はすべて、確認を求める Update Status モーダルをトリガーします。
ベストプラクティス:
- 職務を分離する。 梱包・出荷する人は、Complete とマークする人と同じであってはなりません。受領拠点のスタッフが最終ステータス更新の前に物理的な内容を確認します。
- 追跡リンクを義務付ける。 移動がサードパーティの配送業者を使用する場合、配送業者のURLで Add Tracking を必須にしてください。これにより、出荷チームと受領チーム間の電話が不要になります。
- リアルタイムで行動する。 箱がトラックに乗った瞬間にステータスを In Transit に更新し、1日の終わりにではありません。システムを物理的な現実と同期させることで、下流の計画が古いデータで動くことを防ぎます。
Order Historyタブ
Order Historyタブは編集不可の監査ログです。Date、Action Owner、Log の説明とともに、移動で実行されたすべてのアクションを記録します - 例えば、「John Doeが注文ステータスをDraftからIn Transitに変更」または「John Doeが追跡リンクを追加」など。
関連トピック
- Stock Inventory - 場所別の在庫数量
- Stock Adjustments - 物理的検証後の修正
- Stock Takes - サイクルカウントと差異調査
- Organization and Locations - 出荷元と出荷先のドロップダウンが参照する拠点を設定します