金型管理システム開発の発注/外注/依頼/委託方法について

金型管理システムの発注は、管理課題とKPIを整理するところから始まります。方式と要件を決め、委託先を比べて契約・導入へ進めると、現場への定着と効果の検証につながります。

各段階で何を決めるかを順に取り上げます。全体像は金型管理システム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・金型管理システム開発の完全ガイド

金型管理システムの発注で最初に決めること

金型管理システムは、所在や移動、貸出・返却、棚卸しから、ショット数、修理履歴、所有者、費用、廃棄判断までを記録する仕組みです。また、生産・品質・会計・取引先が同じ情報を参照できるようにします。

発注では、まず管理対象と減らしたい問題を決めます。金型番号や保管場所だけの台帳にとどめず、金型のライフサイクル全体を扱う範囲を決めることが出発点です。

金型管理システムの位置づけ:ライフサイクル基盤

入荷から廃棄までの履歴には、利用者と承認者、日時も残しておきます。

  • 現物の履歴:入荷、貸出、返却、移動の動き。
  • 保全の履歴:修理、部品交換、廃棄の経緯。
  • 管理情報:金型番号、型式、製品番号、得意先、所有区分、保管場所、状態、図面、写真、最終確認日を紐付けた情報。

台帳だけを切り出すと、修理履歴や資産台帳が別々に管理され、状態や費用負担、返却・廃棄の判断を説明しにくくなります。そこで、依頼先には部門をまたいで同じ金型IDを使う構成を求めます。

削減したいリスクのKPI化

Excelが分散し、最新版が分からないという課題があります。さらに、貸出品の返却状況や修理履歴も把握できず、故障後に対応することがあります。熟練者の知識継承についても、次のように測定できるKPIに置き換えます。

  • 所在・棚卸し:所在確認の平均時間、棚卸し日数、返却期限超過件数。
  • 作業・保全:転記件数、突発停止時間、修理費の集計時間。
  • データ品質:必須項目の充足率、無償保管中の金型数。

導入前の現状値を1か月分でも記録すれば、導入後の効果を検証できます。また、委託先には機能数だけでなく、KPIの計測方法も提案してもらいます。

金型管理システムの発注形態の選び方

SaaS・テンプレート型、パッケージ+設定、スクラッチ開発を適する業務範囲と合わせて示した図解。
標準機能から固有業務まで、必要な適合範囲で方式を見比べられます。

台帳・QR・棚卸しを早く始めるならSaaSやテンプレート型、既存業務との設定・連携が必要ならパッケージ、固有業務が競争力に直結するなら個別開発が候補になります。現場への定着を確認しながら、対象を段階的に広げます。

小さく早く始めたい企業に向くSaaS・テンプレート型

SaaSやテンプレート型を選ぶ際は、早く始めたい業務と、契約前に確認すべき制約を整理します。

  • 早く始める機能:金型台帳、QR・バーコード入出庫、棚卸し、状態変更、簡易な使用期限通知。
  • 運用負担:サーバー構築、更新、バックアップを自社で抱えにくい点が利点です。
  • 制約と確認事項:独自資産区分、複雑な承認、古い基幹連携では制約が出る場合があります。保存場所、権限、ログ期間、CSV出力、復旧目標の確認も必要です。

公開料金の例として、NAVINECTラインビルドの金型管理DX料金表では、税抜き初期費用10万円、100ユーザーの基本費用が月額9万5,000円または12万5,000円です。

使用時照合は初期50万円または月額1万円です(出典:NAVINECTラインビルド「金型管理DX」料金表、2026年確認)。

装置連携は初期20万円以上、月額1万円以上と記載されています。ただし、これは公開料金の一例にすぎず、データ移行、ラベル、端末、教育、装置側改修の費用は別途確認が必要です。

標準業務を生かしながら連携したい場合のパッケージ+設定

