ガス保安管理システムの発注は、業務資料の整理、RFPでの要件提示、契約形態の決定の順に進めると、委託先との責任分界を明確にできます。
全体像を先に押さえたい方は、ガス保安管理システム開発の完全ガイドもあわせてご覧ください。
▼全体ガイドの記事
・ガス保安管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ガス保安管理システムの発注・外注の全体像
発注・外注では、要件定義から設計・開発、試験、現場展開までの一部または全部を開発会社に委託します。自社で全部を内製化する体制を持たない事業者が多く、発注・外注は一般的な選択肢です。
保安業務の誤りは人命や事業継続に直結するため、通常の業務システムより発注前の準備を念入りに行う必要があります。
発注前に準備すべき業務資料
発注前に整理する資料は、保安業務の判断と対応の前提になります。そのため、社内で合意しておく資料を、分野ごとにまとめておきます。
- 業務・異常資料：業務フローと異常一覧
- システム・データ資料：データ項目と既存システム一覧
- 運用・責任資料：責任分界と災害時の業務継続条件
ガス漏れ、過大流量、長時間使用、圧力・温度逸脱、感震、通信未達の異常ごとに、判断者と現場対応者を決めておきます。発生時に誰が動くかで迷わないよう、この決定は発注前に済ませておく必要があります。復旧扱いにする条件も、委託先に示す前に社内で合意しておきます。
経済産業省のガス分野のスマート保安アクションプランは、IoTやセンサーによる保安の高度化を政策に位置づけています（出典：経済産業省「ガス分野におけるスマート保安のアクションプラン」）。業務要件を外部に丸ごと委ねず、自社の保安方針を文書で明らかにしておくことは、この政策の方向性とも合っています。
内製と外注の境界を決める考え方
保安業務の責任を踏まえて役割を切り分け、どこまでを外注するかを最初に決めておきます。そうすると、委託先との契約範囲と責任分界が明確になります。保安担当役員と現場責任者を交えて確認し、現場の判断が形だけのものにならないようにします。
- 自社で担う業務：保安ルールの策定、異常判定の最終承認、遠隔遮断の可否判断。
- 外部に委託する業務：システムの設計・開発、機器調達、運用監視。
複数拠点では、拠点ごとに運用ルールがどう違うかを洗い出しておきます。共通化する部分と拠点ごとに残す部分を分けておくと、委託先との調整を進めやすくなります。
発注・外注の進め方
発注は、形態の選択、RFP・要件整理、契約形態の決定の順に進めます。どの段階も後から変えると、費用と期間に大きく影響します。そのため、最初にまとめて検討しておくことが大切です。
発注形態の選択
発注形態には三つの選択肢があります。
- 既存パッケージ：標準的な保安・顧客・点検機能を、短い納期で導入しやすいのが特徴です。
- クラウド活用：段階的な拡張やAPI連携を進める場合に適しています。
- スクラッチ開発：独自の保安フローに合わせやすい選択肢です。
既存パッケージでは、データモデルや機器連携の制約を委託先に確かめます。クラウド活用では、通信断時のローカル継続やデータ所在の設計を、委託先と合意しておきます。スクラッチ開発では、長期の保守体制まで含めて委託先を選ぶことが欠かせません。
RFP・要件整理フェーズ
RFPでは、機能の有無に加えて、異常時の動きや運用条件を具体的に尋ねます。提案の前提をそろえるため、要件は分野ごとに書き込みます。
- 検知・通信：検知精度の測定方法、誤報時の扱い、通信未達時の判定方針。
- 制御・記録：遮断・復帰の承認フロー、監査ログの保存範囲。
- 運用・安全：SLA、脆弱性対応の体制、機器のEOL（提供終了時期）への対応方針。
要件が曖昧なままだと、各社の提案の前提がそろわず、見積もりを比べにくくなります。現場展開の範囲と24時間対応の有無も、あわせて明記します。
対象地点数や契約数、メーター・センサー数は数値で示します。通信方式や既存システムとの連携本数も、数字で書いておきます。規模の数値が曖昧だと、提案金額の差がどこから生じているのか判断がつきません。
契約形態の選び方
契約形態は、成果物や業務範囲をどこまで固められるかで選びます。要件定義とPoCを先行させる段階契約も、選択肢の一つです。
- 請負契約：完成条件と検収条件を定められる設計・開発・テスト工程に適する場合が多いです。
- 準委任契約：保安ルールの整理や既存データの調査のように成果の形を固定しにくい業務は、作業範囲と体制を決めて進めやすい場合があります。
- 段階契約：要件定義・PoCを準委任で発注し、成果物と概算費用を確かめてから、設計・開発は請負契約で進める形です。
契約書では、遠隔遮断など制御系機能の責任分界と、通信障害や誤報時の一次対応者を明記します。加えて、契約終了時のデータ返却やソースコードの扱い、再委託の可否と範囲も書き込んでおきます。
IPAの制御システムのセキュリティリスク分析ガイドを参照し、資産・脅威・事業被害・対策・残余リスクを委託先と共有しておくと、責任分界を話し合う材料になります（出典：IPA「制御システムのセキュリティリスク分析ガイド 第2版」、2026年4月版）。
費用相場とコストの内訳
発注・外注費用は、委託範囲と規模によって変わります。下に示す金額は、一般的な開発相場にガス保安特有の要素を加えた編集用の目安で、公定価格ではありません。
委託範囲別の費用目安
委託範囲ごとの費用と期間は、案件の規模を見極める際の目安になります。
- PoC・小規模MVP：500万〜1,500万円、2〜6か月。
- 複数拠点の本格導入：1,500万〜5,000万円、6〜12か月。
- 事業者向け本番システム：一括委託で5,000万〜1億円、12〜24か月。
- 複数事業者・全国展開：共同発注などの大規模案件で1億円〜数億円以上、18〜36か月以上。
2026年時点の一般的な開発相場では、人月単価は60万〜200万円程度です（出典：SIA株式会社「システム開発の費用・相場【2026年版】」、2026年7月3日更新）。
費用配分の目安は、要件定義・業務設計が5〜10%、開発が25〜40%です。機器・通信・クラウド・監視は15〜30%、既存システム連携は10〜20%、試験・セキュリティ・現場展開は15〜25%を想定します。この配分は、見積もりの妥当性を判断するときの材料になります。
保守委託を含めたランニングコスト
本番稼働後の保守運用を外部に委託する場合は、初期開発費の年15〜20%程度を仮置きします。通信料とクラウド、監視は、この仮置きとは別枠で積算します。機器交換と脆弱性対応も、別に見積もる必要があります。
契約では、24時間監視の要否や障害時の一次対応者、復旧目標時間を明記します。機器交換の責任範囲も明確にしておくと、後で揉めにくくなります。運用フェーズの条件は、初期の契約とは別に確かめておく必要があります。
委託先選定と見積比較のポイント
価格に加えて、ガス保安業務への理解と運用体制も評価します。両面を見ておくと、発注後のトラブルを減らせます。
要件明確化と仕様書の準備
仕様書に条件を具体的に書くほど、委託先は精度の高い提案と見積もりを出しやすくなります。
- 対象と規模：ガス種別、地点・メーター・センサー数。
- 保安運用：異常判定ルール、状態管理、通知先、遠隔遮断の要否と承認フロー。
- 連携と管理：既存システムとのやり取りの範囲、監査ログの保存期間。
- サービス条件：SLAと機器のEOLへの対応方針。
複数社比較と発注先の選び方
複数社を比べる際は、同じ観点で提案を並べて見ることが大切です。
- 保安・機器の実績：ガス種別への対応歴と、機器メーカーとの連携歴。
- 責任・運用体制：遠隔遮断の責任分界と24時間運用の体制。
- セキュリティ：試験の実施範囲。
デモでは、正常時の画面に加えて、通信断や誤報、複数の異常が同時に起きた場合の挙動を確認します。遠隔遮断の二重確認の流れも見て、実運用に耐えられるかを判断します。
稼働後の保守担当者数や交代時の引き継ぎ、追加改修の見積もり単価を確認します。ドキュメントの有無も見ておきます。開発時に比べて保守体制が薄いと、長期運用のリスクが高まります。
注意すべきリスクと対策
契約の前に、いくつかのリスクを整理しておく必要があります。
- 責任分界の曖昧さ：事故時にどちらが対応するかで揉めるおそれがあります。
- 再委託先の管理不足：セキュリティ上の穴が生まれるおそれがあります。
- 終了時の条件不足：データ返却やソースコードの扱いが未定だと、委託先変更が難しくなります。
契約書に責任分界表、再委託の可否と条件、終了時のデータ返却・引き継ぎ範囲を明記しておくことをおすすめします。都市ガス、LPガス、高圧ガス製造・プラントでは、確認すべき所管官庁や保安関係者が異なります。そのため、委託先に任せきりにせず、自社の事業区分に応じた法令確認を発注前に済ませておきます。委託先にも同じ前提を共有します。
よくある質問（FAQ）
発注・外注を検討する際によく挙がる質問に答えます。契約や責任分界の詳細は、法務担当者とも相談しながら、自社の事業区分に応じて判断してください。
発注前に何を準備すればよいですか？
業務フローや異常一覧、データ項目は、社内で合意した状態にしてから発注します。既存システム一覧と責任分界、災害時の業務継続条件も、発注前に揃えておきます。これらが曖昧なまま発注すると、委託先ごとに前提の異なる提案が届き、比較や意思決定も難しくなります。
請負契約と準委任契約はどちらを選ぶべきですか？
成果物と完成条件が明確な設計・開発・テスト工程は、請負契約が適する場合が多いです。一方、保安ルールの整理や現状調査のように成果の形を固定しにくい業務では、準委任契約が進めやすい場合があります。さらに、要件定義を準委任で先行させ、その成果をもとに開発を請負で進める段階契約も有効です。
遠隔遮断など制御機能の責任分界はどう決めますか？
制御機能の実装を委託しても、最終操作の承認と判断基準は、発注者側の保安部門が持つのが基本です。契約書では、権限の分離と二重確認を定めます。失敗時の再実行や操作履歴の保存要件、その責任者も、あわせて書き込みます。
IPAのリスク分析ガイドなどを参考に文書化しておくことをおすすめします（出典：IPA「制御システムのセキュリティリスク分析ガイド 第2版」、2026年4月版）。
複数の会社に分割して発注することはできますか？
分割発注は可能です。その際は、窓口や責任の扱いを重点的に確かめます。
- 窓口の一本化：システム全体の窓口となるプライムベンダーを定め、機器メーカーや通信事業者との調整もそこに集めます。
- 障害時の責任分界：一次対応者が曖昧になりやすいため、契約時にエスカレーションフローを決めておく必要があります。
- 仕様書の管理：各社が提出する文書やインターフェース定義を、発注者側でまとめて保管します。
- 仕様変更の共有：関係する委託先全員へ同時に伝わる体制を整え、分割発注特有の情報連携の遅れに備えます。
まとめ
発注・外注は、価格の比較に加えて、業務の境界と責任を決めて進めるものです。発注前に業務フローと責任分界を固めておき、RFPには検知精度や誤報時の扱いから、遠隔遮断の承認フロー、SLA、機器のEOLまで盛り込みます。そうすると、委託先との認識のずれや、事故発生時のトラブルを防げます。
発注前に押さえる三つのポイント
発注前は、社内の合意、具体的な提案依頼、委託先の評価の順に準備を進めます。
- 業務資料：社内で合意した業務フロー、異常一覧、責任分界。
- RFP：検知精度、誤報時の扱い、通信未達、遮断・復帰の承認、監査ログ、SLA、機器のEOLの記載。
- 委託先評価：業務の確定度に応じた契約形態の選択と、稼働後の保守体制の確認。
社内合意の業務資料の整備
次の段階では、業務フローと異常一覧を社内で合意した資料にまとめます。責任分界と既存システム一覧も、同じ資料に加えておきます。
資料をもとに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を創業。