自動倉庫 シャトルシステムの選定・導入｜タイ工場の仕様書と検収

自動倉庫のシャトルシステムを選定・導入するとき、「高速」「高密度」という製品紹介だけで発注を決めると、実運用ではリフト、入出庫コンベヤ、ピッキング口、WMS連携のいずれかが先に詰まります。シャトル台数だけを増やしても、ライン全体の出庫能力は増えません。本稿はタイの工場・物流拠点で小物・ケース・トートを扱う発注者向けに、シャトル式とスタッカークレーン式の比較、ピーク流量の設計、単一障害点、保守導線、RFP、FAT/SATを一つの検討手順にまとめます。価格の相場を推測する記事ではなく、各社の提案を同じ条件で比較し、現場で受け取れる性能を契約に落とすための実務ガイドです。

シャトル式自動倉庫で最初に決めるのは「保管量」ではなくサービス水準

シャトル式自動倉庫は、ラック内を水平方向に走るシャトル、階間を移動するリフト、入出庫コンベヤ、保管ラック、制御ソフトで構成されることが多い方式です。DematicのMultishuttleの説明も、シャトル、ラック、コンベヤ、リフト、ソフトウェアを主な構成要素として挙げています。SwisslogのCycloneCarrierは、小物荷の保管だけでなく、ピッキングステーションへの供給や出荷前のバッファにも使う構成を示しています。これは製品の用途例であり、すべてのシャトル製品が同じ能力や構成を持つ意味ではありません。

発注者が先に言語化すべきサービスは、何を何個収容するかだけではありません。「15時から16時の出庫ピークに、どの注文を何分以内にピッキング口へ送るか」「生産ラインが停止する前に、必要な部品トートを何個供給するか」「一つのリフトが止まったとき、どれだけの能力を維持するか」です。平均入出庫量で設備を決めると、普段は空いているのに締め時間前だけ行列が生まれます。反対に観測根拠のない最大値を積むと、使わないシャトル・リフト・ラックに投資します。

同じ「自動倉庫」でもパレットを扱うシャトルとトート・ケースを扱うシャトルでは、荷役装置、床荷重、消防、出入口、能力の単位が異なります。本稿の主対象はトート・ケース系です。パレット系は同じ計算表をそのまま転用せず、荷姿と搬送単位から別途評価してください。

既公開のスタッカークレーン選定記事との役割分担

スタッカークレーン式自動倉庫の選定では、クレーンを中心にした方式選び、建屋条件、投資判断を扱いました。本稿はシャトル方式を候補に残した後の「何台・何基で、どのピークを、故障時にもどう流すか」に焦点を絞ります。両方式の名前だけを比較して結論を出すのではなく、同じSKU、荷姿、注文行、入出庫ピーク、可用性条件を与えたシミュレーションで提案を評価することが肝心です。

方式の境界も先に決めます。トート系シャトルを選んでも、パレットの原材料保管には別方式が要るかもしれません。シャトルがラックから取り出しても、出庫コンベヤが充満すれば搬送は止まります。ピッキング口へ届いても人員配置や補充の波が合わなければ、出荷能力は上がりません。発注範囲を「シャトル本体」だけに切ると、成果責任の境界が曖昧になります。

自動倉庫 シャトル式とスタッカークレーン式の比較軸

比較表は優劣の固定順位ではなく、発注時に確認する問いです。方式ごとに製品差があるため、数字はRFP回答と実機試験で確定してください。

シャトル式は複数の搬送機を並列に動かせる設計が選択肢になる一方、共通リフトや合流コンベヤが能力と可用性の上限になり得ます。スタッカークレーン式は一つの通路を一台のクレーンが担当する設計が典型ですが、製品ごとの複数荷役、デュアルサイクル、通路構成で実効能力は変わります。「シャトルは必ず速い」「クレーンは必ず安い」のような一般化は避け、需要波形に対するシステム全体の結果を比較します。

throughput設計は注文行から始め、機械の公称サイクルから始めない