既製の金型台帳、保全、申請、棚卸しを使い、必要な範囲だけ設定変更やアドオンを加える方式です。

  • 方式の比較:SaaSより業務への適合性を高めやすく、スクラッチより初期費用と導入期間を抑えやすいのが特徴です。
  • 既存システムとの連携:生産管理、購買、ERP、品質管理、WMSとはAPIまたはCSVで結びます。どのデータを正とするかも定めます。
  • 標準と追加対応:標準機能に合わせる運用、追加開発、将来廃止する暫定対応に分けます。基本はFit to Standardです。
  • マスタと工場差:金型番号や所有区分などの共通マスタは全社で統一し、工場ごとの違いは設定で吸収します。

固有業務が投資効果を左右する場合のスクラッチ開発

次のような業務があり、標準製品に合わない企業では、個別開発が候補になります。

  • 資産と取引:得意先・自社資産の区分、金型販売・回収、数量償却。
  • 拠点・設備:海外拠点、多言語・多通貨、PLC・IoTからのショット数取得。
  • 固有の連携:金型と製品ロットの紐付け、複数拠点の移動承認の統一。

自由度が高い分、要件定義と保守設計に時間がかかります。生産管理や会計まで自作すると範囲が膨らむため、金型管理を中核に置きます。

外部システムとの連携はAPI、CSV、メッセージ連携で疎結合にする方針をRFPに記載しておくと、将来の変更費用を抑えやすくなります。

ポイント

早く始めたいか、既存業務と連携したいか、固有業務を作り込みたいかで候補が分かれます。業務の範囲を先に決めてから方式を比べると、判断がぶれにくくなります。

RFPと要件整理で決めること

RFPに記載する現状業務、機能、ネットワーク、取引証跡の4項目を並べた図解。
4つの条件をそろえると、各社の提案を同じ土台で比較できます。

RFPは希望機能の一覧にとどまらず、課題と対象範囲、データ、業務フローを同じ前提でそろえる文書です。連携とセキュリティ、導入体制、見積条件もそろえておくと、各社の提案と金額を同じ土台で比べられます。なお、A4数枚の概要版でも、候補会社への相談前に作成します。

「誰が・いつ・何を入力するか」で書く現状業務

現状整理では、業務の流れ、担当情報、管理単位を次のように書き出します。

  • 業務工程:受入れ、保管、使用、移動、貸出、返却、点検、修理、棚卸し、廃棄。
  • 工程ごとの情報:担当部署、帳票、入力時点、承認者、参照システム、例外。
  • 入力の具体例:修理後に紙へ記入し月末にExcel転記するなら、スマートフォン入力、画像添付、承認履歴が必要です。
  • IDと移動:金型本体だけを1件とするか、子金型・構成部品・予備品を別IDにするかを決めます。工場間移動の履歴も対象です。
  • 検索関係:金型番号と製品番号が一対一でない場合は、型と部品の双方向検索をデータモデルに反映させます。

必須機能と将来機能の切り分け

必須機能と将来機能は分けて書きます。初期リリースに含めない理由と、後から追加できるデータ項目・APIを、提案書に明記させます。

  • 台帳・現場機能:金型台帳、所在検索、QR・バーコード、入出庫、移動、貸出・返却、棚卸し。
  • 管理・証跡機能:所有区分、操作ログ、図面・写真の添付、権限管理を含めます。
  • 保全機能:対象にする場合、ショット数、点検票、不具合、修理、交換部品、費用、画像、依頼、承認、期限通知を加えます。
  • 将来機能:PLC・生産管理からのショット数取得、製品ロット紐付け、ERP・会計連携、取引先ポータル、寿命予測、海外拠点対応。

KMCの公開情報では、ショット数の取得方法として手動入力、生産管理連携、PLC取得が示されています。

取得方法は、現場の通信環境に応じて選びます(出典:株式会社KMC「金型IoTソリューション」、2025〜2026年確認)。

工場ネットワークと取引証跡の条件の明文化

ネットワーク方式とセキュリティ条件は、情報システム部門と工場のOTネットワーク管理者で確認し、RFPに記載します。

  • 接続方式:クラウド、オンプレミス、閉域接続の許容範囲を決めます。
  • 安全対策:設備への直接接続を避け、端末認証、多要素認証、権限分離を定めます。
  • 運用条件:バックアップ、障害時のオフライン運用、ログ監視の取り決め。

