WCS タスクタイムアウト：機器が 30秒沈黙したとき、リトライか待機か？

まず、今でも痛い数字から始めましょう：47秒——私たちの最悪の WCS タスクタイムアウト判断ミスはそこから始まりました。

去年の11月、カートンが中古コンベヤの分岐部で 47秒間止まっていました。WCS はタスクタイムアウトと判断し、代替タスクを発行しました。しかしカートンは詰まっていたのではありません——分岐部のホコリをかぶったフォトアイの反応がただ遅かったのです。2番目のタスクはプッシャーに同じカートンをもう一度分岐させるよう指示し、カートンは間違ったシュートへ直行しました。急ぎの注文でした。Los Angeles の顧客が棚入れを待っていました。私たちは速達運賃を払い、1つのカートンを探すのに午後を丸ごと費やしました。

私たちは 3,000平方メートルの倉庫を運営しています。そんなふうにお金を燃やす余裕はありません。その日以来、WCS のタイムアウトの混乱を全部ばらして組み立て直しました。学んだことをすべてここに書きます。

まず、私たちの状況：中古コンベヤ、再生リフト、そして分割払いで買った新品の AMR が1台。大企業のミリ秒単位の機器応答という基準は、私たちの世界には存在しません。中古 PLC のハートビートは時々居眠りし、2列のラックを横切る WiFi はすべてを遅くし、AMR は何を確認するにも数秒かかることがあります。WCS のデフォルトは新品の機器を前提としていました。私たちの倉庫では、1日に十数回タイムアウトと叫び、その10回中9回は誤報でした。

大手からコピーした WCS タスクタイムアウトのしきい値はあなたには合いません

最初は楽をしようとして、インテグレーターからもらった業界推奨のタイムアウト表をコピーしました。悪化するだけでした：コンベヤは 5秒でタイムアウトして1日中オオカミ少年を叫び、AMR には 30秒が与えられ、本当に詰まったときに WCS は愚かにも待ち続けました。

その後インテグレーターを飲みに誘い、そこでようやく分かりました：WCS のタイムアウトは1つのものではありません。3層あるのです。

第1層はハートビート：機器は生きているか？PLC のハートビートは通常 1–3秒ごとに刻みます。3回連続で欠ければ、そのデバイスは基本的にオフラインです。この層はタスクとは無関係です——ただのサインインです。

第2層は ACK：タスクは届いたか？WCS がタスクを発行し、機器が了解したと答えます。有線コンベヤは 5秒以内に ACK すべきです——それが仕事です。WiFi 上の AMR なら 15以内で十分です。私たちの中古リフトは ACK に 8–10秒かかることがよくあります。大企業の基準は 5秒タイムアウトと言いますが、私たちは 12に設定しました。恥ずかしいことではありません。機器はそういうものなのです。

第3層は完了確認：仕事は終わったか？これが大きなものです。コンベヤのタスクは発行からカートンがシュートに落ちるまで 1–2分かかることがあります。ゾーンを横断する AMR の移動は 5かかることがあります。この層のしきい値はタスクの種類に従わなければなりません——万能な設定はありません。

私たちが落ち着いた段階表がこちらです。盗んで調整してください：

要点：しきい値は標準的な答えではなく、あなたの機器の体質に従います。機器がすべて新品なら、これを半分にしてください。

タスクタイムアウト：リトライか待機か？まず3つ確認しましょう

良いしきい値があってもタイムアウトは起きます——機器には気分があります。生死を分ける問いは次に何をするかです：再発行か、待機か？

私たちはこれを高い授業料で学びました。2025年11月18日、夜 9時頃：私たちの AMR がパレットを受け取り場からエレベーターホールへ運ぶタスクを受けました。ホールで ACK し、エレベーターを待ちました。すると WiFi が 40秒間切れました。仕事は終わっていました——完了メッセージが届かなかっただけです。

WCS は 30秒以内に完了確認を見られず、タイムアウトを宣言し、2台目の AMR（繁忙期レンタル）に同じパレットを運ばせました。WiFi が復旧したとき、1号機がタスク完了を報告したちょうどそのとき、2号機が到着しました。2台のロボットが1つのパレットをぐるぐる回りました。そして2号機は仕事をしました——パレットをフォークで持ち上げ、2歩進み、1号機に進路を塞がれて、パレットを防火通路に置きました。

その夜：4人、2時間の手直し。塞がれた防火通路と、工業団地からのあわや罰金。時間貸しのレンタル AMR が、無駄に 3時間を燃やしました。後で計算すると、その一晩のコストは倉庫全体に WiFi アクセスポイントを2つ追加するコストを上回りました。

