鉄鋼/非鉄金属業界のシステム開発の発注/外注/依頼/委託方法について

「鉄鋼/非鉄金属業界のシステム」開発を発注・外注するなら、不定貫品やミルシート、24時間稼働設備、Scope1・2・3のデータを要件に含め、業務理解のある開発会社へ段階的に委託することが重要です。

「パッケージと個別開発のどちらがよいのか」「RFPには何を書けばよいのか」「請負と準委任をどう使い分けるのか」「見積金額は妥当なのか」と悩む方に向けて、鉄鋼・非鉄金属業界のシステムを発注・外注・依頼・委託する方法を解説します。発注形態の選択から要件整理、契約、費用相場、委託先の比較、移行時のリスクまで、発注者側で準備すべき内容を一つずつ整理します。

鉄鋼・非鉄金属業界のシステム開発を外注する全体像とは？

鉄鋼・非鉄金属業界のシステム開発とは、原料の受入から溶解、鋳造、圧延・加工、検査、保管、出荷までをデータでつなぎ、品質・原価・設備・環境負荷を管理できる状態にする取り組みです。単に販売管理や在庫管理の画面を追加するだけでは、製造実績と品質証明、歩留まり、設備状態が分断されます。経済産業省は2025年に、鉄鋼業が日本の温室効果ガス排出量の約10％、産業部門の約40％を占めると説明しており、システムは業務効率だけでなくGX投資の根拠を支える基盤になります（出典: 経済産業省「Study Group on Green Steel for Green Transformation」）。

鉄鋼や非鉄金属では、同じ品番や規格の製品でも、実際の重量・長さ・厚みが一本ごとに異なる不定貫品が発生します。理論重量だけで在庫や原価を計算すると、実在庫とのずれ、販売可能量の誤認、材料ロスの見落としにつながります。そのため、規格・ロット・個体番号に加え、理論重量、実重量、残材、切断長、歩留まりを記録できるデータモデルが必要です。

RFPには「重量を管理する」とだけ書かず、入荷時の計量、加工後の実績、残材の再利用、出荷時の計量差異、在庫評価への反映まで業務シナリオで記載します。計量器やPLCと連携する場合は、通信断時の一時保存、再送、単位換算、計量値の修正権限も確認します。ここを曖昧にすると、完成後も現場がExcelで実重量を補正することになります。

ミルシートは、鋼材や金属材料の化学成分、機械的性質、製造番号などを証明する品質証明書です。検査結果を別システムや紙台帳に置いたまま帳票だけを自動化しても、炉番号、鋳造番号、コイル番号、加工履歴と結びつかなければ、誤った証明書を発行する危険があります。発注するシステムでは、原料ロットから製品個体までのトレーサビリティと、検査値の承認履歴を一つの流れとして設計します。

要件には、検査項目の規格値、上下限、単位、分析装置からの取込、再検査、規格外品の隔離、承認者、帳票版数、顧客別の表示項目を含めます。ミルシートのPDF出力だけでなく、顧客ポータルやEDIへデータを渡す可能性がある場合は、ファイル形式、電子署名、保存期間、改ざん検知まで先に決めます。品質保証部門を要件定義の初期から参加させることが、後戻りを抑えるポイントです。

高炉や電炉、溶解炉、圧延機などは停止の影響が大きく、設備保全の計画と実績を生産管理から切り離せません。温度、振動、電流、圧力などのセンサーを取り込み、閾値超過だけでなく傾向変化を検知する予知保全を検討します。ただし、すべての設備へ一度にIoTを取り付けるのではなく、停止損失が大きい設備、過去の故障が多い設備からPoCを行い、効果を確認して範囲を広げます。

環境面では、エネルギー使用量と生産量を製品・ロットへ配賦し、Scope1・2・3の算定に使えるデータを蓄積します。資源エネルギー庁も鉄鋼業の排出量測定でScope1〜3の考え方を紹介しています（出典: 資源エネルギー庁「鉄鋼業の脱炭素化に向けた世界の取り組み」）。原料、電力、燃料、輸送、販売先までデータの境界を決め、後から手作業で集計する運用を残さないことが大切です。

鉄鋼・非鉄金属業界のシステムはどの発注形態を選びますか？

発注形態は、SaaS・業界パッケージ・個別開発・フルスクラッチを一つに決めるのではなく、標準化する業務と競争力に直結する業務を分けて選びます。会計や勤怠はSaaS、生産・品質の共通部分はパッケージ、特殊な歩留まり計算やミルシートは個別開発という組み合わせも現実的です。重要なのは、選択理由と将来の責任分界をRFPと契約書に残すことです。

