ガス供給管理システム開発の発注/外注/依頼/委託方法について

ガス供給管理システムの発注・外注では、開発会社を選ぶ前に、発注側がRFPと業務ケースをどこまで整理できるかが、見積もりの精度とプロジェクトの成否を左右します。

「まずは開発会社に相談してみよう」と考えがちですが、対象ガス種、業務範囲、契約形態を決めないまま相談すると、会社ごとに前提が異なり、提案内容を比較できなくなります。本記事では、ガス供給管理システムの発注・外注・委託方法について、発注形態の選び方、RFP・要件整理の進め方、契約形態、費用相場、委託先選定と見積比較のポイント、よくある質問までを2026年時点の情報をもとに解説します。

▼全体ガイドの記事
・ガス供給管理システム開発の完全ガイド

ガス供給管理システムの発注・外注にはどのような選択肢がありますか?

ガス供給管理システムの発注形態を検討する担当者

発注形態は、大きく分けてパッケージ導入、クラウド・SaaS利用、スクラッチ開発、既存基盤を活かすハイブリッドの4つに整理できます。どの形態を選ぶかによって、外注先に求める体制、契約方式、費用感が大きく変わるため、発注準備の最初の段階で方向性を決めておく必要があります。

発注形態の選択肢

既製パッケージは、ガス業務の標準機能と導入ノウハウを利用しやすく、料金改定や保安業務に適合する製品であれば短期化できます。クラウド・SaaSは、拠点追加やIoTデータ量の増加、需要家ポータルの公開、分析業務に向く一方、通信断・権限・データ所在・従量課金の条件を発注前に確認する必要があります。スクラッチ開発は、独自の料金体系、配送、導管、顧客サービスを競争力にしたい場合に適していますが、法改正対応と保守を自社が長期的に負担することになります。実務上は「業務パッケージ+クラウドIoT基盤+個別API」というハイブリッド構成が、発注先を比較しやすい選択肢になります。

外注のメリットと発注前に注意すべき点

外注のメリットは、自社にない専門知識(IoT通信、保安制御、料金計算エンジンの設計など)を活用でき、開発体制をゼロから採用・育成するより短期間で立ち上げられる点にあります。一方で、丸投げに近い発注をすると、料金・保安・配送といった業務ごとの責任分界があいまいになり、障害発生時に「どちらの責任か」で対応が遅れるリスクがあります。安価な画面開発会社だけに任せず、保安・料金・通信の責任分界を発注段階で明確にしておくことが重要です。

特にガス供給管理システムでは、検針・料金計算を担当する会社と、通信・IoT基盤を担当する会社、配送最適化を担当する会社が別々になるケースが珍しくありません。発注前に「どの会社がどこまでの範囲に責任を持つか」を図にして共有しておかないと、障害発生時に複数の委託先の間で責任の所在が定まらず、復旧までの時間が長引く原因になります。発注側がこの全体構成図を主導して作成する姿勢が、外注を成功させる前提条件になります。

発注・外注の進め方

ガス供給管理システムの発注準備を進める様子

発注は、現場ヒアリングによる業務整理、RFP作成、匿名化データを使ったPoC、契約形態の選択、委託先選定という順に進めます。「外注先を選ぶ前に、発注側が決めること」を先に固めておくことが、比較の質を高める最大のポイントです。

現場ヒアリングとRFPの整理

最初に、検針員、保安担当者、配送員、コールセンター担当者へのヒアリングを行い、開栓から請求まで、警報受信から出動まで、容器残量から配送までの業務フローと例外処理を洗い出します。RFPには、対象ガス種、需要家数、拠点数、メーター台数、通信方式、保安業務の委託範囲、遠隔制御の有無、既存システムとの連携要件、計測時刻と受信時刻の扱い、警報の状態遷移、データ移行範囲、SLAを記載します。機能要件だけでなく、こうした例外ケースを代表例として盛り込むことで、各社から同じ条件での提案を受けられます。

匿名化データでのPoCと契約形態の選択

要件が固まったら、実データまたは匿名化データを使ったPoCを行い、通信遅延、異常値、請求再計算、警報の重複抑止を検証します。契約形態は、要件が固まった範囲を成果物と納期で管理する請負契約、要件探索や高度な設計を含めて体制と時間で進める準委任契約、パッケージやクラウドサービスを利用するSaaS契約に大別できます。実際には、要件定義やPoCを準委任、確定した機能の開発を請負とするなど、工程ごとに契約形態を分ける方法も有効です。

