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

金型管理システムの開発を発注・外注するなら、単なるExcel置き換えではなく、金型の所在・使用・保全・所有区分・返却までを一つのライフサイクルとして設計することが成功の条件です。

金型管理システムを依頼したいものの、パッケージと個別開発のどちらを選ぶべきか、RFPに何を書けばよいか、見積もりの金額をどう比較すればよいかで迷う企業は少なくありません。本記事では、発注形態の選び方から要件整理、契約、費用相場、委託先選定、見積比較、導入後の評価方法まで、発注担当者がそのまま使える順番で解説します。

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

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

金型管理システムは、金型番号や保管場所を記録する台帳だけではありません。現物の移動、貸出・返却、棚卸し、ショット数、修理履歴、所有者、費用、廃棄判断を記録し、生産・品質・会計・取引先との間で同じ情報を参照できるようにする仕組みです。発注時には、何を管理するかだけでなく、どの問題を減らしたいかを先に決める必要があります。

発注担当者が最初に押さえるべき定義は、金型を個体単位で追跡する業務システムだということです。最低限、金型番号、型式、製品番号、得意先、所有区分、保管場所、状態、図面、写真、最終確認日を紐付けます。さらに入荷、貸出、返却、移動、修理、部品交換、廃棄の履歴と、利用者・承認者・日時を残します。

ここを台帳だけで切り出すと、現場は別の紙や個人ファイルに修理履歴を残し、経理は別の資産台帳を更新することになります。その結果、金型がどこにあるかは分かっても、なぜその状態なのか、誰が費用を負担するのか、いつ返却・廃棄を判断したのかを説明できません。依頼先には、現場・保全・経理・品質・購買が同じ金型IDを使う構成を提案してもらうことが重要です。

読者インサイトで特に多かった課題は、部署ごとにExcelが分かれて最新版が分からない、貸出中の金型の返却状況を説明できない、ショット数や修理履歴が分からず壊れてから対応している、熟練者のノウハウを引き継げないというものです。これらは「システムを導入する」という抽象的な目的ではなく、発注要件に書けるKPIへ変換します。

例えば、棚卸しにかかる日数、所在確認の平均時間、紙からの転記件数、返却期限超過件数、無償保管中の金型数、突発停止時間、修理費の集計時間、登録データの必須項目充足率を測定します。導入前の現状値を1か月分だけでも取っておけば、発注後に「使いやすくなった気がする」という感想ではなく、効果を検証できます。委託先にKPIの計測方法まで提案させると、機能の多さだけで選びにくくなります。

金型管理システムの発注形態はどれを選ぶべきですか？

結論から言うと、台帳・QR・棚卸しを短期間で始めるならSaaSやテンプレート型、既存業務に合わせた設定と連携が必要ならパッケージ、金型固有の原価・償却・設備連携が競争力に直結するなら個別開発が候補です。最初から全社統合を目指すのではなく、現場定着を確認できる範囲から段階的に広げる考え方が現実的です。

SaaSやテンプレート型は、金型台帳、QRコードやバーコードによる入出庫、棚卸し、状態変更、簡易な使用期限通知を早く導入したい企業に向いています。サーバー構築やアップデート、バックアップを自社で抱えにくい一方、独自の資産区分、複雑な承認、古い基幹システムとの連携には制約が出ることがあります。導入前に、データの保存場所、権限、ログの保持期間、CSV出力、障害時の復旧目標を確認します。

公開価格の具体例として、NAVINECTラインビルドの金型管理DX料金表では、税抜きで初期費用10万円、基本費用は100ユーザーで月額9万5,000円または12万5,000円とされています。使用時照合は初期50万円または月額1万円、装置連携は初期20万円以上・月額1万円以上の記載があります（出典: NAVINECTラインビルド「金型管理DX」料金表、2026年確認）。ただし、これは一つの公開料金例であり、データ移行、ラベル、端末、教育、装置側の改修費は別途確認が必要です。

パッケージ型は、すでに用意された金型台帳、保全、申請、棚卸しなどを使い、必要な範囲だけ設定変更やアドオンを加える方式です。SaaSよりも業務適合性を高めやすく、スクラッチよりも初期費用と導入期間を抑えやすいことが特徴です。既存の生産管理、購買、ERP、品質管理、WMSとは、APIまたはCSVでどのデータを正とするかを先に定義します。

