← ガイド一覧

EV充電器の設置と保守— 工事と役務を発注で切る

公開: 2026年9月8日

マンション・商業施設・事業所の駐車場にEV充電器を入れる案件では、電気工事・基礎・機器納入・通信設定・その後の保守が一本の見積にまとまりがちです。
まとめたまま発注すると、工事完了後も保守費の起算が曖昧で、障害対応が「設置費に含まれているはず」と争点化します。

本記事では設置工事と保守役務を発注番号で分け、それぞれの検収イベントと支払起算を整理します。
トリカク(torikaku) では工事行と保守月次行を親子で紐づけ、完了検査日と報告受領日を分けて管理できます。

1. なぜ一本化が見積では便利でも台帳では危険か

1-1. 完了イベントが違う

設置工事の完了は試充電・官庁検査・引渡しです。
保守の完了は月次点検報告や障害復旧報告です。
同じ発注番号に載せると、工事の受領日が保守の起算を汚染します。

1-2. 電気設備工事の型を土台にする

盤・配線・接地・幹線工事は電気設備工事委託の整理がそのまま使えます。
電気設備工事の委託を読み、充電器固有の通信・課金システムだけを別紙に足します。

1-3. 内装・改修との隣接

駐車場床の切削・ピット工事が伴う場合は改修発注の論点も混ざります。
内装・リフォーム発注や解体・土木・外構工事と範囲を分け、充電器本体と土木を同一「一式」にしないでください。

2. 切り分け表

区分内容例検収イベント
機器調達充電器本体・ケーブル納品・検品
設置工事基礎・電気・通信試充電・引渡し
初期設定課金・認証・監視設定完了報告
保守役務巡回・遠隔監視・障害対応月次報告/復旧報告

基本契約は共通でも個別発注は分けます(基本契約と個別発注)明示事項は明示事項テンプレと発注書面の3条で点検します。

3. 工事側の検収

3-1. マイルストーンを二段にする

配線完了→試充電合格→引渡し、のように段階検収を置き、未完了残高を残します。
型はマイルストーンと最終検収と段階納品と部分検収です。

3-2. 不合格と無償是正

仕様未達の是正は工事側負担、発注後の容量増設は変更発注、と原因で分けます。
無償修正・やり直しと給付内容の変更・やり直しを参照してください。

3-3. 検収基準の固定

出力・絶縁・通信疎通・表示灯の合否を数値/合格条件で書きます。
検収基準の決め方に沿います。

4. 保守側の検収

月次は点検報告書の到達、障害は復旧報告の到達を受領にします。
ビルメン・精算機巡回と同じく、「動いている」だけでは足りません。
型はビルメン巡回の報告書検収とエレベーター保守の更新再明示、継続判定は継続的業務委託の整理です。

5. 失敗シナリオ

施設「充電器が遅いので調整して。設置費に含まれているはず」/工事会社「設置は完了済み。調整は保守契約です」/経理「どの発注に紐づく請求か分からない」。
設置完了後のチューニングは保守または別発注に寄せ、当日でも書面化します(緊急口頭発注の書面化)

6. 支払起算

工事は引渡し(または最終検査合格)の受領日起算、保守は各報告の受領日起算に揃えます。
正本は支払60日ルール、保留を置くなら保留金と検収の影響で解除条件を書きます。
電子報告の到達は電子納品の受領日起算に合わせます。

7. 価格と再見積

機器価格の変動や幹線増強で設置費が変わる場合、旧見積の流用を避けます。
見積期限切れの再明示と、一方的な減額回避(減額・買いたたき)を意識してください。

8. 通信・課金システムの扱い

8-1. 設置工事に含めないもの

クラウド課金サービスの月額、SIM通信料、認証基盤の利用料は、原則として保守または別SaaS契約に寄せます。
設置一式に黙って混ぜると、解約時にどの行を止めるか分かりません。

8-2. 設定変更の変更管理

料金単価・営業時間・ユーザー権限の変更は、チケット番号付きの変更依頼とし、口頭の「ちょっと変えて」を禁止します。
変更後の動作確認報告を保守側の納品物にします。

8-3. クラウド発注の証跡

課金ポータルの契約変更メールは、発注台帳の添付として残します。
クラウド系の書面保存はクラウド発注の書面保存、電子契約サービス利用時は電子契約サービスの対応を確認してください。

9. 引渡し後90日の重点監視

設置直後は初期不良と設定ミスが集中します。最初の90日は障害チケットの起票率を週次で見ます。
工事保証期間と保守契約の開始日が重なる場合、どちらで直すかをフローチャート化します。
保証内無償修理を保守月次に請求しないよう、請求前チェックを経理側に置きます。
KPIはダッシュボードKPIと60日、検収滞留は検収中ダッシュボードで追います。
全体の漏れ確認は発注コンプライアンスチェックリストを最終ゲートにします。

