あるYMS選定会議で、営業資料は「インテリジェントなスケジューリング」や「AIドック計画」で埋め尽くされていた。私はただ一つの質問をした。「各トラックがゲートで平均どれくらい待っているか、今すぐ答えられますか？」5秒の沈黙。答えられないのに、スケジューリングは何を最適化するつもりなのか。
さらに厳しい現実がある。多くのヤードには基本中の基本さえない。各トラックの予約時刻、到着時刻、出発時刻だ。この3つのタイムスタンプがなければ、YMSはただの飾り物だ。どれほど高価なシステムでも、無から信頼できる計画は生み出せない。
「デジタル化」や「インテリジェント化」で埋め尽くされたYMS選定資料を、私は何度も見てきた。「現在、ドライバーはゲートで平均どれくらい待っていますか」と聞くと、会場は静まり返る。答えられないのに、スケジューリングは何を最適化するつもりなのか。YMSのステップ1はソフトウェアの購入ではない。データ基盤の構築だ。そのデータ基盤とは、3つのタイムスタンプのことである。
タイムスタンプ1：予約時刻——計画の出発点
予約時刻とは、ドライバー（または運送会社）が到着を予定している時刻だ。これがあれば、倉庫は「明日の午前中は14台来る」と前もって把握でき、受入の人員配置やドックドアの計画を立てられる。
今も「電話＋グループチャット」で予約を回しているヤードが多い。ドライバーがチャットで「明日の午前中に着くよ」と叫び、誰も記録せず、受入チームは何も知らずに出勤する。最初の改善はシンプルだ。ソフトウェアがなくても、予約を共有スプレッドシートに記録しよう。日付、ナンバープレート、運送会社、貨物種別、ETA。この5列で十分だ。
1か月分の予約データが溜まれば、最初の管理上の問いに答えられる。どの時間帯が最も混むのか。答えはほぼ間違いなく午前9時から11時だ。この一つの発見が受入シフト計画を動かす。早番に2人増員するだけで、問題の半分は解決する。
タイムスタンプ2：チェックイン時刻——待ち時間の真実
チェックイン時刻とは、ドライバーが実際にゲートに到着し、入場登録を完了した時刻だ。予約時刻とチェックイン時刻を比べれば「定時かどうか」が分かり、チェックイン時刻と実際の荷役開始時刻を比べれば「どれだけ待ったか」が分かる。
滞留時間（ドウェルタイム）は、ヤード管理で最も高くつく数字だ。ゲートで4時間待つトラックはドライバーの一日を無駄にし、次に運送会社が見積もりを出すとき、「あの施設は入りづらい」という評価が料金に上乗せされる。私はモデル化してみた。1日50台を扱うヤードで、平均待ち時間を3時間から1時間に短縮すれば、1年間で確実に detention 料金や隠れサーチャージを大きく節約できる。正確な金額は運送会社との契約次第だが、方向は確実だ。
チェックインのタイムスタンプ取得に、高価なハードは要らない。守衛所にタブレットとバーコードスキャナーを置くだけだ。ドライバーが到着時に予約のQRコードをスキャンすれば、時刻は自動で記録される。タブレットすら買いたくない？紙のサインインシートでも構わない。守衛所の引き出しで紙を腐らせず、毎日誰かがスプレッドシートに入力すること。
タイムスタンプ3：出発時刻——ループを閉じる
出発時刻とは、トラックが荷役を終えてヤードを出る時刻だ。これがあれば、1回の来訪が完結する。予約→チェックイン→荷役開始→荷役終了→出発。
出発時刻は最も軽視されるタイムスタンプだ。「トラックが出て行った」ことを記録する価値があるとは思えないからだ。しかしこれがなければ、2つの重要な指標が計算できない。1台あたりの総ヤード滞在時間（出発－チェックイン）と、ドック回転率（1日・1ドアあたりの処理台数）だ。
1台あたりの総ヤード滞在時間が6時間を超えたら、プロセスのどこかが壊れている。予約の管理不行き届き、荷役要員の不足、あるいは書類がどこかで滞っている。この数字は「ゲートが混んでる気がする」の100倍説得力がある。
その後、初めてYMSが意味を持つ
3つのタイムスタンプを1か月間地道に集めれば、YMSが最も必要とするデータ資産が手に入る。時間帯別の到着分布、平均待ち時間、ノーショー率、ドック回転率だ。その段階で、自分のYMS要件を書けるようになる。
「予約管理（スプレッドシートの置き換え）、チェックイン管理（タブレットスキャンの置き換え）、待ち時間とノーショー率の自動計算、到着ピーク前の警告が欲しい」。この4文は、コンサルの50ページ資料より良いYMS要件定義書だ。
逆に、3つのタイムスタンプを集められないなら、「インテリジェントなスケジューリング」を売り込むYMSベンダーには一つの質問を返す。スケジューリングアルゴリズムの入力データはどこから来るのか。答えられなければ、早めに見送ろう。
見逃すな、4つ目の数字：ノーショー率
3つのタイムスタンプが流れ始めれば、4つ目の管理指標がタダで手に入る。ノーショー率だ。予約したのに来なかったトラックが、全予約に占める割合である。
ノーショー率が15%を超えると、ヤード計画は崩壊する。14台分の人員とドックドアを用意したのに来たのは9台。人員もドアも遊び、来なかった5台は別の日にどっと押し寄せて、その日の計画も壊す。対策は3つ、軽い順に。
最も軽いのはリマインドだ。予約確定後、2時間前にドライバーへ自動でテキストを送る。ノーショーの多くは故意ではない。ドライバーが忘れていたり、前の停留所で足止めされて連絡してこなかったりする。リマインド1通でかなり取り戻せる。
中くらいはランク付けだ。運送会社をノーショー率で3段階に分ける。5%未満は予約とドックの優先、5%から15%は通常のスケジューリング、15%超は予約に手動確認が必要で、ピーク時間帯は利用不可。ランク表は毎月更新する。自分がCランクだと知った運送会社は、ドライバーの管理を始める。
最も重いのは課金だ。事前キャンセルなしの常習ノーショーには、ノーショー管理料を徴収するか、運賃から差し引く。これは運送契約書に明記しなければならない。口約束は何の価値もない。金額は大きくなくていい。ポイントは「ノーショーにはコストがかかる」ことだ。
ノーショー率には隠れた使い道が一つある。自社の予約プロセスを逆向きに監査することだ。ある運送会社のノーショー率が突然5%から25%に跳ね上がったら、慌てて罰を与えず、まず問おう。自社の予約確認が遅すぎて、ドライバーが待ち時間に進路変更していないか。データは両刃の剣だ。他者を罰するためだけに使うな。
タイムスタンプの第二の仕事：運送会社の請求書の監査
3つのタイムスタンプには、多くの人が見落とすもう一つの使い道がある。請求書の監査だ。運送会社の detention・demurrage 請求が正当かどうかは、すべてタイムスタンプ次第だ。
自分の時間記録がなければ、「うちのトラックはゲートで5時間待った」と言われたら、ただ支払うしかない。チェックインと出発のタイムスタンプがあれば、証拠になる。システムは示す。このトラックの総ヤード滞在時間は2時間10分、荷役に1時間40分、待ち時間はわずか30分。detention が発生するかどうかは一目瞭然だ。
私の知る3PLは、毎月タイムスタンプデータで detention 請求を監査し、争点となった請求を常時20%から30%削減している。1年間で、その節約額がYMSソフトウェアの年額をカバーする。だから3つのタイムスタンプを侮るなかれ。YMSの入力であるだけでなく、運送会社との交渉の切り札なのだ。
最後に一つ。このタイムスタンプはYMSを超えて効く。年間運送契約の交渉で、「御社のトラックのうちのヤードでの平均待ち時間はX時間、定時率はY%です」と示せば、交渉の姿勢はぐっと強くなる。データは、集めるときは面倒くさく、使うときは魔法のように感じる。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
