配車変更が多い現場で「履歴」を残すための項目設計

配車は、現場が動いている限り必ず揺れます。問題は「変更すること」ではなく、変更が上書きされて、後から説明できなくなることです。
配車担当・倉庫・荷主・ドライバーの間で情報がすれ違うと、荷待ちや再配が増え、最後は請求で揉めます。

1. 「履歴」を残すとき、最初に決めるのは“誰の視点”か

配車の履歴は、全員に同じものを見せる必要はありません。まずは視点を分けると設計が楽です。

• 配車担当：変更の理由・指示元・差し替えの内容
• 現場（倉庫・受付）：いつ、どの車が、何を積み降ろしするか
• ドライバー：最新の指示と「自分がやること」だけ
• 請求・管理：遅延・再配・付帯が発生した根拠

権限の切り方は、問い合わせ管理の権限・ログの考え方に近いです（権限・ログ設計）。

2. 配車データを「現在値」と「履歴」に分ける

上書きが起きるのは、1つのレコードに全部を詰め込むからです。最低限、2層に分けます。

• 現在値（最新）：この便の“今の”配車情報
• 履歴（変更ログ）：いつ・誰が・何を・なぜ変えたか

現場が見るのは基本「現在値」。管理側は「履歴」まで掘れる。これで入力負担を増やさずに追跡できます。

3. 現在値の最低限項目（現場が止まらない範囲）

• 便ID（受付番号）／日付
• 荷主／運送会社
• 車番（下4桁でも可）／ドライバー名（任意）
• 積込 or 納品／荷姿（パレット・バラ等）
• 予定時刻（到着・入場・バース）
• 割当バース（またはエリア）
• ステータス（未着／到着／受付済／荷役中／完了）

4. 履歴（変更ログ）で必ず持つ項目

履歴で重要なのは“差分”です。履歴の1行で、何が変わったかが分からないと意味がありません。

• 変更日時
• 変更者（配車担当／現場受付／荷主など）
• 変更種別（時刻変更／車両変更／バース変更／キャンセル／差し戻し）
• 変更前 → 変更後（差分）
• 変更理由（選択式＋補足）

5. 変更理由は“型”を作る（あとから改善できる形）

理由を自由記述だけにすると、改善に繋がりません。まずは選択式で“分類”を作ります。

• 前便押し（前の荷役が延びた）
• 荷主都合（出荷遅れ、発注変更）
• 交通事情（渋滞、事故）
• 車両トラブル（故障、点検）
• 現場都合（受入停止、バース変更）
• 手配ミス（情報不足、二重予約）

この理由は、荷待ちの区切り記録や、付帯料金の例外とも相性が良いです。

まとめ

配車変更が多い現場ほど、「現在値」と「履歴」を分け、差分と理由の型を残すだけで揉め事が減ります。
株式会社インテンスで作るなら、現場入力を増やしすぎず、履歴を“後追いできる”形にして、荷待ち改善（区切り）や請求連携（例外）まで繋げるのが王道です。