BLOGIT基礎

運送会社の配車システム権限｜乗務員・配車・管理者の分け方

配車表は多くの人が見ますが、全員が同じ変更をできる必要はありません。乗務員の確認、配車担当の変更、運行管理の確認、請求担当の実績利用を一つずつ分けます。

2026.10.18ESシステム宮崎編集部

先に結論予定と実績、閲覧と変更、通知と確認、出力と管理を分離し、古い予定や停止済みアカウントからの操作を防ぎます。

予定を見る人と変更する人を分ける

乗務員は自分の便、必要な荷扱い情報、変更連絡を中心に見ます。配車担当は担当拠点や日付の予定を変更し、運行管理者は資格や確認事項を現行手順に沿って確認します。請求担当は確定した実績を参照しますが、予定そのものを自由に書き換えない設計が基本です。

応援乗務、複数拠点、車両回送、委託先を想定し、所属だけで一律に見せません。顧客の連絡先や荷物情報は業務に必要な便だけに限定し、終了後も無期限にスマホへ残らない表示と保存方法を確認します。

二人の配車担当が同じ便を開き、一方が車両や時刻を変えた後で、もう一方が古い内容を保存する操作を試します。競合時は最新内容を示し、後の保存で先の変更を黙って消しません。変更前後、担当者、理由、時刻を履歴へ残します。

乗務員が通知を開いたことと、変更を確認したことを分けます。通信が切れた端末には取得時刻を表示し、古い予定を最新として確定させません。再送や連打で同じ確認が二件にならず、配信失敗を配車側が把握できることも必要です。

乗務員は走行、待機、作業、備考を入力し、管理側は不足や矛盾を差し戻します。確定後の実績を請求や集計へ使う場合、締め解除と訂正は限定し、変更理由と承認を残します。予定の変更が過去の確定実績まで書き換えないことを確認します。

運賃、手当、休息、安全判断などに関わるルールは開発側で決めません。CSVやPDFへ出す列も役割ごとに確認し、乗務員一覧を出せる人、顧客別実績を出せる人、一括出力できる人を分けます。

乗務員スマホの紛失時は、端末またはセッションを速やかに停止し、別端末からの再開手順を決めます。退職、異動、免許や担当の変更、委託終了をテストし、停止後に通知リンクや保存済み画面から開けないことを確認します。

一営業所の架空予定で、配車変更、既読、確認、日報、締め、訂正、出力、アカウント停止、障害復旧を一巡します。権限表と操作結果を照合し、現行の運行管理と安全確認を変えずに使えることを責任者が確認してから広げます。

全部そろっていなくても構いません。分かる範囲を確認し、業務ルールや金額に関わる部分は担当者と一緒に決めます。