業界パッケージは、在庫、購買、受注、原価、品質などの基本機能が整っており、初期の検討期間を短縮しやすい方式です。複数工場、複数単位、ロット追跡、検査、棚卸しなどのデモを実データに近い形で確認し、標準機能で対応できる範囲を見極めます。不定貫品の実重量や残材、ミルシートの発行が追加開発だらけになるなら、別の製品や個別開発との組み合わせを再検討します。

フルスクラッチは自由度が高い一方、要件定義、設計、テスト、保守のすべてを発注者と開発会社が継続的に担います。自社独自の製造条件や設備制御が競争力の源泉で、既製品へ合わせる損失が大きい場合に適しています。最初から全機能を作るのではなく、受入・製造実績・品質証明など業務影響の大きい範囲を第一段階に絞ることが、予算超過を防ぎます。

一社発注は窓口と責任の所在を一本化しやすく、ERP、品質、設備、データ連携を横断して管理できます。反面、業務を理解しない会社に全体を任せると、特殊要件が抜けたまま大規模なカスタマイズへ進みます。提案時には、鉄鋼・非鉄金属やプロセス製造の実績だけでなく、要件定義を誰が担当し、現場の検証をどの頻度で行うかを確認します。

分割発注は、企画・要件定義、基幹業務、設備IoT、データ分析などの専門性を活かしやすい方式です。ただし、インターフェース、障害時の切り分け、データ所有権、変更管理を統括する責任者が必要です。発注者側にPMO機能がない場合は、第三者のPMや上流支援会社へ企画・調達を委託し、各社の成果物と受入条件を統合してもらう方法が有効です。

RFPと要件整理はどの順番で進めますか？

RFPは、開発会社へ「よいシステムを提案してください」と依頼する文書ではなく、解決したい業務課題、対象範囲、制約、成果物、提案条件をそろえて比較可能にする文書です。最初に現行業務とデータを棚卸しし、次にあるべき業務、優先順位、非機能要件、移行・教育・運用の条件を整理します。経済産業省のモデル契約も、企画・要件定義の段階でユーザーとベンダーの役割・責任を明確にし、段階ごとの成果を定める考え方を示しています（出典: 経済産業省「情報システム・モデル取引・契約書」）。

まず、原料受入、溶解、鋳造、加工、検査、在庫、出荷、請求、設備保全の業務フローを部門別に描きます。各工程で、誰が、いつ、何を入力し、どの帳票や判断に使うかを確認します。紙、Excel、古いホスト、設備端末、取引先EDIなど、正規のシステム以外に存在する情報も対象にしてください。

次に、品目、規格、単位、取引先、炉、設備、金型、検査項目、作業者、ロットのマスタを洗い出します。マスタの重複、表記揺れ、欠損、過去の特例を残したまま移行すると、新システムの計算結果が信用されません。データクレンジングの担当者と期限を発注条件へ入れ、開発会社へ丸投げしないことが重要です。旭川医科大学のシステム開発訴訟でも、ユーザー側が要件を整理し協力する責任が争点となったため、発注者側の準備を軽視しないことが教訓になります。

RFPの冒頭には、経営課題、現場課題、目的、対象工場、利用者数、拠点数、希望時期、予算の考え方を記載します。機能要件では、不定貫品の実重量、歩留まり、ミルシート、品質トレーサビリティ、設備保全、Scope1・2・3、承認ワークフロー、帳票、外部連携を業務シナリオで示します。「検索できる」ではなく「炉番号から対象ロットと検査結果を3分以内に検索できる」のように、利用者と達成状態を具体化します。

非機能要件には、24時間稼働を前提とした可用性、復旧目標、バックアップ、通信断時の動作、同時接続数、データ保存期間、アクセス権限、操作ログ、サイバーセキュリティを記載します。1,000件単位のBOMや大容量図面、センサーデータを扱うなら、想定データ量と応答時間を明記し、提案時に性能試験の方法を求めます。経済産業省と国家サイバー統括室が2026年に策定したサイバーインフラ事業者向けガイドラインも、開発・供給・運用を通じたセキュリティ責任を示しているため、契約前から責任分界を確認します。

システム開発の契約形態はどう使い分けますか？

契約形態は、要件が固まっている工程を請負、探索や支援が必要な工程を準委任とするなど、工程ごとに使い分けます。全工程を一括請負にすると発注者は予算を見通しやすくなりますが、現行調査の不足や未確定要件が多い案件では、変更が追加費用と納期延長に直結します。契約名称ではなく、成果物、完成条件、検収方法、変更手続き、責任の範囲で判断してください。