「毎時何トート」と書く前に、WMSの実績から少なくとも日別・時間帯別の入出庫、注文行、SKU別回転、緊急出庫、補充、返品、空トート回収を取り出します。対象期間には通常週と繁忙期の両方を入れ、曜日・シフト・締め時間の違いを残します。注文行とトート移動は一対一ではありません。一つのトートが複数注文を支えることも、一注文で複数トートを呼ぶこともあります。バッチング、波動処理、先出しルールを仮定として明記してください。

設計用の簡易式は「必要なピーク搬送能力＝対象時間帯の要求搬送数÷その時間帯に実際に稼働できる時間」です。ただしこれは必要量の目安です。システム能力は各設備の上限の最小値に制限され、搬送の順序や競合でさらに下がります。例えば、ある仮定例でピーク要求が毎時900トート、シャトル群が毎時1,200、リフトが毎時960、出庫コンベヤが毎時1,050、ピッキング口が毎時800なら、全体は少なくともピッキング口の毎時800に抑えられ、要求を満たせません。これらは説明用の仮定値であり、メーカー公称値でも導入実績でもありません。

可用率も一律に掛け算して済ませないことです。停止時間が週末に偏る設備と、締め時間に止まる設備では事業影響が違います。通常時能力、計画保全時能力、単一故障時能力を分け、15分単位の波形で待ち行列を確認します。「平均900、能力1,000だから安全」という判断は、15分で300トート集中する現場では成立しません。

リフト、合流、ポートの飽和を個別に見る

シャトルを各階に置く方式でも、階間の出し入れを共通リフトで処理するならリフトが共有資源です。入庫と出庫が同じリフトを使うか、二段デッキか、片側故障時に迂回できるかで結果が変わります。Swisslogの製品ページには高性能用途向けの二段デッキリフトが示されますが、それを採用すれば自社のピークを満たせるという証明にはなりません。ベンダーには同じ注文データでリフト稼働率、待ち行列長、最長滞留時間を出してもらいます。

入庫口のスキャナー、荷姿検査、重量検査、コンベヤ合流、出庫口のバッファも制約です。荷姿エラーが一定割合で発生したときのリジェクト経路と再投入手順を設計しなければ、正常なトートまで滞留します。ピッキング口は作業員数、作業速度、容器交換、空容器戻しを含めた実測値で評価します。設備だけの動画で高速に見えても、実オーダーの処理能力は別です。

シャトル台数の増減は限界効果で評価する

シャトルを一台増やしたとき、全体の出庫能力がどれだけ増えるかをシミュレーションで示してもらいます。リフトがすでに飽和なら、追加の一台は能力増より待機時間を増やすだけかもしれません。逆にリフトが余っていて特定階のトート要求が集中するなら、階ごとの台数配分が効きます。単なる総台数ではなく、階別需要、搬送距離、充電・保守、故障時の振り替えを含めた配置を比較します。

具体的には、出庫需要が上層階に偏る15分と、全階へ補充が分散する15分を別々に再生します。同じ総搬送数でも前者では特定階のシャトルとリフト入口に列ができ、後者ではコンベヤ合流点に列ができるかもしれません。各階の車両を固定する設計なら、故障した階の在庫を別階の車両で即座に取りに行けるとは限りません。車両を階間移送できる設計でも、移送に使う設備と所要時間を確認する必要があります。「予備車両一台」を見積に入れるだけでは、その車両が何分後にどの階で稼働するかは分かりません。発注者は重要SKUのある階で車両が故障した場合の復旧手順を実演条件に入れると、冗長性の実態を見分けられます。

保管密度は「ラックの間口数」から引き算して求める

メーカーの図面に描かれた間口数は、運用できる容量と同じではありません。実効容量を考えるときは、各SKUの必要在庫、ロット・期限別の分離、ABC配置、補充中の空き、異常品隔離、棚卸し、空容器、保守で使えない区画を引きます。単深と多深は密度だけでなく、奥のトートにアクセスするための再配置、SKU分散、出庫順序に影響します。SwisslogのCycloneCarrierが二～四重奥行きを製品例として示し、SSI SchäferのCubyがレベルごとのシャトルや保守プラットフォームを示すことからも、同じ「シャトル」の中に構成の幅があります。