10. 実務シナリオ3例

10-1. 設置完了後の出力調整要求

引渡し後に「もう少し速くして」と現場が依頼し、工事会社は設置費込みと解釈した。
出力変更が仕様変更なら保守または別発注へ寄せ、工事行は完了のまま閉じます。
どの発注に紐づく作業かを当日明確にします。

10-2. 通信料が設置一式に混在

SIM通信の月額が設置見積に含まれ、解約時にどの行を止めるか不明になった。
通信・課金の月額は保守または別契約に分離し、設置一式から外します。
クラウド変更メールも台帳添付として残します。

10-3. 保証と保守の二重請求

初期不良を保守月次で請求され、工事保証期間中だった。
保証内は工事側、保証外は保守側、とフローを経理チェックに組み込みます。
90日間は障害チケット起票率を週次監視し、再発を早期に部品交換へ切り替えます。

11. 引渡しチェックリスト(現場用)

試充電成功、絶縁測定値、通信疎通、課金テスト、表示灯、ユーザー説明、保証書受領を現場でチェックします。
1つでも欠ける場合は工事行を完了にせず、未完了残高として残します。
保守契約の開始日と工事保証の終了日を同じ紙に書き、初動の窓口を明確にします。
引渡し後30/60/90日で障害件数をレビューし、設定ミスか部品不良かを分類します。
SIMや課金月額が設置請求に混ざっていないかも経理が最終確認します。
現場用1枚チェックは、複数業者が入る案件で特に効きます。

よくある質問

Q. 設置業者が保守もやる場合でも分けるべきですか

はい。同一業者でも発注番号と検収イベントを分けた方が監査と期日管理が楽です。
工事完了後のチューニングを設置行に残すと、保守月次の起算が汚染されます。

Q. 補助金申請用の完了証憑は

工事検収の書類セット(試充電記録・検査成績・引渡書)を先に定義し、保守報告と混在させないでください。
補助金用の完了日と、取適法上の受領日がズレる場合は、台帳に両方の日付欄を持ちます。

Q. 充電器の増設は既存保守に含めますか

台数増は設置工事の別発注が原則で、保守対象一覧の再明示も同じ週に閉じます。
旧保守単価のまま台数だけ増やすと、巡回工数と報告粒度が合いません。

Q. 適用判定は

資本金・従業員数の適用判定から入り、取引先マスタを更新します。

Q. 工事行と保守行がシートで混ざるとき

設置一式のセルにSIM月額や障害対応が混ざる段階は、列設計の限界です。
エクセル台帳からSaaSへの移行では、工事の引渡し日と保守の報告受領日を別フィールドで持てるかを判断材料にします。

12. 利用者説明と運用移管

引渡し時に管理者向けの操作説明を実施し、説明資料の受領を工事完了条件に含めます。
利用者向け掲示物の原稿が未稿なら、保守開始後の別発注として切り出します。
運用移管チェック(誰が障害を受けるか、誰がベンダーに連絡するか)を1枚にし、施設と保守で共有します。
移管が曖昧なままだと、設置会社・保守会社・施設の三者で初動が止まります。
説明会の実施自体を検収物にする場合は、参加名簿と資料版番号を残します。

13. 増設案件の扱い

既存盤から口数を増やす増設は、新設工事と同様に別発注とし、保守月次に埋め込まないでください。
増設後は保守対象一覧を更新し、巡回報告の機器リストへ反映します。
見積は幹線余裕の確認結果を添付し、後からの盤更新を「ついで」にしないことが重要です。
増設と同時に課金プランを変える場合も、設定変更は保守側の変更管理チケットへ分離します。

チェックリスト

  • 設置工事と保守で発注番号が分かれている
  • 工事のマイルストーンと最終検収が定義されている
  • 保守は報告書到達が受領になっている
  • 障害対応の上限と別発注ルールがある
  • 見積期限と価格改定の再明示がある

まとめ

EV充電器は「付けて終わり」ではなく、工事の完了と保守の継続が別の時計で動きます。
発注を切り、検収イベントを分け、報告で保守を受領する——ここまでやれば、設置後のトラブル対応でも期日と費用の争いを小さくできます。

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク(torikaku) の機能説明を含みますが、法的助言ではありません。電気事業・建築・個別契約は専門家にご確認ください。

トリカク(torikaku) で試す

適用判定・取引先台帳・明示事項チェック・60日ルールの期日管理・メール通知を一箇所にまとめられます。無料プランは稼働中の取引先1社・発注記録 月3件までです。停止中の取引先は枠を消費しません。形式チェック・記録管理・期日管理のみを行います。メール通知の遅延・未達は保証しません。法令・ガイドライン改正時は判定ロジックを更新し、公開ページに案内します。

適用の形式判定だけ試す場合(ログイン不要): /check

← ガイド一覧