検針システム開発の発注/外注/依頼/委託方法について

検針システムの発注・外注は、現行業務とデータを洗い出し、発注形態を選んでRFPで要件を整理します。そのうえで複数社の提案を比べ、契約して段階的に導入する流れで進みます。

この順で進めると、発注者と開発会社の認識のずれを減らせます。全体像は検針システム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・検針システム開発の完全ガイド

検針システムの発注・外注の進め方

現行業務の整理から段階的な導入までを5段階で示した図解。
前の段階で整えた情報が、次の判断材料になります。

まず、現行業務とデータを洗い出し、発注形態を選んだうえでRFPによる要件整理に進みます。続いて複数社に提案を依頼し、PoCや見積比較をもとに発注先を決めます。

発注者側で業務要件と異常系を整理してから開発会社に相談すると、後工程での認識のずれを防ぎやすくなります。契約後は、段階的に導入します。

外注を成功させるために発注者が主導すべき理由

検針システムは、メーターと通信が絡む複数のレイヤーで構成されます。さらに、収集基盤と料金連携も関わります。そのため、「良い検針システムを作ってほしい」と伝えるだけでは、期待どおりに仕上がりにくい領域です。

検針値は請求金額に直結し、通信障害や電池切れも現場で起こります。だからこそ、業務要件と異常系の許容範囲は、発注者が先に定義しておく必要があります。

外注全体の流れ

発注準備から導入までは、次の順で進みます。順序をつかんでおくと、各段階で必要な資料や判断事項が見えてきます。

  1. 現行の検針業務とデータを洗い出す
  2. 発注形態を選び、RFPで要件を文書にまとめる
  3. 複数社から提案と見積もりを受ける
  4. PoCや代表データで比較検証し、発注先を決める
  5. 契約形態を確定し、段階的に導入・展開する

ポイント

発注の進め方で迷ったら、業務要件と異常系を発注者側で整理してから相談する順を守ります。その順が、後工程での認識のずれを減らすことにつながります。

発注形態の選び方

検針システムの発注形態には、パッケージ、クラウド・SaaS、オンプレミス、スクラッチの4つの種類があります。自社の要件に合う形態を見極めておくと、RFP作成や見積比較を進めやすくなります。

パッケージ・クラウド・オンプレミス・スクラッチの違い

発注形態ごとに、機能の範囲と運用の負担を比べ、自社の要件に合う方法を選びます。

  • パッケージ:検針値管理、台帳、VEE(検証・編集・推定)、料金・顧客連携が標準化され、設定やアドオンを依頼する形
  • クラウド・SaaS:少量開始や増設に対応。保管場所、暗号鍵、接続、障害責任、解約時のデータ返却を契約で確認する
  • オンプレミス:閉域網・運用規則に適合。更新・冗長化は自社またはSIerが担う
  • スクラッチ:独自の検針・請求・保安業務、特殊なメーター、複数インフラの統合に適します

スクラッチでは、制度変更や通信機器の更新も長期的に自社の責任になります。そのため、汎用部分は標準製品やAPIを活用します。

たとえば、収集・時系列保存・認証のような再利用性の高い部分がこれにあたります。そのぶん、独自の部分に開発費を集中させる方が安全です。

SIer・機器メーカー・通信会社の役割分担

外注先は、業務システムを構築するSIer、メーター機器を提供するメーカー、通信網を提供する通信会社に分かれるのが一般的です。

1社に一括で発注できる場合もありますが、複数社で役割分担する案件も多くあります。

発注前に、どのレイヤーを誰が担当するのか、どこまでを誰が受け持つのかを整理します。担当が決まっていないと、責任の所在が曖昧になります。

内製と外注の判断基準

一部を内製できるかは、社内に通信や組み込みの知見があるか、情報システム部門が保守を続けられるかで変わります。たとえば、画面や帳票のカスタマイズは内製できる場合があります。

通信規格への準拠、異常検知ロジック、メーター交換に伴う証明書管理は、専門知識を持つ外注先に委ねる方が安全です。また、すべてを内製せず、標準化しにくい独自業務だけを外注する方法もあります。

ポイント

発注形態は、独自の業務をどこまで抱えるかと、閉域網など運用規則の制約で絞り込めます。独自の業務が多ければスクラッチ、標準機能で足りればパッケージやクラウドが候補になります。

RFP・要件整理の進め方

RFP(提案依頼書)は、発注者が求める要件を開発会社へ伝える文書です。機能要件に加えて、非機能要件や異常系の扱いも具体的に書いておくと、各社の提案を比べやすくなります。