RFPには「公称保管間口数」と「指定SKU・ロット構成で使える実効間口数」を別々に記入させます。SKU当たり平均在庫だけでは足りません。最少・最大在庫、ケース寸法のばらつき、袋や変形箱、突出、底面のたわみ、重量偏りをサンプル荷姿で確認します。低温環境なら結露、霜、温度差、潤滑・電池、保全時間を別条件として扱います。メーカーの一般カタログをタイの現場条件に読み替えず、適用可否を回答書で確定します。

建屋側も密度を削ります。柱スパン、梁下高さ、床荷重、スプリンクラー・消防動線、避難、搬入・組立スペース、将来増設用の余白を図面に重ねます。ラック高さだけを最大化して保全用のアクセスが取れない設計は、稼働後の停止時間を増やします。図面上の体積効率だけでなく、実際に取り出せる在庫と復旧できる構造を評価します。

単一障害点をシャトル、リフト、制御、電源に分解する

「シャトルが複数台だから冗長」という説明は十分ではありません。1台が止まっても他の台が動くことと、同じリフト・コンベヤ・PLC・WCS・ネットワーク・電源を共有していることは別です。各設備について故障時に失う処理能力、影響するSKU、復旧時間、代替手段を表にします。複数階に在庫を分散させても、唯一の出庫リフトが止まれば出庫できない設計があります。

RFPで最低限聞くべき故障シナリオは、シャトル一台停止、任意階の通信喪失、リフト一基停止、出庫コンベヤ一本停止、ピッキングポート一口停止、WCS停止、WMSとの通信停止、停電復帰、火災報知連動です。各シナリオについて「何分で安全停止するか」「どの在庫が見えるか」「手動出庫の許可条件」「復旧後の二重搬送防止」「在庫差異の照合」を回答させます。単にMTBFや平均稼働率を一行示すだけでは、工場が止まる場面を説明できません。

停止許容時間を運用側から定義します。出荷遅延を翌朝回収できる倉庫と、ラインサイド供給が30分止まると製造停止になる工場では、必要な冗長性が違います。複数リフト、迂回コンベヤ、ラインサイド安全在庫、手動払出しのいずれに投資するかは、停止影響と復旧時間で判断します。メーカー構成上の「冗長」と事業継続上の「許容可能」を混同しないでください。

安全と保守導線はレイアウトの初稿から組み込む

ラック内にシャトルが残ったまま故障した場合、誰が、どこから、どの設備を隔離し、どう回収するのでしょうか。構内に入る作業員の救出、墜落、挟まれ、残留エネルギー、他階シャトルの誤起動を含め、保全手順を図面に重ねます。SSI SchäferのCuby資料には保守プラットフォームが構成要素として明記されます。保守空間は後付けの付属品ではなく、方式の一部として確認すべき点です。

ISO 12100:2010は機械の設計における危険源の特定、リスクの見積り・評価、低減、文書化・検証の原則を示します。特定製品の合格証やタイの法令適合を意味するものではありません。購入者は設備メーカー、施工会社、工場の安全担当と適用規格・現地要求を確認し、アクセス扉、インターロック、非常停止区分、ロックアウト、火災時の動作、避難経路をプロジェクト固有のリスクアセスメントに落とします。AGV/AMRを周辺搬送に使う場合は適用範囲が別の規格にも及びますが、シャトル自体にAGV規格を機械的に当てはめないでください。

保全契約では、遠隔監視の有無よりも、タイ現地での一次対応者、連絡言語、夜間・休日対応、予備品の所在、故障診断ログの取得権限、ソフトウェアのバックアップ、復旧訓練の頻度を確定します。予備シャトルを買っても、ラックから故障機を安全に取り出せず、交換後の再認識手順がなければ復旧は速くなりません。製品固有の専用工具、電池、駆動輪、センサーのリードタイムを契約時に確認します。

WMS・WCS・PLCの責任境界を定義する

WMSは在庫、ロット、引当、作業優先度を持ち、WCSは搬送順序と設備への指令、PLCは個々の機械動作と安全系との接点を扱う構成が一般的ですが、製品によって役割の切り方は異なります。RFPでは「どのシステムが在庫の正本か」「入庫完了をいつ確定するか」「読取不一致・欠品・通信切断・再送・タイムアウトを誰が処理するか」をイベント単位で定義します。API形式だけを決めても、イベントの意味がずれれば在庫差異が残ります。