請負契約は、受注者が合意した成果物を完成させ、発注者が検収する工程に向いています。確定した画面、API、帳票、移行ツール、テスト仕様書など、完成物を定義できる場合に適しています。要件定義書、基本設計書、詳細設計書、プログラム、テスト結果、操作マニュアルなど、納品物の一覧と版数を契約書や個別契約へ記載します。

請負でも、発注者の協力義務がなくなるわけではありません。マスタやサンプルデータの提供、業務担当者のレビュー、検収期限、現場での受入テストを発注者側が担います。検収基準を「発注者が問題ないと判断した時」だけにすると、主観的な争いになりやすいため、処理時間、帳票項目、エラー時の動作、テストケースの合格率などを合意します。

準委任契約は、企画、現行調査、要件定義、PMO、技術支援、運用改善など、専門家の業務遂行を依頼する工程に適しています。現場ヒアリングをしながら要件を決める案件では、最初の1〜3か月を準委任で発注し、成果物と優先順位が固まった後に開発を請負へ切り替える方法があります。準委任は完成保証ではないため、稼働時間、担当者、会議体、作業報告、成果物、秘密保持、再委託条件を明確にします。

現場のカン・コツを言語化する作業や、旧システムのブラックボックス調査は、期間内に必ず答えが出るとは限りません。そのため、調査項目、ヒアリング先、業務フロー、データ一覧、課題台帳、要件候補を成果物として設定します。作業を任せるだけではなく、発注者側へ知識が移転されるよう、レビュー会と説明資料を契約条件に含めることが大切です。

鉄鋼・非鉄金属業界のシステム開発費用相場はいくらですか？

2026年時点のシステム開発費は、機能数だけでなく、工場数、設備連携、データ移行、24時間稼働、品質証明、セキュリティ、導入教育で大きく変わります。一般的な受託開発では人月単価を60万円〜200万円程度とする公開相場がありますが、鉄鋼・非鉄金属業界では業務知識、OT連携、停止リスクへの対応が加わるため、単価だけで安さを比較できません（出典: SIA「システム開発の費用・相場 2026年版」）。

費用の目安を作るときは、まず対象を小さく区切ります。現場の一部ラインで実績・品質・在庫をつなぐPoCや小規模な業務システムなら、数百万円から2,000万円程度になるケースがあります。複数部門を対象とした生産・販売・在庫・品質の基幹システムなら、要件定義から導入まで3,000万円〜1億円超を見込みます。複数工場、ERP刷新、設備連携、旧ホスト移行、海外拠点を含む場合は、1億円を超える前提で段階投資を検討します。

これらは予算計画の仮置きであり、相場表だけで発注額を決めるものではありません。IPAのソフトウェア開発データ白書では、工期と工数には一定の関係がある一方、規模、品質要求、リスクによってばらつくことが示されています（出典: IPA「ソフトウェア開発データ白書」）。見積もりでは、要件定義、設計・開発、テスト、移行、教育、PM、インフラ、ライセンス、保守を分け、各工程の人月と前提条件を確認します。

初期費用以外には、クラウドやサーバーの利用料、ライセンス、ネットワーク、センサー・計量器・ハンディ端末、監視、バックアップ、保守、セキュリティ診断、教育、現場立会い、データクレンジングを計上します。導入後に設備を追加する場合の接続費用や、拠点追加のライセンス条件も確認します。開発費の15〜20％を保守費の目安とする会社もありますが、SaaS、個別開発、24時間監視の有無で変わるため、保守対象と対応時間を分解してください。

ROIは、入力時間の削減だけでなく、歩留まり改善、材料ロス削減、在庫差異の縮小、計画外停止の回避、品質クレーム調査時間の短縮、CO2排出量の算定工数削減まで算定します。例えば、年間の停止損失、再加工費、廃棄費、残業費、紙帳票の作成時間を現状値として記録し、導入後の目標値と比較します。GX投資なら、エネルギー原単位と生産量を掛け合わせ、削減量を経営会議で説明できる形にします。

委託先選定と見積比較では何を確認しますか？

委託先は、提案書の見栄えや最安値ではなく、業界要件を理解してリスクを説明できるかで選びます。鉄鋼・非鉄金属、化学、食品などのプロセス製造、ERP・MES・EAM、計量器やPLC連携、レガシー移行の実績を確認します。実績は社名や導入年だけでなく、対象業務、拠点数、データ量、停止を伴う移行の有無、導入後の定着支援まで聞き、可能なら同規模の顧客へ匿名でヒアリングします。

