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

水道検針システムの発注は、業務範囲と成果の基準を決め、発注形態と契約形態を選び、RFPで各社を比べてから段階的に進めるのが基本です。

発注範囲の前提が抜けたまま進むと、後の変更要求や追加請求につながりやすくなります。

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

水道検針システムの発注で最初に整理する全体像

水道検針システムの発注範囲を、マスタ管理から通知と記録までの5領域で示した図。
機能の境界をそろえると、委託範囲を検討しやすくなります。

水道検針システムは、水道メーターの指針値を利用者・水栓・検針日と紐づけ、水量計算や異常判定を経て、料金の調定・請求までをつなぐ業務システムです。そのため、発注前に「検針アプリを作りたい」とだけ定めておくと、料金連携や異常時の対応、通信環境への対応が抜けやすくなります。

検針業務と周辺システムの境界

発注範囲には、検針から料金請求までの機能と、利用者への通知などの周辺機能があります。発注に含める範囲は、機能を5つに分けて整理すると判断しやすくなります。

  • マスタ管理:利用者、水栓、メーター、検針日の情報を扱う
  • 検針値の取得:OCR、手入力、バーコード照合の各方式
  • 検針業務の管理:担当の割り振りと進捗の把握
  • 値の確認と料金計算:異常検知、過去実績による欠測値の補完、請求処理までを含む
  • 通知と記録:検針票、モバイルプリンター、SMS、Webでの案内、問い合わせ履歴を扱う

公営企業会計、管路・施設台帳、漏水監視は、別システムとして運用されている場合があります。

対象範囲は機能名ではなく、「どのデータを、誰が、いつ確定させ、どの外部システムへ渡すか」で区切ります。そうすると、重複発注や責任の押し付け合いを防げます。

成果で測れる発注目的の表し方

発注目的は、「検針業務をデジタル化する」のような書き方のままだと、成果を測る基準になりにくくなります。そのため、測定できる成果の形で表しておきます。成果は4つの観点に分けて測れます。

  • 作業負担:検針員の人件費や移動時間の削減
  • 請求精度:入力ミスによる請求誤りの減少
  • 再訪:難検針地域での回り直しの割合の低下
  • 災害対応:優先修繕につながる漏水監視

目的が定まると、パッケージか個別開発か、段階導入か一括刷新かを比べられます。

水道検針システムの発注形態の選び方

料金・収納業務の標準機能を短期間で取り込みたい場合は、パッケージが候補になります。一方で、既存システムとの接続や独自のメーター運用を優先する場合は、個別開発が候補です。

実務では、料金・台帳のコアをパッケージで持ち、検針デバイス・分析・通知だけをAPIで拡張するハイブリッド方式も有力です。

料金・検針一体パッケージの導入

パッケージでは、水道業務の知見やテスト資産を活用できます。

料金と検針を一体で扱う製品も公開されており、株式会社KISのSUIBIZ plusやSmart検針システムがその例です(出典: 株式会社KIS「上下水道料金システム SUIBIZ plus」公式サイト、2026年確認)。パッケージを比べるときは、製品ごとに同じ5項目で中身を確かめます。

  • 共通機能:利用者、水栓、検針、調定、収納を扱う
  • 設定変更:標準機能で対応できる範囲を確かめる
  • 追加費用:個別改修の単価、ライセンス、保守対象
  • 導入準備:データ移行と他社製品との連携方法
  • 例外対応:欠測、異常値、災害時の運用の洗い出し

標準機能があっても、自社の業務にそのまま合うとは限りません。業務を製品に合わせる場合は、例外時の運用も事前に整理しておきます。

クラウド基盤とAPIの組み合わせ

クラウド方式は、対象戸数やデータ量に応じて拡張しやすい方式です。

