運送業向け運行管理システムの発注は、業務範囲と担当の境目を決め、要件と見積を比べ、試験導入から段階的に広げる順で進めると、現場に定着しやすくなります。
発注形態から委託先の選び方まで、流れに沿って説明します。全体像は運送業向け運行管理システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・運送業向け運行管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
運送業向け運行管理システムの発注で最初に決めること
運行管理システムは、車両とドライバー、運行計画と実績を一つにまとめて管理する仕組みです。安全・労務・売上も、同じ仕組みで扱います。狭い意味では、配車・運行指示・動態把握・点呼・日報・事故記録が中心になります。
さらに、発注では、デジタコやドラレコ、スマートフォンアプリとの連携まで検討することが多いです。会計・給与・販売管理・倉庫管理との連携も、検討の対象になります。
発注対象の範囲と配車以外の業務工程
受注から荷主への報告までを工程順に並べ、現在の処理手段も書き出しておきます。工程を切らずに見るのは、配車だけを導入すると運行実績が請求や原価に流れず、二重入力が残るためです。
- 業務工程：受注、配車、運行指示、出発・到着、荷待ち・荷役、点呼と日報の各工程
- 安全・記録：事故やヒヤリハットの記録、請求、原価集計、荷主への配送状況通知
- 現状の手段：紙、Excel、電話、FAX、既存のデジタコなど、工程ごとの手段
システム導入と運用委託の境界
委託先がどこまで担うかで、費用と体制が変わります。クラウドの提供だけを任せるのか、研修や配車業務の伴走、展開まで任せるのかで、社内に残る作業も違ってきます。
- 委託先の作業：初期設定、データ移行、操作研修、障害対応など、工程別の担当範囲
- 自社の作業：日々の配車確定や運行管理者の承認など、社内に残る責任
- 責任分界：車両・乗務員マスタは委託先、日々の配車確定と運行管理者の承認は自社など、担当を具体的に書く
車両台数と拠点数による優先順位
まず、車両・ドライバー・営業所の数や輸送形態を数字で整理します。配車件数や、協力会社・傭車の有無も、あわせて数字にしておきます。毎日使う担当者が無理なく入力できる範囲から始めると、定着が進みやすくなります。
- 1営業所・20台程度：配車、点呼、日報の使いやすさを優先
- 複数営業所または100台超：権限、拠点間の車両融通、デジタコ連携は、早い段階で決める
- 集計範囲：請求・原価の集計条件まで定めて、機能を増やしすぎないようにする
発注形態の選び方
発注形態は、既存のクラウド・パッケージ、連携や追加開発、スクラッチ開発の3つに大別できます。選ぶときは、会社規模に加えて、独自ルールと既存システム、期限、法令対応の体制を見ます。
クラウド・パッケージ型による短期導入と標準化
車両・乗務員台帳や配車、点呼などの標準機能を、比較的早く使い始められます。サーバー運用、バックアップ、更新を任せやすく、法改正や脆弱性への対応も受けられます。
クラウド・パッケージ型は、標準機能に業務を合わせられる会社や、まず1営業所で効果を確かめたい会社に適しています。
- 利用機能：車両・乗務員台帳、配車、日報、点呼、売上集計などを、機能ごとに比べる
- 料金条件：最低利用料、車両・ユーザー課金、初期設定、移行、端末・通信費
- 追加費用：API連携、カスタマイズ、解約時のデータ返却条件を見積に入れる
トラックキングの公式料金例は、初期費用5万円、3アカウントまで月額1万2,000円からです。初期設定費は別途で、50台以上や連携を含む場合は個別見積です（出典：トラックキング公式「価格」、2026年確認）。
既存資産を生かすパッケージと連携開発
会計・給与・販売管理・倉庫管理、デジタコを利用中なら、標準製品に必要な連携だけを足す方法が現実的です。重複入力を防ぐために、受注から請求までの正本データを決めておきます。
- 連携方式：CSVの定時取込とAPIのリアルタイム連携から選び、開発費と保守費を見る
- 責任分界：API仕様の所有者、障害受付、データ不整合の修正主体を、RFPに明記
- 事前調整：標準製品の導入会社とSI会社を交えた、契約前の打ち合わせ
独自ルールと将来像が固まってから選ぶスクラッチ開発
標準製品との差分が大きい場合に合う方法です。業務を再現できる反面、法改正・セキュリティ対応のほか、保守人員、端末更新、拠点追加への対応も、自社と開発会社が続けて担うことになります。
- 独自の運賃：運賃タリフや複雑な傭車計算への対応
- 特殊な業務：配車制約、複数拠点の業務、荷主・協力会社向け画面の扱い
- 発注手順：業務整理やPoCを先に行い、開発する差分を見極める
RFPと要件整理で伝える内容
RFPは、候補会社から提案と見積を受けるための資料で、目的や現状、範囲、条件を示します。現行業務と目標、拠点・データ量・納期・予算の考え方は、同じ書式で渡すと比べやすくなります。
工程別の現行業務と目指す業務
通常運行に加えて、例外処理も時系列で整理します。例外も含めるのは、例外を省いたRFPが実装後の追加開発につながりやすいためです。
- 工程と担当：受注・配車・運行指示・出庫・点呼・配送・帰庫・日報、実績確定、請求、月次の原価・損益
- 運用情報：担当者、入力時期、帳票、通常時の処理の記録
- 例外処理：車両変更・欠勤・遅延、積み残し・再配達、事故・通信断、協力会社への振替
機能要件とデータ項目の定義
機能要件では、業務処理と導入効果の測定方法を決めます。データ要件を先に決めておくと、後から帳票だけを追加する事態を避けられます。
- 業務機能：車両・乗務員・資格・車検・整備・保険の台帳、受注・割当・配車・GPS、点呼・日報・事故、労働時間警告・請求・売上・原価
- 効果指標：荷待ち・荷役、実車率・積載率・空車回送、燃料・CO2、誤配送・問い合わせ件数
- 管理データ：荷主・届け先・品目、車両・ドライバー、運賃・附帯作業料・燃料サーチャージ、協力会社・実運送事業者、運行実績・点呼記録・操作ログ
- 権限と出力：登録・承認・修正者、修正前の値を残す監査ログ、CSV・API出力、保存期間
非機能要件とセキュリティの数値条件
山間部、倉庫内、トンネルでは通信が不安定なため、端末に保存したあと同期するオフライン設計も検討します。通信断からの再開条件は、受入基準として決めておきます。
- 稼働・性能：利用可能時間、画面応答、同時利用者数
- 復旧・連絡：バックアップ頻度、復旧目標、障害連絡時間を決めておく
- 端末・記録：ログの保存期間、端末・ブラウザ、脆弱性診断の時期
- 安全対策：最小権限・多要素認証・紛失対策、暗号化、復旧訓練、委託先管理、脆弱性対応と検証方法を提案してもらう
国土交通省は、貨物自動車運送分野の情報セキュリティ確保に係る安全ガイドライン第2版を、2026年7月7日に改訂しています（出典：国土交通省「物流分野における情報セキュリティ確保に係る安全ガイドライン」、2026年）。
法令対応とデータ移行の発注条件
2026年4月から、一定規模以上の荷主・物流事業者は、物流効率化法上の特定事業者として、中長期計画や定期報告などへの対応が必要です。また、元請事業者には、実運送事業者の名称などを記載する実運送体制管理簿の作成が求められます（出典：国土交通省「物流効率化法について」、2026年）。
- 記録要件：荷待ち・荷役、運行実績、委託先・実運送会社、附帯作業料を、後から説明できる状態にする
- 移行対象：車両・乗務員台帳、荷主・届け先、運賃表、過去の運行実績
- 移行手順：データ形式、重複・欠損の修正者、検索年数を決め、テスト移行・差分確認・本番移行、旧システムの参照期間を計画
請負と準委任の使い分け
運送業務は、運賃・配車・傭車・点呼・請求のルールが会社ごとに異なり、要件定義の途中で仕様が変わりやすい領域です。そのため、全工程を固定価格で契約すると、仕様が変わるたびに追加見積が発生しやすくなります。工程に応じて契約を使い分けるほうが、管理しやすいです。
- 要件整理・技術検証：準委任で、現状分析、現場ヒアリング、PoCを進める
- 仕様確定後の開発：成果物と受入基準を定めて、請負にする
- 稼働後：保守と業務運用支援を分けて、内容を明確にする
要件定義とPoCに向く準委任
準委任は、専門業務の遂行に対して報酬を支払う契約で、成果物の完成を一律には約束しません。こうした性質から、仕様が固まる前の調査や検証に使えます。
- 対象業務：現状分析、業務フロー整理、画面プロトタイプを含める
- 技術検証：データ移行、AI配車、API連携の検証に使う
- 契約管理：月次作業・会議体、稼働・成果確認、未消化作業・途中解約を、契約に記載
発注側にも、優先順位を判断できる体制が必要です。
成果物と受入基準が確定した開発の請負
請負は、契約で定めた仕事の完成と成果物の引き渡しに対して報酬を支払う契約です。仕様を定義できる機能開発に適しています。
- 対象機能：車両台帳、配車画面、運行日報、点呼記録、請求データ、連携APIなど
- 納品と検収：納品物、検収期間、受入試験、仕様変更の手続き
- 権利と責任：再委託、知的財産権、ソースコード、データ返却、瑕疵対応
保守・運用委託のSLAとデータ返却
システム保守と業務運用は分けて、対象作業と対応条件を書面で明らかにします。重大障害の連絡や復旧目標、繁忙期の対応は、SLAに盛り込みます。
- システム保守：監視、バックアップ、障害一次対応、脆弱性、OS・ブラウザ更新
- 運用支援：マスタ更新、帳票変更、配車ルール調整、ドライバー問い合わせの区分
- 障害時の条件：連絡時間、復旧目標、代替手段、繁忙期の追加対応、計画停止の告知
- 解約・AI：データ形式、出力費、移行期間、バックアップの削除時期、AI配車での入力・提案・承認修正履歴の保存
データを取り出せる状態にしておくと、将来のベンダー変更や再構築の選択肢を残せます。
発注・外注費用の相場の目安
費用は、利用料、設定・移行、端末・通信に分けて考えます。さらに、連携・改修、教育・導入支援、保守・運用の費用も見込んでおきます。ここで示す数字は、公開料金と類似システムから整理した検討レンジです。
個別開発の市場統計は、十分に公開されていません。車両・拠点・利用者の数や、連携・帳票・セキュリティの条件で変わる目安として扱います。
小規模クラウドの費用目安：初期0〜30万円、月額1〜5万円
1営業所、車両20台程度で配車・点呼・日報から始める場合、導入期間は2〜6週間程度が目安です。設定・マスタ登録・説明・データ整形、端末・通信が含まれるかは、サービスごとに異なります。
ATMTCの公開例は、初期費用0円、管理画面月額1万5,000円、ユーザー1人あたり月額2,500円です。ただし、カスタマイズは別見積のため、公開価格だけで総額を判断しないようにします（出典：ATMTC公式料金ページ、2026年確認）。
中規模から大規模のTMSの費用目安：初期30万円〜500万円以上
導入規模や連携範囲によって、費用と期間の目安は変わります。
- 中規模：複数営業所、車両20〜100台でデジタコ・勤怠・請求・GPS連携まで含む場合、初期30〜150万円、月額5〜30万円、期間2〜4か月が目安です。
- 大規模の条件：100台超や複数拠点で、最適配車、WMS・基幹・荷主連携、独自帳票、権限設計を求める場合です。
- 大規模：初期150〜500万円以上、月額20〜80万円以上、期間6〜12か月程度となる可能性があります。
- ULTRAFIXの効果：AI機能で配送計画を自動化し、業務時間44％削減。
- 別事例の効果：車両台数5％削減、年間約4,000万円のコスト削減。
導入効果は、NECソリューションイノベータのULTRAFIX導入事例で紹介されています（出典：NECソリューションイノベータ「ULTRAFIX導入事例」、2026年確認）。
これらは各社の運行条件や改善活動を含む個別事例で、自社の効果や投資回収額を示すものではありません。見積と合わせて、測るKPIと期間を提案してもらいます。
スクラッチ開発の推定レンジ：1,000万〜5,000万円程度
受注・配車・運行・原価・請求を再構築し、基幹や車載機器、荷主システムと深く連携する場合は、開発9〜18か月程度が推定レンジです。
独自の最適配車・複数会社の権限・オフラインアプリ・監査ログ・高可用性を求めると、費用が上がる可能性があります。これは、類似システムの要件・工数から置いた予算検討用のレンジで、公定相場ではありません。
比較では、初期費用に加えて5年間のTCO（総所有コスト）を計算します。まず、利用料と課金、端末・通信、移行を同じ条件で並べます。さらに、API保守や法改正対応、診断、教育も含めます。問い合わせ対応、機能追加、解約時の移行支援も、あわせて比べます。
開発・導入の進め方
導入は一度に全社展開するより、段階を追って進めるほうがリスクを抑えやすいです。まず、現状分析・優先機能の決定・データ準備を行い、次に試験導入と並行稼働に進みます。
最後に全社展開と効果測定へ移ります。また、配車担当とドライバーを、早い段階から設計に巻き込みます。
現場ヒアリングと優先順位付け
営業所の配車担当・運行管理者・ドライバー・経理・荷主対応の担当者に聞き取ります。そのうえで、作業時間・二重入力・転記ミス・電話・月末処理・安全上の不安を具体化します。
- 必須機能：法令・安全上必要な業務を先に決める
- 日常の効率化：毎日使う作業を、次の優先度に置く
- 将来機能：分析・AI機能を、初回リリースと分けて検討する
1営業所での試験導入と並行稼働
1営業所または一部車両で試し、2〜4週間程度、従来の帳票やExcelと新システムを並行して使います。問題を見つけ、業務ルールと画面を本番前に直すことが目的です。
- 作業と入力：配車時間、入力漏れ、点呼・日報の操作性
- 通信と位置：GPS精度と、通信断からの復旧
- 請求データ：新旧データの一致
- AI配車：運行管理者が提案を承認するHuman in the Loopを基本とする
AIの提案が外れた理由やデータ不足、手動修正は記録しておきます。データ品質と現場の信頼が整ってから、自動化を広げます。
本稼働に向けたデータ移行と教育
本稼働の前に、移行データの件数と内容を確認します。そのうえで、車両・ドライバー・荷主・届け先・運賃マスタを、業務責任者が承認します。
- 役割別研修：管理者、配車担当者、ドライバーに分け、実際の配送データを使って行う
- ドライバー画面：入力項目を絞り、スマートフォンで迷いにくい形にする
- 代替手順：紙に戻す場合の方法を用意する
- 定着確認：最初の1〜3か月は、問い合わせ・漏れ・帳票・配車時間・拘束時間警告・請求差異を、定例で確認
月次でKPIを見直し、使われていない機能を減らすことも定着支援に含めます。
委託先選定と見積比較の観点
委託先は、知名度や総額だけでなく、業務理解・連携・教育・稼働後の改善支援で見ます。完成品導入と個別開発では、会社ごとに得意な発注形態が異なります。
自社と近い運送業務の実績
導入社数や規模だけでなく、自社と近い輸送形態、運行条件、拠点数を確かめます。可能なら同規模の導入先で、配車担当やドライバーが使う画面を見せてもらいます。
- 輸送形態：一般貨物・路線・チャーター、冷凍・冷蔵・危険物、建材・宅配を照合
- 運用条件：車両数、固定・スポット便、協力会社・傭車、荷主報告、運賃計算を聞く
- 対応範囲：配車から点呼・労務・請求・原価まで扱えるか
- 既存システム：デジタコや会計システムとの連携の可否
- 複雑なケース：急な欠勤、車格・時間・積載制約、荷待ち・帰り荷、傭車振替・通信断・請求締めを、デモで試す
標準機能、設定、個別開発のどれで対応するかを説明してもらいます。
同じ前提と項目での見積比較
同じRFPを候補会社に渡し、作業内容だけでなく、納品内容や前提、未確定項目まで確認します。標準・オプションの区分も、見積の中で分けて示してもらいます。見積を並べて比べるのは、安価な見積に必要機能が含まれない場合があるためです。
- 見積項目：設定・要件定義・画面・アプリ、連携・移行・テスト、教育・稼働支援、保守、端末・通信、追加開発を、分けて示す
- 総額比較：初期費用・月額・5年TCO、期間・範囲・連携数、移行・教育回数・保守時間を並べる
- 契約後の変更：法改正対応、障害対応、データ返却、追加開発単価、変更の承認者と手順を比べる
サポート体制とデータの所有・保護
導入後の窓口や休日の障害連絡、現地支援費用を確かめます。役割別研修の内容と回数、稼働後に配車ルールを調整する月次支援、データに基づく改善提案も比べます。
- 個人・運行データ：顧客・荷主、ドライバー情報・位置、運行計画・請求データの保管場所と利用目的
- 委託先管理：再委託、権限、ログ、バックアップ、事故報告を、書面で明らかにする
- サービス終了：終了時のデータ削除と返却を、契約に明記
よくある質問
発注時は、費用や契約に加えて、現場導入・法令・セキュリティも確かめます。
車両台数が少ない会社でも外注できますか？
外注できます。少数車両なら、クラウドやパッケージで配車・点呼・日報から始める方法が現実的です。
公開価格だけでなく、設定・移行・利用者追加、端末・通信、解約時のデータ返却まで含めた総額で見ます。
RFPを作れない場合は何から始めればよいですか？
1日の仕事を受注から請求まで並べ、担当者・帳票・二重入力・困っている例外を整理します。機能一覧が未完成でも、初回の相談はできます。
車両・ドライバー・拠点数や、輸送形態・既存システム・期限・改善KPIをまとめます。必要なら、要件定義や現状分析だけを準委任で外注できます。
パッケージとスクラッチ開発はどう比較しますか？
法令・安全業務を標準機能で満たし、独自の差分が少なく、短期導入を望む場合は、クラウドやパッケージが向きます。
独自の運賃計算や配車制約、業務フロー、荷主・協力会社画面が競争力に直結する場合は、個別開発を検討します。標準製品のデモと業務ヒアリングを行い、差分開発案も比べます。
2026年の法改正やセキュリティ要件はRFPに必要ですか？
2026年の法改正やセキュリティ要件も、RFPに含めることが必要です。一定規模以上の荷主・物流事業者には、中長期計画や定期報告などが求められます。そのため、荷待ち・荷役や運行、実運送会社、附帯作業料を、後から説明できるよう記録の要件として書いておきます。
国土交通省の貨物自動車運送分野セキュリティガイドライン第2版を踏まえ、権限・ログ・バックアップ・復旧・委託先管理と、事故報告の扱いを示します。実装と検証方法も、見積に含めてもらいます。
まとめ
まず、業務範囲と、どこまでを誰が受け持つかを整理します。次に、自社の独自性や期限、保守体制に合う発注形態を選びます。
RFPで提示する業務・データ・非機能要件
まず、現行・目標業務、対象車両・拠点、例外を候補会社へ渡します。さらに、データと法令、セキュリティの条件も示します。移行・教育・保守、受入基準も、あわせて示します。
初期費用だけでなく、月額、連携、端末・通信を含めた5年TCOで比べます。教育、法改正対応、解約時の返却も、同じ条件で並べます。金額差の理由を、説明できる状態にしておきます。
小さく試し、現場に定着してから広げる段階導入
試験導入から全社展開まで、段階ごとに確認する項目を決めます。
- 試験導入：1営業所や一部車両から始め、2〜4週間程度の並行稼働で、入力・通信・帳票・請求・操作性を確かめる
- AI・自動配車：運行管理者の承認を基本に、提案を確認してから運用する
- 効果測定：作成時間・実車率・積載率・荷待ち・拘束時間超過・問い合わせを、KPIで測る
- 委託先の評価：価格だけでなく、業務理解・連携・教育・セキュリティ・稼働後の改善支援まで見る
▼全体ガイドの記事
・運送業向け運行管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。