配車管理システムとは？配車計画・車両手配の機能と費用・導入判断を解説

配車管理システムは、運送会社の配車担当が毎日組んでいる「どの荷物を、どの車両とどのドライバーに割り当てるか」という計画をデジタル化する仕組みです。名前が似ている配送管理システム（TMS）や車両管理システムとは守備範囲が違い、順序を取り違えると同じ機能を二重に買うことになります。この記事で扱うのは、業務範囲と主要機能、3つのタイプと費用相場、2026年4月施行の改正物流効率化法が求める記録との接続、既製パッケージで足りる条件と受託開発に踏み込む条件です。導入を見送ってよい場面も条件付きで示します。

まとめ｜配車管理システムで解決できる課題と、導入を見送るべき条件

配車管理システムが解くのは、車両とドライバーの割当という一点です。ここを外して「配送も車両点検も一つで」と広げると、どの機能も中途半端に終わります。最も効くのは、ベテラン配車担当の頭の中にしかない割当ルールを画面上の条件として外に出し、他の担当者でも同じ配車表を組めるようになる点です。積載率の改善は副次的な結果にすぎません。

判断の軸は3つです。第一に、配車の複雑さ。固定ルートの繰り返しなら、組み替える余地がありません。第二に、記録の必要性。2025年4月から元請事業者に実運送体制管理簿の作成義務が生じ、2026年4月からは一定規模以上の荷主・物流事業者に中長期計画と定期報告の義務が加わりました。配車データから運行の実態を拾える体制が、この対応の土台になります。第三に、既存の基幹システムとの連携範囲。運賃計算や請求が独自ルールの会社ほど、標準機能から外れます。

見送ってよい条件も明確です。保有車両が10台未満で配車担当が1人、運行が固定ルート中心なら、月額課金に見合う削減幅は出ません。逆に車両30台超・拠点複数・スポット案件が日々入るなら、投資回収の計算は立ちます。

配車管理システムの定義と守備範囲｜配車計画から車両手配までの業務対象

配車管理システムという言葉は、製品カタログ上では広い意味で使われています。まず業務の実態から範囲を確定させます。

運送会社の配車業務の実務プロセスと、担当者が判断している要素

配車業務は、翌日分の受注が固まる夕方から夜に集中します。手元にあるのは荷物の情報（荷姿・重量・容積・積卸地・時間指定）と、動かせる資源の情報（車種と台数・ドライバーの出勤予定と残り拘束時間・傭車の空き）です。配車担当はこの二つを突き合わせ、複数件の荷物を積み合わせながら時間指定を守れる順路に並べます。

同時に見ている条件は少なくとも6種類あります。荷物と車両のマッチング（4トン車でなければ入れない納品先がある）、ドライバーの資格や慣れ、拘束時間の残り、高速道路の使用可否、帰り便の積み合わせ、荷主ごとの暗黙のルール。これを紙とExcelで満たすため、配車は経験年数の長い担当者に集中します。

配車管理システムが自動化する範囲と、人の判断が残り続ける領域

システムが引き受けるのは、条件の突き合わせと結果の可視化です。荷物と車両の一覧をガントチャート状の画面に並べ、ドラッグ操作で割り当てると、重量超過や時間指定の破綻、拘束時間の超過を即座に警告します。配車表の作成から指示書出力、実績記録までが一続きになります。

一方で、人の判断が残る領域もはっきりしています。急な追加や欠品を誰の便に押し込むか、繁忙期にどの荷主を優先するか、新人ドライバーにどの区間を任せるか。関係性と力加減を含む判断は、条件式に落とせません。導入前に「配車担当を減らせる」と説明すると現場の反発を招くのは、この構造ゆえです。役割は消えず、突き合わせ作業から交渉と例外処理へ移ります。

配車業務が属人化する構造的な原因と、Excel運用が限界を迎える規模

属人化の原因は、担当者の資質ではなく情報の置き場所にあります。荷主ごとの制約や納品先の付帯条件が、システムではなく担当者の記憶と手書きメモに蓄積されているためです。担当が休むと配車が組めない状態は、その結果にすぎません。

Excel運用が破綻する目安は、車両20台前後、または1日の配送先50件前後です。この規模を超えると排他制御が効かなくなり、貼り付けミスや上書き事故が起きます。限界の判断材料は、シートの行数ではなく「同時に触る人数」と「1日の変更回数」です。