既設メーターに無線送信器を後付けし、クラウドへ配信するサービスもあります(出典: 愛知時計電機「水道データ配信サービス アイチクラウド」、2026年確認)。クラウド方式では、基盤運用から月額費用までの5つの点を先に確かめます。

  • 基盤運用:開発環境、バックアップ、監視を準備しやすい
  • 将来利用:分析や災害時の漏水監視を、設計時点から考えておく
  • 情報保護:通信・保存データの暗号化と、管理者の多要素認証
  • 継続運用:バックアップ、脆弱性管理、障害時の復旧責任を決める
  • 月額費用:初期開発費とは別に、ストレージ、転送量、監視、バックアップを見積もる

初期見積だけで判断すると、運用開始後の費用が膨らむことがあります。

スクラッチ開発とハイブリッドの比較

スクラッチ開発は、独自の料金体系やデータ構造、複雑な収納業務に合わせやすい方式です。一方で、制度変更や機能追加では、自社または委託先が改修と回帰テストを担います。方式の違いは、保守体制や成果物、連携設計まで5つの観点で比べられます。

  • スクラッチ:独自業務に合わせやすい一方、継続改修が必要
  • 保守体制:退職やベンダー変更後の保守方法を決める
  • 成果物:設計書、計算式、テストケース、運用手順を残す
  • ハイブリッド:料金・台帳はパッケージ、デバイス・分析・災害時の情報抽出は個別に構築する
  • 連携設計:マスタ、エラー、再検針、障害連絡の流れを図で比べる

役割を分けたあとは、担当者の退職やベンダー変更に備えて、保守に使う成果物を契約で残しておく必要があります。

ポイント

標準機能を短期間で取り込みたいならパッケージ、既存システムとの接続や独自のメーター運用を優先するなら個別開発が候補です。迷うときはハイブリッドも比べてください。

RFPと要件整理の記載項目

要件定義で整理する検針と例外、料金の処理、非常時対応、利用者対応、データ項目を並べた図。
業務ルールとデータ項目を同じ要件の中で扱えます。

RFPは、開発会社に機能一覧を渡すための資料にとどまらず、各社が同じ前提で比べるための共通文書です。前提には、検針戸数や既存システム、通信条件を含めます。可用性や移行の条件、運用とセキュリティ、見積条件も、同じ前提として示します。

未確定の項目は、無理に決めず、提案で確認したい論点として明記しておきます。

業務ルールとデータ項目の具体化

要件定義では、検針や料金確定などの業務をシナリオにまとめ、入力データと期限、担当・承認者を書き込みます。加えて、出力やエラー処理、再実行方法も記載します。記載する中身は、5つの領域に分けて定めます。

  • 検針と例外:取得、VEE(検証・編集・推定)、異常確認を定める
  • 料金の処理:確定ルール、訂正履歴、監査ログを定める
  • 非常時対応:停電、通信断、災害時の代替手順を決める
  • 利用者対応:通知方法を業務シナリオに含める
  • データ項目:利用者・水栓番号、メーター型式、検定年月、交換期限、検針日、確定フラグ、訂正理由を定義する

変更履歴は上書きせず、いつ、誰が、どのデータを、どの理由で変えたかを追跡できる形で残します。

検定有効期間は計量法上8年と整理されているため、交換期限も管理します(出典: 経済産業省「水道メーターの検定有効期間等に関する資料」、2025年)。

外部連携と性能要件の数値化

接続条件を比べるには、「API連携あり」よりも具体的な書き方が必要です。そのため、接続先ごとの項目と、性能を示す指標を分けて定めます。書き出す項目は、接続先から受入基準までの4つです。

  • 接続先:料金・会計、台帳、漏水監視、通知サービスを挙げる
  • 連携条件:方式・項目、送受信頻度、再送・重複排除、エラー通知、認証、保守担当を決める
  • 処理性能:対象戸数、1日あたりの検針件数、ピーク時の取込件数、月次締切、同時利用者数、帳票時間を示す
  • 受入基準:全対象戸数の検針を締め日の何時までに完了し、異常データを何分以内に検知するかを示す

セキュリティと受入基準の事前決定

水道検針データには、利用者情報、使用量、設備・地点情報が含まれます。