最低限のインターフェース試験には、同一トートIDの二重入庫、読取不能、注文取消、優先度変更、出庫中の通信断、復旧後の再送、部分出庫、棚卸し差異、火災報知・非常停止の連動を入れます。ログは注文ID、トートID、ロケーション、指令ID、時刻、状態遷移を追える形式にし、保管期間とアクセス権も合意します。タイ工場側のIT担当者が保守できるよう、言語、タイムゾーン、時刻同期、権限管理を受入条件に含めます。

既存ERPやWMSを変えずに新設備を足す案件では、接続点の数だけ例外が増えます。仮に入庫完了がWCSでは確定してもWMSに反映されない間に出庫指示が来た場合、どちらの状態を信じるかを決める必要があります。テスト用マスタと本番マスタが混ざる事故も防がなければなりません。機械工事とソフト連携を別契約にするなら、障害切り分け会議の主担当と最終責任を契約書に置きます。

タイでの導入条件をRFPに入れる

タイのBoard of InvestmentはSmart and Sustainable Industryの産業高度化措置として、一定の条件下で効率改善投資を支援しています。現在公開されている案内は、対象となるGroup B等の事業について、最低投資額100万バーツ（用地・運転資金を除く）などの条件を示しています。ただし自動倉庫を買えば自動的に優遇されるという意味ではなく、対象事業、申請時点、投資内容、手続きはBOIへ個別確認が必要です。投資モデルに優遇効果を入れるなら、承認前と承認後を分けて示し、承認前はゼロとして資金計画を成立させるのが安全です。

現地実装では、輸入・通関、据付業者、電源品質、床の補強、建屋改修、消防との調整、空調・湿度、ネットワーク、タイ語の操作教育、保守窓口を費用表に入れます。設備価格だけを見積比較しても、工事・制御・IT連携・保全教育の範囲が違えば結論は変わります。自動倉庫の価格と投資回収の整理で費目の見方を確認し、本稿の能力・受入条件をその内訳に対応させると、見積の抜けを発見しやすくなります。

既存倉庫を稼働させながら改修する場合は、床やラックの施工範囲だけでなく、搬入経路、仮置き、在庫移し替え、週末停止、出荷を維持する暫定オペレーションを工程表に含めます。新築案件なら設備だけ先行設計せず、柱割り、消防、避難、将来拡張を基本設計時に合わせます。現場の停止可能日が先に決まっているなら、その制約をRFPの前提にします。

RFPに記載する入力データと回答形式

比較可能なRFPには、過去12か月程度の取扱実績を用意するのが望ましいものの、データが短い場合は期間と季節性の不確実性を明記します。納入企業へ同じ入力を渡し、提案者独自の仮定は別欄に書かせます。機密の注文履歴はSKUを匿名化してよいですが、重量・サイズ・注文行の分布を壊してはいけません。

提案書には少なくとも、ラック段数・奥行き、シャトル台数の階別配置、リフト基数、入出庫口数、各設備の能力、全体能力、故障時能力、保守アクセス、エネルギー前提、施工計画を同じ表で出してもらいます。能力は単一の「最大毎時件数」だけでは不十分です。実注文データに基づくピーク15分、1時間、シフト全体の結果を分け、平均・95パーセンタイル・最悪滞留時間を提示させます。95パーセンタイルは上位5%の遅い要求を除いた位置であり、最高値の保証ではありません。

提案範囲の空白をなくすため、ラック基礎・スプリンクラー・防火区画・電気幹線・ネットワーク・WMS改修・試験用在庫・教育・日本語/タイ語資料・初期予備品を「含む」「別途」「発注者支給」の三択で記入させます。支払条件は設計承認、FAT合格、現地据付、SAT合格、安定稼働と結び付け、単なる納入日だけで完了扱いにしない設計が望まれます。

方式比較は同じデータと同じ制約でシミュレーションする