委託先選定から契約締結までの流れ

委託先候補には、同じ代表ケースをデモしてもらい、成果物、検収条件、SLA、障害対応、ソースコードとデータの帰属、契約終了時のデータエクスポート方法を確認します。ソフトバンクが2025年7月に公開した土佐ガスの事例のように、配送業務など特定領域から段階的に外注する進め方も、契約リスクを抑えながら効果を検証する現実的な方法です(出典: ソフトバンク「土佐ガス株式会社 導入事例」、2025年7月)。契約書には、料金改定や制度変更が発生した際の対応窓口と費用負担のルールも明記しておくことをおすすめします。

選定の最終段階では、価格の安さだけでなく、担当者の理解度も確認します。見積提示の場で、対象ガス種の業務特性(都市ガスの保安規程、LPガスの配送・容器管理など)を踏まえた質問が候補会社から出てくるかどうかは、実務理解の深さを見極める分かりやすい判断材料になります。逆に、業界特有の例外処理への質問がほとんどないまま概算金額だけを提示してくる会社は、契約後に想定外の追加費用や仕様変更が発生しやすい傾向があります。

費用相場とコストの内訳

ガス供給管理システムの外注費用を確認する様子

ガス供給管理システムに特化した公開価格表は少なく、以下は検針・請求・IoT・配送・保安を含む業務システムの一般的な工数をもとにした記事執筆用の概算推定です。小規模な可視化・検針MVPで500万〜1,500万円、期間4〜8か月、中規模の業務連携型で1,500万〜5,000万円、期間8〜18か月、大規模な基幹・供給管理型で5,000万円〜1億円超、期間18〜36か月が目安になります。

契約形態による費用の違い

請負契約は、要件が固まった範囲を成果物ベースで発注するため、追加要望が発生すると別途費用が発生しやすい一方、総額の見通しを立てやすい特徴があります。準委任契約は、要件探索やPoCなど不確実性の高い工程に向きますが、稼働時間に応じた費用になるため、進め方次第でコストが変動します。SaaS契約は、初期費用を抑えられる反面、月額利用料が契約戸数やメーター台数に応じて発生し続けるため、長期的な総保有コストで比較する必要があります。

外注後に発生するランニングコスト

運用保守費は初期開発費の年15〜25%を一つの目安にできますが、通信費・デバイス交換費・クラウド利用料は別枠で発生します。KDDIのガスプラットフォームサービスの料金体系のように、NCU台数と検針数に応じた月額従量課金を採用しているケースもあり、契約前に台数の増減シナリオを当てはめておくと想定外の費用増を避けやすくなります(出典: KDDI「KDDI ガスプラットフォームサービス」、2026年1月改定)。また、2025年4月2日に施行されたLPガスの三部料金制への対応など、制度変更のたびに追加改修費が発生する契約になっていないかも、発注前に確認すべき重要な項目です(出典: 経済産業省「LPガス料金の表示・計上方法に関する新しいルールを施行しました」、2025年)。

外注後のランニングコストを見誤らないためには、契約時点で「誰が何にいくら払い続けるのか」を一覧化しておくことが有効です。開発会社への保守費、通信キャリアへの回線・デバイス費、クラウド事業者への利用料が別々の請求元から発生することも多いため、社内の予算管理上も、費用の発生源を分けて把握できる体制を整えておくと、数年後の見直し時に判断がしやすくなります。

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

ガス供給管理システムの外注先を比較する様子

見積もりを比較する際は、金額の大小だけでなく、複数社を同じ条件で評価し、責任分界とベンダーロックイン回避の視点を持つことが重要です。

複数社を同じ条件で比較する

候補会社には、同じ業務ケース(欠測データの再計算、警報の重複抑止、料金改定の反映)を同じ条件で提示し、標準機能で対応できる範囲と追加開発が必要な範囲を分けて回答してもらいます。見積書は「一式」でまとめず、業務整理・要件定義、実装、連携・移行、テスト・教育・切替、運用監視・セキュリティといった工程ごとに内訳を示してもらうことで、金額差の理由を把握しやすくなります。

責任分界とベンダーロックイン回避を確認する

