水道料金関連システムの費用は、業務範囲、開発方式、移行・連携範囲によって変わります。公開事例では、税抜2,934万円と税込5,252.5万円という金額が見られます。
費用を左右する発注形態や契約形態、委託先の選び方も、あわせて確認します。
▼全体ガイドの記事
・水道料金関連システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
水道料金関連システムの概要
水道料金関連システムは、水栓・使用者・検針値を管理し、水道料金を計算して請求・収納する業務システムです。
連携の範囲があいまいなままだと、各社の見積もりを比べにくくなります。そのため、発注前に対象業務と既存システムとの連携範囲を確認しておく必要があります。
対象業務の範囲の決め方
対象は、料金調定収納だけに絞る場合もあれば、下水道使用料、公営企業会計、窓口・問い合わせ対応まで一体で発注する場合もあります。
発注仕様書の冒頭に対象業務を明記すると、各社の提案範囲がそろい、見積もりを比較しやすくなります。
水道システムとの境界の明記
浄水場や配水の監視制御を担う水道システムと、住民情報・決済・会計・窓口業務を担う料金関連システムとでは、安全性の要件が異なります。
両者を連携させる場合は、境界をまたぐ通信やアカウントを、ログと委託先管理まで含めて一体で設計する必要があります。さらに、仕様書で所管部署を明確にしておくと、責任分界があいまいになるのを防げます。
水道料金関連システムの発注形態の選び方
発注形態は、共通化しやすい領域と自団体固有の例外処理を分けて選びます。全機能を専用開発にする前に、次の順で検討します。
- パッケージ
- 標準クラウド・SaaS
- 既存パッケージへの追加開発
- スクラッチ開発
パッケージ・標準クラウドの特徴
方式ごとに特徴が異なるため、発注時に確認する条件とあわせて見ておきます。
- パッケージ：業務ノウハウや法制度対応を活かしやすい一方、固有の例外を標準業務に寄せるかどうかの判断が必要です。
- 標準クラウド：サーバー更新、災害対策、拡張性の面で利点があります。
どちらの方式でも、標準プラットフォームと料金アプリを分けた構成にし、データ形式をそろえて乗り換えやすくしておきます。
国土交通省は、水道情報活用システムで機器・システム間のデータを横断的に扱う標準プラットフォームの考え方を示しています（出典: 国土交通省「上下水道：DX活用の推進」、2026年確認）。
標準クラウドでは、回線と責任分界を契約で確認します。加えて、データの所在地と障害時の代替手段も、契約に書き込んでおきます。
パッケージを土台にする方法として、既存パッケージへの追加開発は、標準機能を活かして固有の帳票や連携を補う折衷案です。ただし、追加部分がブラックボックス化しないよう、仕様書とソースコードの帰属を契約で決めておく必要があります。
スクラッチ開発の独自業務への適合とコストの膨らみやすさ
スクラッチは独自業務に合わせられる一方で、費用が膨らみやすい発注形態です。初期費用に加え、保守要員や制度改定への対応、将来の移行費も膨らみやすい項目です。
随意契約・プロポーザル・一般競争入札の比較
調達方式は、移行リスクや評価したい提案内容、仕様書で定義できる範囲に応じて比べます。
- 随意契約：既存ベンダーなら移行リスクを抑えやすい一方、価格やデータ形式の交渉力が弱くなりがちです。
- 公募型プロポーザル：価格、提案内容、実績を総合的に評価でき、複雑な業務要件の調達で多く採用されています。
- 一般競争入札：競争性は高いものの、提案の質を評価しにくいため、非機能要件や移行計画は仕様書で定めておく必要があります。
発注前のRFPと要件の整理
RFPは、機能一覧を示すだけでなく、誰が、どの業務で、どのデータを使い、どの精度で判断するのかを伝える文書です。この点を書き込んでおくことで、各社の提案条件がそろいます。
業務要件と例外処理の書き出し
業務要件には、契約者・水栓管理、検針、調定を含めます。請求・収納、未収金・滞納・給水停止、還付も、要件として書き出します。さらに、窓口照会と外部連携も業務要件に含めます。
通常の請求・収納の流れから外れる場面は、どの順で処理するかを要件に書いておきます。減免と休止は特に明記し、残る場面は次の順に手順を整理します。
- 漏水の手順
- 共同住宅・名義変更の手順
- 下水道併徴の手順
- 滞納・還付の手順
- 料金改定の手順
発注側は、提案依頼書に標準IF、データ辞書、API・CSV出力を明記します。さらに、移行サンプルやSLAの条件も記載します。障害時の一次窓口と、契約終了時のデータ返却は、依頼書で示しておきます。
非機能要件とセキュリティ要件の明記
水道施設の技術的基準を定める省令は、供給に著しい支障を及ぼすおそれがある運転管理用コンピューターに、サイバーセキュリティ対策を求めています。
国土交通省は「水道分野における情報セキュリティ確保に係る安全ガイドライン」を2025年に策定し、2026年5月13日に第二版へ改定しています（出典: 国土交通省「上下水道：水道分野におけるサイバーセキュリティ対策」）。
RFPには次のセキュリティ要件を明記します。
- アクセス制御：最小権限と管理者の多要素認証
- 暗号化・監査：通信・保存データの暗号化、操作ログと監査ログ
- 脆弱性・バックアップ：パッチの管理と、地域に分散した保管
- 事故・委託先管理：インシデント報告、再委託を含む管理
RFPで確認する実績・試験・責任分界
過去案件では、自治体の規模や水栓数、移行実績を確認します。加えて、稼働後の改修事例と、制度改定への対応方法も質問します。
RFPでは、検証環境の利用時期、匿名化した実データでのリハーサル可否、本番切替前の総合試験回数を確かめます。
回答項目には、再委託先やソースコード・データの権利を入れます。解約時の移行支援と制度改定の費用負担も、回答を求める対象になります。
契約形態と開発の進め方
現行業務の調査前は詳細仕様を固定しにくいため、要件定義は準委任、仕様確定後の開発や成果物は請負とする組み合わせが使いやすい場合があります。
準委任と請負の工程別の使い分け
契約形態は、結果を事前に固定できるか、成果物と検収基準を明確にできるかで使い分けます。
- 準委任：業務調査、現状分析、要件の具体化など、結果を事前に完全に固定しにくい作業。
- 請負：設計と開発、移行、テストなど、合意した成果物と検収基準を定められる工程。
また、制度改正や外部仕様の変更が追加費用になる条件は、契約で決めておきます。受託者が負担する瑕疵・不具合の範囲も、契約条件として定めます。
現状把握から運用改善までの五段階
発注の準備から稼働後まで、現状把握から切替・運用改善まで次の順で進めます。
- 現状把握
- 要件定義
- RFI・RFP
- 移行・検証
- 切替・運用改善
小規模な標準パッケージの開発期間は6〜9か月、個別改修や統合を含む更新は9〜18か月程度が目安です。
期間が延びる要因には、検針サイクルや料金改定日、年度末があります。加えて、議会・予算の時期やデータ品質によっても延びる可能性があります。
費用相場とコストの内訳
水道料金関連システム単体の全国的な相場は公開されていません。そのため、ここでは自治体の公開調達額をもとにした参考レンジを示します。
公開調達額の参考の仕方
発注予算を検討する際は、公開調達額を個別の事例として扱います。
- 対象範囲：個別事例を業務範囲とあわせて見る
- 相場の区別：自治体ごとの調達額を全国平均と取り違えない
有田市の水道料金・公営企業会計システム構築業務は、予定価格が税抜2,934万円です。また、構築期限は2026年3月31日、賃貸借期間は2026年4月から2031年3月までの60か月です（出典: 有田市「有田市水道料金システム及び公営企業会計システム構築業務委託」公告資料）。
春日那珂川水道企業団の水道料金等調定収納システム更新業務は、導入費用の提案上限が税込5,252.5万円です。調査・導入は2026年10月まで、本稼働後の保守は5年間です（出典: 春日那珂川水道企業団「水道料金等調定収納システム更新業務に係る公募型プロポーザル実施要領」）。
発注仕様書の費用項目の分け方
見積書では、初期費用と継続費用を分けたうえで、次の項目を個別に記載してもらいます。
- 調査・構築：要件定義、現行調査、環境構築
- 利用料：ライセンスまたはSaaS利用料、クラウド利用料
- 移行・連携：データクレンジング・移行、外部連携、帳票
- 導入支援・保守：テスト、教育、切替支援、保守
- 収納費用：収納代行手数料
初期費用に加えて、5年・10年のTCOと、契約終了時のデータ返却費・移行支援費も比べておくと、発注後の費用面の失敗を防ぎやすくなります。
委託先の選定と見積比較で確認すべきポイント
委託先は、知名度や提示価格だけでなく、業務知識や移行実績を比べて選びます。加えて、試験・運用体制と制度改定への対応力も確かめます。
業務知識・移行・運用の三つの経験
水道料金業務、移行・連携、運用の経験をそれぞれ確認します。担当する会社と再委託先の分担も、あわせて把握しておきます。
- 業務知識：料金調定収納、下水道併徴、公営企業会計の対応範囲。
- 移行・連携：金融機関、収納代行、検針端末、スマートメーター、住民向けポータルの設計・運用経験。
- 運用体制：24時間監視、障害時の一次切り分け、繁忙期の応援、制度改定のリリース管理の担当者。
三つの役割が別会社や再委託先に分かれることがあるため、体制図を提出してもらうと確認しやすくなります。
見積比較の前提条件のそろえ方
各社の見積比較表では、費用と期間、対応範囲をそろえ、同じ前提で評価します。
- 費用・期間：初期費用、月額・年額費用、開発期間。
- 対応範囲：標準機能・追加開発・外部連携、試験・移行・教育、保守・制度改定対応・障害対応。
- 評価材料：移行の確実性、運用担当者数、標準機能の範囲、追加改修単価、データ・ソースコードの可搬性、サポートSLA。
デモやサンプルデータ検証では、通常の請求に加えて、例外処理の動きも確認します。具体的には、減免・休止、滞納督促、還付の処理を見ます。そのほか、権限分離と監査ログ検索も確かめておきます。
責任分界と撤退時のリスク
委託先を変える場合に備えて、標準形式でのデータ出力とAPI仕様・設計書の受領を確認します。あわせて、ソースコードの利用権と、移行期間中の旧システム利用の可否も確かめます。
解約時にデータを取り出せず、制度改定のたびに同じ会社へ依存すると、初期費用が安くても長期的な総保有コストは高くなります。
よくある質問（FAQ）
水道料金関連システムの発注や外注の際に、特に質問されやすい内容を取り上げます。
委託先は何社に見積依頼すべきですか？
3〜5社程度に同じRFPを提示すると、料金業務、パッケージ・標準クラウド、総合SIと地域密着型の会社を見比べやすくなります。
社数が多すぎると、質問対応と提案評価が浅くなります。そのため、必須要件を満たす会社に絞ったうえで、デモやサンプルデータ検証で通常・例外処理を確認します。
既存ベンダーとの随意契約とプロポーザルはどちらがよいですか？
移行リスクを最小限にしたい場合、既存ベンダーとの随意契約が選ばれることもありますが、価格やデータ形式の交渉力は弱くなりがちです。
標準IFへの対応や5年TCOの改善を重視する場合は、公募型プロポーザルで複数社を比較します。そのうえで、標準仕様への対応状況とデータ返却条件も評価します。
発注から稼働まで何か月かかりますか？
計画上の目安は、RFI・概算見積もりに1〜2か月、要件定義に2〜4か月です。続いて、設計・設定・連携・移行準備に4〜8か月を見込みます。
総合テスト・並行稼働・教育・切替には2〜4か月を見込みます。全体では、標準パッケージで6〜9か月、個別改修・統合を含む更新で9〜18か月程度です。
発注時期は、検針サイクルや料金改定日から逆算して決めます。
まとめ
水道料金関連システムの発注・外注では、まず対象範囲と発注形態、契約形態を決めます。そのうえで、費用相場と委託先の選定を確かめます。特に、標準IFとデータ返却条件で、ベンダーロックインを点検することが基本です。
発注前の対象範囲とRFPの条件
まず対象業務と水栓数を決めます。既存システムと外部連携先も押さえます。次に、RFPへ業務・非機能・セキュリティ要件、標準IF、データ返却条件を記載します。
たとえば、標準化しやすい料金調定収納はパッケージや標準クラウドに、独自の例外処理は追加開発に任せると、納期と費用を管理しやすくなります。
5年TCOと移行の確実性による委託先の選び方
業務知識と移行実績、運用体制を確認します。加えて、契約終了時のデータ返却も見ておきます。そのうえで、初期費用だけでなく5年程度の総保有コストで比べます。
水栓数・業務範囲と、現行契約・切替期限を整理し、同一条件で複数社へRFI・RFPを出すことが発注の第一歩です。
▼全体ガイドの記事
・水道料金関連システム開発の完全ガイド
▼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を創業。