配送管理システム・車両管理システムとの違い｜守備範囲と導入順序

3つのシステムは重なる機能を持ちますが、中心にある問いが違います。混同したまま比較検討に入ると、要件定義が発散します。

配送管理システム（TMS）との違い｜受注起点か車両起点かの分岐

配送管理システム（TMS）は受注を起点に、荷物をどう運び届けるかを管理します。受注データの取り込み、配送計画、進捗の追跡、運賃計算までの流れが中心です。対して配車管理システムは車両とドライバーを起点に、限られた台数へどう荷物を割り付けるかを扱います。荷主企業やメーカーの物流部門はTMS側、車両を保有する運送会社は配車側に課題を持ちやすいという違いです。詳細は配送管理システム（TMS）の主要機能とWMSとの違いで整理しています。

車両管理システムとの違い｜計画を作る側と、車両の状態を守る側

車両管理システムが見ているのは、車両とドライバーの状態です。車検や点検の期限管理、日常点検記録、アルコールチェック、運転日報、燃費と事故の管理など、安全運転管理者の実務に対応する機能が中心になります。配車管理システムが「明日どう動かすか」を作るのに対し、車両管理システムは「動かせる状態を保つ」役割です。マスタを共有すると効率が上がる関係で、対立しません。安全管理側を先に固めるなら車両管理システムの機能と種類・選び方を参照してください。

3システムの導入順序と、既存の基幹システムとの連携で決まる優先度

導入順序は、抱えている痛みの所在で決まります。配車担当が休めないなら配車から、法定記録の抜けが怖いなら車両管理から、納品進捗の問い合わせ対応に追われているならTMSから着手します。

もう一つの材料が、既存の基幹システムとの連携です。受注データが既存システムにあるなら、そこから荷物情報を渡す口が作れるかを先に確認します。連携できないと同じ情報を二度入力することになり、削減したはずの工数が別の場所で戻ってきます。

配車管理システムの主要機能｜配車計画・車両ドライバー管理・運行実績

製品ごとに名称は異なりますが、機能は3つの層に整理できます。どの層まで必要かで、費用も変わります。

配車計画機能の中身｜積載率・時間指定・ルートを踏まえた割当の作り方

配車計画機能の中核は、荷物一覧と車両一覧を横に並べた割当画面です。荷物をドラッグして車両の行に置くと積載重量と容積の合計が更新され、上限を超えると警告が出ます。時間指定のある荷物は時間軸上に配置され、移動時間を跨いだ矛盾が見えます。

地図連携を持つ製品では、割り当てた順路を地図上に描き、走行距離と所要時間を自動計算します。実車率や積載率を配車の段階で見積もれる点が、「今日は3台で回せた」という結果論との違いです。この数値が、後述する投資回収の計算に効きます。

車両・ドライバー管理機能｜拘束時間13時間ルールを踏まえた割当制御

この層は、割当の前提となるマスタと制約条件を管理します。車両側は車格・最大積載量・冷凍冷蔵の有無、ドライバー側は保有免許・資格・勤務予定・拘束時間の実績です。

拘束時間の管理は2024年4月以降、配車の制約として明確に効くようになりました。同月適用の改善基準告示では、トラック運転者の1日の拘束時間は原則13時間以内、延長時も上限15時間で、14時間超は1週間に2回までが目安とされています。年間の拘束時間は原則3,300時間以内（例外時の上限3,400時間）、時間外労働の上限は年960時間です。残り時間を配車画面に表示できれば、割り当てた時点で違反の芽を摘めます。月末にまとめて集計する運用では、超過が判明したときには手遅れです。

運行実績・動態管理機能｜デジタコ連携と実運送体制管理簿への展開

3層目は、計画に対する実績の記録です。デジタルタコグラフやGPS端末、ドライバー用スマートフォンアプリから位置情報と運行実績を取り込み、計画とのずれや荷待ち・荷役の時間を可視化します。

この層の価値は、荷主との交渉材料になる点です。毎回2時間の荷待ちが発生している事実を提示できるかどうかで、料金交渉の説得力が変わります。端末側の仕組みや連携方式は車両運行管理IoTとテレマティクス・デジタコ連携の仕組みにまとめています。取得したデータは、後述する実運送体制管理簿や中長期計画の裏付けにも転用できるものです。

