WMSがダウンしても倉庫は回り続ける：小規模倉庫オーナーの災害復旧プレイブック

去年の7月の過酷な1週間、クラウドWMSが4時間以上ダウンした。ベンダーはサーバーの移行作業中だった。電話はつながらず、サポートチケットは虚空に消え、ステータスページは真っ赤に染まっていた。その日の午後、紙とペン、そして数か月前に用意しておいた非常ボックスで400件以上の注文を出荷した。

これはアクティブ-アクティブのクラスターや地理分散フェイルオーバーの話ではない。そんなものは買えない。これは9人で運営する3,000平方メートルの倉庫でWMS障害が起きた後の話であり、出荷を止めずに済ませた、徹底的にローテクな災害復旧プレイブックの話だ。

エンタープライズ級のWMS災害復旧が選択肢にならなかった理由

2年前、災害復旧を本気で検討した。あちこちに聞いて回った：ホットスタンバイ、オフサイトバックアップ、専用回線と予備サーバー。どの見積もりも6桁からで、さらに年間保守料、そのうえベンダーは専任のIT担当者を「強く推奨」してくる。うちの倉庫で働くのは9人だ。年1回も起きないかもしれない障害のために、シャドーシステム全体を維持しろというのか？うちのような小規模倉庫には、そんなお金は使えない。

うちのIT資産のすべてを正直に列挙する：ルーター1台、クラウドWMSのアカウント1つ、バーコードスキャナー数台、それと気まぐれなプリンター1台。エンタープライズの世界はRTOとRPOを語る。うちが語るのはもっと単純なことだ：今日の400件の注文を時間通り出せるか、顧客からクレームが来ないか。目的が違えば、プレイブックも違う。

うちのローテクな答え：非常ボックス1つ、紙のフォーム3種類

それを受け入れてからは、2,000元もかけずに「オフライン非常ボックス」を作った。今ではオフィスで一番手の届く場所に置いてある：

印刷済みの白紙フォーム：手書きピッキングスリップ、手書き出荷検品スリップ、復旧後の再入力照合シート——各200枚
モバイルバッテリーと、データSIM付きの4Gバックアップルーター
USBメモリ：毎週金曜日の退勤前に、誰かがWMSから在庫スナップショットを丸ごとExcelに書き出し、コピーしておく

紙のフォームはそれぞれ仕事が1つだけだ。ピッキングスリップには注文番号、ロケーション、SKU、数量を記録し、ピッカーが署名する。検品スリップは出荷前に2人目の署名が必要——うちの誤出荷防止のチェックポイントだ。照合シートはシステム復旧後のためのもの：誰が何を再入力し、誰がダブルチェックし、差異をどう扱うか、注文ごとに記録する。

手順は書き出して壁に貼ってある。WMSがダウンしたら：10分で切り分け——うちのネットワークの問題か（4Gルーターを試す）、それともベンダー側か（電話して、ステータスページを確認）。システムの問題なら10分以内に手作業へ切り替える：カスタマーサービスがマーケットプレイスのバックエンドから注文をExcelで書き出し、印刷するかピッキングスリップに手書きで写す；ピック、ダブル検品、出荷；紙のスリップは注文番号順に封筒に入れてファイリングし、システム復旧後の再入力を待つ。

WMS障害時に倉庫を稼働させ続ける紙のフォーム

成否を分けるポイントが2つある。1つ目、紙のフォームのロケーションとSKUはWMSと一字一句一致させなければならない——テンプレート設計の際、システム画面の各フィールドをそのまま写した。2つ目、その金曜日の在庫スナップショットがフォールバック全体の土台だ：システムがダウンしていても、各SKUがだいたいどこにあり、あとどれくらい残っているかが分かる。手探りで暗闇を歩かずに済む。

実際に起きた2回のWMS障害：システムは死んだが、注文は死ななかった

1回目は2025年7月、東莞——ベンダーのサーバー移行で、ダウン時間は4時間10分。12分で手作業に切り替え、その日は400件以上の注文を出荷した。その夜、3人で2時間かけて、システム復旧後に紙のスリップをすべて再入力した。照合で差異が3件見つかった——すべて検品ステップで検出され、誤出荷の前に止められた。顧客クレームはゼロだった。出荷時間は一度も遅れなかったからだ。

2回目は2025年1月：工業団地の計画停電で、事前に告知されていた。UPSは25分持った；パソコンもスキャナーもプリンターも死んだ。だが紙のプロセスはもともと電気を必要としない——懐中電灯と紙のスリップで、ピッキングは続いた。その2時間で150件の注文が出荷され、復電後の再入力は40分で終わった。

数字が物語を語る：

	エンタープライズDR（アクティブ-アクティブ／ホットスタンバイ）	うちの草の根フォールバック
初期費用	6桁以上	2,000元以下
年間維持費	数万元、場合によっては人件費も	ほぼゼロ（金曜日の書き出し1回）
4時間の障害の影響	ほぼゼロ	出荷件数が約10%減、再入力作業2時間
本当の罠	3年前に買ったきり、一度も訓練せず——いざという日に動かない	紙のプロセスは毎月の小さなトラブルで実戦訓練済み

直感に反する結論はこうだ：小規模倉庫にとって最高の災害復旧は技術ソリューションではなく、プロセスソリューションだ。やっと買えるエンタープライズ機材は、往々にして置物になる：3年間誰も触っていないスタンバイシステムは、たいていフェイルオーバーの当日に最初に壊れる。一方、うちの紙のスリップは、毎月の小さな障害や瞬断で鍛えられている。大本命が来たとき、チーム全員が目をつぶっていても手順を回せる。