注意点は、現場の例外をすべてカスタマイズしないことです。標準機能に合わせて運用を見直す範囲、追加開発する範囲、将来廃止する暫定対応を分けます。Fit to Standardを基本にし、金型番号や所有区分など全社で変わらないマスタは共通化し、工場ごとの違いは設定で吸収できる構成を依頼します。

個別開発は、得意先資産と自社資産の区分、金型販売・回収、数量償却、海外拠点、多言語、多通貨、PLCやIoTからのショット数取得など、標準製品では差別化できない業務を持つ企業に向きます。金型と製品ロットを紐付けて品質問題を追跡したい場合や、複数拠点の移動承認を統一したい場合も候補になります。

ただし、自由度が高い分、要件定義と保守設計に時間がかかります。最初から生産管理や会計の機能まで自作すると、金型管理の範囲を超えてプロジェクトが膨らみます。金型管理を中核にし、外部システムとはAPI、CSV、メッセージ連携で疎結合にする方針をRFPに書いておくと、将来の変更費用を抑えやすくなります。

RFPと要件整理では何を決めればよいですか？

RFPは、開発会社へ希望機能を一方的に並べる文書ではありません。現状の課題、対象範囲、データ、業務フロー、連携、セキュリティ、導入体制、見積条件をそろえ、同じ前提で提案と金額を比較するための文書です。A4数枚の概要版でもよいので、候補会社へ相談する前に作成します。

現状整理では、金型の受入れ、保管、使用、移動、貸出、返却、点検、修理、棚卸し、廃棄を業務フローにします。各工程について、担当部署、発生する帳票、入力のタイミング、承認者、参照するシステム、困っている例外を記録します。例えば「保全担当が修理後に紙のチェックシートへ記入し、月末に事務担当がExcelへ転記する」と書けば、スマートフォン入力と画像添付、承認履歴が必要だと分かります。

管理単位もあいまいにしないことが大切です。金型本体だけを1件とするのか、子金型・構成部品・予備品を別IDで管理するのか、同じ金型が工場間を移動したときに履歴を残すのかを決めます。金型番号と製品番号が一対一とは限らない場合は、型と部品の双方向検索が必要になるため、データモデルに反映させます。

必須機能は、金型台帳、所在検索、QRまたはバーコード読取、入出庫、移動、貸出・返却、棚卸し、所有区分、操作ログ、図面・写真添付、権限管理です。保全まで対象にする場合は、ショット数、点検チェックリスト、不具合、修理、交換部品、費用、画像、メンテナンス依頼、承認、使用期限通知を追加します。

将来機能には、PLCや生産管理からのショット数自動取得、製品ロットとの紐付け、ERP・会計連携、取引先ポータル、寿命予測、海外拠点対応を置きます。段階導入を前提に、初期リリースに含めない理由と、後から追加できるデータ項目・APIを提案書に明記させます。KMCの公開情報でも、ショット数は手動入力、生産管理連携、PLC取得など複数の方法が示されており、現場の通信環境に応じた選択が必要です（出典: 株式会社KMC「金型IoTソリューション」、2025〜2026年確認）。

クラウドを使えるかどうかは、情報システム部門だけでなく工場のOTネットワーク管理者と確認します。クラウド、オンプレミス、閉域接続のどれを許容するか、インターネットから工場設備へ直接接続しないこと、端末認証、多要素認証、権限分離、バックアップ、障害時のオフライン運用、ログ監視をRFPへ記載します。経済産業省は2025年4月、中小規模の製造事業者向けに工場セキュリティの重要性と始め方を公表し、IoT化やサプライチェーンを介したサイバー攻撃リスクを示しています（出典: 経済産業省「工場セキュリティの重要性と始め方」、2025年）。

また、金型の所有者、保管先、返却・廃棄、費用負担、承認者、変更履歴を追跡できる要件にします。取適法は2026年1月1日に施行され、対象取引では発注内容などの明示と記録が必要です（出典: 公正取引委員会「取適法施行に当たり事業者の皆様に御留意いただきたい事項」、2026年）。システムだけで法令遵守が自動的に保証されるわけではありませんが、後から説明できる証跡を自然に残す設計は、発注時点で外せない条件です。

金型管理システム開発の発注・外注はどの順番で進めますか？

発注後は、要件定義、設計・開発、テスト・移行、教育・リリース、運用改善の順に進めます。各工程の完了条件を契約書やプロジェクト計画書に置き、次工程へ進む判断を曖昧にしないことが大切です。特に金型管理は、システム完成よりも現物データと現場運用が揃うことが成果を左右します。