配車管理システムの種類と費用相場｜クラウド型・オンプレ型・自動配車

製品は提供形態と自動化の度合いで分かれます。費用の幅が広いのは、この2軸の組み合わせによります。

クラウド型とオンプレミス型の選択軸｜台数規模と拠点数で決まる境界

クラウド型は初期費用を抑えて短期間で始められ、拠点をまたいだ同時利用や外出先からの確認に向きます。オンプレミス型は自社サーバーに構築するため初期費用が大きく、その代わり自社ルールに沿った改修や密な連携が可能です。

境界の目安は、拠点数と改修要求の強さです。単一拠点で標準機能に寄せられるならクラウド型、複数の基幹システムと密結合させるならオンプレミス型か受託開発を検討します。クラウド型でも100台規模に対応する製品があるため、台数の多寡は決め手になりません。

費用相場の見方｜車両1台あたり月額と初期費用・端末代の内訳を分ける

費用は3つに分けて見積もります。ライセンス費（車両またはユーザー単位の月額）、初期費用（導入設定・マスタ登録・研修）、端末費（デジタコやGPS機器、通信料）です。月額だけを並べると、端末費が乗る製品と乗らない製品を同列に扱うことになります。

上表は2026年8月時点で各社が公開する下限価格帯からの概算です。機能を絞った製品は月額1,250円前後から、動態管理まで含む製品は1台3,000円前後という提示が見られます。多くの製品は台数と機能に応じた個別見積のため、相場は判断の出発点として使い、必ず自社台数での見積を取ってください。課金モデルごとの月額レンジと、車両20台・50台での3年総保有コストの試算は配車管理システムの比較と選び方で整理しています。

AI自動配車が成立する条件と、手動の配車担当が上回り続ける場面

自動配車は、荷物と車両の組み合わせを計算で導く機能です。成立する条件は3つあり、いずれも満たさないと精度が出ません。ひとつ目は荷物データが揃っていること。重量・容積・時間指定・納品先の制約が事前に入っていなければ、計算の材料がありません。ふたつ目は制約条件の言語化で、「この荷主はこの車両でないと受け付けない」をマスタに登録できるかが分かれ目です。3つ目は件数の多さで、1日100件を超える配送先を持つ宅配型や共同配送で効果が大きく出ます。

逆に、手動が上回り続ける場面もあります。1日の配送先が20件程度でスポット案件が中心、荷主との電話交渉で運行が決まる形態では、計算の前提が固まる前に配車の結論が出ているためです。この場合は自動配車に費用を払わず、割当画面と警告機能だけの製品を選ぶほうが投資効率は高くなります。

2026年4月施行の改正物流効率化法と配車データ｜記録義務への備え

物流関連の法制度は2024年5月15日公布の改正を起点に、2025年4月と2026年4月の2段階で施行が進みました。配車データの持ち方が、この対応の実務量を左右します。

特定事業者の指定基準｜取扱貨物9万トン・車両150台という線引き

改正物流効率化法では、2025年4月1日から荷主と物流事業者に、荷待ち・荷役時間の削減措置が努力義務として課されました。2026年4月1日からは一定規模以上の事業者が「特定事業者」に指定され、中長期計画の作成と定期報告が義務になっています。特定事業者のうち荷主には、物流統括管理者（CLO）の選任と届出も義務付けられました。

指定基準は政令で定められており、荷主は前年度の取扱貨物重量9万トン以上、倉庫業者は保管量70万トン以上、貨物自動車運送事業者は年度末時点の事業用自動車150台以上が線引きです。自社が基準未満でも、取引先の荷主が指定されれば荷待ち削減の実績データ提出を頼まれます。制度全体の背景と進め方は物流DXの課題と改正物流効率化法を踏まえた進め方で扱っています。

配車データが法対応の証跡になる仕組みと、CLO体制で必要になる集計

もう一つ、2025年4月1日施行の改正貨物自動車運送事業法があります。荷主から直接運送を引き受けた元請事業者には、実運送体制管理簿の作成が義務付けられました。記載するのは実運送事業者の商号または名称、貨物の内容と運送区間、請負階層などで、運送完了日から1年間（契約満了日が後ならその日まで）保存します。

