水道料金システムの発注・外注では、初期費用が200万円から5億円超までと幅があります。その差を生むのは、発注形態、契約形態、委託範囲の3つです。
発注形態から委託先選定まで、順に決めていくと判断の抜けが減らせます。
▼全体ガイドの記事
・水道料金システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
水道料金システムの発注で最初に決める全体像
委託範囲が曖昧なまま業者を探すと、各社の提案がそれぞれ違う前提で組まれ、比べられなくなります。そのため、発注の前に、複数の業務を一括で任せるか、フェーズごとに分けて発注するかを決めておきます。
外注範囲の切り分け方
外注範囲を工程ごとに区切っておくと、どの工程の責任を誰が持ち、どこで引き継ぐかを決める材料になります。
- 一括委託:窓口は一本にまとまりますが、途中で委託先を替えにくくなります。
- 分割発注:フェーズ間の引き継ぎと、責任の境目を契約前に明確にする必要があります。
外注範囲は、調達支援から運用保守までの工程を、要件定義、開発、データ移行などに分けて、どこを外に出すかを考えます。
要件定義会社と開発会社が別々になる場合、要件定義書の粒度がそのまま開発費の見積もり精度に響きます。
仕様書は、業務シナリオのレベルまで書き込み、次の委託先にも渡せる引き継ぎ資料として残しておくと、後の会社も前提をそろえて見積もれます。
障害時の一次窓口の一元化
複数のベンダーを使うと、障害時の窓口が曖昧になりがちです。したがって、連絡先と対応責任は発注前に決めておきます。
- 対象範囲:料金システム、クラウド基盤、決済・検針機器の、それぞれの担当範囲
- 一次窓口:アプリ側を窓口とする契約条項を、発注段階で検討します。
窓口をアプリ側に寄せておけば、住民対応や庁内対応で混乱が起きにくくなります。
水道料金システムの発注形態の選び方
最低価格で落札させる方式では、機能の適合や移行、セキュリティ、運用体制が評価に入りにくくなります。そのため、これらを含めて評価できる方式が適しています。
将来費用も含めて比べられるプロポーザル方式や総合評価落札方式が、候補になります。
水道料金システムは住民サービスと会計に直結します。条例への対応力や移行の実績は、入札金額とは別に評価する必要があります。
プロポーザル方式が向くケース
価格以外の条件も含めて比べたいときは、プロポーザル方式を検討します。
- 評価対象:機能の適合度や実績は、提案内容と合わせて評価します。
- 適用規模:小〜中規模の新規導入で、選択肢に入る方式です。
白老町の水道料金システム導入業務では、2025年のプロポーザルで株式会社ぎょうせい北海道支社が最適提案者に選ばれました。また、提案額は税込1,430万円と公表されています(出典: 白老町「水道事業水道料金システム導入業務」審査結果、2025年)。
随意契約・継続改修が向くケース
既存のシステムを引き続き使う場面では、継続性を重視して発注先を考えます。
- 対象業務:既存システムに対する制度改修や料金改定への対応
- 注意点:改修範囲と単価が妥当かを、定期的に検証する必要があります。
香川県広域水道企業団の高松市下水道使用料の料金改定対応は、NECとの随意契約で行われました。
契約期間は2025年11月から2026年3月で、税込1,237万2,800円と公表されています。
この内容は、香川県広域水道企業団の随意契約の公表(2025〜2026年)に基づいています。
継続改修は移行リスクを抑えやすい一方で、価格競争が働きにくい点に注意が必要です。
RFPと要件整理の記載項目

RFPには、対象業務や契約件数、既存帳票を具体的に書き込みます。連携先システムも、提案各社が同じ前提で読めるよう示します。さらに、業務シナリオや非機能要件に加えて、セキュリティ・BCP要件、契約終了時の対応も含めます。
要件が曖昧なままRFPを出すと、各社の回答が食い違い、提案の中身を並べて見られなくなります。
業務シナリオの具体的な記載
例外処理まで含めて業務の流れを示せば、各社は実現の可否を判断できます。
- 料金業務:料金計算、減免、滞納、返金を含む処理
- 決済業務:決済失敗と過去請求の再現を確かめます。
- 非常時:災害時の代替運用まで、シナリオの範囲に入れます。
RFPでは、標準機能で対応できる範囲と、例外処理で個別開発になる範囲を、各社に問います。
セキュリティ・BCP要件の明記
RFPでは、利用者保護や監査を要求事項にするとともに、委託先管理とインシデント対応も明記します。
- 認証と暗号化:多要素認証と、通信・保存データの暗号化を求めます。
- 監査と脆弱性:操作・計算・マスタ変更のログ、脆弱性への対応の状況
- 委託管理:再委託の管理と、インシデント報告の期限を明記します。
国土交通省の安全ガイドラインには、水道事業者が実施すべき、または望まれる対策の項目と水準が示されており、RFPを作る際の参考になります(出典: 国土交通省「水道分野における情報セキュリティ確保に係る安全ガイドライン」、2026年改定情報)。
請負と準委任の使い分け