経済産業省は2025年4月、製造事業者向けに工場セキュリティの重要性と始め方を公表し、IoT化やサプライチェーン経由の攻撃リスクを示しました(出典:経済産業省「工場セキュリティの重要性と始め方」、2025年)。

金型の所有者や保管先、返却・廃棄の経緯を追跡できる要件にします。さらに、費用負担と承認者、変更履歴も追える形にしておきます。

取適法は2026年1月1日に施行され、対象取引では発注内容などの明示と記録が必要です(出典:公正取引委員会「取適法施行に当たり事業者の皆様に御留意いただきたい事項」、2026年)。

システムだけで法令遵守を保証することは難しいため、後から説明できる証跡を残す設計を発注条件に含めます。

ポイント

RFPでは、現状業務、必須機能と将来機能、工場ネットワークと取引証跡の条件をそろえます。前提がそろっていると、各社の提案と見積を同じ土台で比べられます。

金型管理システム開発の発注・外注の進め方

要件定義から設計・開発、テスト・移行、教育・リリース、運用改善へ進む導入工程図。
各工程に完了条件を置くことで、次へ進む判断をそろえられます。

発注後は、要件定義から設計・開発へと進みます。設計・開発のあとは、本番に向けた工程を重ねていきます。

  • テスト・移行:テストとデータ移行。
  • 教育・リリース:利用者への教育とリリース。
  • 運用改善:稼働後の運用の見直しと改善。

そのうえで、工程ごとの完了条件を契約書や計画書に定めておきます。

金型管理では、システムの完成だけでなく、現物データと現場運用がそろうことが成果を左右します。

現場代表者を含めた要件定義とMVPの決定

体制には、発注責任者と現場代表を含めます。そのほか、保全、生産管理、品質、経理、購買、情報システムの担当者もメンバーに入れます。

現場代表がいないと、入力項目の多さやQRラベルの貼付場所、通信不良、承認者の不在が本番で発覚します。

MVP(Minimum Viable Product)は最初の1工場と1種類の金型に絞って始め、現場で使える状態を確かめながら広げます。広げる順番は3段階です。

  • 最初の段階:1工場または1種類の金型で、台帳・所在・棚卸し・貸出返却から始めます。
  • 次の段階:保全、ショット数、期限通知を加えます。
  • 最後の段階:会計、生産、品質との連携へ進みます。

各段階でKPIを確認し、利用率が低い機能は追加前に入力方法や画面を改善します。

設計・開発での異常系を含む受入条件の決定

受入条件では、画面の見た目に加えて、データの正しさと権限を確認できるかを定めます。

  • 異常系:重複登録、所有区分変更、返却期限超過、棚卸し差異、承認後の取消し。
  • 障害系:通信断や連携元データの欠損時の動作。
  • 検索:金型番号で5秒以内に所在と所有区分を検索できること。
  • 履歴・承認:貸出・返却の担当者と日時の記録、廃棄申請への承認者の設定。
  • 権限:権限のない利用者が資産情報を変更できないこと。

「使いやすい」「高速」といった表現のままだと、完成の判断が人によって食い違います。そのため、数値や動作で検収できる条件に置き換えます。

データ移行と教育の開発作業への組み込み

データ移行と教育は開発・導入の作業に含めたうえで、見積項目と実施内容を分けて確認します。

  • データ整備:重複番号、表記揺れ、廃棄済み・所在不明・所有者不明の洗い出し。
  • 現物との突合:採番規則、場所コード、状態、所有区分、得意先、製品番号の整理。
  • 移行見積:データクレンジング、QR発行・貼付、写真撮影、初期登録代行を分けて見積もります。
  • 役割別教育:入出庫、保全、管理者ごとに、入庫・QR貼付、移動読取、修理画像、廃棄申請を練習します。
  • 稼働後支援:マニュアルと問い合わせ窓口を用意し、最初の1か月は利用率と入力エラーを毎週確認します。