管理簿の項目は、配車管理システムが元から持つデータとほぼ重なります。どの案件をどの傭車先に出したか、区間はどこか、何次の請負かという情報は、配車の段階で確定しているためです。これを表計算ソフトで別管理すると二重入力になり、月に数十件の傭車がある会社では月10時間規模の追加作業が発生します。配車データから帳票を出力できれば、この作業自体が不要です。荷待ち時間の集計も同じ構造で、運行実績が日々蓄積されていれば、年次の報告時に新たな調査を立ち上げずに済みます。

既製パッケージと受託開発の判断基準｜カスタマイズが必要になる条件

ここが検討の分岐点になります。既製パッケージが安く早いのは事実ですが、標準機能から外れる要件を無理に押し込むと、運用でカバーする手作業が残り続けます。

既製パッケージで足りる条件｜標準的な積合せ配送と単一拠点の運用

既製パッケージで足りるのは、業務が業界の標準形に収まっている場合です。運賃計算が距離制または個建て、拠点が1〜2か所、受注をFAXやメールなど人手で受けている。この3つが揃えば標準機能の範囲に収まります。

この条件下では、自社の業務をパッケージ側の型に寄せるほうが早く安く終わります。ここで「現在の配車表の見た目をそのまま再現したい」という要望が出ると費用が跳ね上がるため、帳票の様式は割り切る前提で進めてください。

受託開発を選ぶ条件｜独自の運賃計算・共同配送・基幹システム連携

受託開発やカスタマイズに踏み込む価値があるのは、次の条件に当てはまるときです。

• 運賃計算が荷主ごとの独自体系で、パッケージの計算式に載らない（積合せ按分、待機料の独自区分など）
• 共同配送や協力会社への配分ロジックが競争力の源泉になっている
• 既存の受注・請求・給与システムと双方向の連携が必要で、標準の連携機能では足りない
• 倉庫の入出荷計画と配車を同じ画面で判断する必要がある
• 荷主のシステムからEDIで受注を取り込み、そのまま配車へ流したい

2つ以上該当するとパッケージの改修見積が受託開発と大差ない金額になりやすく、業務に合わせて作るほうが運用コストで回収できます。運賃計算や請求との連携を含む設計は基幹システム開発の領域です。配車だけを切り出すより、受注から請求までを通して設計するほうが安く収まります。迷う段階では、現行の配車表と運賃表を持ち込んで要件の当たりを付けるところから始められます。

投資回収の分岐点｜配車担当の工数削減と車両稼働率で見る採算ライン

採算は2つの効果で計算します。ひとつは工数削減で、1日2時間の配車作業が1時間に減れば月20営業日で20時間です。もうひとつは車両稼働の改善で、積載率が5ポイント上がれば繁忙期の傭車が減ります。

車両30台規模でクラウド型を1台3,000円とすると、年間費用は約108万円です。これに対し月20時間の工数削減を月6万円、傭車費用の削減を月10万円と置けば年間192万円となり、1年強で回収できます。逆に車両10台で傭車をほとんど使わない会社では、削減額が月6万円程度に対し費用が月3万円台で、回収に数年かかります。台数が少ないほど、削減工数の絶対量が効いてくる構造です。

配車管理システムを見送るべき場面｜効果が出ない条件と失敗パターン

導入しないほうがよい会社も確実にあります。ベンダーの資料には書かれない部分なので、条件を明示します。

導入を見送ってよい3つの条件｜固定ルート・10台未満・下請専業

第一に、運行が固定ルートの繰り返しである場合。曜日ごとに同じ納品先を同じ順序で回る運行では、組み替える余地がありません。この形態では運行指示と実績記録に絞った仕組みで足ります。

第二に、保有車両が10台未満で配車担当が1人の場合。頭の中で完結する規模では入力の手間が削減時間を上回り、導入後に使われなくなります。まず着手すべきは、配車表の様式統一と荷主ごとの制約条件の文書化です。属人化の解消はシステムがなくても始められます。

第三に、下請専業で運行指示を元請から受けている場合。自社で組む余地がないため、配車機能の価値が出ません。車両管理と実績記録に投資したほうが効きます。ただし2025年4月以降、元請側が実運送体制管理簿を作る関係で自社の運行情報を求められる機会は増えました。データを渡せる形で持つ準備は、規模を問わず進める価値があります。

