「2日目を1時間延長」で配車と請求がずれる。貸切バスの行程変更の記録

たとえば「2日目の終了を1時間遅らせたい」という依頼です。予約担当が行程表を直しても、配車担当が古い版を見ていれば、次の予約への回送や請求の前提が食い違います。何が、どの版で、誰の確認まで済んだかを分けて残すと、変更後の受渡しをたどれます。

予約の状態と行程の版を分け、「通知した」と「相手がその版を確認した」を別に記録します。運行・乗務・料金の可否は、それぞれの担当者が既存の手順で判断します。

予約が入ってから、車両が決まるまで

受付時点で車両が決まっていなくても、依頼内容を記録できます。人数、利用日時、発着地、経由地、顧客窓口を予約IDにまとめ、仮押さえの期限と受注確定へ進める条件を定めます。「予約を受け付けた」「契約上の受注が確定した」「車両割当が確認された」を同じ欄で扱わない設計にします。

30人で2026年10月20〜21日に利用する予約を例にします（想定例）。10月1日に仮予約として受け付け、10月5日15時を回答期限とします。顧客の回答と、運行部門が引受条件を満たすと判断した記録を残して受注を確定し、車両割当は別に記録します。期限を過ぎた仮予約は、自動で受注確定にせず、担当者が継続・解除を判断します。

予約状態は「仮予約・受注確定・取消」、割当状態は「未割当・仮割当・確定割当・解除」など、対象ごとに定義します。確定割当には、運行管理者等の判断記録を対応付けます。

貸切バス向けWebBusは、予約・配車・請求・実績の管理を機能として案内しています。状態名や版の付け方は、次の予約例に合わせた運用案です（出典：ヒロケイ「WebBusの機能」の予約管理・配車管理・請求管理・実績管理）。

変更した行程を、関係者が受け取ったか

行程版は、発着や経由地の組合せを後から特定する番号です。B01のv1は、初日が東駅9時発、見学施設Kを経て宿Sへ17時着。2日目は宿S9時発、研修会場Tを経て東駅へ16時着です。行程全体に版を付け、変更がない日も含めて、どの組合せを共有したか分かるようにします。

10月10日、顧客窓口から「2日目の滞在を延ばし、東駅着を17時に変更したい」とメールが届いたとします。この依頼を受け付け、v2を「依頼版」として保存します。v1は上書きせず、変更前後、依頼日時、依頼元、受け付けた担当者、元メールの参照先を残します。運行に使う行程表は、関係者の了承がそろってから切り替えます。

行程と車両は、次のように別々に動きます。後段の判断を経てv2・a2が確定した場合の、2日間の対応です。

記録	初日・10月20日	2日目・10月21日
当初の行程v1	東駅9時発→宿S17時着	宿S9時発→東駅16時着
顧客合意後の行程v2	変更なし	東駅着を17時へ変更
車両の割当a1→a2	BUS-Aのまま	BUS-AからBUS-Bへ差替え
運行後の実績	17時終了	17時20分終了。確定予定との差は20分

依頼版と、判断を経て運行に用いる確定版を区別します。v2の検討中は、v1が従来の確定版であることと、変更対応中であることを併記します。運行管理者等の条件判断、顧客との変更合意、必要な記録更新が済んだ段階でv2を確定し、v1は旧版にします。旧版の添付を使い続けないよう、差替え先も記録します。

通知ログは「変更ID×送った行程版×割当版×連絡先」ごとに作ります。配車担当、運行管理者、乗務員、顧客窓口、請求担当について、通知日時と確認日時・確認者・結果を別々に記録してください。メールの開封や送信成功だけで、内容確認済みにはしません。旧版への返事しかない場合は未確認として再通知し、回答期限を過ぎたら担当者へ差し戻します。

図1　予約IDを保ち、版の確定と受渡しの確認を分ける流れ（架空例・事務記録の設計例）。

2日目だけの車両変更と、前後の予約

複数日の予約を一つの車両欄だけで管理すると、2日目だけの差替えが見えなくなります。予約IDに利用日と割当版を組み合わせ、車両ID、仮・確定の状態、判断した担当、既存の運行管理記録の参照先を残します。車両が変わっても行程が変わらなければ、行程版はそのままにし、割当版を更新します。

B01は当初、両日ともBUS-Aを割り当てたa1でした。しかしv2では、BUS-Aに入っている21日17時30分の北駅での次予約へ、東駅からの回送が間に合わないという社内計画上の問題が見つかった想定です。実際の回送条件は、利用する区間と運行計画に合わせて判断します。

そこで車両変更C02を作り、21日だけBUS-Bにするa2を仮割当として検討します。回送だけでなく、車両の定員・設備、点検予定、乗務員の勤務・休憩等の条件、初日の終了から翌日の開始へのつながりを調べる対象にします。BUS-Bが宿Sへ入る段取りとBUS-Aの引上げも調べ、解決していない間は「運行管理者確認待ち」を残します。

記入例では10月11日13時に、運行管理者の判断記録がそろったとします。その後、顧客合意を経て行程v2と割当a2を確定し、更新版を関係者へ通知して、受け取りを確かめます。初日はBUS-A、2日目はBUS-Bです。

変更・残件	判断する相手・根拠	この例の結果
2日目の到着を1時間延ばす	運行部門の条件判断、顧客との合意	行程v2を確定
2日目だけ車両を替える	運行管理者の判断記録、前後の回送や乗務条件	割当a2を確定
確定版を各担当へ渡す	配車・運行管理・乗務員・顧客・請求の各連絡先	通知と相手の版確認を別記録
実績が予定より20分延びる	請求担当が契約等を照合	追加請求は保留。金額は空欄

配布するExcelは行程変更を照合する補助シートです。運送引受書等は所定の様式を使います。

