倉庫の仕入先納品予約スケジューリング：ゲートの行列を止めるスロット表

まず結論から：倉庫の仕入先納品予約スケジューリングは、時間を決めることではありません。受入能力を予約可能なスロットに切り分け、すべてのトラックをスロットに割り当てることです。スロット表と厳格なルールがなければ、スケジューリングは崩壊します。ゲートにトラックが並び、受入担当者は残業し、仕入先は不満を言います。以下の方法は、私が三つの倉庫で実行してきたものです。そのまま写してください。

倉庫の仕入先納品予約スケジューリングがうまくいかない理由

多くの倉庫では、スケジューリングはこう機能しています。仕入先が電話をかけ、受入スーパーバイザーが勘で「明日の午前中に来てください」と言います。10時になると、五台のトラックが一度に現れます。ドックドアは二つ、荷下ろし担当者は三人です。トラックはゲートで二時間待ち、ドライバーは不満を言い、受入担当者は慌て、書類は混ざります。私はこの失敗を三回見てきましたが、根本原因はいつも同じです。予約は日付を押さえただけで、時間枠も、ドックドアも、荷下ろし要員も押さえていなかったのです。

本物の倉庫の仕入先納品予約スケジューリングには、三つの制約があります。ドックドア、荷下ろし要員、検査能力です。そのいずれかが満杯であれば、時間通りに到着したトラックでも荷下ろしできません。だから予約表はカレンダーではいけません。リソース表でなければなりません。すべてのスロットの背後には、何台のトラックを受け入れるか、どの車種か、検査が必要か、どのチームが担当かを示す必要があります。スロットが埋まったら、人が止めるのではなく、システムが自動的に閉じるべきです。

もう一つ、潰しておくべきよくある誤解があります。ゆるいスケジューリングのほうが仕入先は喜ぶ、というものです。実際は逆です。仕入先に「今日ならいつでも来てください」と言えば、待ち行列のコストを自分のドックに押し付けることになります。時間枠が具体的であるほど、仕入先は車両とドライバーを計画しやすくなり、苦情は減ります。これが本記事の中心にある直感に反する判断です。スケジューリングは仕入先に負担をかけるのではありません。仕入先がゲートで待つはずだった時間を節約するのです。

倉庫の仕入先納品予約スケジューリングの四つのステップ

ステップ一：実際の受入能力を測ります。過去四週間のデータを取り、各荷下ろしチームが一時間に何台のトラックを処理するかを算出します。フルパレットのトラックとバラ積みの納品ではペースがまったく違うので、車種別に分けます。次に一日をスロットに切り分けます。二時間ずつがよい出発点で、すべてのスロットにトラック台数の上限を付けます。遅れて来るトラックと例外のために、能力の約二十パーセントを残しておきます。

ステップ二：ルールを書き出し、すべての仕入先に送ります。ルールは実行できるほど具体的でなければなりません。どれだけ前から予約するか、どれだけの遅れがノーショーになるか、ノーショー後にどう再予約するか、どの積荷に ASN が必要か、書類が不完全なトラックは荷下ろしできるか、です。すべてのルールには明示された結果が必要です。なければ飾りにすぎません。例を一つ：一時間以上遅れたトラックはスロットを失い、次に空いているスロットに再予約します。これを一度でも徹底すれば、遅れての到着は急速に減ります。仕入先が運転時間をきちんと計画し始めるからです。

ステップ三：全員が読める予約表を一つ作ります。仕入先はオンラインでスロットを選び、その場で確認を受け取ります。日付、スロット、ドックドア番号、連絡担当者、持参する書類です。受入チームは毎朝その表からシフトを計画し、一時間前にはどのチームがどのトラックを担当するか分かります。ステータスはリアルタイムで更新されます。予約済み、到着、荷下ろし中、完了です。一目で一日全体が分かります。

ステップ四：ドックでループを閉じます。トラックが到着したら、まず予約番号を確認し、次に書類を確認し、それから荷下ろしします。荷下ろしが終わったらその場でサインし、例外はすぐに記録します。破損した単位数、不足数、欠けている書類です。これらすべてを予約記録に書き戻すので、次にその仕入先が予約するとき、一目で実績が見えます。このループのないスケジューリングは、名前だけのスケジューリングです。

見落とされがちなもう一つの点：表が稼働し始めたら、毎月三つの数値で見直します。定時到着率、スロット利用率、例外率です。定時到着が低ければ、スロットのサイズが間違っていないか確認します。利用率が低ければ、能力を過大評価しているので、スロットを絞れます。例外が少数の仕入先に集中していれば、その仕入先と直接話します。予約表は一度きりのプロジェクトではありません。毎月調整すれば、三か月後には実際のペースに合うようになります。

私が間近で見た三つの失敗

最初のプロジェクトは、中国東部の食品流通倉庫でした。稼働開始前は、仕入先はチャットグループで予約し、スーパーバイザーは各メッセージに「来てよい」と返信していました。最初のピーク週、ある朝、四つのドックドアに対して九台のトラックが到着し、行列は交通警察が現れるまで公道にまで伸びました。私たちはその夜のうちにスロット表に切り替え、翌日から一日の量に上限を設け、ゲートは二度と詰まりませんでした。教訓は一行です。上限のない予約システムは、予約システムではありません。

二番目のプロジェクトはさらに興味深いものです。消費財の倉庫には立派な予約表がありましたが、ドックでは誰も予約番号を確認しなかったので、ドライバーは到着次第荷下ろししました。仕入先 A の貨物が仕入先 B のドアに行き、書類が混ざり、在庫カウントで二パレット不足しました。照合に一週間かかりました。それ以来、私は二つの鉄則を守っています。予約番号がなければ荷下ろししない。書類の不一致があれば荷下ろししない。厳格に見えます。しかし防げる言い争いは、その摩擦をはるかに上回る価値があります。

三番目の失敗は逆の罠です。ある倉庫はスロットを細かく切りすぎました。三十分ずつです。仕入先は使える時間を見つけられず、予約をやめてそのまま現れるようになりました。予約率は約三十パーセントまで落ち、ドックはスケジューリングが存在する前よりも散らかりました。スロットのサイズは荷下ろしペースに従わなければなりません。一台のトラックの荷下ろしに二時間かかるなら、三十分のスロットを切ってはいけません。道具は現場に仕えるもので、表計算ソフトに仕えるものではありません。

稼働開始の夜のチェックリスト：スケジューリングは稼働できる状態か

稼働開始の夜、早く祝ってはいけません。このチェックリストを項目ごとに確認します。スロット表は実際の荷下ろしペースから作られているか。仕入先は遅刻、ノーショー、再予約のルールを受け取ったか。確認書には日付、スロット、ドックドア番号、書類リストが含まれているか。ドックで予約番号を確認する担当者が指名されているか。例外を予約記録に書き戻す責任者がいるか。五つすべてにチェックが付けば、稼働できます。一つでも欠ければ、最も忙しい週に破綻します。

倉庫の仕入先納品予約スケジューリングが機能しているかどうか、最後のテストを一つ。朝、受入スーパーバイザーは当日の表を見て、調整の電話を一本もかけずに、一度の確認で一日の要員とドアをすべて手配できるか。できれば、システムは機能しています。できなければ、スロット表とルールに戻ります。問題は常にその二つのうちのどちらかにあります。

Lin Xiao（WMS導入コンサルタント）著 英語版からの翻訳。内容に相違がある場合は英語版を優先します。