また、国土交通省のガイドラインは、検針・水道料金システムを含む水道分野の情報資産について、管理策を要件化するよう求めています(出典: 国土交通省「水道分野における情報セキュリティ確保に係る安全ガイドライン」)。要件化する内容は、5つの領域に分けて考えます。

  • リスク管理:資産台帳と脅威の評価を行う
  • アクセス制御:最小権限と管理者の多要素認証を設定する
  • 保護と検知:暗号化、ログ監視、脆弱性管理、バックアップ、復旧訓練を行う
  • 受入試験:欠測、訂正、取消、再計算、異常終了後の再実行を確認する
  • 障害時の確認:権限別ログ、性能、バックアップ復旧を試し、差異の理由を説明する

受入は画面表示だけで判断せず、試験結果から業務上の差異を説明できるかを確かめます。そうすると、稼働後の請求トラブルを抑えやすくなります。

ポイント

RFPは、検針戸数や既存システム、通信条件を各社が同じ前提で比べられる形にまとめるのが目安です。未確定の項目は、提案で確認したい論点として明記してください。

請負と準委任の使い分け

要件定義・実証・展開の段階発注を、現状調査と要件定義から本番展開と運用保守まで4段階で示した図。
各段階の終了条件を決めると、次へ進む判断をそろえられます。

契約形態は、作業の不確実性と成果物に合わせて選びます。要件が固まり、機能・品質・納期・受入基準を合意できる開発は請負になります。一方で、要件整理や専門家支援のように作業時間と役割を定めて進める部分は、準委任が基本です。

水道検針システムでは、全工程を一つにまとめず、フェーズごとに分ける方法が現実的です。

完成責任を明確にする開発の請負

機能や品質、納期を合意できる開発は、請負で完成責任を明確にできます。契約に盛り込む事項は、4つに分けて整理します。

  • 対象作業:基本設計以降の開発、連携、帳票、移行ツール、テスト環境
  • 契約条件:成果物、納期、検収、不具合対応、変更管理を記載する
  • 権利と体制:再委託、知的財産権、ソースコード、設計書の引渡しを定める
  • 発注者の準備:データ、判断、承認の担当範囲を分ける

検針方式や現行業務が未整理だと、前提の抜けが変更要求になりやすくなります。そのため、要件定義や移行を除外した範囲が、後日の追加請求につながらないかを確かめます。

要件定義と専門人材支援の準委任

準委任は、成果物に加えて専門作業や助言にも価値がある段階で使いやすい契約です。発注側に専門人材が足りない場合は、要件定義を先行して外注できます。準委任で決める範囲は、支援の内容から責任の範囲まで4つに分けて書きます。

  • 支援内容:業務調査、通信方式の整理、RFP作成、構成検討を依頼する
  • 伴走業務:ベンダー評価とプロジェクト管理を任せる
  • 契約条件:作業時間、体制、役割、会議、報告、成果物の品質を定める
  • 責任範囲:情報管理、指揮命令、変更、再委託、障害対応費を確認する

完成機能の保証が必要な範囲は、請負として切り出します。契約名だけで判断せず、条項ごとに責任を確かめます。

要件定義・実証・展開の段階発注

不確実性が高い場合は、要件定義から本番展開までを段階に分けて発注します。各段階の終了条件と、次へ進む判断を先に定めておきます。流れは、現状調査から運用保守まで4つの手順で進みます。

  1. 現状調査と要件定義を行う。
  2. 10〜40地点での小規模な実証を試す。
  3. 料金連携と受入試験を進める。
  4. 本番展開と運用保守へ移る。

成果物の利用権と見積の再提示方法も定めておくと、大規模な手戻りを抑えられます。

段階発注は、複数社を比較する機会を増やせる反面、フェーズ間の引継ぎが弱いと情報が失われます。

そこで、次の工程へは業務ルール表、データ項目定義、連携一覧を中心に正式に引き継ぎます。課題・決定事項やテスト方針も、引き継ぎ対象として契約条件に入れます。要件定義会社と開発会社を分ける場合は、設計の責任分界と説明責任を特に確かめておきます。