ポイント

発注後は、工程ごとに完了条件を決め、現場代表を含めて段階的に進めます。システムの完成だけでなく、現物データと現場運用がそろっているかも見ながら進めます。

契約形態と発注条件の選び方

契約は、成果物の明確さ、要件変更の可能性、運用を任せる範囲をもとに選びます。たとえば、要件定義は準委任、仕様確定後の開発は請負、リリース後は保守契約とする組み合わせが使いやすいです。

名称だけで決めず、成果物、責任範囲、変更手続を契約に記載します。

要件定義は準委任、仕様確定後は請負という使い分け

要件の不確実さに応じて契約を使い分け、成果物と変更手続きを明確にします。

  • 準委任:協議しながら要件や業務フローを整理し、時間・月単位で作業を管理します。
  • 準委任の成果物:要件定義書、業務フロー、画面一覧、データ項目、連携仕様のドラフト。
  • 請負:要件、仕様、納期、受入条件、検収方法が明確な開発に適します。

準委任でも、成果物の完成責任や納期を曖昧にしてはいけません。また、請負後に画面や工場を追加すると、費用と納期が変わります。

変更では、起案者、見積担当、承認者を決めておきます。変更管理票に要求と影響を記録し、合意してから着手します。

データ・ソースコード・知的財産の帰属の確認

金型マスタ、現場履歴、修理画像、図面、取引先情報の返却形式と、契約終了後のバックアップ保持期間を確認します。さらに、委託先による二次利用や、個人情報・機密情報の扱いも定めておきます。

個別開発の場合は、ソースコードの利用権、第三者ライブラリのライセンス、設計書・テスト仕様書の引き渡し、保守会社変更時の協力義務を確認します。

SaaSでは、解約時のエクスポート形式、API利用の可否、サービス終了の通知期間を確認します。ただし、初期費用が安くても、移行や追加開発の費用が将来の負担になることがあります。

保守契約での障害・改善・連携変更の切り分け

保守範囲と対応時間、稼働後に起きる変更は、契約時に分けて定めます。

  • 月額保守:障害、問い合わせ、OS・ミドルウェア更新、バックアップ、セキュリティ、軽微な改善。
  • 別料金と対応条件:追加開発、受付・一次回答時間、復旧目標、データ復旧の責任の範囲。
  • 変更作業:PLC・ERP仕様変更、工場追加、QRラベル再発行、取引先との共有範囲変更。
  • 拠点展開:2拠点目の展開費用・期間と保守体制、担当者交代時の引き継ぎ方法。

担当者が替わったときの引き継ぎ方法を発注段階で決めておくと、長期の運用が安定しやすくなります。

ポイント

契約は、要件がどこまで決まっているかに応じて準委任と請負を使い分けます。リリース後の保守や変更の扱いも契約時に分けて定めると、稼働後の変更で迷いにくくなります。

金型管理システム開発の費用相場と見積もりの内訳

費用は、金型数や工場数、利用者数によって変わります。現物棚卸しや既存データの品質、QRラベル・端末、ERP・設備連携、保全機能の範囲も、総額に関わります。

専用システムの公的な市場統計は限られるため、ここでは公開料金と類似案件をもとにした予算の幅を示します。金額は自社の見積もりとはみなさず、前提条件とあわせて使ってください。

導入方式ごとの予算の目安

方式と範囲ごとの予算目安を比べます。金型専用製品に一律の価格はなく、連携や移行の有無によって総額が変わります。

  • SaaS・テンプレート:台帳・QR・棚卸し中心で初期10万〜100万円、月額2万〜20万円程度です。
  • パッケージ設定:CSV移行、帳票、権限設計を含め、初期100万〜500万円程度です。
  • 個別連携:生産管理・ERP・PLC連携を加えると300万〜1,500万円程度です。
  • 複数工場の統合:会計・品質・取引先共有まで含め、1,000万〜5,000万円程度です。