契約形態は、成果物と検収基準を明確に決められるか、作業内容が変わるかで使い分けます。開発や移行は請負、要件定義や運用保守は準委任が基本になります。
開発全体を準委任で発注すると、検収基準が定まらないまま追加費用が続き、トラブルにつながります。
請負契約が向くフェーズ
成果物と検収基準を定められる工程では、完成までの責任を契約で明確にします。
- 対象工程:開発、データ移行、システムテストが該当します。
- 検収基準:機能、性能、セキュリティ、移行結果についての合格基準
請負契約では完成責任を委託先に負わせます。検収基準には、機能要件だけでなく、性能やセキュリティも含めます。
たとえば、データ移行後の件数と金額が一致するまでを、具体的な合格ラインとして盛り込みます。
準委任契約が向くフェーズ
作業内容が状況に応じて変わる工程では、対応範囲と追加費用を先に決めておきます。
- 対象工程:要件定義、運用保守、制度改定対応が該当します。
- 契約管理:SLAで、対応時間と品質水準を定義します。
運用保守では、障害対応や制度改定への追従が発生するため、作業内容が途中で変わります。そのため、追加費用が発生する条件は契約時に明確にしておきます。
水道料金システムの発注費用相場の目安

公開されている実例を見ると、既存パッケージの軽微な料率や帳票の改修は、初期費用が200万〜800万円です。eLTAX・決済・会計等を含む中規模の改修は、500万〜1,500万円です。
小規模な自治体のパッケージ導入とデータ移行は1,000万〜3,000万円です。中規模な自治体の料金・収納・会計連携は、3,000万〜1億円です。さらに、大規模や広域での共同利用は、1億〜5億円超が推定の範囲です。
北九州市の2025年度の上下水道料金システムの運用・保守は、月額684万8,600円でした。年額は8,218万3,200円と公表されています(出典: 北九州市 上下水道局随意契約結果一覧、2025年度)。なお、この金額は、大規模な事業体の運用委託費がどの程度の規模かをつかむ参考になります。
発注費用の総額での比較
導入時の金額だけでなく、稼働後から契約終了時までの費用を合わせて比べます。
- 導入時:初期費用とデータ移行費の内訳
- 運用時:年間の保守・運用料と、制度改定対応の費用を含めます。
- 終了時:データの返却と移行支援までの費用を見積もります。
5〜10年の総額で比べると、導入後の負担を把握しやすくなります。「スクラッチなら安い」と単純に比べるのは危険です。総額を比べる際は、条例への対応、移行、テストに加えて、帳票と保守の範囲も確かめます。
発注段階での費用の透明性
見積書の内訳をそろえておくと、契約後の追加費用を比べられます。
- 開発関連:要件定義、環境構築、ライセンス、カスタマイズの費用を分けて書きます。
- 移行関連:データクレンジング、移行、教育、並行稼働、切替の各費用
- 継続費用:保守、クラウド利用料、機器更新、制度改定対応の費用を確認します。
見積書は機能単位と作業単位の両方で見ておくと、契約後の追加費用の交渉で不利になりにくくなります。
委託先選定と見積比較の確認ポイント
委託先は価格だけでなく、移行や障害対応、制度改定、契約終了まで、同じ条件で比べます。提案書の内容に加えて、匿名化した業務フローや過去の障害対応の事例にも目を通します。
ベンダーロックインを避ける確認項目
将来の乗り換えを妨げるデータ形式や権利条件がないかを、契約前に確かめます。
- 依存状況:一社への依存と、独自データ形式の有無
- 権利条件:著作権の扱いと、将来の移行費用の見込み
- 標準対応:標準インターフェースやデータプロファイルへの対応可否
乗り換えの際に次の委託先を選ぶ余地が狭まると、委託先に依存し続けることになります。さらに、将来の乗り換え時に高額な移行費用が発生しないかも、契約前に確かめておきます。
RFPでは、水道情報活用システムの標準インターフェースやデータプロファイルへの対応状況を質問します。対応の可否は、提案書に明記してもらうのが有効です。
提案内容の実現性を確かめる試験
提案書の記載だけでなく、実際の業務データに近い条件で動作を確かめます。
- 検証環境:匿名化した業務データを使う試験環境
- 受入条件:契約前に、シナリオと合格基準をすり合わせます。
- 再利用性:テストケースを成果物として納品してもらいます。
料金計算や減免、返金に加えて、決済失敗と過去請求の再現を検証します。これにより、稼働直前の不具合を抑えられます。試験は一度で終わらせず、条例改定や料金体系の見直しの際にも再検証できるようにします。
よくある質問
発注や外注では、契約形態や委託範囲について確認しておきたい点があります。
一括発注と分割発注はどちらがよいですか?
一括発注と分割発注は、窓口の数と要件確定のタイミングで選びます。
- 一括発注:窓口を一本化したい場合に適しています。
- 分割発注:要件定義後に開発以降を決めたい場合に有効です。
自団体の中で調整にあたれる人員が少ない場合は、一括発注が向いています。また、要件定義だけを準委任契約で先行し、開発・移行を請負契約にする方法もあります。
分割する場合は、フェーズ間の引き継ぎ資料と責任の境目を、契約書に明記しておく必要があります。
要件定義を担った会社が開発フェーズの入札に参加できるかも、事前に確かめておきます。この確認は、公平性と実効性のバランスを取るための材料になります。
相見積もりは何社に依頼すべきですか?
候補社数は、比較の信頼性と評価工数のバランスで決めます。
- 依頼社数:一般的には3〜5社程度へRFIまたはRFPを発行します。
- 評価条件:適合度、実績、費用、保守体制を同じ条件でそろえた比較
候補が少なすぎると比較の信頼性が下がり、多すぎると評価工数が膨らみます。そのため、自団体の規模に応じて、適正な社数に絞り込みます。
依頼先は、料金システム本体の実績を確認できる企業を優先します。周辺システムや業務の実績しかない企業を含める場合は、その旨を評価表に明記します。実績の違いを書いておけば、比較の際の混同を避けられます。
最低価格の提案を選んでも問題ありませんか?
最低価格の提案を選ぶ場合も、条例対応と移行品質が見積もりに含まれているかを確かめます。
- 確認項目:機能適合、移行実績、セキュリティ・BCPを見ます。
- 判断軸:運用体制と将来費用を含めた、価格と品質の比較
価格だけで選んだ場合、条例特有の例外処理やデータ移行の品質が評価に反映されない可能性があります。
契約終了時に確認しておくべきことは何ですか?
契約終了時のデータ返却と移行の条件は、発注段階から決めておきます。
- 返却条件:形式、完全性、著作権の扱い
- 移行条件:移行支援費の上限と、過去請求の計算根拠を確認します。
返却データを次の会社でそのまま使えるかは、契約終了の直前ではなく発注段階で確かめておきます。また、次期システムへの移行を見据えると、マスタの変更履歴も返却に含めるかを決めておく必要があります。監査への備えという観点でも、返却の範囲を確かめておきます。
まとめ
水道料金システムの発注・外注は、発注形態から委託先選定まで、順に整理できます。この順で進めると、条例対応やデータ移行のリスクを抑えながら委託先を選べます。
先に決める委託範囲と契約形態
外注する工程と、工程ごとの責任を先に決めておくと、契約の中身を整理しやすくなります。
- 委託範囲:調達支援から運用保守までの工程のうち、要件定義、開発、データ移行を中心に、どこまでを外に出すかを定めます。
- 契約形態:成果物のある工程は請負、変化する工程は準委任にします。
たとえば、要件定義と開発を別々の会社に任せるのか、運用保守まで一社に任せるのかを、工程ごとに決めます。
一次窓口をどこに置くかも、発注前に検討しておきます。
次に着手するRFP作成と相見積もり
方針が決まったら、RFPを作成する段階に進みます。
- RFP作成:業務シナリオとセキュリティ・BCP要件を盛り込みます。
- 相見積もり:3〜5社程度へ依頼し、提案を比べます。
委託範囲と契約形態を先に決めておくと、各社へ同じ条件で依頼できます。
総額と実現性の両面で比較することが、安定した水道料金システムの発注につながります。
▼全体ガイドの記事
・水道料金システム開発の完全ガイド
▼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を創業。