ポイント

完成責任を持たせられる開発は請負、作業時間と役割で進める要件整理や専門家支援は準委任が基本です。作業の不確実性が高いほど、フェーズごとに契約を分けて考えてください。

水道検針システムの費用相場

水道検針システム単体の公的な価格表や統一された公開相場は確認できません。

自治体ごとの仕様差が大きく、口径・機種・個数・通信条件で変動するため、国土交通省の上下水道DX技術カタログでも要相談とされています(出典: 国土交通省「上下水道DX技術カタログ」、2025年10月)。

以下の数値は、公開事例からの編集部推定です。正式な見積ではなく、RFP前の仮置きとして使ってください。

方式別の初期費用と期間の目安

方式別の初期費用と期間には、4つの方式ごとに推定の目安があります。

  • アプリと管理画面:検針員向けスマホ・タブレットアプリは300万〜800万円、2〜4か月
  • クラウド型パッケージ:料金・会計連携まで含めると1,000万〜3,000万円、4〜9か月
  • スマートメーター10〜40地点の実証:100万〜800万円
  • 1,000地点規模の遠隔検針:3,000万〜1億円

経済産業省の公開事例では、笠松町水道部の「水道料金」アプリの導入時費用が1,000万円と紹介されています(出典: 経済産業省「水道事業者における水道情報活用システムの導入・運用事例」)。

工程ごとの見積の内訳

見積の費目は、要件定義から運用設計までの工程ごとに分けて見ます。

  • 要件整理:要件定義・業務設計、通信方式の選定
  • 作り込み:アプリ開発、料金計算、データ移行
  • 基盤と品質:インフラ、セキュリティ、テスト
  • 導入・立ち上げ:教育、切替、運用設計

ランニングコストは、小規模な導入なら年100万〜600万円程度です。料金・検針・会計・GIS・漏水監視までつなぐ大規模な基幹連携では、年1,000万円以上を見込みます。そのため、初期費用だけでなく、5年程度の総保有コストで判断します。

ポイント

公開相場はないため、方式、対象地点数、連携範囲をそろえた見積を取り、初期費用に加えて5年程度の総保有コストで比べるのが目安です。

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

委託先は、知名度や最安値だけで決めず、同じ評価表で比べます。比べる観点の中心は、水道業務の実績、通信環境への対応力、データ連携です。移行や障害復旧、保守体制、セキュリティも評価項目に入れます。

公開実績があっても、それが自社と同じ事業規模、対象戸数、通信条件の実績かを確かめる必要があります。

水道業務の実績と最低3社の比較

候補会社には、業務実績と稼働後の体制を同じ観点で質問します。社名を出せない実績は、匿名化した規模情報で確かめます。確認する観点は、担当実績から実証の範囲まで5つです。

  • 担当実績:業務範囲、通信方式、料金連携、移行規模を聞く
  • 運用体制:稼働後の保守体制と保守時間帯を確かめる
  • 規模情報:対象戸数、データ粒度、利用者数
  • 見積比較:最低3社から同一条件で取得する
  • PoC:実証実験の有償・無償範囲

共同検針のように、電力会社など他社の通信ネットワークを活用する提案では、責任分界を誰が持つのかを確かめます。公的な事例でも、京都市上下水道局と関西電力送配電が基本協定を結び、共同検針の枠組みを示しています(出典: 京都市上下水道局「水道スマートメーターによる水道自動検針の実施に向けた基本協定の締結」、2026年2月)。

再委託・属人化・契約終了時のリスク

提案書では、各社の役割と再委託先を確かめておきます。品質管理と障害時の一次対応を担う会社も、明確にしておきます。リスクは、体制から継続性まで5つの項目で確かめます。

  • 体制:元請、開発、クラウド、運用会社と再委託先
  • 知識の継承:設計書、テスト資産、手順、教育記録を組織で維持する
  • 契約終了:データ返却形式、バックアップ、コード、設定、テスト資産の扱いを決める
  • 切替と消去:移行支援、アカウント削除、秘密情報の破棄を確認する
  • 継続性:標準仕様、API、データ返却の柔軟性を比べる

