運行管理システムは、配車・動態・労務の3機能で選ぶ。保有30台未満ならクラウド型、それ以上は基幹連携の深さで決める。
主要データ
- 配送ドライバーの有効求人倍率:2.72倍(厚生労働省 令和8年3月、全産業平均1.17倍の約2.3倍)
- 全国平均軽油価格:158.8円/L(2026年6月9日時点、前週比+0.3円で1週連続上昇)
- 運送事業者の事業用トラック台数:約143万台(国土交通省「自動車輸送統計年報」令和5年度)
- 運行管理者の選任義務:車両5台ごとに1名(貨物自動車運送事業法施行規則)
配送ドライバーの求人倍率が2.72倍を記録する今、手作業の配車表は限界だ
厚生労働省が公表した令和8年3月の一般職業紹介状況によると、運輸業の配送ドライバーに関する有効求人倍率は2.72倍に達し、全産業平均1.17倍の約2.3倍にあたるため、採用現場の厳しさを数値が裏付ける形になっている。この状況で紙の配車表とホワイトボードだけで車両と乗務員を割り振り続けると、拘束時間の計算ミスや空車回送の増加、実車率の低下が同時に起こりやすくなり、燃料費と人件費の膨張が経営を直接圧迫する。
運行管理システムは、配車計画・車両動態管理・労務時間管理の3領域をデジタル化し、運行管理者の業務負荷を減らす仕組みであり、車両位置をリアルタイムで把握できるのみならず、拘束時間の自動計算と改善基準告示への抵触を事前に警告する機能も備える。全日本トラック協会の「日本のトラック輸送産業 現状と課題」(令和5年度版)でも、運行管理の効率化と労働環境改善の手段として導入が推奨されている。
ただし、軽油価格が前週比+0.3円で158.8円/Lと1週連続で上昇している現在、システム導入コストを燃料費削減と実車率向上で回収できるかどうかは、自社の運行形態と車両規模によって大きく変わるため、単純に機能の多さだけで選ぶべきではない。この記事では、保有台数10台規模から50台規模までの中小運送会社を前提に、運行管理システムの機能比較と選定基準を示していく。
クラウド型とオンプレミス型、どちらが自社に合うか
運行管理システムは大きく分けてクラウド型とオンプレミス型の2種類があり、クラウド型はインターネット経由で提供されるサービスを月額利用する形態で初期費用が低いため保有台数30台未満の事業者に適し、一方でオンプレミス型は自社サーバーにソフトウェアをインストールして既存の基幹システム(会計・給与・車両管理)と深く連携させる構成で、導入費用は数百万円規模になるものの長期運用でコストが安定し、独自のカスタマイズも可能となっている。
教科書では「中小企業はクラウド、大企業はオンプレミス」と整理されがちだが、実際の現場では保有台数よりも「元請けと下請けのどちら側か」で選択が変わりやすく、元請け運送会社では荷主への配車報告と請求データ連携が必須になりやすいのに対し、傭車(下請け)主体の事業者では元請けから指定される配車データ形式への対応力が重視されるため、柔軟なデータ出力ができるクラウド型が適する場面も少なくない。
クラウド型の特徴と向いている運送会社
クラウド型は、車両に取り付けたGPS端末またはスマートフォンアプリで位置情報を取得し、Web管理画面で動態を確認する構成が一般的であり、初期費用は端末代とアカウント登録費で10万円〜30万円程度、月額は車両1台あたり1,000円〜3,000円の範囲に収まることが多い。サーバー保守や法改正対応のアップデートは提供事業者側が行うため、社内にIT担当者がいなくても運用しやすい。
保有台数が10台〜20台規模で、運行管理者が1〜2名、配車業務をExcelで回している段階であれば、クラウド型の導入によってExcel作業の大部分を置き換えられるうえ、帰り便の確保や附帯業務(積込待機・荷降ろし補助)の時間計測もGPS履歴から自動集計できるため、運賃交渉の際に「待機時間が月に何時間発生しているか」を数値で示す根拠資料として使いやすい。
オンプレミス型の特徴と向いている運送会社
オンプレミス型は、自社の業務フローに合わせて配車画面・帳票様式・労務集計ロジックをカスタマイズできる点が最大の強みであり、たとえば東京港大井ふ頭や横浜港本牧のコンテナ輸送に特化した事業者であれば、ターミナルの搬出入予約番号と配車データを紐付け、乗務員への指示書に予約番号を自動印字する仕組みまで組み込める。
導入費用は車両30台規模で300万円〜500万円、50台規模で500万円〜800万円が目安だが、これは標準パッケージの価格であり、カスタマイズ範囲によって金額は大きく変動する。保守費用は年間で導入費用の15%〜20%程度を見込む必要があり、長期的には月額課金のクラウド型よりトータルコストが低くなる計算も成り立つが、その前提として5年以上の継続利用を見込めるかどうかを精査したい。
運行管理システムに必須の3機能と確認ポイント
運行管理システムを選ぶ際は、配車計画、車両動態管理、労務時間管理の3機能が揃っているかを最初に確認したい。この3つが連動していない製品では結局Excelでの手作業が残りやすく、導入効果が半減するうえ、国土交通省の「自動車運送事業者の監査方針等について」(令和5年度)でも、運行管理者の選任義務違反や点呼の実施義務違反が行政処分の主要な原因とされているため、運行管理の適正化は監査対応の面でも優先度が高い。
配車計画機能:車両と乗務員の割り当て効率
配車計画機能は、受注した運送依頼に対し、稼働可能な車両と乗務員を自動または半自動で割り当てる仕組みであり、単純な空車検索だけでなく、乗務員の免許種別(大型・中型・準中型)、運転者台帳に記録された特定荷主の構内ルール習熟状況、当日の拘束時間残枠まで考慮して候補を絞り込む製品もある。
実務上、配車担当者がホワイトボードとExcelで管理している現場では、「この乗務員は東名高速沿いの横浜倉庫に慣れている」「この乗務員は附帯業務の手積み手降ろしが早い」といった暗黙知が配車精度を左右しやすいため、システム化する際は、乗務員ごとのスキルタグや運行履歴を蓄積できるか、さらにその情報を配車候補の優先順位に反映できるかまで確認しておきたい。
車両動態管理機能:位置情報とリアルタイム性
車両動態管理は、GPS端末またはスマートフォンアプリで取得した位置情報を地図上に表示し、配車担当者が「今どこを走っているか」を把握できる機能であり、荷主からの問い合わせに即座に応答できるため、元請け運送会社では欠かしにくい。
位置情報の更新頻度は製品により異なり、1分ごとに更新するものから5分〜10分ごとのものまであるが、更新頻度が高いほど通信料が増えて月額コストが上がる一方で、多重下請けの傭車を管理する元請け側では頻度が低いと「今どこにいるか分からない」状態が長く続き、荷主への報告遅れにつながるため、自社が元請けか傭車かによって必要な更新頻度の水準は変わってくる。
労務時間管理機能:改善基準告示への抵触防止
労務時間管理機能は、乗務員ごとの拘束時間・運転時間・休息期間を自動集計し、改善基準告示で定められた上限に抵触する予定がある場合に警告を出す仕組みであり、2024年4月に施行された改善基準告示の新基準では1日の拘束時間の上限や休息期間の取り方に細かい条件があるため、手作業での計算ミスが労働基準監督署の監査で指摘されるリスクは以前より高まっている。国土交通省の「貨物自動車運送事業者に対する行政処分等の状況」(令和5年度)でも、労働時間や改善基準告示違反による行政処分が継続して発生しており、労務時間の自動計算と事前警告機能は監査対策として実務的な意味を持つ。
教科書では「拘束時間は原則13時間以内」と整理されることが多いが、実際の現場では運行形態(日帰り運行・泊まり運行・フェリー利用)によって適用基準が異なり、休息期間の分割取得の可否も複雑であるため、運行管理システムがこのルールをどこまで正確に実装しているかは、導入前にデモ画面で具体的なケースを当てて確認する必要がある。具体的な拘束時間の上限や計算方法は、最終的に社労士に確認する前提で進めたい。
主要な運行管理システムの機能比較
以下に、中小運送会社で導入実績のある運行管理システムの機能を比較する。価格は参考値であり、保有台数・契約期間・カスタマイズの有無で変動するため、最終的には各社への見積依頼が必要になる。
項目 | クラウド型A | クラウド型B | オンプレミス型C |
|---|---|---|---|
初期費用 | 約15万円〜 | 約20万円〜 | 約300万円〜 |
月額費用(30台の場合) | 約6万円 | 約8万円 | 保守費年間約50万円 |
配車計画機能 | 半自動割当 | 手動割当 | 完全カスタマイズ可 |
GPS更新頻度 | 5分ごと | 1分ごと | 端末により選択可 |
労務時間自動計算 | 対応 | 対応 | 対応 |
基幹システム連携 | CSV出力のみ | API連携可 | 直接DB連携可 |
スマホアプリ | あり | あり | 別途開発 |
クラウド型Aは、保有台数20台未満で配車業務を1名で回している事業者に適しており、半自動配車では乗務員の免許と当日の稼働状況から候補を3〜5名に絞り込み、最終判断は担当者が行う形式となっている。GPS更新頻度は5分ごとで、荷主への報告には十分だが、リアルタイム性を強く求める元請け業務では不足する場面も見込まれる。
クラウド型Bは、GPS更新頻度が1分ごとで、元請け運送会社向けの機能が充実している。API連携により荷主の配送管理システムと直接データをやり取りできるため、手作業での転記が減り、月額費用はクラウド型Aより高いものの、元請けとして荷主から受け取る配車データ量が多い場合には、転記ミス削減の効果で費用を回収しやすい。
オンプレミス型Cは、保有台数50台以上で、既存の基幹システム(会計・給与・車両管理)と連携する必要がある事業者向けであり、配車画面のレイアウト、帳票の出力形式、労務集計のロジックをすべて自社の業務フローに合わせて構築できる。初期費用は高額だが、5年〜7年の長期運用を前提にすれば、月額換算でクラウド型と同水準に収まる計算になる。
選定時に見落としがちな3つのチェックポイント
運行管理システムの選定では、機能一覧とカタログスペックだけでは判断できない要素があり、導入後に「こんなはずではなかった」となりやすいのは、以下の3点を事前に確認していないケースであるため、価格や画面の見やすさだけで決めない姿勢が欠かせない。
データ移行の工数と精度
既存のExcelや紙の配車記録から運行管理システムへデータ移行する作業は、想定以上に工数がかかりやすく、車両台帳(車両番号・車種・最大積載量・車検日)、運転者台帳(氏名・免許種別・健康診断日・適性診断日)、荷主情報(名称・住所・構内ルール)を正確に登録しなければ、システムは意図した通りに動作しない。
クラウド型の場合、提供事業者がデータ移行支援サービスを用意していることが多いが、支援範囲と追加費用は契約前に確認しておきたいし、オンプレミス型では導入ベンダーがデータ移行を請け負う一方で、移行作業の工数見積もりが甘いと稼働開始が数ヶ月遅れることもあるため、初期設定の工程表まで含めて精査する必要がある。
乗務員のスマートフォン所持率と通信環境
スマートフォンアプリで位置情報を取得する運行管理システムでは、乗務員が個人のスマートフォンを業務利用するか、会社が業務用スマートフォンを貸与するかを決める必要があり、個人スマートフォンの利用は初期費用を抑えられる一方で、乗務員の同意と通信料負担のルールを明確にしないと運用トラブルにつながりやすい。
関越自動車道や東名高速道路の山間部では通信が途切れる区間があり、GPS情報の取得が遅延するため、システムが圏外時のデータをどう補完するか、つまり最後の位置情報を保持するのか、移動経路を推定するのかは製品ごとに仕様が異なる。長距離運行が多い事業者ほど、デモ環境で圏外時の挙動を確認しておく意味は大きい。
法改正対応のアップデート頻度と追加費用
改善基準告示や貨物自動車運送事業法の改正があった際、運行管理システムのアップデートが無償か有償かは契約内容で異なり、クラウド型は基本的に無償アップデートが含まれる一方で、オンプレミス型では保守契約の範囲外として追加費用が発生するケースもある。
2024年4月の改善基準告示改正では拘束時間の計算ロジックが変更されたためシステムのアップデートが必要になったが、この時、保守契約に法改正対応が含まれていない事業者では数十万円の追加費用を請求されたケースがあった。契約前には、法改正対応の範囲、反映までの期間、追加費用の有無を文面で確認しておきたい。
保有台数別の判断基準:10台・30台・50台でどう選ぶか
運行管理システムの選定は、保有台数と運行形態で判断軸が変わる。以下に保有台数別の具体的な判断基準を示すが、全日本トラック協会の「経営分析報告書」(令和4年度)によると、車両台数30台未満の中小事業者の営業利益率は1%台前半にとどまるため、システム導入コストを燃料費削減や業務効率化で回収できるかの見極めが経営判断に直結する。
保有10台〜20台:クラウド型で配車と動態を一元化
保有台数10台〜20台の事業者では、運行管理者が1〜2名で配車・点呼・労務管理を兼務している状況が多く、この規模であればExcelとホワイトボードでの配車業務をクラウド型の運行管理システムに置き換えるだけでも、日々の確認作業や転記作業の削減効果が出やすい。
初期費用15万円〜30万円、月額6万円〜8万円の範囲に収まるクラウド型であれば、1年間の導入コストは約100万円になる一方で、運行管理者の残業時間が月20時間減る場合には人件費換算で月5万円〜8万円の削減効果が見込めるため、1年半〜2年で投資を回収できる計算になる。
ただし、この規模では荷主との運賃交渉で「配車データを見せてほしい」と言われる場面が増えており、クラウド型システムから出力できるレポート(実車率・空車回送距離・附帯業務時間)が運賃交渉の根拠資料として使えるかどうかで、導入後の活用度が大きく変わるため、サンプルレポートの確認は事前に済ませておきたい。
保有30台〜40台:基幹連携の深さで選ぶ
保有台数30台〜40台の事業者は、配車担当者が2〜3名、運行管理者が複数名在籍し、経理・給与計算の担当者が別にいる体制になりやすいため、この段階では運行管理システムと基幹システム(会計・給与)のデータ連携が業務効率に直結する。
クラウド型でAPI連携が可能な製品であれば、運行データを会計システムに自動転送し、運賃請求書の作成を自動化できる。一方でオンプレミス型を選ぶ場合は、初期費用300万円〜500万円を5年間で償却すると年間60万円〜100万円になり、クラウド型の月額費用(30台で約8万円×12ヶ月=96万円)と比べても大きな差が出ないため、比較すべきは初年度費用より連携の深さである。
この規模での選定基準は、「今後5年間で保有台数を50台以上に増やす計画があるか」に置くと判断しやすい。増車計画があるならオンプレミス型、現状維持または減車の可能性があるならクラウド型という整理が現場に合いやすい。
保有50台以上:カスタマイズ前提のオンプレミス型
保有台数50台以上の事業者は、複数の荷主と長期契約を結び、荷主ごとに配車ルール・帳票形式・請求サイクルが異なる状況になりやすいため、この段階では標準パッケージのクラウド型だけでは対応しきれない業務フローが増え、オンプレミス型のカスタマイズが現実的な選択肢になる。
たとえば、東京港や横浜港のコンテナ輸送を主力にする事業者であれば、ターミナルの搬出入予約システムと運行管理システムを連携させ、予約番号と配車データを自動で紐付ける仕組みを構築できる。こうした個別カスタマイズは、業務の細部まで合わせ込む必要があるため、オンプレミス型でなければ実現しにくい。
導入費用は500万円〜800万円になるが、保有台数50台の場合は1台あたりの導入費用が10万円〜16万円に収まり、クラウド型の月額費用(50台で約12万円〜15万円、年間144万円〜180万円)と比較すると、5年間で600万円〜900万円の差額が生じる計算になるため、長期運用ではオンプレミス型のコストメリットが見えやすい。
補助金・支援制度の活用と申請時の注意点
運行管理システムの導入には、国土交通省や中小企業庁が所管する補助金制度を活用できる場合があるが、補助金の公募条件・補助額・採択率は年度ごとに変動するため、制度名と所管機関を確認したうえで最新の公募要領を必ず参照し、導入スケジュールと申請時期を早めに擦り合わせておく必要がある。
主な補助金制度
国土交通省が所管する「物流生産性向上支援事業」では、運行管理の効率化を目的としたシステム導入が対象になるケースがあり、また、経済産業省・中小企業庁の「IT導入補助金」も、運行管理システムが対象ソフトウェアとして登録されている場合は申請可能である。
これらの補助金は導入費用の一部を支援する仕組みだが、具体的な補助額・補助率・対象経費の範囲は年度と事業規模で異なるため、詳細は各省庁の公式サイトで最新情報を確認し、申請手続きについては行政書士または中小企業診断士に相談しながら進めると精度を上げやすい。
申請時に見落としやすい条件
補助金の申請では、「システム導入後の効果測定」が条件に含まれる場合があり、たとえば実車率の向上、空車回送距離の削減、運行管理者の業務時間削減を数値で報告する義務が課されるケースでは、導入前後のデータを正確に記録していないと必要書類を整えられないため、申請前に測定項目と記録方法を確認しておく必要がある。
また、補助金の交付決定前に契約・発注した費用は補助対象外になるのが原則であり、システム選定を進めながら並行して補助金申請を行う場合には、交付決定のタイミングと導入スケジュールを調整しないと補助金を受けられない事態も起こりうる。この手続き面は、行政書士に相談しながら進めると整理しやすい。
導入後に効果を出すための運用ルール
運行管理システムは導入して終わりではなく、現場での運用ルールを整備しなければ効果が出にくく、特に乗務員がGPS端末やスマートフォンアプリを「監視されている」と受け取ると反発が起きて位置情報の更新が止まるケースもあるため、導入初期ほど目的共有と運用設計が重要になる。
乗務員への説明と目的の共有
運行管理システムの導入目的は、「監視」ではなく「労務管理の適正化」「荷主への報告業務の効率化」として乗務員に説明する必要があり、具体的には拘束時間の自動計算によって手書きの運転日報が減ることや、荷主からの問い合わせ対応が減ることなど、現場で体感しやすいメリットを示したい。
導入初期は、運行管理者と乗務員が一緒にシステムの画面を見ながら「今日の運行でどこに時間がかかったか」を振り返る時間を設けると理解が深まりやすく、この段階でシステムが出力する拘束時間や休息期間の計算結果が現場の感覚と合っているかを確認し、ズレがあれば設定を調整する流れが望ましい。
データの定期確認と改善サイクル
運行管理システムが蓄積するデータは、実車率、空車回送距離、附帯業務時間、乗務員別の運行回数など多岐にわたるため、これらを月次でレポート化し、運行管理者と経営者が一緒に確認する習慣をつけることで、導入効果を数字で把握しやすくなる。
たとえば、特定の乗務員の空車回送距離が他の乗務員より長い場合、配車の組み方に問題がある可能性があり、帰り便の確保や附帯業務の時間配分を見直すことで燃料費の削減と実車率の向上につながる。データを見て終わりにせず、改善アクションまで回す運用が求められる。
現場での判断:システムより先に整えるべきもの
運行管理システムの導入を検討する前に、自社の業務フローと帳票類が整理されているかを確認する必要があり、配車の優先順位、乗務員のスキル管理、荷主ごとの請求ルールが曖昧なままシステムを入れても、結局は手作業での調整が残りやすい。システム選定の精度を上げるには、まず現場のルールを見える化する工程が欠かせない。
ベテランの配車担当者が「頭の中で覚えている」状態を、まず紙やExcelに書き出す作業が先になる。そのうえで、どの部分をシステムに任せ、どの部分を人間の判断に残すかを決めていくと、業務フローを整理する過程で「本当に必要な機能は何か」が見えてくる。
関連記事: デジタコとは?義務化対象車両と記録の読み方を初心者向けに解説