ベンダーAのシャトル案とベンダーBのクレーン案を、公称件数だけで横並びにしても比較になりません。両案へ同じSKU数、保管在庫、注文履歴、ピッキング方式、入出庫口、建屋寸法、運転時間を与えます。成長ケースは例えば現在、三年後の基準、想定外の繁忙という複数シナリオにし、将来値の根拠を併記します。例の年数は比較方法の提案であり、全案件に共通の予測期間ではありません。

シミュレーションの提出物には、入力ファイル、前提、乱数や波動処理のルール、設備別稼働率、行列、注文完了分布、実効保管数、故障時結果を含めます。発注者が再計算できる状態にすることが重要です。メーカーのデモ画面の一部だけを見せられても、SKU分布や補充負荷が実案件と異なれば判断できません。独立した第三者や発注側が仮定を差し替えられる契約にすると、変更時の議論が速くなります。

評価は能力、密度、停止耐性、保守、IT接続、施工期間、TCOを同じ重み付け表で採点します。ただし重みは事業によって変えます。製造ライン停止損失が大きければ故障時能力が重要で、賃貸倉庫で床面積が制約なら実効密度が重要です。重みを見積入手後に変えると選定が恣意的になるので、RFP配布前に発注側で合意します。

FAT・SATでは実荷姿と実注文で「受け取る性能」を証明する

FAT（工場受入試験）はメーカーの工場または試験環境で、制御、安全、インターフェース、代表荷姿、異常系を確認します。SAT（現地受入試験）はタイの実建屋で、据付後の機械・電気・ネットワーク・消防連動、実荷姿、実注文、保全と教育を確認します。両方を単なる起動確認にすると、ピーク能力や復旧手順の不具合は本番開始後に初めて現れます。

試験計画書には、試験目的、入力データ、前提、合格基準、計測方法、責任者、証跡、再試験条件を一行ずつ置きます。例えば「毎時900トート」を合格条件にするなら、何時間連続で、入庫と出庫の比率、トート重量、SKU分布、ポート作業員、例外率、測定開始・終了時の仕掛在庫を指定します。試験開始前にラックやコンベヤにトートを積み上げて瞬間的な出庫数だけを稼ぐ方法では、持続能力を証明できません。

故障試験ではシャトル一台停止、リフト一基停止、ネットワーク断、非常停止、停電復帰、トート読取不能を意図的に起こします。安全に停止し、残る運転範囲が明確で、在庫位置を失わず、復帰後に重複出庫しないことをログで確認します。危険な試験は安全計画の下で実施し、実施できない試験は代替証拠と残余リスクを合意します。安全試験の合格は性能試験の代替にも、性能試験の合格は安全評価の代替にもなりません。

受入後の安定稼働期間には、例外発生率、システム停止時間、手動介入、在庫差異、注文遅延を日次で確認します。合格条件を満たさない項目はパンチリストに残し、解消期限と暫定運用を定めます。最終引渡し物には、構成図、機械・電気図面、PLC/WCSソースまたは契約した利用権、バックアップ、予備品表、保守手順、教育記録、試験証跡、ライセンス条件を含めます。

投資判断はTCOと停止影響を同じ期間で比べる

シャトル本体価格だけで方式を選ぶと、ラック・リフト・搬送・ソフト・建屋・消防・施工・保守・電力・予備品の差が見えません。比較期間、稼働日数、成長率、更新部品、保守契約、労務、停止損失、残存価値を両案で揃えます。ソフトウェア保守、バージョンアップ、WMS変更、予備シャトルの電池更新は契約年数によって効きます。税務優遇は承認が確定するまで別シナリオに置きます。

投資効果も「人員削減」だけに限定しません。ピッキング歩行の削減、ライン欠品の低減、在庫精度、誤出荷、空間利用、季節変動への対応を指標にします。ただし各効果は現状の測定値と同じ定義で比較し、重複計上しないことが必要です。例えば歩行削減を人件費で評価し、同じ時間を生産性向上として再計上すれば利益を二重に数えます。現状実測がない指標は「期待値」ではなく検証課題として扱います。