2日間の実績と、変更番号・見積り・通知の照合表

利用日（2026年）	確定版	予定	車両	実績終了	終了差
10/20（初日）	v2／a2	09:00〜17:00	BUS-A	17:00	0分
10/21（2日目）	v2／a2	09:00〜17:00	BUS-B	17:20	20分

記録	照合項目	記入例の扱い
C01	行程変更	2日目の予定終了を16:00から17:00へ変更。見積りQ-B01-2と合意M02へ対応付ける。
C02	車両変更	2日目だけBUS-AからBUS-Bへ変更。車両差替えだけで追加請求にしない。
通知ログ	通知と確認	10/11 14:10の通知と各連絡先の版確認を別記録にする。請求担当F01の確認は14:50。
L03	実績延長分の請求	終了差20分は契約等の確認待ちで保留。金額は空欄のまま残す。

表1　予約B01の2日間の割当と変更の照合例（架空例）。照合シート（Excel・6シート）には、案件と通知の記入例・空欄版、項目説明、2日間の要約を収録しています。

予定より20分延びた実績を、請求へつなぐ

運行後は、予定を実績で上書きしません。運行に用いた行程版と割当版を残したまま、実際の発着、車両、変更理由、日報・領収書等の参照先を記録します。B01の2日目が9時発・17時20分着だった場合、比較には、確定したv2の17時を使います。v1の16時は旧条件として残します。差は20分ですが、これは発着記録の差であり、運転時間や料金算定時間ではありません。

請求時は、変更後の見積りと顧客との合意を見比べます。予定の延長は変更後の見積りへ反映した想定とし、実績の20分差と二重に扱わないようにします。車両差替えに伴う請求も、契約条件に沿って判断します。追加料金、取消に伴う項目、駐車等の経費を分け、それぞれの根拠と負担者を確かめます。トラックの配車で、変更や追加料金を請求へつなぐ例は、運送業の配車記録を請求までつなぐ方法で扱っています。

記入例では、基本分と駐車経費は見積り・合意・証憑を照合済み、実績延長分は契約等の確認待ちとして「保留」にします。取消は発生していません。保留の金額欄を0円で埋めると、請求しない決定と区別できないため空欄にします。金額の確定・入力は請求側の正本で行い、このシートでは対象かどうかと参照先を管理します。

役割も分けます。乗務員等の報告を運行側が実績として確定し、予約担当が顧客との合意を照合し、請求責任者が適用する届出運賃・料金、約款・契約、証憑を踏まえて請求対象を確定します。根拠不足なら実績や契約の見直しへ戻し、確定済みの明細と混ぜずに管理します。

既存の運行管理と、補助シートの使いどころ

国土交通省の手引きには、運行管理支援と見積り・請求等の事務を連携した貸切バス事例や、自社開発からパッケージへ切り替えた事例があります。2021年度実証に基づく過去の取り組みです（出典：国土交通省「旅客自動車運送事業のためのデジタル化の手引き」（PDF）、冊子pp.22–23（PDF23–24ページ目））。

新しい表を増やす前に、記録ごとの正本と更新担当を決めます。例えば、受注・見積りは予約側、確定した割当と法定記録は既存の運行管理側、請求確定は請求側を正本とし、補助シートは版の対応と確認履歴を持ちます。既存ソフトの案件番号が異なる場合は、B01との対応表を作ります。補助シートだけを書き換え、既存側が旧版のままになる運用は避けてください。

受渡しは、CSV出力や連携機能の有無だけでなく、渡せる項目、出力時点、更新権限、反映先の版、取消・訂正の扱いを調べます。再取込みで重複しないキーを定め、送信済みと取込確認済みも分けます。製品で対応できる部分は既存機能を使い、残る照合だけを補う進め方が考えられます。

運行管理・委託・法定様式と照合シートの使い分け

記録上の空車は、運行可能という意味ではありません。運賃・料金、運転時間、法令・安全・乗務条件の判断は既存の運行管理・請求手順で行い、ここでは変更を受け渡す事務記録を整理します。

ここでいう確定割当は、必要な判断の根拠を参照して決定内容を記録した状態です。割当欄への入力と運行承認は別に扱います。

委託がある場合は、自社車両IDだけでなく、実運送を担う事業者、先方の案件番号、連絡窓口と受け取った版を対応付けます。委託の可否・条件はこの表では判断しません。

添付の照合シートは法定様式ではありません。運送引受書等の要件は国土交通省の案内、実際に使用する様式は管轄の運輸局等で確認してください。

公式の案内：国土交通省「一般貸切旅客自動車運送事業について」の地域別の告示・様式案内と、「貸切バス運送引受書の交付・保存の義務について」。

まず行程を変更した予約を一つ選び、予約担当・配車担当・請求担当が持つ版を見比べてください。

行程変更の通知、確認履歴、実績と請求条件の照合が別々のまま残る場合は、今使っている行程表・配車記録・請求明細をそろえると、補う範囲の相談が具体的になります。

参加者の一部取消が宿泊や交通へ広がる場合は、手配先の回答と顧客への精算を分けて追います（ツアーの一部取消を手配と精算へつなぐ管理例）。

貸切バスの予約・請求事務をNeoLogicに相談

参考出典

• 国土交通省「旅客自動車運送事業のためのデジタル化の手引き」（2022年3月、冊子pp.22–23）（PDF）
• ヒロケイ「WebBusの機能」
• 国土交通省「一般貸切旅客自動車運送事業について」
• 国土交通省「貸切バス運送引受書の交付・保存の義務について」

出典確認日：2026年9月15日。手引きは2021年度実証に基づく過去事例です。WebBusはメーカーによる機能案内で、ページに発行日・更新日表示はありません。