水道料金システム開発の進め方/やり方/流れや方法/手法/工程/手順

水道料金システムの開発費用は、規模や改修・連携の範囲で、数百万円から5億円超まで幅があります。

新規導入でも受託企業を入れ替える場合でも、金額は機能一覧だけでは決まりません。業務範囲や既存データの状態、連携先の数で大きく変わります。全体像は水道料金システム開発の完全ガイドもご覧ください。

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

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

水道料金システムの全体像

水道料金システムは、営業系業務を一つのデータ基盤で管理する業務システムです。給水契約から検針、調定、請求までを扱います。さらに、収納、滞納整理、給水停止・再開も対象の業務です。

帳票作成や問い合わせ対応も、業務に含まれます。自治体によっては、下水道使用料や公営企業会計も対象になります。

給水装置工事台帳やeLTAXとの連携も、対象になり得ます。さらに、口座振替やコンビニ・スマホ決済との連携も含まれる場合があります。そのため、業務範囲の広さを関係部署で共有することが、開発の出発点になります。

業務範囲とデータのライフサイクル

水道料金システムが扱う主な業務は、契約・検針から債権管理まで連なっています。

• 顧客管理：使用者、給水先、メーター、用途、口径、検針周期を管理します。
• 受付管理：開閉栓、名義・住所変更、工事、減免・猶予を扱います。
• 検針・料金計算：検針値を取り込み、異常値を確認して条例に基づき計算します。
• 請求・債権管理：調定、請求、収納、未収金、督促、給水停止、分納を扱います。
• 問い合わせ対応：窓口、電話、Webの各経路で受け付けます。

検針値は、ハンディターミナルやスマートメーターから取り込みます。料金計算では、基本・従量・用途別料金、水量区分、下水道使用料を扱います。こうした業務を一つのデータ基盤でつなぐことが、システム開発の骨格になります。

会計やGIS・水道台帳、施設監視との連携も、あわせて検討します。共同検針や行政基幹システムとの連携も、検討の対象です。

連携の方法には、APIやファイルを使う場合があります。そうなると、水道料金システムは料金計算ソフトを超えた情報基盤になります。

標準機能と自治体固有の条例対応

設計では、料金計算の正確さだけでなく、条例改定や訂正を扱う仕組みも重視します。

• 変更設定：料率や減免条件を、条例改定時に設定変更できるようにします。
• 計算の再現：過去の計算結果を再現できるようにします。
• 履歴と監査：訂正履歴を残し、承認や差分を記録します。

料金は住民への請求や自治体会計に直結するので、データを直接上書きする方法は避けます。

国土交通省は、水道情報活用システムの標準化を進めています。その対象には、設備・機器情報と事務系システムのデータを横断して使う仕組みが含まれます。

プラットフォーム、アプリケーション、デバイスのインターフェース等も標準化の対象です（出典: 国土交通省「水道情報活用システム」関連資料、2026年）。

新規開発では、将来の施設台帳やスマートメーターとの接続点も見据えて設計します。

水道料金システム開発の進め方

製品を選ぶ前に、現行業務を洗い出し、条例や例外を整理し、データを診断します。その後、RFI、RFP、要件定義を順に進めます。

選定を急いでこの順番を飛ばすと、条例の例外処理や過去請求の再現性に問題があったことが後工程で発覚し、切替延期につながります。

要件定義・企画フェーズ

企画段階では、現行業務とデータの状態を把握して、RFIや要件定義の前提をそろえます。この段階で進める作業は、次の5つです。

1. 現行業務、条例、契約件数、帳票、連携先、保守期限を洗い出します。
2. データの項目、コード、履歴、欠損、重複を確認します。
3. 過去請求の再現要件を整理し、移行の難易度を把握します。
4. 複数社にRFIを出し、機能や移行、保守条件を確認します。
5. 要件定義の段階で、具体的な業務シナリオを固めます。

RFIでは、各社に標準機能と追加設定を回答してもらいます。個別開発と移行方法も、回答の対象にします。保守条件やSLA、契約終了時の対応も、各社への確認項目になります。

業務シナリオには、料金計算や減免、滞納を入れます。返金や決済失敗、過去請求の再現も、同じシナリオに入れます。

災害時の代替運用も具体化しておくと、後工程での手戻りを防ぎやすくなります。

設計・開発フェーズ

設計・開発は、RFPで定めた評価項目や責任分界を前提に進めます。設計の段階で次の4項目を確認し、契約条件と設計内容がずれないようにします。

• 評価項目：標準インターフェース、セキュリティ、BCPの各対応を、設計の仕様にどう反映するか。
• 運用体制：運用を担う体制と、その責任範囲を設計の前提として置きます。
• 契約条件：クラウド利用時の責任分界を、契約書の記載と設計で食い違わせないこと。
• 移行検証：件数、金額、残高、帳票を旧新で比べる方法を、設計の段階で決めておきます。

