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

水道料金システムの発注・外注では、初期費用が200万円から5億円超までと幅があります。その差を生むのは、発注形態、契約形態、委託範囲の3つです。

発注形態から委託先選定まで、順に決めていくと判断の抜けが減らせます。

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

水道料金システムの発注で最初に決める全体像

委託範囲が曖昧なまま業者を探すと、各社の提案がそれぞれ違う前提で組まれ、比べられなくなります。そのため、発注の前に、複数の業務を一括で任せるか、フェーズごとに分けて発注するかを決めておきます。

外注範囲の切り分け方

外注範囲を工程ごとに区切っておくと、どの工程の責任を誰が持ち、どこで引き継ぐかを決める材料になります。

  • 一括委託:窓口は一本にまとまりますが、途中で委託先を替えにくくなります。
  • 分割発注:フェーズ間の引き継ぎと、責任の境目を契約前に明確にする必要があります。

外注範囲は、調達支援から運用保守までの工程を、要件定義、開発、データ移行などに分けて、どこを外に出すかを考えます。

要件定義会社と開発会社が別々になる場合、要件定義書の粒度がそのまま開発費の見積もり精度に響きます。

仕様書は、業務シナリオのレベルまで書き込み、次の委託先にも渡せる引き継ぎ資料として残しておくと、後の会社も前提をそろえて見積もれます。

障害時の一次窓口の一元化

複数のベンダーを使うと、障害時の窓口が曖昧になりがちです。したがって、連絡先と対応責任は発注前に決めておきます。

  • 対象範囲:料金システム、クラウド基盤、決済・検針機器の、それぞれの担当範囲
  • 一次窓口:アプリ側を窓口とする契約条項を、発注段階で検討します。

窓口をアプリ側に寄せておけば、住民対応や庁内対応で混乱が起きにくくなります。

水道料金システムの発注形態の選び方

最低価格で落札させる方式では、機能の適合や移行、セキュリティ、運用体制が評価に入りにくくなります。そのため、これらを含めて評価できる方式が適しています。

将来費用も含めて比べられるプロポーザル方式や総合評価落札方式が、候補になります。

水道料金システムは住民サービスと会計に直結します。条例への対応力や移行の実績は、入札金額とは別に評価する必要があります。

プロポーザル方式が向くケース

価格以外の条件も含めて比べたいときは、プロポーザル方式を検討します。

  • 評価対象:機能の適合度や実績は、提案内容と合わせて評価します。
  • 適用規模:小〜中規模の新規導入で、選択肢に入る方式です。

白老町の水道料金システム導入業務では、2025年のプロポーザルで株式会社ぎょうせい北海道支社が最適提案者に選ばれました。また、提案額は税込1,430万円と公表されています(出典: 白老町「水道事業水道料金システム導入業務」審査結果、2025年)。

随意契約・継続改修が向くケース

既存のシステムを引き続き使う場面では、継続性を重視して発注先を考えます。

  • 対象業務:既存システムに対する制度改修や料金改定への対応
  • 注意点:改修範囲と単価が妥当かを、定期的に検証する必要があります。

香川県広域水道企業団の高松市下水道使用料の料金改定対応は、NECとの随意契約で行われました。

契約期間は2025年11月から2026年3月で、税込1,237万2,800円と公表されています。

この内容は、香川県広域水道企業団の随意契約の公表(2025〜2026年)に基づいています。

継続改修は移行リスクを抑えやすい一方で、価格競争が働きにくい点に注意が必要です。

ポイント

機能の適合や移行、運用体制まで評価できるかで、発注形態を選びます。新規導入か稼働中の改修かで方式を分けて考えると、比べる条件がそろいます。

RFPと要件整理の記載項目

RFPで前提をそろえるために記載する4つの要件分類をパネルで示した図。
要件の分類がそろうと、提案内容を同じ前提で見比べられます。

RFPには、対象業務や契約件数、既存帳票を具体的に書き込みます。連携先システムも、提案各社が同じ前提で読めるよう示します。さらに、業務シナリオや非機能要件に加えて、セキュリティ・BCP要件、契約終了時の対応も含めます。

要件が曖昧なままRFPを出すと、各社の回答が食い違い、提案の中身を並べて見られなくなります。

業務シナリオの具体的な記載

例外処理まで含めて業務の流れを示せば、各社は実現の可否を判断できます。

  • 料金業務:料金計算、減免、滞納、返金を含む処理
  • 決済業務:決済失敗と過去請求の再現を確かめます。
  • 非常時:災害時の代替運用まで、シナリオの範囲に入れます。

RFPでは、標準機能で対応できる範囲と、例外処理で個別開発になる範囲を、各社に問います。

セキュリティ・BCP要件の明記

RFPでは、利用者保護や監査を要求事項にするとともに、委託先管理とインシデント対応も明記します。

  • 認証と暗号化:多要素認証と、通信・保存データの暗号化を求めます。
  • 監査と脆弱性:操作・計算・マスタ変更のログ、脆弱性への対応の状況
  • 委託管理:再委託の管理と、インシデント報告の期限を明記します。

国土交通省の安全ガイドラインには、水道事業者が実施すべき、または望まれる対策の項目と水準が示されており、RFPを作る際の参考になります(出典: 国土交通省「水道分野における情報セキュリティ確保に係る安全ガイドライン」、2026年改定情報)。

ポイント

RFPには、業務シナリオや非機能要件、セキュリティ・BCP要件を具体的に書きます。前提がそろうと、提案各社を同じ条件で比べられます。

請負と準委任の使い分け

請負契約と準委任契約について、対象工程と契約上の前提を左右の列で比べた図。
工程ごとの成果物の定まり方が、契約形態を分ける目安になります。

契約形態は、成果物と検収基準を明確に決められるか、作業内容が変わるかで使い分けます。開発や移行は請負、要件定義や運用保守は準委任が基本になります。

開発全体を準委任で発注すると、検収基準が定まらないまま追加費用が続き、トラブルにつながります。

請負契約が向くフェーズ

成果物と検収基準を定められる工程では、完成までの責任を契約で明確にします。

  • 対象工程:開発、データ移行、システムテストが該当します。
  • 検収基準:機能、性能、セキュリティ、移行結果についての合格基準

請負契約では完成責任を委託先に負わせます。検収基準には、機能要件だけでなく、性能やセキュリティも含めます。

たとえば、データ移行後の件数と金額が一致するまでを、具体的な合格ラインとして盛り込みます。

準委任契約が向くフェーズ

作業内容が状況に応じて変わる工程では、対応範囲と追加費用を先に決めておきます。

  • 対象工程:要件定義、運用保守、制度改定対応が該当します。
  • 契約管理:SLAで、対応時間と品質水準を定義します。

運用保守では、障害対応や制度改定への追従が発生するため、作業内容が途中で変わります。そのため、追加費用が発生する条件は契約時に明確にしておきます。

ポイント

成果物と検収基準を決められる開発や移行は請負、作業内容が変わる要件定義や運用保守は準委任と、工程ごとに分けて考えます。追加費用が出る条件は、契約時に明確にしておきます。

水道料金システムの発注費用相場の目安

改修・導入の規模別に、本文に示された5つの費用レンジを小さい順に並べた図。
改修と自治体の規模に応じて、目安となる金額帯が広がります。

公開されている実例を見ると、既存パッケージの軽微な料率や帳票の改修は、初期費用が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社程度へ依頼し、提案を比べます。

委託範囲と契約形態を先に決めておくと、各社へ同じ条件で依頼できます。

総額と実現性の両面で比較することが、安定した水道料金システムの発注につながります。

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

会社紹介

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

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

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

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

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

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