公開料金表の例では、100ユーザーで月額9万5,000円からとされています。一方で、複数工場の価格帯は、製造業の資産・保全・在庫・連携システムから推定した範囲です。

スクラッチでは、要件定義から開発・テストまでの人月に加え、移行、教育、端末、保守を分けて見積もります。

見積書の内訳と隠れコストの切り分け

見積もりでは、費用項目ごとに範囲と前提をそろえて比較します。

  • 初期作業:要件定義から開発・テストまで、連携、移行、現場棚卸しを分けます。
  • 導入支援:ラベル・端末、教育、プロジェクト管理、初期サポート。
  • 継続費用:クラウド利用料、保守、追加開発。

現物確認やExcelのクレンジングが別料金だと、総額は変わります。あわせて、棚卸し代行の有無も確認します。

見積の根拠として、利用者数、金型数、拠点数、データ件数を質問します。また、API本数、PLC接続台数、テストシナリオ数、訪問回数、保守時間も聞きます。

「一式」と記載された項目には、作業内容、数量、単価、前提、除外事項を補足してもらいます。予備費を使う条件も明記します。

ランニングコストと効果測定の同一期間での比較

費用と効果を同じ期間で測り、運用費を含む比較条件をそろえます。

  • 継続費用:月額・保守費、端末更新、通信、バックアップ、ラベル再発行、アカウント・工場追加、API変更、セキュリティ。
  • 比較期間:初年度は初期費用と12か月の運用費、3年目は更新・追加開発込みの総保有コスト。
  • 月次の効果:棚卸し・所在確認時間、転記工数、返却漏れ、無償保管中の金型、突発停止、修理費、監査対応時間。
  • 外部事例:KMCの公開事例には転記・検索時間の改善がありますが、自社成果は対象範囲、運用、データ品質で異なります。
  • 提案時の確認:自社KPIの測定方法と検証期間を、セットで依頼します。

委託先の選定と見積比較で確認するポイント

会社名や価格だけでなく、金型業務を理解し、現場入力から会計・取引証跡まで設計できるかで選びます。

候補を3〜5社程度に絞り、同じRFP、サンプルデータ、デモシナリオで比べます。また、提案資料の見栄えより、例外処理と導入後の支援体制を確認します。

実績の対象範囲と成果の確認

実績の対象範囲と成果が自社の課題に合うか、具体的な条件をそろえて評価します。

  • 導入対象:金型の種類・数、拠点・利用者数、工法、QR運用。
  • 機能・導入範囲:ショット数の取得方法、会計連携、データ移行、導入期間、導入後KPI。
  • 利用企業への質問:同規模の企業に、現場利用、追加費用、担当交代時の引き継ぎを聞きます。

たとえば、UELの型管理ポータルは、ExcelをCSVで移行し、棚にアドレスを振ってシステム上の位置と一致させた事例を紹介しています(出典:UEL株式会社「型管理ポータル」、2026年確認)。

東計電算のMold Oneは、現物稼働管理と会計資産管理を統合し、発注・製作原価・保守・回収・償却まで扱います(出典:株式会社東計電算「Mold One」、2026年確認)。

デモで確認する現場の例外処理

自社データに近いサンプルを渡し、例外処理と現場での操作をデモで確認します。

  • 業務シナリオ:複数製品の紐付け、協力会社への貸出、棚卸し時の所在不明。
  • 例外処理:修理画像、所有者と保管者の相違、期限超過、廃棄申請の取消し。
  • 操作・復旧:操作回数、必須入力、スマートフォンの使いやすさ、通信断からの復旧。
  • 記録と権限:ログ検索、CSV出力、利用者ごとの権限差。

開発会社が現場へ直接聞き取りを行い、その課題を提案に反映しているかも評価します。デモでの回答が、見積項目や受入条件に反映されているかを照合します。

価格・適合性・将来費用による見積比較