パッケージを使う場合は、条例との差分を設定で吸収できるかを設計の中で見極めます。公共クラウドやLGWANクラウドでは、サーバー更新、バックアップ、災害対策の扱いも設計の前提に含めます。これらの責任分界は、契約書にも明記しておく必要があります。

設定や開発と並行して、データ移行を複数回行う工程を組み込みます。旧新の照合を重ねることで、切替直前のトラブルを減らせます。

テスト・リリースフェーズ

試験、研修、並行稼働を経て、そのあとに本番切替を行います。

• 総合・負荷試験：業務全体と処理負荷を確認します。
• 権限・障害復旧試験：権限設定と復旧手順を検証します。
• 受入試験・研修：利用者による業務シナリオと操作の確認です。
• 並行稼働：本番切替の前に、1〜2か月程度行います。

本番切替のあとは、締め処理、請求、収納消込を重点的に監視します。また、制度改定に備えた変更管理も、あらかじめ運用の流れに組み込んでおきます。

調達準備から本稼働までの期間は、12か月〜2年程度が導入の目安です。期間の配分では、現状調査・RFIに2〜3か月、要件定義・調達に3〜6か月を見込みます。

設計・設定・移行準備には4〜8か月、総合試験・並行稼働・研修には3〜6か月が目安です。料金改定日や年度切替に合わせる場合は、本番切替より数か月早く移行リハーサルを終えておきます。

費用相場とコストの内訳

公開されている自治体資料には、全国共通の定価はありません。金額は、対象範囲や人口、契約件数によって変わります。既存データの状態や保守年数も、金額を左右します。

ここでは、公開事例と自治体業務システムの一般的な構成をもとに、推定レンジを示します。想定する構成には、料金や会計、決済に加えて、データ移行と保守も含めています。

公開事例から読める金額

公開事例は、導入、制度改修、運用保守のどれにあたるかで金額が異なります。

• 白老町の導入提案：2025年の提案額は税込1,430万円でした。
• 高松市の制度改修：税込1,237万2,800円が公表されています。
• 北九州市の運用保守：2025年度は月額684万8,600円です。

白老町の2025年プロポーザルでは、株式会社ぎょうせい北海道支社が最適提案者でした（出典: 白老町「水道事業水道料金システム導入業務」審査結果、2025年）。

高松市の下水道使用料改定対応は、2025年11月から2026年3月に実施されます（出典: 香川県広域水道企業団 随意契約の公表、2025〜2026年）。

改修範囲や対象地域によって、金額は大きく変わります。北九州市の年額は8,218万3,200円と公表されています（出典: 北九州市 上下水道局随意契約結果一覧、2025年度）。ただし、大都市の運用費を小規模自治体の相場と混同しないよう注意します。

初期費用以外のランニングコスト

推定レンジは規模や改修範囲で変わるので、初期費用と年間保守、期間を合わせて比べます。

• 軽微な料率・帳票改修：初期200万〜800万円、年保守100万〜500万円、2〜6か月です。
• eLTAX等を含む中規模改修：初期500万〜1,500万円、年保守300万〜1,500万円、4〜10か月です。
• 小規模自治体の導入：初期1,000万〜3,000万円、年保守300万〜1,500万円、12〜18か月です。
• 中規模自治体の連携：初期3,000万〜1億円、年保守1,000万〜5,000万円、18〜24か月です。
• 大規模・広域共同利用：初期1億〜5億円超、年保守5,000万〜数億円、24か月以上です。

中規模改修はeLTAXや決済、会計などを含み、小規模導入はパッケージ導入とデータ移行を含む想定です。

中規模自治体の連携は、料金、収納、会計の各連携を含む推定です。

スクラッチ開発だから安いとは限りません。条例対応や移行、保守まで含めると、ライフサイクル全体の費用で比べる必要があります。

見積書では、費用を項目ごとに分けてもらいます。特に要件定義と環境構築、ライセンス、カスタマイズは、別の金額で示してもらうと比較しやすくなります。

データクレンジングや移行、教育の費用は、別々に確認します。並行稼働と切替の費用も、同様に見ます。さらに、保守やクラウド利用料のほか、機器更新と制度改定対応も内訳に含めます。

また、導入後5〜10年の総額と、契約終了時のデータ返却・削除費を比べます。終了時の移行支援費も、あらかじめ比較の項目に入れておきます。

見積もりを取る際のポイント

見積もりの精度は、業務と条例をどこまで言葉にできるかで決まります。そのため、まず契約件数や条例の複雑さ、連携数を整理します。

保守期限と必要な可用性も、あわせて整理しておきます。そのうえで相見積もりを取ると、各社の前提がそろい、比較しやすくなります。

要件明確化と仕様書の準備

RFPには、対象範囲や移行条件、非機能要件を具体的に記載します。

• 業務範囲：対象業務、契約件数、帳票、連携先の一覧。
• 条例・料金：料金体系、減免・猶予の条件。
• データ移行：移行対象期間を具体的に示します。
• 非機能要件：可用性、RTO・RPO、監査ログ、バックアップの要件。