担当者個人の経験に依存しない体制かどうかも評価し、ベンダー変更後も業務を引き継げる状態を整えます。

ポイント

委託先は、知名度や最安値ではなく、水道業務の実績、通信環境への対応力、データ連携を同じ評価表で比べて選ぶのが目安です。

よくある質問

発注時には、費用のほか、通信環境への対応や既存システムとの境界について質問されることが多くあります。契約責任や運用体制も、よく問われるテーマです。

水道検針システムの開発費用は最初にいくら用意すればよいですか?

検針員向けアプリだけなら300万〜800万円、料金・会計連携を含むクラウド型パッケージなら1,000万〜3,000万円が目安です。1,000地点規模の遠隔検針導入なら、3,000万〜1億円を予算検討の起点にできます。

これらは公開価格ではなく、公開事例と一般的な受託開発相場からの推定です。対象戸数、通信条件、料金連携の範囲を整理したうえで、見積もりを取り直してください。

パッケージとスクラッチ開発はどちらがよいですか?

制度対応や標準的な検針・料金業務を早く安定させたい場合はパッケージ、独自の料金体系や既存資産との密接な連携を優先する場合はスクラッチが候補です。

多くの案件では、コア業務をパッケージにし、検針デバイス・データ基盤・独自画面を個別開発するハイブリッド方式も比べます。そのうえで、標準機能、設定変更、個別開発の境界を確かめて決めることが重要です。

RFPがなくても開発会社へ相談できますか?

相談はできますが、現行業務と対象戸数、既存システムを最低限まとめておくと、提案の質が上がります。困っている作業と予算、期限も添えると、提案の前提が具体的になります。完成版のRFPを最初から作れない場合は、要件定義を準委任で先行発注できます。

業務ルール表、データ項目定義、連携一覧を成果物として作る方法があります。概算見積や開発RFPも、成果物に含められます。

委託先を選ぶときに最も重視すべきことは何ですか?

最も重視すべきなのは、水道業務とシステム開発の両方を理解し、通信環境の課題や障害時にも説明責任を果たせる体制です。

検針実績に加えて、データ移行や外部連携、セキュリティを質問します。再委託や保守、復旧訓練まで聞いたうえで、同じ前提で複数社を比べてください。

担当者の経験を設計書とテスト資産に残せる会社は、長期運用を任せやすい委託先です。

まとめ

水道検針システムの発注では、方式を決める前に、検針、料金計算、請求・収納の範囲を整理します。範囲には、外部連携や移行、監査、災害時対応も含めます。

欠測・訂正データの扱い、通信環境への対応、標準仕様への準拠状況は、RFPと受入基準に記載します。

発注前の比較表と責任分界

見積は、初期費用だけでなく総保有コストで比べます。開発費に加えて、クラウドや保守、障害復旧などの運用費も含めます。連携や監視、機器交換、教育も、同じ表に入れます。

委託先には、同種の水道業務実績と担当範囲、再委託構造を確認します。通信環境への対応方法や成果物、契約終了時の引継ぎも確かめます。

現行業務とデータの洗い出し

発注準備は、現行業務とデータを洗い出すところから始めます。洗い出しから体制の比較まで、4つの手順で進めます。

  1. 現行システム、利用者・水栓・メーターのマスタ、検針データ、料金ルールを一覧にする。
  2. 外部連携、手作業、例外処理、障害対応を整理する。
  3. 10〜40地点の実証を先行するか、複数社へ同じRFPを示すかを決める。
  4. 通信や障害への対応と、将来の変更・運用を支える体制を比べる。

価格だけでなく、導入後の変更と運用を支えられるパートナーを選ぶことが、結果として導入の成功につながります。

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

会社紹介

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

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

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

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

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

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