価格や要件への適合、現場導入の確実性、将来費用を、同じ条件で比べます。

  • 社内工数:棚卸し・移行を発注側が担う提案は、その工数も含めて評価します。
  • 支援範囲:現地調査、データクレンジング、教育、稼働後支援の有無をそろえます。
  • 採点項目:必須要件、操作、検索、保全、連携、権限・ログ、方式、実績、移行支援、体制、納期、初期費用。
  • 総額と足切り:初期費用と3年間の総費用を比べ、必須要件未対応の提案は採点前に除外できます。
  • 決定:経営層、現場、情報システム、経理で評価し、重み付けを話し合います。

ポイント

委託先は、価格だけでなく、金型業務の理解や例外処理への対応まで含めて比べます。同じRFPとデモで比べ、必須要件を満たさない提案は採点の前に外すと、判断の基準がそろいます。

金型管理システムの発注・外注でよくある質問

発注時には、初期導入の範囲や法令・セキュリティへの対応について質問されることがあります。代表的な疑問に答えます。

金型管理システムは安く発注できますか?

台帳・QR・棚卸しに絞ったSaaSやテンプレート型なら、初期費用を抑えて始められる可能性があります。公開価格の例としては、初期10万円、月額9万5,000円からというものがあります。

総額は、ユーザー数やオプション、データ移行によって変わります。そのため、ラベルや端末、教育、保守も含めて、3年間の総費用と社内工数を比べます。

工場でクラウドが使えない場合は外注できますか?

社内規程でクラウドを使えない場合も、オンプレミス、閉域接続、ローカルサーバーを選べることがあります。なお、KMCの公開情報では、クラウドとオンプレミスの両方に対応可能とされています。

工場ネットワーク、端末、バックアップ、保守接続、障害時の復旧を、情報システム部門と委託先に確認します。そのうえで、セキュリティ審査を通過できる構成を選びます。

金型管理システムを入れれば取適法に対応できますか?

導入するだけで取適法への対応が完了するとは限りません。同法は2026年1月1日に施行され、対象取引では発注内容などの明示と記録が必要です。

所有区分や保管先、返却・廃棄の判断を残す仕組みが役立ちます。費用、承認者、変更履歴も含めて残しておくと、後から説明する際の材料になります。対象範囲や運用は、法務・専門家・公正取引委員会などの最新情報を確認します。

パッケージ導入と個別開発を途中で切り替えられますか?

切り替えは可能ですが、難易度はデータ形式やAPI、ソースコード、契約条件によって変わります。切り替えに備えて、金型ID、場所コード、所有区分を最初に整理します。さらに、履歴、添付ファイル、権限も整理しておきます。

発注時には、CSV出力やAPIを確保したうえで、サービス終了時のデータ返却や追加開発の単価、連携仕様の公開範囲を確認します。

まとめ:金型管理システムの成否を分ける発注前の設計

発注前に、所在不明、保全履歴の欠落、会計と現場の不一致、取引先との証跡不足をKPIへ置き換えます。方式は、対象範囲や拠点、利用者から比べます。そのうえで、連携、セキュリティ、予算、将来拡張も見ます。

発注前に確認する項目の一覧

次の確認事項を一覧にすると、RFPと見積比較の基準になります。

  • 対象と業務:金型・子金型・部品の範囲、入力者と入力時点。
  • 優先機能:所在、棚卸し、貸出返却、保全、ショット数の順。
  • 管理条件:所有区分、取引証跡、既存連携、クラウド・オンプレ条件。
  • 導入・費用:移行・ラベル・教育の担当、受入条件、初期費用と3年間の運用費。
  • 継続運用:保守範囲と契約終了時のデータ返却。

最初は小さく始めて現場で確かめる進め方

全社の金型を一度に登録するより、1工場・1業務・1種類の金型に絞って台帳、所在、棚卸し、貸出返却を運用します。そのうえで、入力率と確認時間を測ります。

結果をもとに、保全やショット数、会計、品質、取引先共有へ広げていきます。委託先は価格だけで決めず、現場で使える設計、証跡を残す運用、将来連携を支える契約をそろえて発注します。

▼全体ガイドの記事
・金型管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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