ガス料金計算システムの発注費用は、開発方式、需要家数、拠点数によって変わります。連携範囲も含めると、初期費用は50万円から1億円超まで幅があります。
発注形態の選び方からRFPの作り方、契約、委託先の比較まで、順に見ていきます。全体像はガス料金計算システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・ガス料金計算システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注形態の選び方
多くの事業者は、標準機能を備えたパッケージやクラウド・SaaSから発注先を検討できます。自社独自の料金ルールは、設定や限られた範囲の追加開発で補う方法もあります。
ただし、どの形が適切かは、既存システムや需要家数、料金メニューの複雑さによって変わります。法改正への対応方針も、判断の材料になります。
パッケージ・クラウド/SaaSが向いているケース
短期間での導入や業務の標準化、保守負担の軽減を優先する場合は、パッケージ・SaaSが向いています。
LPガス事業者向けには、KDDIのように遠隔検針や請求機能を提供するIoTプラットフォームもあります（出典: KDDI「KDDI ガスプラットフォームサービス」、2026年確認）。
- 採用前の確認：自社料金を設定できるか、API・CSV連携、帳票、法改正対応、障害時の復旧目標を見ておきます。
サーバー運用や法改正対応を自社で抱えたくない中小事業者にとっても、適した選択肢といえます。
なお、パッケージ・SaaSを土台にクラウド上で個別開発する方式は、標準の販売管理を使ったまま、独自の料金計算や顧客ポータル、分析機能を追加しやすい方式です。
認証や暗号化、監視、バックアップは、マネージドサービスと組み合わせられます。そのため、自社でインフラを一から構築する場合より、初期投資と運用の負担を抑えやすくなります。
スクラッチ開発を検討する場合
複雑な業務や、システム連携への個別対応が必要な大規模事業者であれば、スクラッチ開発も候補になります。
- 業務要件：複数事業をまたぐ料金ルールや、複雑な契約条件。
- 連携要件：既存の基幹システムとの深い連携や、リアルタイムでの制御。
要件定義やテストの期間は長くなりやすく、保守を担う内製または外注の体制も、あらかじめ確保しておく必要があります。
都市ガス3社が共同で構築したスマートメーター基盤「SMANEO」のように、共同開発や共同利用によって費用を抑えられる場合もあります（出典: NTTデータ「都市ガス3社が挑む、DXによる業務効率化とレジリエンス強化」、2026年）。
発注側は自社だけで抱え込まず、共同利用や段階的な追加開発を検討する選択肢もあります。
RFPと要件整理の進め方
RFPは、機能の一覧だけでなく、各社が同じ前提で提案と見積もりを作るための資料です。そのため、現行業務や対象範囲、データ量を前提書の土台にし、連携や非機能要件、移行の条件を書き込みます。運用と契約条件も、同じ前提書に含めます。
現行業務の洗い出しから始め、代表的な計算例を作り、RFPを作成してから、質問への回答を経て提案を比べます。この順で進めると、後から条件が変わりにくくなります。
現行業務と料金ルールの棚卸し
棚卸しでは、現行業務の資料と例外対応を洗い出し、RFPに使う成果物にまとめます。
- 現行業務：料金表や契約約款、締め処理、返金と再請求、例外的なメーター交換まで書き出します。
- 例外対応：未検針、通信遅延、検針値の訂正、契約途中の変更、料金改定、税率変更。
- 成果物：機能、料金メニュー、連携、データ項目、課題の各一覧と業務フロー。RFPの別紙に流用できる形で残します。
2025年4月施行のLPガス三部料金制のように、既存契約と新規契約で扱いが異なる制度では、対象範囲をはっきりさせておく必要があります（出典: 経済産業省「LPガス料金の表示・計上方法に関する新しいルールを施行しました」、2025年）。
紙や表計算ソフトで補っている作業は見落としやすいため、担当課だけでなく、検針・保安・配送の現場からも情報を集めます。
RFPに盛り込むべき項目
見積もりの前提をそろえるため、RFPには料金メニュー表や代表的な計算サンプルを載せ、連携仕様とデータ移行件数も記載します。
SLAや法改正対応、障害時の再計算責任も明記します。そのうえで、「無料枠を超えた瞬間」や「締め後に訂正データが届いた場合」といった例も加えます。
コンペでは、画面デモの見栄えよりも、複雑な請求ケースを再現できるかと、計算根拠を説明できるかを評価します。
契約形態と契約前の確認事項
契約形態は、作業の不確実性と、成果物がどこまで決まっているかに合わせて選びます。要件と納品物、受入基準を定められる工程であれば、請負契約が使いやすい形です。
準委任契約は、現行調査や技術支援のように作業量を確定しにくい工程に合うこともあります。
請負契約と準委任契約の違い
契約形態に応じて、成果物と受入条件を具体的に決めておきます。
- 請負契約：合意した成果物を完成させ、発注者が検査・受入を行います。
- 納品物：要件定義書、設計書、料金ルール一覧、プログラムです。テスト結果、移行結果、操作マニュアルも含みます。
- 準委任契約：現状分析、PMO支援、データクレンジング支援など、前提が変わりやすい工程に向いています。
受入条件が曖昧なままだと、例外処理や性能、移行結果の扱いが食い違いやすく、追加費用や検収の遅れにつながります。
責任分界とデータ返却の条件
稼働後に認識の違いが生じないよう、契約前に責任と運用の条件を明確にしておきます。
- 責任の対象：料金計算、検針データ欠損、外部サービス停止、請求書誤り、移行データ不一致。
- 障害対応：用意するデータ、保証する処理、連絡時間、復旧目標、再計算・返金の判断者。
- データ返却：契約終了時に料金ルールや計算履歴を返す形式を決めておきます。
- 再委託の範囲：クラウド事業者、データセンター、帳票印刷会社が関わる場合は、その管理体制を契約書に明記します。
- 委託先の変更：通知と承認の手順、個人情報を扱う委託先への安全管理措置を、契約条項に残します。
口頭の確認だけで済ませず、条件を書面に残しておくと、稼働後の問い合わせやトラブルに対応しやすくなります。
発注・外注時の費用相場
発注費用は、対象の顧客数や連携数に応じて変わるため、次の規模別の費用感のレンジを目安に調整します。ただし、これは専用システムの一律の相場ではなく、類似システムの規模感から編集部が作成した推定です。
規模別の費用感
発注費用と導入期間は、方式や事業規模によって幅があります。
- 小規模パッケージ：導入・設定で50万〜300万円、期間は1〜3か月程度です。
- クラウド・SaaS：初期費用は300万〜1,000万円、期間は2〜6か月ほどかかります。
- 単一事業・単一拠点の小規模スクラッチ：500万〜1,500万円で、4〜9か月程度を要します。
- 複数拠点・複数料金メニューの中規模業務システム：1,500万〜5,000万円、期間は8〜18か月程度です。
- 大規模・基幹刷新やIoT連携：5,000万円から1億円超、18〜36か月程度に及ぶこともあります。
費用に含まれる/含まれない作業の見極め
見積もりは、工程や機能ごとに作業範囲を分けて確認します。作業範囲がそろっていなければ、金額だけでは比べられないからです。
- 要件・業務：要件定義と業務整理。
- 開発・連携：料金計算、顧客・契約・請求、検針・IoT連携、外部決済。
- 移行・稼働：データ移行、テスト、並行稼働。
- 運用：保守と法改正対応。
本番前の過去データによる再計算と、新旧システムの請求額の突き合わせは、見積もりから削らないようにします。
料金改定や法改正のたびに発生する保守費用が含まれているかも、契約前に確かめておきます。
委託先選定と見積比較のポイント
委託先は、知名度や提示価格のほか、業務への対応力と見積もりの前提を比べて選びます。
確認したいのは、料金ルールを自社で設定できるか、計算根拠をたどれるか、既存システムと疎結合で連携できるかです。さらに、移行や並行稼働を誰が担うかも比べ、ガス業務の経験年数は判断材料の一つとして扱います。
実績確認の方法
「ガス業界の導入実績があります」と説明されたら、その導入対象の条件まで確認します。
- 事業の対象：LPガスか都市ガスか、家庭用か業務用か。
- システムの規模：需要家数、料金メニュー数、連携数。
- 稼働後の状況：障害件数と対応方法。
大手SIと業界特化パッケージは同じ条件で比べます。そのうえで、機能表に加え、サンプル請求の再現テストも依頼します。
見積比較の確認項目
見積もりは、総額で順位をつけるより、各社の作業単位と条件をそろえて比べます。
- 要件定義：何人月を含むか。
- 開発と連携：追加開発と設定変更の区分、連携本数。
- 移行と検証：対象年度とリハーサル回数。
金額が空欄や「一式」の項目は、条件がまだ確定していない可能性があります。安く見えても、中身が決まっていないことがあるので注意します。
評価表には価格のほかに、機能適合や移行計画、連携品質を項目として入れます。体制や保守、総保有コストにも配点を設けたうえで、自社が重視するリスクに合わせて項目ごとの配点を調整します。
極端に安い提案では、現行調査やデータクレンジングが別費用になっていないかを確かめます。移行リハーサル、帳票調整、連携テストも、別立てになっていないか見ておきます。さらに、稼働後の初期サポートが別料金でないかも確認します。
高額な提案には、不要な独自機能や過剰な環境、重複する管理費が含まれることもあります。
発注側は、機能を「法令・制度上必要」「業務効率上必要」「従来の慣行として残っているだけ」に分け、優先順位を決めます。
代表的なデータを使ったPoCやサンプル請求の再現によって、提案書だけでは分からない実務上の使いやすさを確かめます。
よくある質問（FAQ）
ガス料金計算システムの発注・外注でよく寄せられる質問に答えます。ただし、個別の条件は事業規模や要件によって変わるため、RFPの前提と照らし合わせてください。
何社くらいから見積もりを取ればよいですか？
見積もりを取る社数は、一律に決まった正解があるわけではありません。同じRFPを複数社に示し、価格、料金ルール対応、移行、連携、保守、契約条件を、同じ条件で比べられる状態にします。
業界特化パッケージや大手SI、既存ベンダーなど、強みの異なる会社を候補に含めると、比べる軸が増えます。
既存ベンダーへの継続発注と乗り換え、どちらが有利ですか？
継続発注と乗り換えのどちらが有利かは状況によって変わるため、利点とリスクを比べて判断します。
- 継続発注の利点：既存ベンダーは現行業務への理解が深く、移行負担が小さい。
- 継続発注の注意点：他社と比べないと、割高な保守費用や古い技術基盤を見直す機会を逃すことがあります。
- 乗り換えの注意点：データ移行と並行稼働のリスクを踏まえ、費用と計画の実現性を確かめます。
RFPには最低限何を書けば見積もりを比較できますか？
同じ前提で見積もりを比べられるよう、対象と作業範囲をRFPに記載しておきます。
- 事業条件：対象ガス種、需要家数、料金メニュー数。
- システム条件：既存連携先、データ移行対象。
- 計画条件：希望稼働時期、法改正への対応方針。
各社には、同じ前提の作業分解表と対象外作業の一覧を出してもらいます。対象外の作業を把握しておけば、金額だけで比べてしまう失敗を防げます。
まとめ
発注では、パッケージ・クラウド・スクラッチの違いを理解したうえで、現行業務と料金ルールを洗い出し、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を創業。