金型保守管理システムの発注は、現物の棚卸と業務整理から始め、RFP作成、提案比較、契約、要件定義、開発、現場導入へ進みます。
「Excelの台帳と現物の場所が合わない」といった課題は、発注形態から委託先の選び方まで先に整理して解消します。2026年時点の相場や動向も踏まえます。
▼全体ガイドの記事
・金型保守管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
金型保守管理システムの発注・外注の全体像
金型保守管理システムは、製造実績や品質、購買、会計、外注先との取引情報にも関わる業務システムです。そのため、自社で決める範囲と外部へ委託する範囲を明確にしてから発注します。
金型の所在だけでない管理対象の範囲と管理単位
発注前に、管理する項目と管理単位を決めておきます。金型単位で扱うか、入れ子・パンチ・ダイなどの部品単位まで扱うかも、あわせて整理します。
- 基本情報：金型番号、部品番号、製品、顧客、所有区分
- 所在・記録：保管場所、写真、図面、貸出先
- 保全情報：累積ショット数、最新の保全日、次回点検日
定義が曖昧だと、部署ごとに別の番号で同じ金型を登録してしまう可能性があります。修理履歴が親金型に紐付かないこともあるため、管理単位は先にそろえておきます。
目指すのは、金型IDを起点に、生産実績、ショット数、保全履歴、製品ロット、資産情報まで追えるデータの流れです。
東計電算のMold One公開情報では、受注・製作から保守・修理・改造・回収までのライフサイクルと、現物稼働・会計資産の統合が示されています。この事例を参考に、RFPには台帳機能だけでなく、ライフサイクル全体を要件として記載します。
発注・外注の4つの形態
発注の形態は4つあり、管理範囲や既存システムとの連携によって、どれが合うかが変わります。
- クラウドサービス：QRとスマートフォンで入出庫・棚卸・写真記録を始める場合に向きます。
- パッケージ導入：既製品の設定と、追加開発の委託
- スクラッチ開発：業務に合わせた独自の開発
- ハイブリッド方式：クラウド、パッケージ、個別開発の組み合わせ
既存の生産管理やERPと連携する場合は、パッケージと連携開発の組み合わせが現実的です。
特殊な命数計算や、顧客資産と自社資産の複雑な扱いがある場合は、スクラッチ開発も候補になります。さらに、海外拠点との運用差や顧客ポータルが競争力に直結する場合も、検討の対象になります。
最初から全社一括で開発する必要はありません。1工場・1ラインで入出庫、点検、修理、棚卸を試すMVPを設けることもできます。利用実績とデータ品質を確かめてから、次の段階へ進みます。
そのうえで、ショット数の自動取得や予測保全を追加すると、発注リスクを抑えやすくなります。
金型保守管理システムの発注・外注の進め方
発注では、自社が優先順位と受入条件を決め、委託先が設計から定着までを支援する分担が適しています。流れは、現物の棚卸と業務整理から始め、RFP作成、提案比較、契約、要件定義、開発、現場導入へ進みます。
現物棚卸と業務の現在地の整理
最初の2〜4週間は、画面設計より金型の現物と台帳の照合に充てます。金型番号や保管棚、貸出先、所有者を確かめ、最新ショット数、点検日、修理状況も台帳と突き合わせます。
台帳にあって現物がないもの、現物はあるが台帳にないもの、同一金型の重複登録は、それぞれ分けて扱います。外注先に棚卸を任せる場合も、判定基準は現場責任者と経理・購買担当者が決めます。
業務フローは、金型の入庫から廃棄まで次のとおりに書き出します。
- 金型の入庫
- 使用前点検と設備への取付
- ショット数の更新と取外し
- 洗浄・保管
- 修理依頼
- 外注貸出と返却
- 廃棄
各場面で誰が何を入力し、誰が承認し、どの証跡を残すかを決めておくと、必要な画面と権限が見えてきます。外注貸出では、貸出日と予定返却日、実返却日を記録できるようにします。輸送方法や破損時の報告、費用負担も、あわせて残せるようにします。
RFPに書く対象範囲と受入条件
RFPには、背景と解決したい課題を書きます。対象拠点、金型数、利用者を示し、現行業務と対象外業務も記載します。機能要件、連携先、非機能要件は、移行データと合わせて示します。
導入スケジュールや見積条件を指定し、提案書の提出形式も決めておきます。必要機能は、業務単位で整理します。
- 管理：金型マスタ、QR・バーコード、貸出・返却
- 保全：点検・修理、ショット数、製品ロット
- 記録・連携：写真・図面、承認履歴、会計連携
- 運用：通知・ダッシュボード
連携要件では、生産管理・MES・ERP・会計システムから取得する情報と、金型管理側から返す情報を整理します。ショット数をPLCから直接取るか、IoTゲートウェイを経由するか、既存MESの実績APIを使うかで、費用と責任分界が変わります。
非機能要件には、工場内の通信環境とスマートフォンの利用可否、バックアップと復旧目標を含めます。さらに、操作ログや多要素認証、委託先のリモート接続方法も入れます。
契約後の要件定義・開発・テストの工程ごとの成果確認
契約後は、要件定義から稼働後支援まで、工程ごとに成果を確認しながら進めます。
- 要件定義
- 基本設計
- 詳細設計・実装
- 連携テスト・受入テスト
- データ移行・教育
- 稼働後支援
要件定義では、RFPの内容を業務ルールに落とし込みます。基本設計では、金型と部品の関係や状態遷移を決め、権限と承認経路も定めます。
実装前に画面モックや試作を確認すると、現場が使わない入力項目を早期に削れます。テストでは、入庫から再利用までの流れを、実データに近い状態で確かめます。
単体テストに加えて、例外の場面も試します。たとえば、ショット数が上限を超えた場合や、返却予定日を過ぎた場合です。さらに、会計資産区分が変わった場合や、ネットワークが一時停止した場合も含めます。
現場受入テストの合格条件と検収担当者を契約書や仕様書に明記すると、完成の認識違いを防げます。
請負・準委任・SaaSを組み合わせた契約形態
要件の確定度に応じて契約を分けると、実務的な進め方になります。契約形態によって、成果物や作業責任、検収の考え方が変わります。変更時の費用も変わるため、価格だけで選ばないようにします。
完成物を明確にできる部分の請負契約
請負契約は、合意したシステムや機能を完成させ、検収を受ける範囲に向いています。対象になるのは、成果物と受入条件を具体的に定義できる機能です。
- 機能：金型マスタ、貸出・返却、点検履歴
- 連携：指定したAPI連携
- 成果物：操作マニュアル
契約時には、仕様変更と納期遅延の扱いを確認します。あわせて、瑕疵や不具合の修正期間、著作権・利用権、ソースコードの管理方法も決めておきます。
業務そのものを変える段階まで請負で固定すると、変更のたびに追加見積が生じることがあります。初期調査やプロトタイプ検証は準委任、確定した開発範囲は請負と分けると、費用と柔軟性のバランスを取りやすくなります。
調査・伴走・運用支援の準委任契約
準委任契約は、作業の遂行を委託する場面で使いやすい形態です。対象は、現場ヒアリングや要件整理、プロジェクト管理などです。技術支援やデータクレンジング、運用設計も含まれます。
金型の呼び方や保全基準が工場ごとに異なる場合は、専門家と確認しながら整理できます。そのため、初期フェーズに適しています。
作業時間だけが進んで成果が見えない状態を避けるため、報告には月次成果物を含めます。会議体や課題一覧、次月の判断事項も、報告内容に入れます。
SaaS利用と保守運用の責任分界
クラウド型では、開発契約に加えて、SaaSの利用規約やサービスレベルも確認します。契約時には、次の項目を見ておきます。
- 利用条件：月額料金に含まれるユーザー数、保存容量、QR発行、API
- サービス：バックアップ、サポート時間、障害時の連絡
- データ：返却、解約後の消去期間、保存地域
- 委託先：再委託の有無
- セキュリティ：ゾーン分離、最小権限、多要素認証、操作ログ、バックアップ、復旧訓練
金型情報や製品ロットの保存地域も、情報管理の要件に含まれます。工場ネットワークや機械データを扱う場合は、委託先のリモート接続を無期限に許可しないようにします。
また、経済産業省は2025年4月、中小規模の製造事業者向けに工場セキュリティの解説書を公表しました。同書は、IoT化やサプライチェーン経由の攻撃リスクと、具体的な始め方を示しています。
金型保守管理システムの費用相場とコストの内訳
公開されている価格は多くありません。費用は金型数や拠点数、利用者数で変わります。
さらに、移行量や機械連携の有無、QR・RFID機器や会計連携、現場教育の範囲も影響します。そのため、単一の金額で考えず、導入パターンのレンジと見積内訳を分けて確認します。
導入パターン別の費用レンジ
導入規模や連携範囲ごとに、初期費用のレンジを比べます。
- 小規模クラウド：初期20万〜100万円程度、月額3万〜20万円程度
- パッケージ導入：初期300万〜1,500万円程度
- 複数拠点・連携あり：1,000万〜3,000万円程度
- スクラッチ・全社展開：1,500万〜5,000万円超の提案も検討対象
小規模クラウドは、QR・写真・通知を加えて少数拠点で始める場合の目安です。なお、設備保全管理システムの2026年比較情報では、クラウド型は初期0〜30万円、月額3万〜20万円前後とされています。
金型固有の項目やデータ移行、初期設定が増えると、公開価格を超えることがあります。パッケージの目安には、CSV移行、保全・貸出設定、複数部門の教育が含まれます。
連携ありのレンジは、生産実績やERP連携、QR・RFID、複数拠点を含む場合の目安です。ただし、各金額はリサーチノートに基づく推定です。金型数や連携範囲が確定していない段階の予算判断に限って使います。
人件費・工数・機器費の内訳
開発委託は、役割別の単価、工程比率、見積対象外の項目を照らし合わせます。
- 月額単価の目安：PM月90万〜150万円、SE月65万〜110万円、PG月50万〜90万円
- 工程比率の目安：要件定義10〜12％、設計・環境22〜24％、実装48〜50％、テスト15〜17％
- 除外の確認：移行、教育、機器、保守窓口などの対象範囲
NotebookLMの製造業システム調査を基にした単価は、確定価格ではなく、体制と工数を比べる参考レンジです。見積では、現場調査や設計の人月に加えて、テストや移行、教育の人月も確かめます。
工程比率は案件ごとに合計が変わり、移行・教育・運用設計が別枠の場合もあります。比率だけで良し悪しを判断しないようにします。
低価格でも、データクレンジングや結合テスト、現場教育が対象外なら、後から費用が発生しやすくなります。RFIDリーダーやタグ、端末、保守窓口が対象外の場合も、追加の出費につながります。
ランニングコストと追加投資
初期費用以外にも、継続費用や追加投資が発生します。予算に含める項目を洗い出します。
- サービス・基盤：月額または年額の利用料、保守費、サーバー・バックアップ費、API利用料
- 現場機器：端末、通信、QRラベル、RFIDタグ、機械側ゲートウェイ
- 運用：データ更新にかかる人件費
オンプレミス型については、類似システムの相場情報として、初期100万〜500万円以上、保守は年額10〜20％程度とされています。サーバーや冗長化の構成によって、金額は変わります。
クラウド型でも、利用量が増えると料金が変わる場合があります。たとえば、ユーザー数やAPI呼び出し数、保存容量、拠点数が挙げられます。保守費を初期費用の年15〜25％程度とする提案もあります。
保守の範囲は、障害対応や軽微な改修を含むかを確認します。法令対応やOS更新、監視、データ修復の扱いも確かめます。そのうえで、5年分の総保有コストを計算し、初期費用だけで案を選ばないようにします。
委託先の選定と見積比較で確認すべきポイント
委託先は、金型の知識だけでなく、現場運用をシステムに落とし込めるかで選びます。実データのデモや連携方式を見ます。移行・教育・保守の進め方と、課題発生時の管理体制も確認します。
課題別に見た委託先の適合性
候補会社は、用途ごとに比べます。一元化したい場合や、RFIDによる所在管理が主な課題の場合、取引先とQR履歴を共有したい場合では、見る実績や製品が変わります。
- 一元管理：受注・製作・保守から会計資産までの実績
- 所在・棚卸：RFIDやハンディ端末を使った導入事例
- 取引先との共有：QRで履歴を残すクラウド型の運用
- ショット数管理：成形機・プレス機やPLC等との連携経験
- 製作工程管理：工程管理製品の導入範囲
東計電算のMold OneやUELの型管理ポータルは、比較材料になります。ショット数の自動取得を望む場合は、成形機やプレス機のデータ取得と、PLC・IoTゲートウェイ・MES連携の経験を聞きます。
製作工程や金型生産管理が中心なら、工程管理製品の導入範囲を確認します。公開事例だけで決めず、自社の条件を示して質問します。外注貸出、会計処理、ネットワーク制約への対応も、あわせて聞きます。
同じ条件にそろえた見積の比較
複数社には同じRFPを渡し、対象拠点と金型数、利用者数、データ形式を揃えます。連携先や必要なQR・RFID機器、希望時期も同じ条件にします。さらに、見積項目も分けて提示してもらいます。
- 開発工程：要件定義、設計、開発、テスト、プロジェクト管理
- 導入作業：データ移行、教育、インフラ、機器、旅費
- 運用：保守の範囲と窓口
一式だけの金額では、価格差の理由が分かりません。比較表には、必須機能や追加開発単価、納品物、検収条件を並べます。日程や担当者の経験、再委託の有無、障害時窓口、データ所有権、契約終了時の移行可否も書き込みます。
提案に含まれない項目は「対象外」と明記してもらいます。対象外が多い会社には、将来必要となる追加費用と実施時期を確認します。
取適法と現場定着の要件
取適法への対応と現場での定着は、システム要件と社内運用の両方に含めます。2026年1月1日から、下請代金支払遅延等防止法は中小受託取引適正化法、通称「取適法」となりました。
公正取引委員会は、金型を用いて製造する製品について、発注時期を示せないまま中小受託事業者に金型を無償で保管させた事例をFAQで示しています。
- 記録項目：金型の所有者、保管場所、預託日、貸出・返却、廃棄申請
- 取引記録：費用負担、発注条件、変更履歴、承認者
- 社内運用：発注内容の明示、記録保存、返却・廃棄の判断、相手先との協議
- 現場定着：スマートフォンでQRを読み取るなど、入力を増やしすぎない工夫
- 効果測定：台帳更新の遅延時間、金型の捜索時間、棚卸差異、突発停止件数、修理の予防保全比率
自社の取引が対象になるかは、契約内容や資本金などで判断が変わります。そのため、法務・購買部門や専門家に確認します。履歴が残ったからといって、法令遵守が保証されるとは限りません。
システムは、社内ルールの運用を支える証跡基盤として設計します。機能追加は、測定したKPIと利用率を業務効果に結び付けて判断します。
よくある質問（FAQ）
金型数や工場の事情によって、適した方法は変わります。RFP作成や初回打ち合わせで確認する論点を押さえておくと、提案の比べ方が分かりやすくなります。
金型保守管理システムはパッケージとスクラッチのどちらがよいですか？
入出庫や点検、修理、棚卸など標準的な業務から始めるなら、クラウドやパッケージを優先して比較するのが現実的です。特殊な命数計算など自社の強みに直結する場合は、追加開発やスクラッチも検討します。
複数拠点の独自ルールや会計資産、顧客ポータルが対象になる場合は、追加開発を判断する材料になります。そこで、まずMVPで標準機能との適合度を確認すると、不要な作り込みを減らせます。
RFPを作る前に何を準備すればよいですか？
金型台帳のサンプルや、入出庫・点検・修理・貸出の帳票を準備します。設備や生産管理の実績データ、利用拠点と担当者、既存システムの連携仕様もそろえます。
完全なデータがなくても、現物と台帳の差異、入力に困る項目、残したい証跡を整理すればRFPの土台になります。金型単位か部品単位か、所有区分や返却条件も決めます。
金型保守管理システムの発注費用を安くする方法はありますか？
1工場・1ラインのMVPに絞り、台帳や所在、入出庫、点検、修理、棚卸を対象にすると、初期費用を抑えやすくなります。QRとスマートフォンで始め、ショット数の自動取得やRFIDは、効果を測ってから追加します。
移行やテスト、教育、保守を削りすぎると、現場に定着しません。後から再開発の費用が発生します。そのため、業務に必要な品質は確保します。
まとめ
発注時は、現物の棚卸と業務フローを整理します。そのうえで、金型IDを起点に、ショット数や保全、製品ロット、会計、貸出・返却までの管理範囲を決めます。形態はクラウドからハイブリッドまでを比べ、RFPに機能や受入条件を記します。
発注で外せない要点
契約は、要件整理や伴走支援を準委任、成果物が明確な開発を請負、利用と運用をSaaS・保守契約に分けます。そうすると、責任分界を管理しやすくなります。
見積は、工数や移行、機器などに分けて、5年分の総保有コストで比べます。公開価格や相場は、予算検討の目安です。
最終金額は、現場条件まで踏まえた提案で確定させます。金型数や拠点、連携が、その判断の材料になります。
小さな導入からの段階的な拡張
AIによる予測保全に進む前に、現場のデータ蓄積と、導入や取得に関する次の事項を決めておく必要があります。
- データ蓄積：AIによる予測保全より先に、正確な金型マスタ、所在、ショット数、点検・修理履歴を現場で蓄積します。
- 導入方式：QRで始めるか、RFIDを採用するか。
- 取得元：ショット数をどこから取得するか。
- 証跡と合意：取適法に関係する保管・返却・廃棄の証跡の残し方と、現場・生産技術・情報システム・経理・購買での合意。
- 段階的な拡張：信頼できる委託先とMVPを立ち上げ、KPIを見ながら段階的に拡張することが、発注を成功させる近道です。
▼全体ガイドの記事
・金型保守管理システム開発の完全ガイド
▼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を創業。