最終的な判断表は、必要サービスを満たさない案を先に落とし、残る案の総費用と運用リスクを比較する形が実務的です。安い案でもピーク15分の注文が締め時間に間に合わないなら不適合です。高い案でも冗長化と保守導線が事業停止を減らすなら、停止影響を含めて再評価する価値があります。

導入の進め方：データ確認から安定稼働まで

第一段階は現状測定です。注文行、入出庫、荷姿、在庫、例外、停止影響、建屋制約を集め、データ欠損と季節性を明記します。第二段階でサービス水準を決め、ピーク時の搬送、締め時間、故障時能力、実効保管数、安全・保守を数値化します。第三段階で共通RFPを配り、同じ入力のシミュレーションと費用内訳を受け取ります。

第四段階は詳細設計です。ラック、リフト、出入口、消防、保全、WMS/WCS/PLC、ネットワークを一枚の責任分担表に落とし、変更管理を開始します。第五段階でFAT、現地据付、SATを行い、初期在庫移行と運用教育を試験します。第六段階で安定稼働を確認し、保守体制と引渡し資料を受け取ります。建屋の使用開始日だけを工程の終点にせず、実際に注文を処理できる日を基準にします。

よくある質問

自動倉庫 シャトル式とスタッカークレーン式はどちらが速いですか？

方式名だけでは決まりません。荷姿、注文波形、リフト、通路、ポート、WMSの順序制御で全体能力が変わります。同じ入力データと試験条件で、ピーク15分、連続1時間、故障時の処理数と遅延を比較してください。シャトル台数だけの公称値は出庫サービスの保証ではありません。

シャトル式 自動倉庫のthroughputはどう設計しますか？

注文行をトート移動へ変換し、補充・返品・空容器・例外も加えた時間帯別要求を作ります。その上でシャトル、リフト、コンベヤ、ポートの能力と待ち行列を検証します。平均値ではなくピーク波形、計画保全、単一故障の三条件を必ず分けます。実注文履歴に基づくシミュレーションをRFP提出物にしてください。

シャトルシステムのRFP・FAT・SATで必須の項目は何ですか？

RFPには荷姿、SKU・ロット、時間別需要、建屋、停止許容時間、IT責任境界、保守条件を入れます。FATでは制御・安全・例外・インターフェース、SATでは現地据付、実荷姿・実注文による持続能力、故障復旧を試します。合格基準とログ証跡を契約前に決めることが要点です。

タイで自動倉庫を導入するとBOI優遇を使えますか？

可能性は案件ごとの適格性次第です。BOIの公開措置には投資条件と申請手続きがありますが、自動倉庫購入だけで認定されるわけではありません。対象事業、時点、費用範囲、提出書類をBOIに確認し、承認前の投資採算は優遇なしで示してください。

まとめ

シャトル式自動倉庫の選定で重要なのは、製品の最高速度ではなく、実注文を指定時間内に届ける全体系の能力です。保管密度は使える間口で、冗長性は故障時の残存サービスで、導入品質はFAT/SATの証跡で評価します。タイの現場条件、建屋、IT、消防、保守をRFPに含め、同じデータで各社を比較すれば、安い見積や華やかなデモに引きずられずに決められます。

タイ工場や物流拠点でシャトル方式を候補にしている段階なら、荷姿と注文履歴からRFPの比較条件を一緒に整理できます。TOMAS TECHへのお問い合わせから、まだ方式を決めていない状況でもご相談ください。

参考情報

• Dematic, Multishuttle製品説明：主要構成要素、用途、並列動作の説明。公称効果は個別案件の保証値ではない。
• Swisslog, CycloneCarrier製品説明：小物荷の保管、GTP供給、バッファ、多深、リフト構成の製品例。
• SSI SCHÄFER, Shuttle Systems資料：Cubyのレベル別シャトル、リフト、保守プラットフォーム等の構成例。
• Thailand BOI, Smart and Sustainable Industry：産業高度化措置の公表条件。案件の適格性はBOIへ確認。
• ISO 12100:2010, Safety of machinery：機械安全のリスクアセスメントとリスク低減の原則。適用規格・現地法令は別途確認。

情報確認日：2026年11月8日。製品構成、制度、規格の改訂状況は発注時に各一次資料で再確認してください。