各社へ同じRFPを渡し、要件定義、設計、開発、移行、テスト、教育、保守、インフラ、ライセンス、PMの金額を分けて提示してもらいます。総額だけでなく、対象機能、画面数、帳票数、連携本数、データ移行件数、ユーザー数、工場数、現地作業日数、保守時間を揃えます。見積もりの前提条件、除外項目、追加費用が発生する条件も比較表へ記載します。

安い提案に、移行、教育、テスト環境、障害対応、現地立会いが含まれていないことがあります。反対に、高い提案でも不要なフルカスタマイズや過剰なサーバー構成が入っている可能性があります。機能適合度、業務理解、提案の具体性、体制、スケジュールの妥当性、5年間のTCO、障害時の復旧力を評価軸にし、価格だけで順位を決めないことが大切です。

移行では、現行と新システムを同じ日に切り替えれば終わるとは限りません。旧システムのデータを読み取り専用で残す、製品・炉・ロットの一部から先行稼働する、一定期間は結果を照合する、障害時は旧運用へ戻すなど、段階移行と切り戻し計画を発注条件に含めます。切り戻しの判断者、判断時刻、復旧手順、手書き伝票の様式、再入力の方法まで決めておきます。

製造が止まると自社だけでなく、鋳造・切断・表面処理などの取引先や顧客の納期にも影響します。過去には大手製造業の基幹システム障害により、鋳鍛造、金属切削、メッキを担うサプライヤーへの発注延期や納入見合わせが生じたと報じられています。自社のリスク評価では、システム障害時に止まる工程、連絡先、代替手段、在庫バッファ、顧客への通知をサプライチェーン単位で洗い出します。

鉄鋼・非鉄金属業界のシステム外注でよくある質問

ここでは、発注前に多く寄せられる疑問へ回答します。費用や納期は要件で変わるため、一般論だけで判断せず、対象工場、設備、データ量、移行範囲をそろえて開発会社へ確認してください。

生産管理、在庫、購買、品質、原価、設備保全を対象にした製造業向けパッケージはあります。ただし、不定貫品、炉や鋳造番号、ミルシート、残材、特殊な歩留まり計算まで標準対応するかは製品ごとに異なります。実際の受注伝票、検査成績、計量データを使ったデモとFit&Gap分析を行い、標準機能、設定、追加開発、運用変更に分けて評価することが必要です。

RFP作成前の現行調査、業務フロー整理、課題一覧、データ項目整理、要件定義、製品比較を上流支援会社へ委託できます。発注者が何も判断しなくてよいという意味ではなく、各部門の担当者を集め、業務上の優先順位と例外処理を決める必要があります。支援会社には成果物として業務要件、機能要件、非機能要件、RFP案、評価基準、概算費用を納品してもらいます。

業務とデータを整理して不要なカスタマイズを減らし、標準化できる領域はSaaSやパッケージへ寄せ、重要業務から段階導入することが基本です。見積もりを機能単価だけで比較せず、5年間の保守・ライセンス・インフラ・教育・追加改修を含むTCOで比べます。安さだけを理由に品質、バックアップ、移行リハーサル、現地支援を削ると、停止や再入力のコストが上回るため注意が必要です。

まとめ

鉄鋼・非鉄金属業界のシステムを発注・外注するときは、まず不定貫品の実重量、歩留まり、ミルシート、設備保全、Scope1・2・3、24時間稼働の制約を業務要件として整理します。次に、標準化できる領域と自社固有の競争力に分け、SaaS・パッケージ・個別開発・フルスクラッチの組み合わせを選びます。

RFPでは、機能だけでなくデータ量、設備連携、セキュリティ、移行、教育、運用、切り戻しまで具体化します。契約は、成果物を定義できる工程を請負、調査や上流支援を準委任とし、発注者のマスタ整備やレビュー責任も明記します。見積もりは人月単価だけでなく、初期費用と5年間のTCO、歩留まり・停止・品質調査・GX対応による効果を合わせて比較します。

委託先を選ぶ際は、鉄鋼・非鉄金属やプロセス製造の実績、ERP・MES・EAMとOTの連携力、レガシー移行の経験、現場定着の支援体制を確認してください。小さく検証してから段階的に展開し、障害時にサプライチェーンを止めない切り戻し計画を用意することで、現場で使われ続けるシステムへ近づけられます。

参考にした情報源

経済産業省「Study Group on Green Steel for Green Transformation」、経済産業省「情報システム・モデル取引・契約書」、資源エネルギー庁「鉄鋼業の脱炭素化に向けた世界の取り組み」、IPA「2024年度ソフトウェア動向調査」「ソフトウェア開発データ白書」、SIA「システム開発の費用・相場 2026年版」を参照しています。

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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