--- title: "車検予約システムとは？整備工場の入庫枠設計と既製サービス・個別開発の選び方" url: "https://www.issoh.co.jp/column/details/18241/" published: 2026-10-10 updated: 2026-10-10 categories: ["Webシステム"] publisher: "株式会社一創" --- # 車検予約システムとは？整備工場の入庫枠設計と既製サービス・個別開発の選び方 車検予約システムは、整備工場やディーラーが車検・点検の入庫をWebで受け付け、ピットと整備士の空きに沿って枠を配る仕組みです。美容室や会議室の予約と違い、1台の車検には受入点検・整備・検査・納車という複数工程が連なり、指定工場か認証工場かで1日に回せる台数の上限そのものが変わります。本記事では、予約の単位をどこに置くかという設計の出発点から、2025年4月の受検期間拡大、OBD検査、電子車検証という3つの制度変更が予約受付に与える影響を整理しました。後半では汎用の予約サービス、整備管理ソフトのWeb予約機能、個別開発の3方式を比べ、どの条件でどれを選ぶかを言い切ります。 ## まとめ：車検予約システムで先に決める入庫枠の単位と既製サービスの限界 最初に決めるのは、予約1件が何を消費するかです。時間枠だけで受けると、整備士が足りない日にも枠が開いたままになります。指定工場なら「検査ラインと自動車検査員」、認証工場なら「ピットと運輸支局への持込枠」を上限に置き、車検・12か月点検・オイル交換で所要時間を分けて枠を消費させる。ここまで決まれば製品比較は短時間で終わります。 制度面では、2025年4月1日から車検を満了日の2か月前から受けられるようになり、受付開始日とリマインドの起点を見直す必要が生じました。OBD検査で不合格になった車の再入庫枠、電子車検証で券面から消えた有効期間の取得経路も、予約受付の要件に入ります。 方式の結論は単純です。1拠点・ピット3基程度までなら汎用予約サービスか整備管理ソフト付属のWeb予約で足ります。複数拠点の枠を本部で配分したい、法人フリートの一括予約を受けたい、基幹の顧客・車両台帳と二重入力になっている――この3つのうち2つに当てはまれば、個別開発を比較対象に入れてください。 ## 車検予約システムの役割と一般的な予約システムとの運用上の違い3点 店舗予約全般の仕組みは[予約システムの機能・種類・費用と開発判断](https://www.issoh.co.jp/column/details/12829/)で整理しています。ここでは車検に固有の事情だけを扱います。 ### 予約の単位が時間ではなくピット・整備士・検査ラインになる理由 美容室の予約は「スタイリスト1人×60分」で完結します。車検は複数工程を伴う予約です。リフトに載せて下回りを点検するピット、分解整備を担う整備士、完成検査を行う検査ラインという3種類の資源を順番に使い、どれか1つが詰まると後ろの工程が止まります。 たとえばピット2基・整備士3名・検査ライン1本の工場で、車検1台にピット作業2時間・検査30分かかるとします。営業8時間なら計算上ピットは1日8台を回せますが、検査ラインが1本で検査員が1名なら、午後に検査が集中した時点で受け入れは停止です。汎用の予約サービスは「メニュー×所要時間×担当者」の1軸で枠を減らす作りが多く、この多段の資源制約を表現できないことが導入後の不満の大半を占めます。 ### 指定工場と認証工場で変わる1日の上限台数と持込検査の予約手順 指定工場は自動車検査員が工場内で完成検査を行い、保安基準適合証を交付できます。上限を決めるのは検査員の人数と検査設備の稼働時間です。認証工場は検査そのものを実施できず、整備後の車両を運輸支局や軽自動車検査協会へ持ち込みます。区分の法的な違いは[自動車整備業の認証・指定工場の違いと業務システム化の判断軸](https://www.issoh.co.jp/column/details/16819/)で詳しく扱っています。 認証工場の予約設計で落とせないのは、顧客の入庫予約と、運輸支局側の検査予約が別々に存在する点です。持込検査は[自動車検査インターネット予約システム](https://www.reserve.naltec.go.jp/)で検査日とラウンドを押さえる必要があり、ここが取れないと入庫を受けても納車日が確定しません。顧客の予約を確定させる前に検査枠を確保する順序をシステムで強制するか、少なくとも検査予約番号を予約データに記録できる項目を用意します。 ### 利用者向け車検比較サイトと工場が自社で持つ予約受付の守備範囲 「車検 予約」で検索すると、店舗を横断して料金と空き日を比べる送客型サイトと、工場が自社サイトに置く予約受付が混在して出てきます。送客型サイトは新規客の獲得経路で、成約ごとの手数料や掲載料が発生します。自社の予約受付はリピート客と満了通知からの再来店を受ける経路です。 両方を使う工場で問題になるのは枠の二重管理です。送客サイトの予約と自社フォームの予約が別画面に入ると、同じ日のピットを2回売る事故が起きます。予約システムを選ぶ段階で、外部サイトからの予約を取り込めるか、少なくとも枠の手動ブロックが即時に反映されるかを確認してください。 ## 受検期間の2か月前化・OBD検査・電子車検証が予約設計に与える影響 車検まわりの制度は2023年から2025年にかけて立て続けに変わりました。どれも予約受付の要件に直接響きます。 ### 満了日2か月前から受検できる2025年4月改正と受付開始日の見直し 国土交通省は令和6年6月25日の[報道発表「来年4月より、車検を受けられる期間が延びます」](https://www.mlit.go.jp/report/press/jidosha02%5Fhh%5F000645.html)で、道路運送車両法施行規則の改正を公表しました。従来は有効期間満了日の1か月前から満了日までに受検すれば残りの有効期間を失いませんでしたが、令和7年（2025年）4月1日施行の改正で、この期間が2か月前からに広がっています。自賠責保険の有効期間も合わせて改正されました。 狙いは年度末への需要集中の緩和と整備士の残業・休日出勤の削減です。予約システム側では、満了日から逆算した「予約受付開始日」と「満了通知の送付日」を2か月前基準に置き直す必要があります。通知が1か月前のままだと、2か月前から動き出した顧客を他店に取られるおそれがあるためです。3月満了の車を1月から受け入れて枠を平準化できるかどうかは、この設定で決まります。 ### OBD検査の対象車判定と特定DTC検出時の再入庫を見込む作業枠 OBD検査は、車載式故障診断装置に記録された故障コードのうち保安基準不適合を示す「特定DTC」を検査用スキャンツールで読み出し、合否を判定する検査です。国土交通省の資料[「OBD検査の開始に向けた準備状況」](https://www.mlit.go.jp/jidosha/content/001707701.pdf)によると、対象は2021年10月以降の新型の乗用車・バス・トラック（輸入車は2022年以降の新型車）で、合否判定は国産車が2024年10月、輸入車が2025年10月に始まりました。 予約設計への影響は2点あります。1つは対象車かどうかで作業工程が変わること。同資料では、指定工場は「OBD検査」モードを使う準備が必須とされ、認証工場は「OBD確認」を実施すれば車検場でのOBD検査が原則省略されます。対象かどうかは初度登録の年ではなく型式の指定日で決まるため、年式から推測せず、車検証の備考欄にある対象の記載を予約データへ取り込み、対象車には工程を1つ足します。もう1つは、特定DTCが出れば不合格となり、部品手配と再検査が発生することです。対象車を詰め込みすぎず、再入庫用の予備枠を週に数枠残しておく運用が現実的です。対象車の型式一覧は[自動車技術総合機構のOBD検査ポータル](https://www.obd.naltec.go.jp/)で更新されており、2026年9月17日にも一覧の更新が告知されました。 ### 券面に有効期間が載らない電子車検証と満了日データの取り込み経路 2023年1月から交付されている電子車検証では、有効期間が券面ではなくICタグの記録事項に移りました。国土交通省の令和4年5月20日の報道発表で、ICタグには有効期間・所有者の氏名と住所・使用の本拠の位置などを記録すると示されています。顧客が手元の車検証を見ても満了日がわからないため、予約フォームで「満了日を入力してください」と求めても空欄や誤入力が増えます。 対策は満了日を顧客の記憶に頼らないことです。[電子車検証特設サイト](https://www.denshishakensho-portal.mlit.go.jp/)が案内する車検証閲覧アプリでは、ICタグの情報をPDFや電子ファイルとして出力できます。前回入庫時にこのデータを取り込んで顧客・車両台帳に満了日を保持し、予約フォームは車両番号を選ぶだけにする。この流れにすると、満了通知から予約までの導線が途切れません。 ## 車検予約システムに必要な機能と予約フォームで聞き取る項目の設計 機能の比較表を見る前に、予約1件で何を受け取るかを決めておくと選定がぶれません。 ### 予約時に取得する車両情報と車検満了日・OBD対象判定のヒアリング項目 予約フォームの項目は、工程の分岐に使うものだけに絞ります。入力が多いと途中離脱が増えるため、リピート客は台帳から自動補完する前提で設計します。 | 項目 | 使い道 | 取得方法 | | -------------- | --------------- | ------------------ | | 車両番号・車種・型式 | 作業時間の見積と部品の事前手配 | 初回は入力、2回目以降は台帳から補完 | | 備考欄のOBD検査対象の記載 | OBD検査の工程追加 | 車検証データの取り込み | | 有効期間満了日 | 受付可能期間と通知日の算出 | 車検証閲覧アプリの出力から取り込み | | 代車の要否 | 代車在庫の引当 | 予約時に選択 | | 引取・納車の希望 | 回送ドライバーの割当 | 予約時に選択、住所は台帳から | | 追加整備の事前承認上限 | 見積確認の電話回数を減らす | 金額を選択式で取得 | 見落とされやすいのが最後の行です。整備中に追加作業が見つかるたびに電話で承認を取ると、整備士の手が止まります。予約時に「◯円までは事前承認」を選んでもらうだけで、納車までの待ちが短くなります。 ### 代車・引取納車・見積承認まで含む予約後の業務フローとの連携範囲 予約システムの守備範囲をどこで切るかは、予約後の業務をどこまで同じ画面で回したいかで決まります。代車の引当は予約と同時でなければ二重貸しが起きるため、予約側に持たせる価値が高い機能です。一方、作業指示書や部品発注、請求書の発行は整備管理ソフトの領分で、予約システムに抱え込むと機能が重複します。 実務での優先順位ははっきりしています。まず代車の引当、次に満了通知からの予約誘導、その後に見積の事前承認。作業工程の進捗共有は最後で構いません。 ## 汎用予約サービス・整備管理ソフト・個別開発の比較と工場の条件別の選び分け 車検予約を実現する手段は、業種を問わない汎用の予約サービス、整備管理ソフトに付属するWeb予約機能、個別開発の3つに分かれます。 ### 汎用予約SaaS・整備管理ソフトのWeb予約・個別開発の3方式比較 | 観点 | 汎用予約サービス | 整備管理ソフトのWeb予約 | 個別開発 | | ----------- | ------------------------- | -------------------- | -------------------- | | 代表例 | AirリザーブSelectTypeSquare予約 | 整備管理ソフト各社のWeb予約オプション | 自社要件で構築 | | 枠の単位 | メニュー×時間×担当者 | ピット・作業区分に対応する製品あり | ピット・検査ライン・検査員を任意に組合せ | | 顧客・車両台帳との連動 | CSV連携が中心 | 同一データベースで連動 | 既存基幹とAPIで連動 | | 満了通知 | メール配信は別サービス | 標準機能のことが多い | 要件どおりに設計 | | 導入までの期間 | 数日 | 数週間 | 数か月 | 汎用予約サービスでも、車種や満了日を予約フォームで聞き取る設定はできます。SelectTypeは車検向けのテンプレートで車種・メーカー・車検満了日のヒアリング項目を用意しています。ただし聞き取った値で工程を分岐させたり、台帳の満了日と照合したりする処理は持っていません。 ### 汎用予約サービスで足りる整備工場の規模・運用条件と導入を見送るべき場面 汎用予約サービスで十分なのは、1拠点・ピット3基程度まで、車検の大半がリピート客で、満了通知をすでに整備管理ソフトや郵送で回している工場です。この規模では、Web予約の役割は「電話を減らす受付窓口」に留まり、多段の資源制約を厳密に表現しなくても工場長の目視で調整が利きます。 見送るべき場面もはっきりあります。整備管理ソフトをすでに使っていて、そのソフトにWeb予約オプションがあるなら、汎用サービスを別に入れてはいけません。顧客・車両台帳が2つに割れ、満了日と予約の突き合わせを人が続けることになります。法人の社用車を数十台単位で受ける工場も、汎用サービスの1件ずつの予約では運用が回りません。 ## 個別開発に踏み込む判断基準：多拠点・法人フリート・基幹連携の3条件 個別開発は費用も期間もかかります。踏み込むのは、次の条件に当てはまるときだけです。 ### 車検予約の個別開発が見合う3条件と、当てはまらないなら開発しない理由 1. 複数拠点の入庫枠を本部で配分したい。ある拠点の検査ラインが埋まった日に、近隣拠点へ予約を振り替える処理が要る。 2. 法人フリートの車検を一括で受けたい。リース会社や社用車を持つ企業から、満了日の近い数十台を週単位で割り付ける依頼が来る。社用車側の管理は[車両管理システムの機能と選び方](https://www.issoh.co.jp/column/details/15300/)で扱っています。 3. 基幹の顧客・車両台帳と予約が二重入力になっている。整備管理ソフトの予約機能では既存の販売管理や会員アプリとつながらない。 2つ以上に当てはまれば個別開発を比較対象に入れます。1つだけなら、整備管理ソフトの予約オプションか汎用サービスに既存台帳とのCSV連携を足す構成で十分です。条件に当てはまらないまま開発を選ぶと、制度改正のたびに改修費を自社で抱えることになります。受検期間の拡大やOBD検査のように数年おきに要件が変わる領域では、その追随をパッケージ側に任せられる利点が大きいからです。 ### 車検予約の開発を発注するとき要件定義に書く入庫枠ロジックと連携先一覧 開発会社に相談する段階では、機能一覧より先に次の3点を文書にしておくと見積の精度が上がります。資源の定義（ピット数・検査ライン数・検査員と整備士の人数、曜日ごとの稼働）。作業区分ごとの資源の消費量（車検・OBD対象車の車検・12か月点検・オイル交換）。連携先（顧客・車両台帳、整備管理ソフト、自動車検査インターネット予約システムの予約番号、満了通知の配信手段）。 この3点が揃っていれば、予約受付・枠配分・満了通知までを一体で設計できます。一創では[予約管理システム開発](https://www.issoh.co.jp/service/system/reservation/)として、既存の台帳や整備管理ソフトを残したまま予約部分だけを作り替える構成も含めて相談を受けています。 ## 車検予約システムの導入費用・予約実務・運用開始までの期間でよくある質問 導入を検討する整備工場やディーラーから寄せられることの多い質問をまとめました。 ### 車検予約システムは無料で始められますか？ 無料での開始は可能です。汎用の予約サービスには無料プランを用意するものがあり、Square予約やAirリザーブのフリープランのように、予約受付とカレンダー管理だけなら費用をかけずに試せます。ただし無料の範囲では、リマインド配信や予約枠の上限設定、外部サイトとの連携に制限がかかることが多く、繁忙期の運用に耐えるかは事前に確認が要ります。整備管理ソフトのWeb予約オプションは、本体契約に追加する有料機能として提供されるのが一般的です。 ### ユーザー車検の予約と整備工場の車検予約は何が違いますか？ ユーザー車検の予約は、車の使用者が自分で運輸支局や軽自動車検査協会に車を持ち込むための検査枠の予約で、自動車検査インターネット予約システムから取ります。整備工場の車検予約は、工場に車を預けて点検・整備・検査を任せるための入庫予約です。認証工場に依頼した場合は、工場が顧客の入庫予約とは別に、運輸支局の検査枠を同じ予約システムで押さえています。 ### OBD検査の対象車は予約時にどう判別すればよいですか？ 確実なのは車検証の情報で判別する方法です。国土交通省の[整備事業者向けOBD検査資料](https://www.mlit.go.jp/jidosha/content/OBDkensa-regulations%5FA02.pdf)では、OBD検査の対象車は自動車検査証の備考欄に対象である旨が記載されるとし、その記載で確認するよう求めています。対象は型式指定日が2021年10月1日（輸入車は2022年10月1日）以降のフルモデルチェンジ車などで、年式だけでは判別できません。予約フォームで型式を取得し、OBD検査ポータルの対象車型式一覧と照合する方法もあります。リピート客なら前回入庫時に取り込んだ車検証データから自動で判定させるのが手間のかからない運用です。 ### 満了通知はいつ送るのがよいですか？ 2025年4月以降は、満了日の2か月前から受検しても有効期間が短くならないため、通知も2か月前を起点に組み直すのが合理的です。2か月半前に予告、2か月前に予約受付開始の案内、1か月前に未予約者への再通知、という3段階が組みやすい構成です。切り替え期に1か月前基準の通知と重複しないよう、送付済みの記録を通知施策ごとに持てるかも確認してください。 ### 導入から運用開始までどのくらいかかりますか？ 汎用の予約サービスなら、メニューと枠を設定して自社サイトにリンクを置くまで数日です。整備管理ソフトのWeb予約オプションは、台帳データの整理と枠設定で数週間を見ます。複数拠点の枠配分や基幹連携を含む個別開発は、要件定義から本番稼働まで数か月単位になります。年度末の繁忙期に間に合わせるなら、前年の秋には方式を決めておく段取りが必要です。 ## 関連記事 - [自動車整備業とは？認証・指定工場の違いと業務システム化の判断軸【2026年版】](https://www.issoh.co.jp/column/details/16819/)：整備業の法区分と業務システム全体の選び方を扱う記事です - [予約システムとは？機能・種類・費用と既製サービスで足りない場合の開発判断](https://www.issoh.co.jp/column/details/12829/)：業種を横断した予約システムの全体像です - [車両管理システムとは？機能・種類・費用と選び方・導入判断を解説](https://www.issoh.co.jp/column/details/15300/)：社用車を管理する側から見た車検期限の管理を解説しています - [点検管理システムとは？紙・Excel点検の課題とタブレット点検・チェックリスト電子化の選び方](https://www.issoh.co.jp/column/details/15740/)：点検記録の電子化と予約後の作業記録のつなぎ方に関係します - [予約台帳とは？紙・Excel・予約システムの違いと店舗のデジタル化の判断基準](https://www.issoh.co.jp/column/details/15908/)：紙やExcelの予約台帳から移行する際の判断基準です --- 出典: [車検予約システムとは？整備工場の入庫枠設計と既製サービス・個別開発の選び方]()（株式会社一創）