物流センターや倉庫では、「予約した便が来ない」「予約していない便が来る」「受付に車両が集中する」「バースは空いているのに庫内が動けない」といったことが起きます。
こうした混乱は、バース予約と入場受付を同じものとして扱っている場合に強く出ます。
予約はあくまで来る予定を管理する計画データです。
一方で受付は、実際に到着した車両を扱う実績データです。ここを分けるだけで、予約変更、到着遅れ、予約なし来場、荷待ちの原因を確認しやすくなります。
まず、予約と受付の意味を明確に分けます。
予約に「来た・来ない」まで背負わせると、予約変更や遅延が混ざり、計画データとして使いにくくなります。受付は受付で、到着後の状態だけを扱う方が実務に合います。
時間枠、荷主、便種、物量、希望バースなど、来る予定を管理します。
実際に来た車両の車番、受付時刻、待機場所、受付可否を残します。
予約番号、車番、荷主、時間帯で照合し、必要なら手動で紐づけます。
受付前で待ったのか、バース呼出後に待ったのかを確認できるようにします。
予約と受付を同じデータで扱うと、予定変更と実際の到着が混ざります。
すると、予約したのに来なかった便、予約なしで来た便、遅れて来た便、受付で止まった便の違いが見えにくくなります。
| 混ざりやすいもの | 同じ箱で扱った場合 | 分けた場合 |
|---|---|---|
| 予約変更 | 予約データに到着状況まで混ざり、元の計画が分かりにくくなる。 | 予約は変更履歴、受付は実際の到着として別に残せる。 |
| 予約なし来場 | 例外扱いになり、後から件数や理由を確認しづらい。 | 受付で「予約なし」として登録し、理由を残せる。 |
| 荷待ち | 到着から荷役開始までの間に、どこで待ったかが分かりにくい。 | 到着、受付、呼出、接車、荷役開始を区切って確認できる。 |
| 書類不備 | 予約の問題なのか、受付後の問題なのかが混ざる。 | 受付時点の不備として扱い、再受付や待機場所も残せる。 |
予約側は、あくまで計画です。
どの時間枠に、どの荷主の便が、どの程度の物量で来る予定なのかを管理します。到着したかどうかは、受付側で扱います。
受付側は、実際に来た車両を扱います。
予約と一致しているかどうかに関係なく、到着した車両を登録できるようにすることが重要です。
予約候補：10:00枠 / 荷主A / Bバース希望
予約候補なし。荷主名と時間帯から照合します。
Aバース呼出待ち。庫内の準備完了後に呼び出します。
予約便が予定通り来れば、予約番号やQRで照合できます。
ただし現場では、車両変更、時間変更、代理車両、予約なし来場もあります。100%自動照合を狙うより、候補を出して受付担当が選べる方が実務に合います。
配車変更の履歴が残っていると、照合時の判断が速くなります。詳しくは 配車変更が多い現場で「履歴」を残すための項目設計 で整理しています。
管理画面では、予約枠の確認と、実際に来ている車両の確認を同じ一覧に詰め込まない方が見やすくなります。
予約一覧は計画を見る画面、受付中は実際の車両と待機状況を見る画面として分けます。
荷待ちを改善したい場合、到着から荷役開始までを一つの時間として見るだけでは不十分です。
受付で止まったのか、バース呼出待ちなのか、庫内準備待ちなのかを分ける必要があります。
時間枠、荷主、便種、物量、希望バースを登録します。
車両が来た時刻を受付側で記録します。
予約照合、受付可否、待機場所を登録します。
バースへ呼び出し、接車済みの時刻を残します。
庫内進捗とつなげ、作業実績として残します。
この区切り方は、 荷待ち時間を「区切り」で記録 の考え方と相性が良く、受付停滞なのか、庫内側の準備待ちなのかを分けて確認できます。
予約なし来場や時間外到着を、現場の例外として済ませると、後から原因を確認できません。
受付時に理由を選べるようにしておくと、改善対象として集計できます。
バース予約と入場受付を分けると、計画と実績が混ざりにくくなります。
予約は来る予定、受付は実際に来た車両として扱い、予約番号、車番、荷主、時間帯で照合できるようにしておくと、変更や予約なし来場にも対応しやすくなります。
時間枠、荷主、物量、希望バースなど、来る予定を管理します。
到着、受付可否、待機場所、予約なし来場などを記録します。
受付、呼出、接車、荷役開始を区切り、どこで待ったかを確認します。
株式会社インテンスで設計する場合も、バース予約だけ、入場受付だけを単独で作るのではなく、予約（計画）と受付（実績）を分けたうえで、荷待ち時間の記録、庫内進捗、配車変更履歴、運行実績と請求までつながる構成を重視します。 現場の混雑を見えるようにし、改善の材料として使えるデータを残すことが大切です。