発注者が準備すべき資料

RFPを作る前に、現行の検針帳票、検針サンプルデータ、メーター台帳を整理します。通信エリア情報と料金ロジックも、同じく資料にまとめます。

異常系も一覧にし、通信断や欠損、重複を書き出します。さらに、異常増減や逆流、改ざん疑いなども含めます。

各社の提案を同じ前提で比べるため、対象メーター数と5年後の増加見込み、検針頻度を数値で示します。許容遅延、通信成功率、料金締め時刻も、同じように数値で書きます。また、RFPには既存の基幹システムとの接続方式も具体的に書いておきます。

非機能要件とSLA評価表の作成

RFPの評価表には、運用品質とセキュリティの要件を分けて整理します。

  • 稼働要件:可用性と料金計算の完了時間
  • 復旧要件:バックアップとRPO・RTO
  • 監査・アクセス管理:監査ログ、権限管理、通信・保存時の暗号化
  • 保守対応:脆弱性対応と問い合わせ窓口
  • 制度改定対応:改定時のSLA(サービス品質保証)

2025年改定の指針は、サプライチェーンや外部機器・システム接続を重視しています。接続事業者との合意や、全ライフサイクルのリスク評価も対象です。

この指針の出典は、日本電気技術規格委員会「スマートメーターシステムセキュリティガイドライン JESC Z0003(2025)」(2025年)です。その内容を踏まえて、RFPの評価表にはセキュリティ対応の項目を明示的に組み込むことをおすすめします。

標準規格への対応スケジュール

将来、電力スマートメーターのIoTルートを使った共同検針を検討しているなら、規格対応の進み具合を各社に尋ねておきます。

  • 対応規格:無線標準規格「Wi-SUN enhanced HAN」への対応状況をRFPに含める
  • 制定団体:NICT(情報通信研究機構)、東芝、レネサスエレクトロニクスが制定に参加
  • 参加団体:ランドスターギア・ジャパン、アイ・エス・ビー、沖電気工業も参加
  • 早期確認:対応可否を早い段階で確認すると、将来の拡張コストを抑えられる

この規格は2024年6月に制定されました(出典:国立研究開発法人情報通信研究機構「Wi-SUN enhanced HAN標準規格の制定」、2024年)。

ポイント

RFPでは、異常系や非機能要件、対象メーター数などを数値で書けているかを目安にします。数字が粗いままだと、各社の見積もり前提がそろいにくくなります。

契約形態と費用相場

3種類の検針システム導入範囲と、それぞれの費用目安を並べた図解。
連携範囲を含む導入例ほど、目安の幅も大きくなっています。

外注では、請負と準委任のどちらを選ぶかが契約交渉の前提になります。また、費用相場を把握しておくと、見積もりを検討しやすくなります。

請負と準委任の使い分け

要件が固まった機能開発やパッケージ導入では、納める内容と納期を決めやすい請負契約が適しています。一方で、仕様が流動的なPoCや要件定義は、稼働時間単位の準委任契約のほうが実態に合いやすい傾向です。

発注側は、工程ごとに契約形態を分け、要件が固まった段階で請負へ切り替える方法も現実的です。

外注費用の目安

小規模な改修から基幹連携を含む導入まで、開発範囲によって費用は変わります。

  • 既存システムを活用した小規模改修・端末連携:300万〜1,000万円程度
  • クラウド型の標準導入:1,500万〜5,000万円程度
  • 料金・顧客基幹連携を含むパッケージ導入:3,000万〜1億5,000万円程度

上の目安とは調査の範囲が異なりますが、国土交通省の水道分野調査では、既存システム活用の初期導入費の平均が36万8,421円と報告されています(出典:国土交通省「水道分野のスマートメーターのデータの取扱いに関する調査」)。

なお、小規模な連携改修は、比較的低い予算から着手できる場合もあります。詳しい費用の内訳と変動要因は、費用相場の記事で解説しています。

ポイント

契約は、要件が固まった開発なら請負、仕様が流動的なPoCや要件定義なら準委任を目安にします。費用は開発範囲によって変わるため、見積もりの前提をそろえて比べます。

委託先選定と見積比較のポイント

委託先の実績、担当範囲、データ品質、現地体制、総保有コストを確認する図解。
各社の回答を同じ観点にそろえると、提案の違いを追いやすくなります。

複数社の見積もりは、金額だけでなく、実績や責任範囲も含めて比べます。進め方は、比較表で整理し、PoCで動きを確かめてから、契約時のリスク対応を確認する順です。