プロジェクト体制には、発注責任者、現場代表、保全、生産管理、品質、経理、購買、情報システムを含めます。現場代表がいないまま要件を決めると、入力項目が多すぎる、QRラベルを貼る場所がない、通信が届かない、承認者が不在で処理が止まるといった問題が本番で発覚します。

MVPは、最初の1工場や1種類の金型を対象に、台帳・所在・棚卸し・貸出返却から始める構成が分かりやすいです。次に保全・ショット数・期限通知を加え、最後に会計・生産・品質連携へ進みます。各段階でKPIを確認し、利用率が低い機能を追加する前に、入力方法や画面を改善します。

画面の見た目だけでなく、データの正しさと権限を確認します。金型を重複登録した場合、所有区分を変更した場合、返却期限を過ぎた場合、棚卸しで差異が出た場合、承認後に取消しが必要になった場合、通信が切れた場合、連携元のデータが欠損した場合の動作をテスト項目にします。

受入条件には「金型番号で5秒以内に所在と所有区分を検索できる」「貸出から返却までの担当者と日時が履歴に残る」「廃棄申請は承認者が設定される」「権限のない利用者は資産情報を変更できない」など、実際に判定できる表現を使います。単に「使いやすい」「高速」と書くと、発注側と開発会社で完成の認識が分かれます。

Excelをそのまま移行するだけでは、重複した金型番号、表記揺れ、廃棄済みの型、所在不明の型、所有者不明の型が新システムへ持ち込まれます。移行前に、金型番号の採番規則、場所コード、状態、所有区分、得意先、製品番号を整理し、現物棚卸しと突合します。データクレンジング、QRラベルの発行・貼付、写真撮影、初期登録の代行を見積項目に分けてください。

教育は全員へ長時間の操作研修をするより、現場の入出庫担当、保全、管理者の役割ごとに短いシナリオで行うと定着しやすいです。「入庫してQRを貼る」「移動先で読み取る」「修理画像を添付する」「廃棄を申請する」という業務単位で練習し、マニュアルと問い合わせ窓口を用意します。リリース後の1か月は、利用率と入力エラーを毎週確認する体制を契約に含めると安心です。

契約形態と発注条件はどう選びますか？

契約は、作るものが明確か、途中で要件が変わる可能性が高いか、運用を継続して任せるかによって選びます。金型管理システムでは、要件定義の段階では準委任、仕様と受入条件が確定した開発部分では請負、リリース後は保守契約という組み合わせが使いやすいです。契約名称だけで判断せず、成果物、責任範囲、変更手続を確認します。

準委任契約は、発注側と委託先が協議しながら要件や業務フローを整理する場合に向いています。時間単位や月単位で作業範囲を管理しやすい一方、成果物の完成責任や納期を契約上で曖昧にしてはいけません。要件定義書、業務フロー、画面一覧、データ項目一覧、連携仕様のドラフトを成果物として定義します。

請負契約は、要件、仕様、納期、受入条件、検収方法が明確になった開発に向きます。ただし、発注後に「この画面も必要」「別工場でも使いたい」と変更が増えると、追加費用と納期延長が発生します。変更要求を出す人、影響を見積もる人、承認する人を決め、変更管理票で記録します。

金型管理システムでは、金型マスタ、現場履歴、修理画像、図面、取引先情報など、発注企業が継続利用するデータが蓄積されます。契約終了時にデータをどの形式で返却できるか、バックアップをいつまで保持するか、委託先が二次利用できるか、個人情報や機密情報をどの範囲で扱うかを確認します。

個別開発では、ソースコードの利用権、第三者ライブラリのライセンス、設計書・テスト仕様書の引き渡し、保守会社を変更する場合の協力義務も契約対象です。SaaSでは、解約時のエクスポート形式、APIの利用可否、サービス終了時の通知期間を確認します。安価な初期費用だけで決めると、将来の移行費用や追加開発費が予算を圧迫します。

保守費用には、障害対応、問い合わせ、OSやミドルウェアの更新、バックアップ確認、セキュリティ対応、軽微な改善、追加開発が混在しがちです。月額保守に含む作業、別途見積もりになる作業、受付時間、一次回答時間、復旧目標、データ復旧の責任分界を分けて書きます。

特にPLCやERPの仕様変更、工場追加、QRラベルの再発行、取引先との共有範囲変更は、リリース後に発生しやすい項目です。1拠点目の実績をもとに2拠点目へ展開する費用と期間、保守会社の体制、担当者が変わった場合の引き継ぎ方法を、発注段階から確認しておくと長期運用が安定します。

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