標準機能で対応できる範囲と、条例特有の例外処理が個別開発になるかどうかを、明記しておきます。

対応範囲がはっきりすれば、各社の提案内容を横に並べて比べられます。

複数社比較と発注先の選び方

見積もりでは、機能だけでなく移行や契約終了後の条件まで比較します。

• 機能適合：標準機能が業務にどこまで合うか。
• 移行実績：データ移行の実績と、過去請求の再現方法。
• 保守対応：窓口、障害対応、制度改定時の追加費用。
• 終了条件：データ返却の条件と、標準仕様への対応状況。

一社への依存や独自形式への固定化は、将来の移行費用を高める可能性があります。また、水道情報活用システムの標準インターフェースやデータプロファイルへの対応も確認します。

注意すべきリスクと対策

個人情報や口座・決済情報を扱うため、RFPにはセキュリティ要件を明記します。

• 認証・暗号化：利用者・管理者の多要素認証と通信・保存データの暗号化を求めます。
• 監査・委託管理：操作、料金計算、マスタ変更のログと、再委託の管理を確認します。
• 障害連絡：インシデント時の報告期限と一次窓口を決めます。
• 災害対応：代替受付、請求処理、収納消込の手順と復旧訓練を確認します。

料金アプリ、クラウド基盤、決済・検針機器で障害が起きたときに、誰がどこまで対応するかを、契約書で確定しておきます。

災害や停電、通信断への備えは、有事に住民サービスが止まるのを防ぐためのものです。また、ランサムウェアへの備えも、同じ目的で求めておく必要があります。

国土交通省の安全ガイドラインは、水道事業者が実施すべき、または望まれる対策を示しています（出典: 国土交通省「水道分野における情報セキュリティ確保に係る安全ガイドライン」、2026年改定情報）。同ガイドラインは、システム選定の際の参考にできます。

よくある質問（FAQ）

水道料金システムの開発は、進め方を誤ると切替延期や想定外の費用増加につながります。そこで、担当者から寄せられる質問に順に答えます。

水道料金システムの開発は何から始めればよいですか？

製品選定より前に、現行業務と条例を洗い出すところから始めます。契約件数や帳票も洗い出します。さらに、連携先と保守期限も、あわせて整理します。

現行データの品質診断も行っておくと、RFIやRFPで確認する事項がはっきりして、後工程での要件漏れを防ぎやすくなります。

開発から本稼働まで何か月かかりますか？

調達準備から本稼働まで、12か月〜2年程度が目安です。

1. 現状調査・RFIに2〜3か月、要件定義・調達に3〜6か月を見込みます。
2. 設計・設定・移行準備は4〜8か月、試験・並行稼働・研修は3〜6か月が目安です。
3. 料金改定日や年度切替に合わせる場合は、本番切替の数か月前に移行リハーサルを終えます。

パッケージとスクラッチ開発はどちらを選ぶべきですか？

標準業務を短期間で導入するか、独自業務への適合を重視するかで、選択肢が変わります。

• パッケージの適性：料金、検針、収納などを短期間で導入できます。
• パッケージの進め方：条例差分は設定で吸収し、個別改修を最小化します。
• スクラッチの適性：複雑な広域統合や独自業務に合わせたい場合に選択肢になります。
• スクラッチの負担：法令・条例改定や税・決済・OS更新、要員確保、保守継続を自団体で担います。

データ移行で失敗しないためのポイントは何ですか？

移行前のデータ診断から本番切替前の並行稼働まで、段階的に検証します。

1. 項目やコード、履歴を事前に診断し、欠損や重複も確認します。
2. 移行を一度きりで終わらせず、複数回実施します。
3. 件数や金額、残高を旧新で照合し、帳票と過去請求の再現性を検証します。
4. 本番切替前に1〜2か月程度の並行稼働を行い、最終確認します。

まとめ

現行業務、条例、データを洗い出してからRFIとRFPに進み、業務シナリオで要件を固めたうえで、複数回の移行検証と並行稼働を経て切り替えます。この進め方を取ると、切替後のトラブルを最小限に抑えられます。

12か月〜2年の全体計画

全体計画では、現状調査・RFIから試験・研修までの期間を割り振ります。

1. 現状調査・RFI
2. 要件定義・調達
3. 設計・設定・移行準備
4. 総合試験・並行稼働・研修

料金改定日や年度切替から逆算して、スケジュールを組みます。条例特有の例外処理とデータ移行の検証には、時間を確保しておくと計画の精度が上がります。

次の一歩となるRFIによる現状把握

発注を具体化するには、まず現状を伝えて提案を比べ、その内容をRFPに反映する流れが必要です。

• RFIの準備：契約件数、条例の複雑さ、連携数、現行保守期限を整理して複数社へ発行します。
• 提案の比較：標準機能と個別開発の境界を確認してから、総額を比べます。
• RFPの作成：セキュリティ・BCP要件も含めて進めることが、安定導入につながります。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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