鉄鋼・非鉄金属業界でシステム開発を外注するには、まず業務とデータを整理し、そのうえで発注形態と契約を選びます。
委託先と段階的に開発を進めると、現場への定着と停止リスクの抑制につながります。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
鉄鋼・非鉄金属業界のシステム開発を外注する全体像
鉄鋼・非鉄金属業界のシステム開発では、原料の受入から出荷までの情報をデータでつなぎ、品質、原価、設備、環境負荷をまとめて管理します。販売や在庫だけを管理するシステムでは、製造実績や品質証明、歩留まり、設備の状態が別々に残ります。
経済産業省は2025年、鉄鋼業が日本の温室効果ガス排出量の約10％、産業部門の約40％を占めると説明しています（出典：経済産業省「Study Group on Green Steel for Green Transformation」）。
不定貫品を管理する理由
不定貫品は、同じ品番や規格でも、重量・長さ・厚みが一本ごとに異なります。そのため、理論重量だけで在庫や原価を計算すると、実在庫や販売可能量にずれが生じます。
- 個体情報：規格、ロット、個体番号と、一本ごとの実重量を記録します。
- 加工情報：残材、切断長、歩留まりを記録します。
- 計量シナリオ：入荷、加工、出荷、在庫評価それぞれで生じる計量差異を定義します。
材料ロスを見落とさないためには、理論重量と実重量を両方扱えるデータモデルが要ります。そのうえで、残材の再利用や在庫評価への反映もRFPに含めておきます。
計量器やPLCと連携する場合は、通信が途切れたときの一時保存と再送、単位の換算、計量値を修正できる権限の扱いを、要件として確認します。これらの要件が曖昧なままだと、稼働後に現場がExcelで実重量を補正する原因になります。
ミルシートと品質データの自動発行に必要な要件
ミルシートは、鋼材や金属材料の化学成分、機械的性質、製造番号を証明する品質証明書です。検査結果を炉・鋳造・コイル番号や加工履歴と結びつけられないと、誤った内容で発行してしまう恐れがあります。
- 追跡と承認：原料から製品個体まで辿れるようにし、検査値の承認履歴も残します。
- 検査条件：規格値、上下限、単位を決め、分析装置の取り込みや再検査、規格外品の隔離も定めます。
- 帳票と連携：承認者、帳票の版数、顧客別の表示項目、ファイル形式を決めます。
顧客ポータルやEDIへ渡す場合は、電子署名、保存期間、改ざん検知も要件に含めておきます。また、品質保証部門を要件定義の初期から参加させると、後からの手戻りが減ります。
24時間設備とGXを同時に管理する理由
高炉や電炉、溶解炉、圧延機は停止の影響が大きいため、設備保全の計画と実績を生産管理につなげて見られるようにします。また、センサーの情報を使う予知保全も検討します。
- 設備データ：温度、振動、電流、圧力を取り込み、閾値と傾向の変化を見ます。
- 導入順：停止損失や故障の影響が大きい設備からPoCを始め、効果を確かめてから広げます。
- 環境データ：エネルギー使用量と生産量を、製品やロットごとに割り振ります。
資源エネルギー庁は、鉄鋼業の排出量測定でScope1〜3の考え方を紹介しています（出典：資源エネルギー庁「鉄鋼業の脱炭素化に向けた世界の取り組み」）。
排出量の算定では、原料、電力、燃料、輸送、販売先まで算定の境界を決めます。そのうえで、手作業の集計を残さない仕組みにしておくと、算定を続けやすくなります。
鉄鋼・非鉄金属業界のシステムの発注形態の選び方
まず、標準化してよい業務と、競争力に直結する業務を分けます。そのうえで発注形態を組み合わせると、業務ごとに合った形を選べます。
たとえば、会計・勤怠はSaaS、生産・品質の共通部分はパッケージ、特殊な歩留まり計算やミルシートは個別開発という選択肢があります。
なぜその発注形態を選んだのかと、将来どこまでを誰が担うかは、RFPと契約書に残しておきます。方式を選ぶ際は、標準機能がどこまで合うかと、独自業務にどこまで対応できるかを見極めます。
業界パッケージとフルスクラッチの使い分け
業界パッケージは基本機能がそろっているため、初期の検討期間を短縮できる方式です。ただし、実データに近いデモを使って、標準機能の適合範囲を見極める必要があります。
- パッケージ：在庫、購買、受注、原価、品質など、多くの工場で共通する業務に向きます。
- 追加開発の確認：不定貫品や残材、ミルシートを、標準機能でどこまで扱えるかを見ます。
- フルスクラッチ：独自の製造条件や設備制御が競争力の源になる場合に、候補になります。
デモでは、複数工場や単位の扱い、ロットの追跡、検査、在庫を実際に数えて帳簿と合わせる流れを見ます。特殊な要件の大半を追加開発で補う形になるなら、他製品や個別開発との組み合わせを考え直します。
フルスクラッチは自由度が高い一方で、要件定義から保守まで発注者と開発会社が担うことになります。全機能を一度に作るのではなく、受入、製造実績、品質証明など影響の大きい範囲から着手すると、予算超過を防ぎやすくなります。
一社発注と分割発注の比較
発注先の数は、全体を統括できる体制があるかと、専門性がどこまで必要かで決めます。一社発注にすると窓口がひとつになり、ERP、品質、設備、データ連携をまとめて見やすくなります。
- 一社発注：責任を一か所に集めやすい一方、業務への理解が浅いと特殊要件が抜け落ちます。
- 分割発注：企画、基幹業務、設備IoT、分析の専門性を、それぞれ生かせます。
- 統括体制：連携や障害の切り分け、データ所有権、変更管理を見る責任者を置きます。
提案の場では、製造業での実績に加えて、要件定義を担当する人と現場での検証の頻度も確かめます。PMOの機能がなければ、第三者のPMや上流支援会社に、各社の成果物と受入条件をまとめてもらう方法もあります。
RFPと要件整理の進め方
RFPは、開発会社の提案を比べやすくするために、課題と対象範囲、提案条件をそろえて書く文書です。制約や成果物も含めます。
進め方としては、まず現行業務とデータを調べ、次に、あるべき業務と優先順位、非機能要件、移行・教育・運用の条件を整理します。
経済産業省のモデル契約は、企画と要件定義の段階でユーザーとベンダーの役割・責任を明確にし、段階ごとの成果を定める考え方を示しています（出典：経済産業省「情報システム・モデル取引・契約書」）。
現行業務とデータの整理範囲
部門ごとに業務フローを描き、各工程で誰がいつ入力し、どの帳票を使い、何の判断に使っているかを確かめます。正規のシステム以外で使われている情報も、調査の対象に含めます。
- 業務工程：原料受入から出荷まで、溶解・鋳造・加工・検査を含む製造の流れと、在庫、請求、設備保全を整理します。
- 情報源：紙やExcel、古いホスト、設備端末、取引先EDIを確認します。
- マスタ：品目、規格、単位、取引先、炉・設備・金型、検査項目、作業者、ロットを一覧にして洗い出します。
マスタの重複や表記の揺れ、欠損、過去の特例が残ったままだと、新しいシステムの計算結果を信頼しにくくなります。そのため、データの整備を担う人と期限を発注条件に含め、開発会社に任せきりにしないことが欠かせません。
旭川医科大学のシステム開発訴訟でも、ユーザー側の要件整理と協力の責任が争点になりました。発注する側の準備を軽く見ないことが、この事例から得られる教訓です。
RFPの記載項目
RFPには、経営や現場の課題、目的、対象工場を示します。加えて、利用者数や拠点数、希望時期、予算の考え方も書きます。機能要件は、業務シナリオと達成状態で具体的に示します。
- 機能要件：実重量・歩留まり、ミルシート、品質追跡、設備保全、Scope1・2・3、承認・帳票、外部連携を含めます。
- 非機能要件：可用性や復旧目標、バックアップ、通信断への備え、同時接続、保存期間、権限、ログ、セキュリティを定めます。
- 性能要件：大量のデータを扱うなら、想定量と応答時間、性能試験の方法を書きます。
検索の要件は、利用者と達成状態を組み合わせて示します。たとえば「炉番号から対象ロットと検査結果を3分以内に検索できる」のように記載します。
1,000件単位のBOMや大容量の図面、センサーデータを扱うなら、想定するデータ量と応答時間を明記します。そのうえで、提案の段階で性能試験の方法も求めておきます。
また、2026年に経済産業省と国家サイバー統括室が策定した、サイバーインフラ事業者向けガイドラインも、開発・供給・運用を通じたセキュリティの責任を示しています。そのため、契約の前に、どこまでを誰が受け持つかを確認しておきます。
システム開発の契約形態の使い分け
要件が固まった工程は請負、調査や支援が必要な工程は準委任など、工程ごとに契約を選びます。契約の名前よりも、成果物や完成条件、検収の方法、変更の手続き、責任の範囲を見て判断します。
全工程を一括で請負にすると、予算を見通しやすくなります。一方で、現行調査が足りず要件が決まっていない段階で請負にすると、変更が追加費用や納期の延長につながりかねません。
請負契約が向く工程
請負契約は、合意した成果物を開発会社が完成させ、発注者が検収する形で進めます。画面やAPI、帳票、移行ツール、テスト仕様書などを事前に定義できる場合に適します。
- 納品物：要件定義書、基本設計書、詳細設計書、プログラム、テスト結果、操作マニュアルを、契約書に一つずつ並べます。
- 検収条件：処理時間や帳票の項目、エラー時の動作、テストケースの合格率を、事前に合意しておきます。
- 発注者の役割：マスタやサンプルデータの提供から、担当者のレビュー、検収期限、現場での受入テストまでを担います。
納品物の一覧と版数は、契約書か個別契約に記載します。検収を「発注者が問題ないと判断したとき」とだけ決めると、判断が人によって分かれ、主観的な争いになりやすくなります。
準委任契約が向く場合
準委任契約は、企画や現行調査、要件定義、PMO、技術支援、運用改善など、専門家に業務の遂行を頼む工程に適しています。要件を現場へのヒアリングと並行して決める場合にも向いています。
- 段階移行：最初の1〜3か月は準委任で進め、要件が確定した後に開発を請負へ切り替えます。
- 契約条件：稼働時間、担当者、会議体、報告、成果物、秘密保持、再委託を取り決めます。
- 知識移転：調査項目、ヒアリング先、業務フロー、データ一覧、課題台帳を成果物として残してもらいます。
準委任は、業務の遂行を頼む契約で、完成を約束する形ではありません。現場の勘やコツ、旧システムの調査は、期間内に答えが出るとは限りません。そのため、要件の候補も成果物として定めておきます。
発注者へ知識を移すには、レビュー会と説明資料を契約条件に含めておきます。作業を開発会社に任せきりにしないためにも、この条件は契約の段階で決めます。
鉄鋼・非鉄金属業界のシステム開発費用の相場
2026年時点の開発費は、機能の数に加えて、工場の数や設備連携、移行、24時間稼働で変わります。品質証明やセキュリティ、導入教育も、金額を動かす要素です。
一般的な受託開発の人月単価は60万円〜200万円程度という公開相場があります（出典：SIA「システム開発の費用・相場 2026年版」）。
鉄鋼・非鉄金属業界では、業務知識やOT連携、停止リスクへの対応が加わるため、単価を並べても安さの比較としては意味が薄くなります。
規模別の費用の見積もり
予算の目安は、対象範囲によって大きく変わります。工場や業務の範囲が広がるほど、予算帯も上がります。
- 小規模：PoCや一部ラインの業務システムは、数百万円〜2,000万円程度です。
- 基幹システム：複数部門の生産、販売、在庫、品質を扱う場合は、要件定義から導入まで3,000万円〜1億円超を見込みます。
- 複数工場：ERPの刷新や設備連携、旧ホストからの移行、海外拠点を含む場合は、1億円超を前提に段階的な投資を検討します。
これらは予算計画の仮置きとして使い、発注額は見積もりの中身で決めます。
IPAの開発データ白書は、工期と工数の関係に加え、規模や品質要求、リスクによるばらつきを示しています（出典：IPA「ソフトウェア開発データ白書」）。
見積もりは、要件定義から保守までを工程ごとに分け、人月と前提を確認します。
初期費用以外に予算化する費用
導入後の支出も予算に入れておきます。基盤（クラウド、サーバー、ネットワーク）、ライセンス、現場の機器（センサー、計量器、ハンディ端末）、運用（監視、バックアップ、保守、セキュリティ診断）を計上します。教育や現場立ち会い、データのクレンジングも、費用として忘れずに含めます。
- 将来の追加費：設備を接続する費用と、拠点を追加したときのライセンス条件を確認します。
- 保守費：開発費の15〜20％を目安とする会社もあります。
- ROI：歩留まりや材料ロス、在庫差異、計画外停止、品質調査とCO2算定の工数を効果として見ます。
保守費は、SaaS、個別開発、24時間監視の有無で変わります。保守の対象と対応時間は分けて確認してください。
ROIは、年間の停止損失、再加工費、廃棄費、残業費、紙帳票の作成時間を記録し、導入後の目標値と比べます。入力時間の削減も、同じ表に並べて見ます。
GX投資では、エネルギー原単位と生産量を使い、削減量を経営会議で説明できる形にします。
委託先の選定と見積比較で確認する項目
委託先は、業界の要件を理解し、リスクを説明できるかで選びます。最安値や提案書の見栄えは、その判断材料の一つです。
そのうえで、鉄鋼・非鉄金属、化学、食品などのプロセス製造の実績を確認します。加えて、ERP・MES・EAMや、計量器・PLCとの連携、レガシー移行の実績も確かめます。
実績については、対象業務や拠点数、データ量、停止を伴う移行、導入後の定着支援まで聞いておきます。可能であれば、同じ規模の顧客に匿名でヒアリングすると、提案の中身を見極めやすくなります。
見積もりの比較項目
各社に同じRFPを渡し、価格の対象範囲と前提条件をそろえて比べます。見積書は、工程ごとの費用と作業量を分けて出してもらいます。
- 費用項目：要件定義から保守まで、工程ごとの費用に加えて、基盤、ライセンス、PMを分けます。
- 対象範囲：機能や画面数、帳票数、連携本数、移行件数、ユーザー数、工場数、現地作業日数、保守時間を、各社でそろえます。
- 評価軸：機能の適合度や業務理解、提案の具体性、体制、日程の妥当性、5年間のTCO、障害時の復旧力で比べます。
前提条件や除外項目、追加費用が発生する条件も、比較表に書き込みます。安い提案では、移行や教育、試験環境、障害対応、現地立ち会いが対象外になっている場合があります。
高い提案にも、不要なカスタマイズや過剰なサーバー構成が含まれることがあります。そのため、価格だけで順位を付けず、提案の具体性と機能の適合度を確かめます。
24時間工場の移行リスクへの対策
段階移行と切り戻しの方法を、発注条件に含めておきます。たとえば、旧システムを読み取り専用で残す方法や、一部の製品・炉・ロットから先に稼働させる方法があります。
- 照合：一定期間、新旧システムの結果を並べて突き合わせます。
- 復旧：障害が起きたときに旧運用へ戻す方法と判断する人、判断の時刻、手順を決めておきます。
- 代替運用：手書きの伝票の様式を用意し、復旧後にどう再入力するかを決めます。
製造が止まると、自社だけでなく、鋳造や切断、表面処理などの取引先や顧客の納期にも影響が及びます。
過去には、大手製造業の基幹システム障害により、鋳鍛造、金属切削、メッキを担うサプライヤーで発注の延期や納入の見合わせが生じたと報じられています。
自社のリスク評価では、障害が起きたときに止まる工程や連絡先、代替手段、在庫の余裕、顧客への通知を、サプライチェーン単位で洗い出します。
鉄鋼・非鉄金属業界のシステム外注でよくある質問
発注の前によく寄せられる疑問です。費用や納期は要件によって大きく変わるため、対象工場や設備、データ量、移行範囲をそろえたうえで、開発会社に確認してください。
鉄鋼業界向けの既製システムはありますか？
生産管理、在庫、購買、品質、原価、設備保全を対象にした製造業向けのパッケージがあります。ただし、不定貫品や炉・鋳造番号、ミルシート、残材、特殊な歩留まり計算への対応は、製品ごとに違います。
実際の受注伝票や検査成績、計量データを使って、デモとFit&Gap分析を行います。評価は、標準機能、設定、追加開発、運用変更に分けて進めてください。
RFPを作れない場合はどこまで外注できますか？
上流支援会社には、現行調査や業務フロー、課題一覧、データ項目、要件定義、製品比較を委託できます。ただし、発注者側も各部門の担当者を集め、優先順位と例外処理を決める必要があります。
成果物として、業務要件、機能・非機能要件、RFP案、評価基準、概算費用を納品してもらいます。
費用を抑えるにはどのような方法がありますか？
業務とデータを先に整理して不要なカスタマイズを減らし、標準化できる業務はSaaSやパッケージに寄せます。
重要な業務から段階的に導入します。費用は、機能単価だけでなく5年間のTCOで比べます。
TCOには、保守やライセンス、基盤、教育、追加改修を含めます。品質、バックアップ、移行リハーサル、現地支援を削ると、停止や再入力にかかる費用の方が上回る場合があります。
まとめ
不定貫品の実重量や歩留まり、ミルシート、設備保全、Scope1・2・3、24時間稼働を、業務要件として書き出します。そのうえで、標準化する領域と独自の業務を分け、SaaS、パッケージ、個別開発、フルスクラッチから選びます。
RFPには、機能とデータ量、設備連携を具体的に書きます。セキュリティ、移行、教育、運用、切り戻しの条件まで含めます。
契約は、成果物を定義できる工程を請負とし、調査や上流支援は準委任にします。あわせて、発注者が担うマスタの整備とレビューの責任も記載します。
委託先は、業界の実績とERP・MESへの対応を確かめます。EAMやOTとの連携、レガシー移行、定着支援の実績も、あわせて聞いておきます。見積もりでは、初期費用と5年間のTCOに加えて、歩留まり、停止、品質調査、GX対応の効果を比べます。
小さく検証してから段階的に広げ、障害時にも供給を止めないための切り戻し計画を用意します。運用の責任と復旧の手順を関係者で共有することが、継続利用につながります。
参考にした情報源
経済産業省「Study Group on Green Steel for Green Transformation」、経済産業省「情報システム・モデル取引・契約書」、資源エネルギー庁「鉄鋼業の脱炭素化に向けた世界の取り組み」、IPA「2024年度ソフトウェア動向調査」「ソフトウェア開発データ白書」、SIA「システム開発の費用・相場 2026年版」を参照しています。
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。