導入後に使われなくなる失敗パターンと、稼働に乗せるための段階設計

失敗の典型は3つあります。ひとつは、マスタ整備を軽く見て導入すること。最大積載量や納品先の制約が入っていない状態で始めると警告が実態と合わず、担当者がそれを無視する習慣がつきます。信頼を失ったシステムは、その後どれだけ整備しても使われません。ふたつ目は、配車担当を関与させず情シスや経営層だけで製品を決めること。3つ目は、全機能を同時に立ち上げて現場が消化不良を起こすことです。

稼働に乗せる段階設計は、次の順序が確実です。

1. 現行の配車表と荷主ごとの制約条件を洗い出して文書化する
2. 車両・ドライバー・納品先のマスタを整備し精度を確認する
3. 1拠点で割当画面のみを使い、2〜3か月並行運用する
4. 実績記録と動態管理を追加し、計画との差分を見る運用に移す
5. 自動配車や外部連携は、上記が定着してから検討する

3の並行運用を省きたい誘因は強いものの、ここを飛ばした導入は高い確率で戻ります。両方を回す期間は負荷が上がりますが、そこで見つかるマスタの誤りが、その後の定着を左右します。

よくある質問

検討段階で寄せられることの多い質問を、5つに絞って回答します。

配車管理システムはExcelでの配車表運用と何が違いますか？

違いは3点です。第一に制約チェックで、積載超過や時間指定の破綻、拘束時間の超過を割り当てた瞬間に警告します。第二に同時編集で、複数の担当が同じ画面で作業でき、上書き事故が起きません。第三に実績との突合で、計画と運行のずれを荷待ち時間などの記録として残せます。車両20台または1日50件程度まではExcelでも回りますが、その規模を超えると同時編集の制約が効いてきます。

車両が10台程度の小規模な運送会社でも導入する価値はありますか？

分かれ目は運行形態です。固定ルート中心で配車担当が1人なら月額費用に見合う削減は出にくく、配車表の様式統一と制約条件の文書化を先に進めるほうが費用対効果は高くなります。一方、10台規模でもスポット案件が多く日々の組み替えが発生するなら、割当画面と実績記録に絞った低価格帯の製品から始める価値はあります。判断材料は台数ではなく、1日あたりの配車変更回数です。

配車管理システムの導入にはどのくらいの期間がかかりますか？

クラウド型で標準機能のみなら、契約から運用開始まで1〜2か月が目安です。期間の大半はマスタ整備で、車両・ドライバー・納品先・荷主ごとの制約条件の登録に時間がかかります。連携やカスタマイズを含む場合は3〜6か月、受託開発では要件定義から本稼働まで6か月以上が目安です。並行運用の期間は別途2〜3か月を見込んでください。

自動配車の精度はどの程度まで信頼できますか？

荷物データと制約条件がマスタに揃っている前提なら、計算結果をたたき台として使える水準に達します。ただし、そのまま指示書に落とせる会社は限られます。荷主との関係やドライバーの慣れはデータ化されていないため、配車担当の最終確認を挟む運用が現実的です。1日100件を超える形態では、たたき台があるだけで作業時間が半減した例もあります。

既存の運行管理システムや請求システムとデータ連携はできますか？

製品によって差が大きい部分です。CSVの取り込みと出力に対応する製品は多く、日次のバッチ連携ならこの方式で足ります。APIによるリアルタイム連携は上位の製品に限られ、既存システム側にも受け口の開発が必要です。運賃計算や請求まで通したい場合、標準機能では自社の運賃体系に載らないことが多く、基幹システム側で受けて連携させる設計を検討してください。

関連記事

• WMSとは？倉庫管理システムの機能・在庫管理との違い：庫内作業と配車の接続点を整理する前提知識です。
• 運送業の請求書発行システムとは｜運賃計算・帳票の判断基準：配車データを請求へつなぐ工程を扱っています。
• 物流DXの事例｜業種別の効果と受託開発の判断：物流領域のデジタル化の成果を事例で確認できます。
• 運送業のシステムとは？配車・運行・請求の一元管理と選び方：配車を含む運送業システム全体の範囲と選定の判断軸を確認できます。