金型管理システムの費用は、金型数、工場数、利用者数、現物棚卸しの有無、既存データの品質、QRラベルや端末、ERP・生産設備との連携、保全機能の範囲で大きく変わります。専用システムの市場全体を示す公的な統計は限られるため、以下は公開料金表と製造業向け業務システムの類似案件から整理した予算レンジです。特定の金額をそのまま自社の見積もりとみなさず、前提条件とセットで利用してください。

台帳・QR・棚卸しを中心としたSaaSやテンプレート型は、初期費用10万〜100万円程度、月額2万〜20万円程度が一つの目安です。公開料金表のように100ユーザーで月額9万5,000円からという例もあります。パッケージへの設定、CSV移行、帳票、権限設計を含めると、初期費用は100万〜500万円程度になりやすいです。

生産管理・ERP・PLCとの個別連携を加える場合は、300万〜1,500万円程度、複数工場で会計・品質・取引先共有まで統合する場合は1,000万〜5,000万円程度が予算検討のレンジになります。これは金型専用製品の一律価格ではなく、製造業の資産・保全・在庫・連携システムから推定した範囲です。スクラッチでは、要件定義・設計・開発・テストを含む人月と、移行・教育・端末・保守を分けて確認します。

比較時は、要件定義、画面・データ設計、開発、連携、テスト、移行、ラベル・端末、現場棚卸し、教育、プロジェクト管理、クラウド利用料、保守を別行にします。初期費用が安くても、現物確認やExcelのクレンジングが別料金なら、導入総額は変わります。逆に、費用が高く見える提案でも、棚卸し代行や教育、初期サポートが含まれていれば実質的に比較しやすくなります。

金額の根拠も質問します。例えば、利用者数、金型数、拠点数、データ件数、API本数、PLC接続台数、テストシナリオ数、現地訪問回数、保守時間を確認します。見積書に「一式」とだけ書かれた項目は、作業内容、数量、単価、前提、除外事項を補足してもらいます。予備費を設定する場合も、何が起きたときに使うのかを明記します。

月額利用料や保守費用だけでなく、端末の更新、通信費、バックアップ、ラベルの再発行、アカウント追加、工場追加、API変更、セキュリティ対応を見込みます。初年度は初期費用と12か月分の運用費、3年目は更新・追加開発を含めた総保有コストで比較すると、方式の違いが見えやすくなります。

効果側では、棚卸し時間、所在確認時間、転記工数、返却漏れ、無償保管中の型、突発停止、修理費、監査対応時間を月次で測ります。外部事例の効果数値は自社で再現する保証ではありません。例えばKMCの公開事例には、転記時間や検索時間などの改善効果が掲載されていますが、自社で同じ成果が出るかは対象範囲、運用、データ品質によって異なります。提案時には、自社KPIの測定方法と検証期間をセットで依頼します。

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

委託先は、会社名や価格だけでなく、金型業務を理解し、現場入力から会計・取引証跡まで一貫して設計できるかで選びます。候補は3〜5社程度に絞り、同じRFP、同じサンプルデータ、同じデモシナリオで比較します。提案資料の美しさより、例外処理と導入後の支援体制を見ます。

「製造業の実績あり」だけでは判断できません。金型の種類、金型数、拠点数、利用者数、工法、QR運用、ショット数の取得方法、会計連携の有無、データ移行の範囲、導入期間、導入後のKPIを確認します。可能なら同規模の企業へ、現場が実際に使っているか、追加費用がどの程度発生したか、担当者の交代時に引き継げたかを聞きます。

公開情報では、UELの型管理ポータルがExcelをCSVで移行し、棚にアドレスを振ってシステム上の位置と一致させた事例を紹介しています。また東計電算のMold Oneは、現物稼働管理と会計資産管理を統合し、発注・製作原価・保守・回収・償却まで扱う構成を示しています（出典: UEL株式会社「型管理ポータル」、株式会社東計電算「Mold One」、2026年確認）。このように、委託先ごとの得意領域を、自社の課題と照合して評価します。

デモを依頼する際は、自社の実データに近いサンプルを渡します。金型1件に複数の製品を紐付ける、貸出先が協力会社である、棚卸しで見つからない、修理後に写真を添付する、所有者と保管者が違う、使用期限を超えた、廃棄申請を取り消すというシナリオを実演してもらいます。

