荷待ち時間は、「到着から完了まで何分だったか」だけを見ても、次の対策につながりにくいものです。
同じ90分待ちでも、受付前で止まっていたのか、バース呼出まで時間がかかったのか、接車後に庫内作業が始まらなかったのかで、見るべき担当も対策も変わります。
そのため、荷待ちは総時間だけではなく、到着・受付・呼出・接車・荷役開始・荷役完了のような区切りで記録します。
どの工程で時間が延びているかが分かると、受付、バース、庫内、配車のどこから見直すべきか判断しやすくなります。
到着から荷役完了までの総時間だけを持つと、「今日は混んでいた」「受付が重なった」「庫内が忙しかった」という説明で終わりやすくなります。
それでは、受付人数を増やすべきなのか、バース割当を変えるべきなのか、庫内の作業順を見直すべきなのかが判断しにくくなります。
ゲート到着や待機場到着を記録し、待ち時間の起点を明確にします。
受付完了までの時間を分けると、受付側の混雑が見えます。
呼出待ち、接車待ち、バース不足を別の区間として確認します。
荷役開始から完了までを見て、庫内作業や検品の停滞を確認します。
最初から細かく分けすぎると、入力が続きにくくなります。
まずは、現場で押しやすく、原因の見分けにも使いやすい6点から始めるのが現実的です。
| 区切り | 意味 | 見えること |
|---|---|---|
| 到着 | ゲート到着、または待機場に入った時刻。 | 予定時刻に対して早着・遅延があったか。 |
| 受付 | 受付手続きが完了した時刻。 | 受付前で待っていたのか、書類確認で時間がかかったのか。 |
| 呼出 | バースへ入るように案内した時刻。 | 受付後、呼出までどれくらい待ったか。 |
| 接車 | 車両がバースへ接車した時刻。 | 呼出後、接車までに待ちや移動の遅れがあったか。 |
| 荷役開始 | 積込・荷降ろしなどの作業が始まった時刻。 | 接車後、庫内側の準備待ちがあったか。 |
| 荷役完了 | 作業が終わり、出場可能になった時刻。 | 荷役そのものに時間がかかったのか。 |
細かい記録は便利に見えますが、押すボタンが増えすぎると現場で続きません。
区切りを追加する場合は、「ここを分けないと対策が決められない」という場所だけに絞ります。
時刻を手入力にすると、入力漏れや後からのまとめ入力が増えやすくなります。
現場では、担当者が状態ボタンを押すだけで時刻が残る形の方が続きやすくなります。
スマホ入力の設計は、庫内進捗をスマホ入力にする時の落とし穴と回避策でも整理しています。
荷主A / 納品 / パレット12枚
呼出後、接車と荷役開始を別々に記録します。
止まった理由は選択式で残します。
荷待ち改善では、平均だけを見るより、遅い便の上位を確認する方が原因を見つけやすくなります。
区切りごとに平均と上位を出すと、受付、呼出、接車、荷役のどこに時間がかかっているかが見えます。
荷待ちの原因は、一つとは限りません。
受付の混雑、バース呼出の遅れ、接車後の庫内準備待ち、検品待ちなどが重なっていることもあります。
ゲート到着または待機場到着を記録します。
受付完了と、書類不備などの理由を記録します。
受付済み車両を、どのバースへ呼ぶかを記録します。
バースへ接車した時刻を記録します。
庫内作業が始まった時刻を記録します。
出場できる状態になった時刻を記録します。
荷待ち時間が長くなった時、単に時間だけが残っていても説明しづらいことがあります。
書類不備、荷主都合、庫内準備待ち、車両都合、検品待ちなどの理由も残しておくと、後から確認しやすくなります。
この情報は、運行実績と請求の確認にもつながります。
待機や付帯作業の根拠を残したい場合は、時刻と理由をセットで扱うことが重要です。
荷待ち時間を改善に使うには、到着から完了までの総時間だけでは不十分です。
到着、受付、呼出、接車、荷役開始、荷役完了のように区切って記録し、どの区間で時間が延びているかを確認できるようにします。
到着、受付、呼出、接車、荷役開始、荷役完了を分けて記録します。
時刻手入力ではなく、担当者が状態ボタンを押して時刻を残します。
書類不備、庫内準備待ち、検品待ちなど、長くなった理由を選べるようにします。
株式会社インテンスで設計する場合も、荷待ち時間だけを単独で記録するのではなく、配車変更履歴（履歴）、バース受付（予約と受付の分離）、庫内進捗（スマホ入力）、運行実績と請求（請求連携）までつながる構成を重視します。 数字だけを残すのではなく、現場で説明に使える記録にすることが大切です。