料金ルールの正しさ、利用実績の欠損、外部サービスの停止、請求書の誤り、移行データの不一致、セキュリティ事故を誰がどこまで担うかを、契約書に明文化します。データの所有者、API仕様、エクスポート方法を契約前に確認し、ベンダーロックインを避けることも重要です。API仕様、データ辞書、テストケース、運用手順を自社側にも残せる契約にしておくと、将来の乗り換えや複数ベンダーへの分散発注がしやすくなります。

特にパッケージ製品やクラウドサービスを利用する場合、契約終了時に検針・保安・料金データを標準的な形式で取り出せるかどうかは、事前に確認しておかないと後から交渉が難しくなる項目です。長年蓄積してきた需要家データや過去の料金改定履歴が特定製品に閉じ込められると、乗り換えのハードルが一気に高まります。契約前の段階で、データのエクスポート仕様と、そのために発生する費用の有無まで確認しておくことをおすすめします。

注意すべきリスクと対策

遠隔閉栓・開閉栓を実装する場合は、対象確認、二者承認、実行結果の照合、現場の手動復旧を含むフェイルセーフを要件に含め、アプリのボタン一つで無制限に操作できる設計を避けるよう仕様書に明記します。2026年4月版のIPA「制御システムのセキュリティリスク分析ガイド」では、資産ベースと事業被害ベースの両方の分析が示されており、ガス供給の停止や誤制御を事業被害シナリオとして検討する際の参考になります(出典: IPA「制御システムのセキュリティリスク分析ガイド 第2版」、2026年)。委託先がこうした分析を踏まえた提案をしているかも、発注先選定の重要な判断材料です。

よくある質問(FAQ)

ガス供給管理システムの発注に関するよくある質問

ガス供給管理システムの発注・外注では、契約形態や責任分界について特に多くの質問が寄せられます。ここでは、判断に使いやすい形で3つの疑問に回答します。

請負契約と準委任契約はどちらを選べばよいですか?

要件が明確に固まっている工程は請負契約、要件探索やPoCなど不確実性の高い工程は準委任契約が向いています。実務では、要件定義やPoCを準委任、確定した機能の開発を請負とするなど、工程ごとに使い分ける方法が現実的です。契約前に、完成条件、検収基準、変更管理のルールをすり合わせておくと、後のトラブルを防ぎやすくなります。

1社に全業務を委託すべきですか、複数社に分けるべきですか?

業務範囲と自社の管理体制によります。1社に一括委託すると窓口が一本化される一方、ベンダーロックインのリスクが高まります。基幹(顧客・料金)、通信・IoT、配送最適化のように役割を分けて複数社に発注する場合は、API仕様やデータ連携の責任分界を発注側が主導して整理する必要があります。自社にプロジェクト管理の余力が少ない場合は、一気通貫で支援できる会社に相談することも選択肢です。

RFPを作成する前に何を準備すればよいですか?

対象ガス種、需要家数、拠点数、既存システムの一覧、通信方式、保安業務の委託範囲、遠隔制御の要否、代表的な業務ケース(欠測データの再計算、警報の重複、料金改定の反映など)を準備します。現場担当者へのヒアリングを経てから作成することで、開発会社が想定しづらい例外処理まで含めたRFPになり、見積もりの精度が高まります。

まとめ

ガス供給管理システムの発注計画をまとめる様子

ガス供給管理システムの発注・外注を成功させるには、パッケージ・クラウド・スクラッチ・ハイブリッドという発注形態の選択、現場ヒアリングに基づくRFP整理、契約形態の使い分け、責任分界とベンダーロックイン回避の確認という一連の流れを、開発会社に相談する前に発注側で準備しておくことが重要です。

費用は、小規模な可視化・検針MVPで500万〜1,500万円、中規模の業務連携型で1,500万〜5,000万円、大規模な基幹・供給管理型で5,000万円〜1億円超が推定レンジです。金額だけでなく、責任分界、データの帰属、契約終了時のエクスポート方法まで含めて複数社を比較し、保安と安定供給を維持できる委託先を選定してください。

発注・外注は、開発会社を探すことがゴールではなく、供給を止めずにシステムを刷新し続けられる関係を築くことがゴールです。現場ヒアリングとRFP整理に時間をかけ、責任分界を明確にした契約を結ぶことが、長期的な運用コストとトラブルを抑える最も確実な近道になります。

▼全体ガイドの記事
・ガス供給管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

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