そのときに、操作回数、入力必須項目、スマートフォンの使いやすさ、通信断からの復旧、ログの検索、CSV出力、権限の違いを確認します。開発会社が現場担当者へ直接ヒアリングするか、問題を持ち帰って提案へ反映するかも評価対象です。デモの質問への回答が、見積書の項目や受入条件に反映されているかを最後に照合します。

見積比較では、価格だけでなく、要件を満たす度合い、現場へ導入できる確実性、将来の変更費用を見ます。例えば、初期費用が低い提案でも、棚卸しやデータ移行を発注側がすべて行うなら、社内工数が増えます。一方、初期費用が高くても、現地調査、データクレンジング、教育、稼働後の伴走が含まれていれば、比較条件をそろえると評価が変わります。

採点表には、必須要件の適合、現場操作、検索性能、保全機能、連携方式、権限・ログ、クラウド・オンプレ対応、導入実績、移行支援、体制、納期、初期費用、3年間の総費用を入れます。必須要件に未対応の提案は、点数を加算する前に除外するルールも有効です。最後は経営層、現場、情報システム、経理がそれぞれ評価し、重み付けの違いを話し合って決定します。

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

金型管理システムの発注では、費用だけでなく、どこまでを初期導入に含めるか、法令やセキュリティへどう対応するかがよく質問されます。ここでは、発注前に判断しやすいように、代表的な疑問へ直接回答します。

台帳・QR・棚卸しに範囲を絞ったSaaSやテンプレート型なら、初期費用を抑えて始められる可能性があります。公開価格では初期10万円、月額9万5,000円からという例がありますが、ユーザー数、オプション、データ移行、ラベル、端末、教育、保守の条件で総額は変わります。安さだけでなく、3年間の総費用と社内工数を比較することが大切です。

クラウドが社内規程で使えない場合でも、オンプレミス、閉域接続、ローカルサーバーなどの方式を選べることがあります。KMCの公開情報でも、クラウドとオンプレミスの両方に対応可能とされています。実際には、工場ネットワーク、端末、バックアップ、保守接続、障害時の復旧を含めて情報システム部門と委託先へ確認し、セキュリティ審査を通過できる構成を選びます。

システムを導入しただけで取適法への対応が完了するわけではありません。2026年1月1日施行の取適法では、対象取引の発注内容などの明示や記録が必要になるため、金型の所有区分、保管先、返却・廃棄判断、費用、承認者、変更履歴を残せる仕組みが役立ちます。対象範囲や具体的な運用は、法務・専門家・公正取引委員会などの最新情報を確認して決めます。

切り替えは可能ですが、データ形式、API、ソースコード、契約条件によって難易度が変わります。最初から金型ID、場所コード、所有区分、履歴、添付ファイル、権限を整理し、CSV出力やAPIを確保しておくと、将来の移行や追加開発に備えられます。発注時に、サービス終了時のデータ返却、追加開発の単価、連携仕様の公開範囲を確認しておくことが重要です。

まとめ：金型管理システムは発注前の設計で成否が決まります

金型管理システムを発注・外注するときは、最初に「金型を探せない」「保全履歴が分からない」「会計と現場が一致しない」「取引先との保管・返却・廃棄の証跡が残らない」といった課題をKPIへ置き換えます。そのうえで、SaaS、パッケージ、個別開発の選択肢を、対象範囲、拠点、利用者、連携、セキュリティ、予算、将来拡張の観点から比較します。

発注前には、(1)対象となる金型・子金型・部品の範囲、(2)現場での入力者とタイミング、(3)所在・棚卸し・貸出返却・保全・ショット数の優先順位、(4)所有区分と取引証跡、(5)既存システムとの連携、(6)クラウド・オンプレの条件、(7)データ移行・ラベル・教育の担当、(8)受入条件、(9)初期費用と3年間の運用費、(10)保守とデータ返却を一枚にまとめます。これがRFPと見積比較の基準になります。

全社の金型を一度に完璧に登録するより、1工場・1業務・1種類の金型で、台帳から所在、棚卸し、貸出返却までを運用し、入力率と確認時間を測る方が失敗を避けやすいです。その結果をもとに保全、ショット数、会計、品質、取引先共有へ広げます。価格の安さだけで委託先を決めず、現場で使い続けられる設計、証跡を残せる運用、将来の連携を支える契約をそろえてから、金型管理システム開発を正式に依頼することが大切です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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