金型保守管理システムの発注・外注は、単に台帳画面を作るのではなく、金型の所在、ショット数、点検、修理、貸出、返却、廃棄、会計情報をどこまで一つの業務としてつなぐかを決めてから進めることが成功のポイントです。
「Excelの台帳と現物の場所が合わない」「修理履歴が担当者の記憶に依存している」「外注先へ貸し出した金型の返却予定が分からない」といった課題を解消するには、発注形態、RFP、契約、費用、委託先の選び方を先に整理する必要があります。この記事では、金型保守管理システムを開発会社へ発注・外注する具体的な方法を、2026年時点の相場や最新の取引・セキュリティ動向も踏まえて解説します。
▼全体ガイドの記事
・金型保守管理システム開発の完全ガイド
金型保守管理システムの発注・外注の全体像

金型保守管理システムは、現場の金型管理だけでなく、製造実績、品質、購買、会計、外注先との取引情報まで関係する業務システムです。そのため、最初に「何を作るか」だけでなく「どの範囲を自社で決め、どの範囲を外部へ委託するか」を明確にしておくことが大切です。
管理対象は金型の所在だけではありません
発注前に、金型番号、部品番号、製品、顧客、所有区分、保管場所、写真、図面、累積ショット数、最新の保全日、次回点検日、貸出先を最低限の管理項目として洗い出します。さらに、金型単位で管理するのか、入れ子・パンチ・ダイなどの部品単位まで管理するのかを決めます。この定義が曖昧なまま開発を始めると、同じ金型を部署ごとに別の番号で登録したり、修理履歴が親金型に紐付かなかったりするためです。
目指すデータの流れは、金型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化やサプライチェーン経由の攻撃リスクと、具体的な始め方を示しています。ゾーン分離、最小権限、多要素認証、操作ログ、バックアップ、復旧訓練をRFPと保守契約に含めると、発注後の抜け漏れを減らせます。
金型保守管理システムの費用相場とコストの内訳

金型保守管理システムの公開価格は少なく、費用は金型数、拠点数、利用者数、データ移行量、機械連携、QR・RFID機器、会計連携、現場教育で変わります。したがって、単一の金額を断定するのではなく、導入パターンごとのレンジと、見積書の内訳を分けて確認することが重要です。
導入パターン別の費用レンジを見ます
小規模なクラウド台帳にQR、写真、通知を加え、少数拠点で始める場合は、初期費用20万〜100万円程度、月額3万〜20万円程度が一つの検討レンジです。設備保全管理システムの2026年比較情報でも、クラウド型は初期費用0〜30万円、月額3万〜20万円前後が目安として紹介されています。ただし、金型固有の項目やデータ移行、初期設定が増える場合は、製品の公開価格を超えることがあります。
パッケージ導入にCSV移行、保全・貸出設定、複数部門の教育を含める場合は、初期300万〜1,500万円程度が目安になります。生産実績やERPとの連携、QR・RFID、複数拠点を含む場合は1,000万〜3,000万円程度、独自業務を含むスクラッチ開発や全社展開では1,500万〜5,000万円超の提案も検討対象になります。これらはリサーチノートに基づく推定レンジであり、金型数や連携範囲を確定しない段階での予算判断にのみ使います。
人件費・工数・機器費を分けて確認します
開発委託の人件費を比較するときは、役割ごとの単価と工数を分けます。NotebookLMの製造業システム調査では、PM月90万〜150万円、SE月65万〜110万円、PG月50万〜90万円が目安として整理されています。これは金型システムの確定価格ではなく、委託先の体制と工数を比較するための参考レンジです。担当者数だけでなく、現場調査、設計、実装、テスト、移行、教育のどこに何人月を置くかを確認します。
見積の工程比率は、要件定義10〜12%、設計・環境22〜24%、実装48〜50%、テスト15〜17%程度を比較の目安にできます。合計が案件ごとに変わることや、移行・教育・運用設計が別枠になることを前提に、比率だけで良し悪しを判断しないようにします。低価格の見積でも、データクレンジング、結合テスト、現場教育、RFIDリーダー、タグ、端末、保守窓口が除外されていれば、後から追加費用が発生しやすいです。
ランニングコストと追加投資も予算化します
初期費用のほかに、月額または年額のサービス利用料、保守費、サーバー・バックアップ費、API利用料、端末費、通信費、QRラベルやRFIDタグ、機械側のゲートウェイ費、データ更新の運用人件費がかかります。オンプレミス型では、初期100万〜500万円以上、保守は年額10〜20%程度という類似システムの相場情報がありますが、サーバーや冗長化の構成によって変わります。
クラウド型でも、ユーザー数やAPI呼び出し数、保存容量、拠点数が増えると料金が変わる場合があります。保守費を初期費用の年15〜25%程度とする提案もありますが、障害対応、軽微な改修、法令対応、OS更新、監視、データ修復のどこまで含むかを確認します。5年分の総保有コストを計算して、初期費用だけが安い案を選ばないことが大切です。
委託先の選定と見積比較で確認すべきポイント

委託先は、金型に詳しい会社というだけでなく、現場運用をシステムへ落とし込める会社を選びます。提案書の見栄えや初期価格よりも、実データを使ったデモ、連携方式の説明、移行・教育・保守の具体性、課題が起きたときの管理体制を確認することが重要です。
委託先の適合性は課題別に確認します
候補会社は、用途ごとに比較すると選びやすいです。金型の受注・製作・保守・会計資産まで一元化したい場合は、ライフサイクル管理の公開実績を確認します。所在と棚卸が主課題なら、RFIDやハンディ端末を使った導入事例を確認します。発注側と受注側で同じ情報を共有し、QRで入出庫・保管・返却・廃棄の履歴を残したい場合は、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による予測保全を目標にするより、正確な金型マスタ、所在、ショット数、点検・修理履歴を現場で蓄積することが先です。QRで始めるのかRFIDを採用するのか、ショット数をどこから取得するのか、取適法に関係する保管・返却・廃棄の証跡をどう残すのかを、現場・生産技術・情報システム・経理・購買で合意します。信頼できる委託先とMVPを立ち上げ、KPIを見ながら段階的に拡張することが、金型保守管理システムの発注を成功させる近道です。
▼全体ガイドの記事
・金型保守管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


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