根本原因を一文で言えば：ACK 済みのタスクが未実行として扱われ、再発行されたのです。それ以来、すべてのタイムアウトはコントロール画面の横に貼られた判断フレームワークを通ります——まず分類し、それから行動します：

まず、ACK は戻ってきたか？ACK がなければ、機器はタスクを受け取っていません——おそらく通信障害です。再発行は安全です。ただし先にハートビートを確認してください：デバイスがもうサインインすらしていないなら、100回リトライしても無駄です。人を送って機器を見てもらいましょう。

次に、タスクは再入可能か？クエリや状態同期なら自由に再送してください。しかし機器を動かすもの——搬送、分岐、プッシュ——は、1度でも ACK 済みなら、すでに実行中かもしれないと想定し、自動リトライは絶対にしません。WCS は仕事がどこまで進んだか知りません。プッシャーがすでに押したカートン A をシュート 3 へ押すよう再発行すれば、2回目のプッシュは後ろにいる無実のカートン B に当たるかもしれません。

3つ目に、波を見てください。滞留した貨物は波の締め切りを脅かしますか？脅かさないなら待ちましょう。脅かすなら人にエスカレーションしてください。誰も急いでいないカートン1つのためにライン全体を止めてはいけません。

私たちの安い解決策：退役タブレット上のタイムアウトタスクプール

大企業の答えはデジタルツインと冪等性のレトロフィット——6桁の金額です。そんなお金は燃やせません。私たちの解決策は $500未満でした。

退役タブレットを1台取り、コンベヤの横に取り付け、画面を1つだけ置きました：タイムアウトタスクプールです。タイムアウトしたタスクはもう自動リトライしません。プールに落ちて赤くなります。

オペレーターの仕事はとても単純です：赤を見たら、歩いて行って、見る。コンベヤの問題は肉眼で分かります——本当に詰まっているのか、ただ遅いだけなのか？本当に詰まっている場合：手動対応をタップすると、タスクは人へ渡ります。ただ遅いだけの場合：待機継続をタップすると、WCS は完了ウィンドウを2倍にします。機器がタスクをまったく受け取っていない場合：再発行確認をタップします。

そのささやかな画面が稼働して1か月後、誤った再発行は1日十数回からゼロになりました。月に約 20時間の誤配送探しが消えました。$500。その価値はありました。

私たちのタイムアウト SOP、管制室の壁に貼られたもの

安い解決策がうまくいったので、SOP として書き起こし、壁に貼りました：

L1 — 自動：ACK なしでハートビートが健全なタスクだけが自動リトライでき、最大 2回、間隔を広げて（30秒、次に 60）。それでも何もなければ L2 へエスカレーション。

L2 — 人による確認：ACK ありで完了なしのタスクはすべてタイムアウトプールへ行き、オペレーターが 5分以内に現場で確認します。機器はすでにやった → WCS は完了と記録します。未実行 → 人が再発行をタップします。

L3 — レーンをロック：同じ機器が1時間に 3回タイムアウトするか、L2 の機器故障判定が2回連続したら、レーンをロックし、保守を呼び、バックアップレーンがあれば WCS はタスクをそちらへ振り向けます。

そして鉄のルールが1つ：WCS は同じタスクに対して 30秒以内に2つの実行コマンドを発行してはいけません。そのルールはあの11月の夜に買ったものです。今は設定に入っており、誰も変えることはできません。

直感に反する教訓が1つあります：タイムアウトのしきい値を短くすることが、より敏感だということではありません。引き金の軽いしきい値は、何にでも騒ぎ立てる神経質な監督者です。1か月間誤報を浴びせ続ければ、オペレーターは本物も含めてすべてのアラームを無視するようになります。オオカミ少年の物語は倉庫で毎日繰り広げられています。しきい値の仕事は異常を即座に捉えることではなく、重要なときに捉えることです。誤報で人々の注意力をすり減らすより、本物のタイムアウトを 30秒余分に待たせる方がましです。

私たちの WCS は中古で、機器も中古で、タブレットさえ退役品です。しかしタイムアウトを整理して以来、1日 8,000件の注文がある繁忙期でも、再発行事故は1件もありません。

小規模倉庫には独自の生き残り方があります：大手はお金で安定を買い、私たちは現実を認めることで安定を買います——機器には気分があり、しきい値には余裕が必要で、あるものはただ人が歩いて行って見る必要があるのです。それを認めることは恥ずかしいことではありません。事故こそ恥ずかしいのです。

Xiao Ma（小規模倉庫の経営者）著

英語版からの翻訳。内容に相違がある場合は英語版を優先します。