比較表に入れるべき項目

各社の実績や費用差の理由を同じ条件で判断するため、比較表を使います。次の項目をそろえて、各社に回答を依頼します。

  • 実績:ガス・LPガスの検針・請求・保安実績
  • 責任範囲:機器からAPIまでの担当範囲
  • データ品質:通信成功率、欠損補完、料金システムとの突合精度
  • 運用・安全:現地施工や機器交換の体制、24時間監視、監査、脆弱性対応
  • 継続性:5年間の総保有コスト、データ・APIの可搬性、制度・規格変更時の改修条件

PoCと共通サンプルデータでの比較

実運用に耐えるかは、提案書やデモを見ただけでは判断しきれません。そこで、数百から数千件の代表データを使ったPoCを候補先に依頼します。

屋内や山間部、通信が不安定な場所は、検証の対象に含めます。夜間の店舗やメーター交換直後のような難しい条件も、同じように検証します。同じサンプルデータで複数社を比べると、実力の差を把握しやすくなり、評価も公平になります。

契約時に確認すべきリスクと対策

契約書では、検収条件と保守責任、瑕疵担保期間を明確にします。さらに、データの所有権や終了時のデータ返却、再委託先の扱いも、契約で定めます。

既存の顧客・料金・保安データを名寄せしにくい場合は、移行計画も確認します。メーターの交換周期は長く、ベンダーを選び直しにくいため、その点も契約条件に反映します。

丸投げにせず、検収条件と保守責任を契約に明記すると、稼働後のトラブルを防げます。

ポイント

委託先の比較では、金額に加えて実績や責任範囲を同じ条件でそろえます。判断に迷うときは、同じサンプルデータで行うPoCの結果が手がかりになります。

検針システムの発注・外注に関するよくある質問

検針システムの発注・外注を検討する担当者から、よく寄せられる質問に答えます。

発注先は1社に絞るべきですか?

1社に絞らず、複数社を組み合わせるケースも多くあります。メーターや通信では得意な企業が異なり、収集基盤や料金連携でも同じです。

組み合わせ方にかかわらず、どこまでを誰が受け持つかと、検収条件を契約で明確にします。

RFPはどのくらいの粒度で書けばよいですか?

機能一覧に加えて、対象メーター数と通信成功率、欠損補完ルールを書きます。料金締め時刻や停電・通信断時の扱いも、記載しておきます。非機能要件と異常系も、具体的な数値で示します。

粒度が粗いRFPでは、各社の見積もり前提がそろわず、比較が難しくなります。

外注先とのトラブルを防ぐにはどうすればよいですか?

契約前に、検収条件と保守責任、障害時の対応フローを取り決めます。制度改定時の改修範囲と費用負担も、あらかじめ決めておきます。

PoCや共通サンプルデータで検証し、提案内容と実際の実装力が一致するか確かめると、稼働後のトラブルを減らせます。

見積もり比較にはどのくらいの期間を見込めばよいですか?

RFPを作って提案を依頼し、回答を受けて比べるまで、1か月半から3か月程度を見込むケースが多くあります。

PoCを実施する場合は、さらに1〜2か月程度が加わります。そのため、稼働開始の時期から逆算して、発注準備の予定を早めに組み立てます。

まとめ

検針システムの発注は、現行業務とデータを洗い出すことから始めます。発注形態を選び、RFPで要件を整理してから、複数社に提案を依頼します。続けて、PoCと見積比較を経て契約し、段階的に導入します。

発注者が業務要件と異常系を整理しておくことが、外注を成功させる最大の条件です。

丸投げを避けた担当範囲の明確化

検針システムは、機器や通信、料金連携まで関わる範囲が広く、丸投げすると責任の所在が曖昧になりやすくなります。発注形態を選ぶ段階から、各レイヤーの担当を決めます。また、契約書には検収条件と保守責任を明記します。

PoCと同一条件での見積比較

候補各社を同じ前提で比べるため、見積もりの条件を統一します。

  • 比較条件:対象メーター数、通信方式、連携範囲を各社でそろえる
  • 検証方法:可能であればPoCや共通サンプルデータで確かめる

検針システム開発の完全ガイドで進め方や費用相場を確かめておくと安心です。発注準備からPoCまでを計画表にまとめ、さらに契約と段階導入も加えて、社内の意思決定者と共有します。

検針システムはメーター交換周期が長く、発注先との関係が数年単位で続く領域です。そのため、最初の発注プロセスに十分な時間をかける価値があります。

▼全体ガイドの記事
・検針システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。