パレットシャトル物流システムは、密集したパレット保管、頻繁な補充、信頼性の高い在庫管理が、制限のないフォークリフトアクセスよりも重要な場合に、FMCG（即席消費財）やサードパーティロジスティクス（3PL）運用に適しています。これらは、倉庫内のフォークリフト通路の数を減らし、シャトル車両を使用してパレットをリフト、コンベヤー、バッファへ移動させます。その効果は自動的ではありません。FMCG倉庫は通常、既知の商品群、日付コード付き在庫、プロモーションピークを中心に計画されます。3PL運用は複数のクライアント、多様なパレット品質、契約固有の仕切り、変化する入荷パターンを吸収しなければなりません。設計のポイントは、シャトルが仕様書上で速そうに見えるかどうかではなく、倉庫のレイアウト、リフト容量、ソフトウェアルール、受け入れテストが、実際に必要とされるパレットの流れに合っているかどうかです。
FMCGおよび3PL倉庫におけるパレットシャトル物流システムの変化
A パレットシャトルシステム それは単一の機械ではありません。密集したラック、1台以上のシャトル車両、転送位置、垂直リフト（収納が単一レベルを超える場合）、コンベヤーまたはステージングレーン、作業をシーケンスする制御層を組み合わせています。シャトルはラック内を移動し、パレットをリフトして転送ポイントへ運びます。その後、パレットはリフト、コンベヤー、ピックフェース、またはアウトバウンドバッファへ移動することがあります。各転送は、車両だけでは解決できない制約を追加します。
主な変化は空間的なものです。従来の広い通路のラックはフォークリフトの移動と旋回のための床面積を確保しますが、シャトルレイアウトはパレットをより深いレーンに配置し、車両を使ってそれらに到達します。これにより、同じ建物の面積内でのパレット位置数を増やし、保管ゾーンの交通量を減らすことができます。その利点は、建物が制約されている場合、土地が高価な場合、または運用がより多くのバッファ容量を必要とし、敷地を拡張できない場合に最も顕著です。
二つ目の変化は運用面です。倉庫内の保管はソフトウェアによってシーケンス可能なキューとなります。パレットは予備として保持され、ピックフェースに解放され、品質保持にルーティングされ、出荷に送られることができます。これにより、すべてのレーンにフォークリフトが入る必要がなくなります。これは、補充が日付コードに従う必要があるFMCGや、クライアントの在庫を他のクライアントの在庫と分離して保持しなければならない3PLにとって有用です。制御層が、シャトルだけでなく、これらのルールが守られているかどうかを決定します。
保管媒体はアーキテクチャの一部に過ぎません。<Smart Storage Revolution: Comprehensive Overview of フォーウェイシャトルシステムs for Automatic 3D Warehouses> covers how 四方向シャトル システムは自動化された3D倉庫に適合します。
シャトルプロジェクトは労働者のプロフィールも変えます。倉庫内に入る作業員は少なくなるかもしれませんが、受入、品質検査、ピックフェース、統合、出荷には依然として人手が必要です。システムはフォークリフト運転から、タスクのシーケンス化、例外処理、在庫管理へと作業をシフトさせます。もしこれらの下流エリアが新しいパレットの流れを吸収できない場合は、 密な収納 ボトルネックを単純に移動させるだけです。
FMCGと3PLの要件の違い
FMCGと3PLの倉庫は、異なる理由で類似したシャトルハードウェアを使用できます。FMCG運用はしばしば、定義された商品範囲、計画されたプロモーション、厳格な日付コードのローテーションを扱います。3PL運用は、多くの在庫所有者、変動する契約条件、異なるサプライヤーから到着するパレット品質を扱います。一方に適した設計が、もう一方にはソフトウェアや運用ルールを変更せずにコピーすると失敗することがあります。
| 要件 | FMCGパターン | 3PLパターン | 設計上の結果 |
|---|---|---|---|
| 需要の形状 | プロモーションピークや季節性のカテゴリーを含む比較的安定した基本需要 | クライアントの獲得、契約開始、キャンペーンピークは短期間でボリュームを変動させることがあります | 短い間隔のピークに対応するバッファとリフト容量、年間平均ではなく |
| 在庫所有権 | 1人の所有者または内部在庫ルールを持つ少数のグループ | 別々の可視性、リリース、請求ルールを持つ多くのクライアント | WMSはSKUと数量だけでなく、所有者、状態、請求データも管理しなければならない |
| パレットの品質 | 通常、メーカーまたは小売業者によって管理される | 混合パレットの出所、修理、状態レベル | パレットのエンベロープを設定し、シャトルが稼働前に拒否テストを行う |
| cURL Too many subrequests by single Worker invocation. To configure this limit, refer to https://developers.cloudflare.com/workers/wrangler/configuration/#limits | バッチ、ロット、日付コードにより、先入先出法とリコールチェックを行う | クライアント固有のトレーサビリティと報告要件は異なる | パレットレベルでロット、賞味期限、所有者を管理し、監査証跡を保持 |
| 注文プロファイル | 店舗、倉庫、生産ラインへのパレットおよび混合ケースの補充 | パレット保管とクライアント固有の付加価値サービス | 密集した予備倉庫とピックフェースおよびステージング容量を分離 |
| 変更頻度 | カテゴリーリセットやプロモーションは通常事前に計画される | 新しいクライアントや新しいSKUセットは通知なく到着することがある | レーン割り当てとソフトウェアルールを設定可能に保つ |
FMCGの側面は回転規律を示す。誤った順序で保管されたパレットは、出荷時にのみ現れる日付コードの問題を引き起こす可能性がある。3PL側は分離を示す。2つのパレットは見た目が同じでも、異なるクライアントに属し、異なるリリースルールを持つことがある。システムは物理的なパレットとその商業的所有者の両方を識別しなければならない。
パレットの品質には、個別の配慮が必要です。四方向シャトルには、安定した荷姿、一貫したパレットの底面サイズ、そしてレーンの入口における十分なクリアランスが求められます。破損した板、突き出た固定具、潰れた角、荷崩れ、あるいは緩んだストレッチフィルムは、センサー、フォーク、またはレーンへの侵入の妨げとなります。多くのサプライヤーからパレットを受け入れる3PL企業は、パレットの検査を例外的な例外処理としてではなく、入荷プロセスの一部として扱うべきです。
同じハードウェアであっても、運用ルールが明確である場合に限り、両方のセクターに対応できます。FMCG（日用消費財）では、より厳格な製造年月日・ロットコードの管理や販促物のステージングが必要になる場合があります。3PLでは、より厳密な荷主ごとの区分け、請求イベント、そして多様なパレットハンドリングが求められることがあります。こうした違いは、ラックのレイアウトが固定される前の機能仕様書に盛り込まれるべきものです。
実際のパレットプロファイルに基づいた高密度保管ゾーンの設計
パレットはシステム全体が取り扱う最小単位であるため、設計は公称サイズではなく、実測されたサンプルに基づき始める必要があります。長さ、幅、高さ、積載重量、荷重分布、はみ出し（オーバーハング）、底板の状態、そしてラップやストラッピングの有無を記録します。平均値だけでなく、範囲内の最軽量および最重量のパレットも確認してください。綺麗なデモ用パレットを扱えるシャトルであっても、サプライヤーからの破損したパレットでは動作しない可能性があります。
車両の寸法エンベロープは、ラックおよびパレットのエンベロープと比較されなければなりません。例えば、ZikooのR-bot R1500Bは、本体の厚さが125 mm、定格荷重が1,500 kgであると記載されています。これらの数値は車両を表すものであり、アプリケーション全体を表すものではありません。ラックのビーム段、レーンのクリアランス、パレットの状態、および移載高さは、依然として確認する必要があります。ある荷重に対して定格化された車両であっても、その重量のすべてのパレットが高密度保管に適しているわけではありません。
レーンの奥行きは、保管密度と選択性とのトレードオフです。奥行きのあるレーンは1平方メートルあたりの保管パレット数を増やしますが、同時に個々のパレットへのアクセス性は低下します。FMCGの回転率の高い商品（ファストムーバー）は、同じSKU（在庫管理単位）が予測可能な数量で出庫されるため、通常は奥行きの深いレーンに対応できます。回転率の低い商品や、在庫回転率の低い3PLの荷主在庫には、より浅いレーン、より多くのアクセスポイント、あるいは混在型のレイアウトが必要になる場合があります。奥行きの深いレーンに回転率の低い在庫が満たされると、ハニカム状のデッドスペースや不要な補充移動によって、高密度のメリットが失われる可能性があります。
保管ゾーンはまた、補充用在庫とアクティブなピッキングフェース（出庫口）を分離する必要があります。シャトルシステムはパレットをバッファに搬送できますが、ピッキングフェースには、補充と補充の間隔をカバーするのに十分な容量が依然として必要です。ピッキングフェースが小さすぎると、シャトルの呼び出し頻度が高くなり、リフトやコンベアが混雑します。ピッキングフェースが大きすぎると、高密度な予備保管に使用できたはずのフロアスペースを圧迫してしまいます。
垂直方向の移動は、多くの場合、実用上の限界となります。四方向シャトルは同一レベル内での水平移動を処理し、リフトまたは垂直搬送機（VTU）が第3の次元を加えます。この組み合わせは、 六方向シャトル パレットが3軸方向に移動できるため、ネットワークと表現されることがあります。このアーキテクチャにより高層ラックへのアクセス性が向上しますが、同時に共有リソースが生み出されます。交通パターンがバランスされていない場合、複数のフロアにサービスを提供する1台のリフトがボトルネックになる可能性があります。
設計では、リフト、コンベアの合流点、移載ステーション、ピッキングフェースの補充ポイント、オペレーターの積載位置など、すべての共有リソースを特定する必要があります。1台のリフトが飽和状態にある一方で、シャトルフリート全体の使用率は低く見えることがあります。スループットは車両単体ではなく、統合されたシステム全体に帰属するものです。
リフト、バッファ、およびソフトウェアが実際のスループットを決定する仕組み
スループットは通常、1時間あたりのパレット数として提示されますが、その数値は荷姿の比率（ミックス）が分からなければほとんど意味を持ちません。システムは、隣接するレーンから多くの単一パレットを移動させる一方で、遠くのフロアからははるかに少ないパレットを移動させ、さらに補充や出荷のタスクと混ざり合うことがあります。設計では、入荷の格納、補充、出荷のピッキング、返品、品質保留、荷主間の移管といった実際のタスクプロファイルを使用する必要があります。平均スループットでは、オペレーションが締め切り時間に間に合うかどうかを決定する、短時間のピークを隠してしまう可能性があります。
最初の制約となるのは、多くの場合、リフトまたは移載ポイントです。2番目は、コンベアまたはステージングレーンです。3番目は、ピッキングフェース、あるいは荷物の積み下ろしを行う作業員である可能性があります。シャトル車両はサイクルのほんの一部分にすぎません。パレットがリフト待ち、コンベアの位置待ち、あるいはWMS（倉庫管理システム）のトランザクション完了待ちを強いられている場合、車両の移動速度を上げても失われた時間は取り戻せません。
バッファは、これらのリソース間の結合度を下げます。入荷用バッファがあれば、シャトルがキュー（待ち行列）を処理している間も荷受作業を継続できます。出荷用バッファがあれば、出荷トラックへの積み込み作業の前にピッキングを先行させることができます。補充用バッファがあれば、ピッキングフェースが必要とする前にシステム側でパレットをステージングしておくことができます。バッファのサイズは、他のプロジェクトからコピーした固定値ではなく、オペレーションの変動性に従うべきです。荷主の入荷が予測困難な3PLでは、生産スケジュールが組まれたFMCG倉庫よりも多くのステージングエリアが必要になる場合があります。
制御層は、注文をタスクに変換します。倉庫管理システム（WMS）は在庫、注文、およびビジネスルールを管理します。倉庫制御システム（WCS）またはロボット制御システムは、それらのタスクを車両、リフト、コンベアへのコマンドに翻訳します。実行層は、目的地の割り当て、交通整理、バッテリーや充電状態の管理、例外のレポート、および完了の確認を行います。2つのシステム間の境界線が不明確な場合、物理的なパレットが間違ったレーンにあるにもかかわらず、WMS上の在庫データは正しく表示されてしまうことがあります。
車両の速度は、実行層への単なる入力の1つにすぎません。<ソフトウェア駆動型ハードウェア：シックスウェイシャトルが倉庫効率を最大化> は、ソフトウェア制御と六方向シャトルの効率性の関係について解説しています。
ピーク時の計画には、出荷側だけでなく入荷側も含める必要があります。販促キャンペーンによって出荷が増加するだけでなく、補充やステージングも増加します。新規の3PLの荷主が参入すると、その荷主の最初の注文の前に、受け入れ、検品、格納を行わなければならない一連のパレットが持ち込まれることがあります。システムには、別の荷主の流れをブロックすることなく、その作業を吸収できるだけの十分なキュー容量が必要です。
バッチ、ロット、および荷主の分離に関するWMSおよびWCSのルール
在庫管理は、FMCG（即席消費財）と3PL（サードパーティロジスティクス）の要件が具体的になる場所です。WMSはパレットの識別情報、SKU、数量、所有者、ロットまたはバッチ、賞味期限または最終使用期限、品質状態、温度ゾーン、位置を保持すべきです。3PLの場合、クライアント契約参照とリリース可能なルールも保持すべきです。FMCGの場合、先入先出（FIFO）ピッキングと明確なリコール履歴をサポートします。これらは報告のための追加機能ではなく、システムがどのパレットを動かすことを許可されているかを決定します。
一般的な設計ミスは、WCS（ウェアハウスコントロールシステム）が在庫のマスターになることです。WCSはパレットの位置や車両が移動を完了したかどうかを知っていますが、なぜパレットが保留になっているのか、どのクライアントが所有しているのか、または日付コードがリリースの対象となるかどうかは必ずしも知りません。WMSは在庫とビジネスルールの真実の源であり続けるべきです。WCSは結果として生じるタスクを実行し、物理的な確認を報告すべきです。
| データ要素 | 制御層がそれを必要とする理由 | 欠落時の障害 |
|---|---|---|
| パレットIDと測定エンベロープ | 目的地と車両のクリアランスを確認 | 誤ったレーンへの格納やレーンの入り口での詰まり |
| 所有者またはクライアントコード | 仕切りと請求ルールを適用 | 異なるクライアントの在庫や紛争のある請求 |
| ロット、バッチ、賞味期限 | 先入先出（FIFO）と保留ルールをサポート | 期限切れまたはリコールされた在庫のリリース |
| 在庫状況 | 検疫、品質保留または損傷をブロック | 使用不能なパレットをピックフェースに送る |
| 温度ゾーン | パレットを適切な環境にルーティング | 誤った条件にさらされた製品 |
| 優先順位と締切時間 | シーケンスは出荷期限に逆らって動作する | 遅れた注文と避けられるピーク混雑 |
3PLにおけるクライアントの分離は、必ずしも物理的に専用の通路を必要としない。WMSルール、所有者コード、制御されたリリースによって強制できる。ただし、物理的な設計が共有の輸送ポイントで混乱を引き起こさない場合に限る。一部のクライアントは契約上または製品の安全性の理由から専用レーンや隔離ゾーンを必要とすることがある。その要件は、レイアウトを確定させる前に決定すべきであり、密集したラックに分離を後付けすることは高価になる可能性がある。
柔軟な物流プラットフォームには堅固なデータルールも必要である。<PTP インテリジェント倉庫管理 Platform: Building a Flexible and Smart Logistics Ecosystem> covers the platform view of a flexible warehousing ecosystem.
例外処理には書面によるルールが必要である。パレットがレーンの入り口で損傷した場合、リフトが故障した場合、クライアントがタスク完了後にホールドを設定した場合、またはメンテナンス中に手動移動が必要な場合はどうなるか。システムは、誰が移動を承認したか、どの在庫ステータスが適用されたか、WMSがどのように調整されたかを記録すべきである。その追跡記録がなければ、3PLはクライアントの在庫正確性を弁護できず、FMCGの運用もバッチ記録を守ることができない。
生産リリース前の引き渡しと受入検査
引き渡しは、シャトルだけでなく統合されたフローをテストすべきである。デモンストレーションレーンを空の車両が走るだけではほとんど意味がない。受入計画には、実際のパレットサンプル、実際のタスクの組み合わせ、ライブのWMSインターフェース、およびシステムを操作する人員を使用すべきである。契約前に基準を合意しておく必要がある。曖昧な「スループットを満たす」という約束はテストが難しいためだ。
実用的なシーケンスは次の通り:
- WMSとWCSのインターフェースを、入庫、出庫、ホールド、リリース、キャンセルメッセージで検証し、それぞれのテスト後に在庫を調整する。
- 承認された範囲内の最も軽い、最も重い、最悪の状態のパレットを使って単一の車両を単一のレーンで運行し、すべての拒否と手動介入を記録する。
- 混合SKU、所有者、タスク優先度を持つ完全なゾーンをテストし、WCSがWMSルールを尊重し、例外がオペレーターに見えることを確認する。
- インバウンド、補充、アウトバウンド作業を含むピーク時の統合プロファイルを実行し、シャトルサイクルだけでなく共有リソースも測定する。
- 故障モードをテストする：非常停止、電源喪失、ネットワーク喪失、リフト故障、レーンの詰まり、パレットの損傷、火災警報、手動オーバーライド。安全な復旧と在庫調整を確認する。
- 3PLの場合、クライアント固有の受入も追加する。あるクライアントの在庫が他のクライアントにリリースされないこと、請求イベントが記録されること、新しいクライアントを追加しても既存のルールを破らないことを確認する。
受入テストでは人的プロセスも確認すべきである。オペレーターはなぜパレットがホールドされているのかを見ることができるか？、故障後にスーパーバイザーがレーンをリリースできるか？、手動移動は記録されているか？。ソフトウェアがきれいで、すべてのパレットが完璧なときだけ動作するシステムは、運用に適していない。
ブラウンフィールドの3PLでは、段階的リリースの方が一度に切り替えるより安全な場合が多い。1つのゾーン、1つのクライアント、または1つの製品ファミリーを最初に移行し、残りの運用は既存のプロセスのままにする。フェーズ計画はクライアントのカットオフを保護し、手動のバックアップを確保すべきである。また、旧エリアと新エリアの境界で在庫をどのようにカウントするかも定義すべきである。
FMCGおよび3PLシャトルプロジェクトにおける一般的な故障ポイント
-
完璧なパレットを用いた引き渡し。デモ用パレットは通常、きれいで正方形で安定している。生産用パレットは修理済み、はみ出し、または不十分なラッピングの場合がある。受入テストには、実際の状態範囲と明確な拒否ルールを含めるべきである。
-
平均スループットを考慮した設計。システムは年間平均を満たすことができても、毎朝のピークには失敗することがある。設計には短間隔ピーク、タスクの組み合わせ、インバウンドパターンを使用すべきである。FMCGのプロモーションや3PLクライアントの立ち上げは、平均値では隠されるピークを生み出す。
-
ソフトウェアを付加的なものとみなす。シャトルは物理的な装置だが、その価値は正しいタスクリリース、所有者の分離、日付コードの管理、例外処理にある。弱いWMSインターフェースは、良い車両群を信頼できないものに見せることがある。
-
すべてのクライアントに適用される1つのルールを前提としています。3PL契約は、区分、報告、リリース権限、請求において異なる場合があります。WMSは、それらの違いをサポートすべきであり、各クライアントごとに新しい手動プロセスを作成しないようにすべきです。
-
リフトやピックフェースを過小評価しないこと。密集した保管は、パレットを下流エリアが吸収できる速度よりも速く供給できます。リフト、コンベヤ、ピックフェース、出荷ドックは、保管ゾーンとともに適切にサイズ設定されるべきです。
-
故障回復を最後に残さないこと。停電、ネットワーク障害、レーンの詰まり、パレットの破損は発生します。オペレーターは安全な回復経路を必要とし、WMSには調整ステップが必要です。最後に知られた状態を説明できないシステムは信頼しにくいです。
これらの故障はパレットシャトル物流システムに反対する理由ではありません。これらは、設備を修理する前に運用範囲を定義すべき理由です。FMCGの運用は、日付コードの規律やプロモーションピークを保管とソフトウェアルールに組み込むことで恩恵を受ける傾向があります。3PLの運用は、クライアントの分離、パレットの多様性、可変入荷を例外ではなく通常の設計入力として扱うことで恩恵を受ける傾向があります。
パレットシャトルのレビューを実際の運用データとともに計画する
有益なレビューは、パレットの範囲、積載重量、温度ゾーン、SKU数、ピーク時のパレット移動数、クライアント分離ルール、サイト図面から始まります。これらの情報を info@zikoo-int.com へ送信するか、(+86)-19941778955 に電話してください。Zikooは、保管と制御の範囲を運用と比較し、現地確認が必要な点を特定します。目的は一般的な見積もりではなく、密集シャトル保管、リフトを用いた六方向レイアウト、またはよりシンプルなラック配置の次の段階のエンジニアリングに値するかどうかの明確な見解を得ることです。
よくある質問
パレットシャトル物流システムは、FMCGと3PL倉庫の両方に適していますか？
両方に適している場合もありますが、同じ運用ルールではありません。FMCG倉庫は通常、強固な日付コードの回転、プロモーションの段階設定、安定したパレット基準を必要とします。3PL倉庫は通常、多クライアントの分離、多様なパレット取り扱い、設定可能なリリースルールを必要とします。決定は、実際のパレット範囲、ピークタスクプロファイル、在庫状況モデル、現場の制約に基づくべきです。あるクライアントの高速商品範囲に適合するシステムでも、多クライアント運用に対応するには変更が必要な場合があります。
シャトルプロジェクトで最も大きなスループットの誤りは何ですか？
車両速度や年間平均スループットを基準に設計することが一般的な誤りです。実際の制限は、多くの場合、リフト、コンベヤジャンクション、ピックフェース、またはWMSのトランザクションです。シャトルは、パレットが共有リソースを待つ間に車両サイクルを完了できます。設計は、短間隔ピーク、入出荷の混合、保持、補充、出荷に必要な時間を考慮すべきです。これにより、1時間あたりのパレット数よりも有用な容量の見積もりが得られます。
環境温度帯のパレットとコールドチェーンのパレットを一つのシステムで扱えますか？
ゾーン設計と対象条件に適した設備が必要です。コールドストアは、バッテリー、充電、結露、潤滑剤、センサー、メンテナンスアクセスに影響します。WMSも温度ゾーンルールを必要とし、パレットが誤った環境にルーティングされないようにします。車両の評価だけでは、システム全体をコールドチェーン対応にできません。充電戦略、火災対策、ドア制御、オペレーター手順もシステム全体として見直す必要があります。
3PLは、シャトル倉庫でクライアントの分離をどのように強制しますか？
まずWMSのデータモデルから始めます。各パレットには所有者コード、状態、ロットまたはバッチ、位置、リリースルールを設定します。分離は、契約に応じて専用ゾーン、専用レーン、または制御された共有保管を通じて実施できます。WCSは目的地を実行すべきですが、クライアントの適格性を決定すべきではありません。受け入れ時に混合クライアントのリリースシナリオをテストしてください。システムがパレットがブロックされている理由を説明できない場合、分離ルールは十分に強固ではありません。
受け入れテストには何を含めるべきですか？
受け入れは、実際のパレットサンプル、実際のタスクミックス、ライブのWMSインターフェースを使用すべきです。入庫、出庫、補充、保持、リリース、キャンセル、破損パレットの拒否、非常停止、停電、ネットワーク障害、火災警報、手動オーバーライドを含めます。各故障テスト後に在庫を調整します。3PLの場合は、クライアント分離、請求イベント、新規クライアントのオンボーディングも追加します。契約前に基準を合意し、テストが運用要件を測定するものであることを確認してください。
If you’re interested, check out these related articles:
Multi-Scenario Smart Adaptation: Zikoo’s Six-Way Shuttle Powers the Digital Transformation of Warehousing
スマート倉庫の始まり：コスト効果の高いフォーウェイシャトルシステム》をお読みください。
