金型保守管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

金型保守管理システムの開発は、金型番号・所在・ショット数・保全履歴・製品ロット・資産情報をつなぎ、壊れる前に判断できる状態を段階的に作る進め方が基本です。

金型の場所が分からない、修理履歴が紙やExcelに散らばっている、ショット数と不良の関係を追えないといった課題は、機能を追加するだけでは解決しません。この記事では、金型保守管理システムを開発・導入する流れを6つのフェーズに分け、パッケージ・クラウド・スクラッチの選び方、2026年時点の費用相場、見積書の確認ポイント、現場に定着させる方法まで解説します。

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

金型保守管理システム開発の全体像

金型保守管理システムは、金型を「保管している物品」として台帳に登録するだけの仕組みではありません。どの金型が、どの製品や設備で、何ショット使われ、いつ点検・修理・改造され、誰が貸出・返却・廃棄を判断したかを、ライフサイクル全体で追えるようにする仕組みです。

金型保守管理システムとは、金型マスタ、所在・入出庫、使用回数、点検・修理、品質履歴、原価・資産情報を一元管理する業務システムです。金型番号や部品番号だけでなく、顧客、製品、型式、保管場所、所有区分、図面、写真、構成部品まで登録しておくと、現場と管理部門が同じ情報を見られます。東計電算の「Mold One」も、金型の受注・製作から保守・修理・改造・回収までと、ショット数や修理履歴、会計資産を結び付けるライフサイクル管理を訴求しています。

設備保全システムが成形機やプレス機などの設備状態、故障、点検、部品交換を中心に扱うのに対し、金型保守管理システムは交換して使う金型そのものの所在、命数、製品との関係、貸出先、修理・改造、資産区分を中心に扱います。両者は競合するものではなく、設備の稼働実績からショット数を取り込み、金型の保全計画へ渡す関係です。設備保全パッケージだけでは金型の構成部品や顧客資産、返却・廃棄の証跡が足りない場合があるため、要件整理で管理対象を切り分けます。

最初に作るべき流れは、金型IDから生産実績、ショット数、保全、製品ロット、会計資産へつながる一本の履歴です。たとえば不良が発生したとき、製品ロットから使用金型と設備を特定し、直近のショット数・点検・修理・改造の履歴を確認できれば、原因調査と影響範囲の判断が速くなります。反対に、AIによる予知保全を先に導入しても、金型マスタや入力ルールが不正確なら判断材料が不足します。

金型保守管理システムの進め方｜6つのフェーズ

開発を成功させるポイントは、いきなり全工場の要望を集めて大規模な仕様を固めないことです。現場の棚卸と業務観察から始め、1工場・1ラインなど検証しやすい範囲でMVPを作り、データと運用を確認してから広げます。ここでは、企画から定着までを6フェーズに分けて説明します。

最初の作業は、金型の現物棚卸と業務ヒアリングです。金型番号、部品番号、顧客、製品、型式、所有区分、工場・棚番、外注先、累積ショット数、最新保全日、次回期限、貸出・返却予定を最低限のマスタ候補にします。Excel台帳の列をそのまま移すのではなく、現物と台帳が一致するか、同じ番号が重複していないか、金型本体と入れ子・コアなどの部品を一つのIDで扱うかを確認します。

要件整理のチェック項目は、入出庫を誰がどの端末で記録するか、点検結果を選択式にするか自由記述にするか、写真・図面をどこまで保存するか、ショット数を設備・MES・PLCのどこから取得するか、修理・廃棄を誰が承認するかです。KPIは金型捜索時間、棚卸差異、突発停止件数、不良流出件数、予防保全比率、台帳更新の遅延時間にすると、導入後の評価につながります。

標準業務に合わせられ、QRコードやスマートフォンで早く始めたい場合はクラウド・SaaSが候補です。金型の入出庫、点検、貸出、保全履歴を標準機能で管理し、足りない部分だけAPIや追加画面で補うならパッケージが向いています。特殊な命数計算、複数拠点の複雑な権限、顧客ポータル、会計資産の独自ルールが競争力に直結する場合はスクラッチを検討します。

現実的には、現場をクラウド・モバイル、機械データを工場内ゲートウェイ、基幹をERP、連携をAPIに分けるハイブリッド構成が選びやすいです。QRはラベルを安価に発行し、壊れた場合も貼り替えやすいため小規模導入に適します。RFIDは複数の金型を一括で読み取る棚卸や、読み取り位置を合わせにくい現場に強みがありますが、タグ・リーダー・電波環境の費用と検証が必要です。

選定時はデモで「金型を貸し出す」「返却する」「点検を延期する」「修理費を承認する」「製品ロットから金型を逆引きする」操作を実演してもらいます。画面の多さより、作業者が数十秒で記録できるか、オフライン時にどう扱うか、CSV移行とAPI連携の責任分界が明確かを判断します。

設計では、機能一覧よりもデータモデルと業務イベントを先に決めます。金型IDを主キーにして、構成部品、製品、設備、製品ロット、入出庫、ショット数、点検、修理、改造、費用、承認、廃棄をどの履歴として残すかを設計します。金型番号を変更した場合も過去の修理履歴が消えないように、表示名と内部IDを分ける考え方が有効です。

ショット数の連携は、成形機・プレス機のPLC、IoTゲートウェイ、既存MESの実績APIなど、現場ごとに方式が異なります。1日1回のCSV連携で足りるのか、製造中に近いリアルタイム性が必要か、異常値を誰が訂正するかを設計書に書きます。入力画面は、入出庫・点検・修理・棚卸をそれぞれ独立させず、バーコードやQRを読んだ後に必要な項目だけが出る流れにすると、入力負担を抑えられます。

また、工場ネットワークとクラウドを直接つなぐ前に、ゾーン分離、最小権限、MFA、操作ログ、バックアップ、復旧訓練、委託先のリモート接続管理を要件化します。経済産業省が2025年に公表した「工場セキュリティの重要性と始め方」でも、IoT化とサプライチェーンを通じた攻撃リスクを背景に、中小規模の製造事業者が始めるための手順を示しています。システムの便利さだけでなく、止まったときに現場を継続できる設計が必要です。

テストでは、画面が表示されるかだけでなく、実際の金型と実データで業務が完了するかを確認します。代表的な正常系として、QRを読み取って貸し出し、設備からショット数を取り込み、点検期限の通知を受け、修理内容と費用を登録し、返却して棚卸を完了する一連のシナリオを通します。

同時に、金型番号が重複した場合、返却予定日を過ぎた場合、ショット数が急増した場合、ネットワークが切れた場合、金型部品だけを交換した場合、修理を差し戻した場合も確認します。製品ロットから対象金型を検索できるか、金型から使用製品と設備を検索できるかという双方向のトレーサビリティも必須です。現場の作業者、保全担当、品質担当、経理担当がそれぞれ自分の業務を受入テストすることが大切です。

本番稼働では、全拠点を一斉に切り替えるより、金型の種類と業務が代表的な1工場・1ラインを選びます。稼働前に、現物棚卸、旧台帳の凍結、移行対象の確定、QRやRFIDの貼付、端末・ネットワークの準備、問い合わせ窓口の設定を終えます。移行後に旧Excelを更新し続けると情報が分岐するため、参照専用にする日と廃止する日も決めます。

切替直後は、システムの利用率だけで判断しません。棚卸差異が減ったか、金型を探す時間が短くなったか、点検期限の見落としが減ったか、修理申請から承認までの時間が短くなったかを、導入前の数値と比較します。現場で登録できない時間帯があれば、オフライン入力や紙の一時記録を含む代替運用を用意し、後から正規データへ戻す責任者を決めます。

定着フェーズでは、導入プロジェクトを終わらせるのではなく、月次または週次でデータ品質と業務効果を確認します。金型マスタの未入力率、入出庫登録の遅延、点検期限超過、修理費、予防保全比率、未返却件数をダッシュボードで確認し、数値が悪化した原因を現場と管理部門で話し合います。

最初から入力項目を増やしすぎないことも重要です。入出庫・点検・修理・棚卸が定着した後に、設備の稼働データ、品質不良、在庫部品、会計資産、外注先との共有へ段階的に広げます。AIや予測機能は、正確なショット数と保全履歴が蓄積され、現場が通知を確認して行動する運用ができた後の追加機能として検討するのが安全です。

金型保守管理システムの費用相場とコストの内訳

金型保守管理システムの公開価格は少なく、費用は金型数、拠点数、機械連携、RFID台数、データ移行量、会計・ERP連携、現場教育の範囲で変わります。以下は、設備保全クラウドの公開価格、製造業システムの人月単価、金型管理製品の機能範囲をもとにした2026年時点の推定レンジです。個別案件の確定価格ではないため、予算の初期検討に使い、最終的には同じ要件で見積を取ります。

クラウド台帳とQRコードを少数拠点で始める場合、初期費用は20万〜100万円程度、月額は3万〜20万円程度、期間は2〜8週間が一つの目安です。パッケージへCSV移行を行い、保全・貸出設定まで含める場合は初期300万〜1,500万円程度、期間は2〜6か月程度が推定レンジです。生産実績・ERP連携、QRまたはRFID、複数拠点を組み合わせると、初期1,000万〜3,000万円程度、期間6〜12か月程度を見込むケースがあります。

独自の命数計算、複雑な資産管理、顧客や外注先とのポータル、全社展開まで含むスクラッチ開発では、初期1,500万〜5,000万円超、期間9〜18か月以上という大きなレンジになります。設備保全管理システムの比較情報では、クラウド型の初期費用0〜30万円、月額3万〜20万円前後、オンプレミス型の初期費用100万〜500万円以上という目安が紹介されていますが、金型固有の機能や連携を加える場合は下限をそのまま当てはめられません。出典はITreview「設備保全管理システム比較」（2026年確認）です。

初期費用は、企画・要件定義、現物棚卸支援、画面・データ設計、環境構築、標準設定、追加開発、APIやCSV連携、QR・RFID機器、データクレンジングと移行、テスト、教育、稼働支援に分解して確認します。特に移行対象の金型数だけでなく、重複・欠損・表記ゆれを直す作業量が費用を左右します。RFIDを使う場合はタグやリーダーの機器費、設置調整、電波検証が別計上されることがあります。

保守費用には、クラウド利用料、サーバー・バックアップ、問い合わせ対応、障害対応、OSやミドルウェアの更新、セキュリティ対応、機能改善、データ補正の支援が含まれます。開発委託では、PM月90万〜150万円、SE月65万〜110万円、PG月50万〜90万円程度という製造業システムの人月単価を参考にできますが、実際の単価や工数は会社・契約・専門性によって異なります。出典はNotebookLM社内資料「生産・製造」（2026年確認）です。

費用と期間を抑えるには、すべてを同時に自動化せず、最初のMVPを入出庫・棚卸・点検・修理履歴に絞ります。会計連携やショット数の自動取得は、業務効果が確認できた後に追加しても構いません。ただし将来連携する項目のID設計と履歴保持だけは初期設計で決めておくと、後から作り直すリスクを減らせます。

要件定義10〜12%、設計・環境22〜24%、実装48〜50%、テスト15〜17%程度という工程配分を基準にすると、見積の偏りを確認しやすくなります。出典はNotebookLM社内資料「生産・製造」（2026年確認）です。実装だけが大きく、移行・結合テスト・教育・稼働支援が極端に小さい見積は、後工程の追加請求や社内負担が隠れていないか確認します。

金型保守管理システムの見積もりを取る際のポイント

見積の安さだけを比較すると、データ移行や現場教育が抜けていて、導入後に追加費用が発生することがあります。RFPには、対象拠点・金型数・利用者数・現行台帳の形式・管理する履歴・連携先・端末・通知・権限・保存期間・導入後の支援範囲を記載し、各社が同じ前提で提案できる状態を作ります。

機能要件は、金型マスタ、構成部品、所在・入出庫、貸出・返却、棚卸、ショット数、命数、点検、修理・改造、交換部品、写真・図面、製品ロット、設備、品質履歴、原価・資産、承認、通知、検索・帳票に分けます。各機能には「誰が」「いつ」「どの端末で」「何秒程度で」操作するかを書きます。たとえば、作業者が金型を棚から取り出すときはQRを読み、返却予定日と貸出先を登録し、管理者が未返却一覧を確認するという業務シナリオにします。

非機能要件では、工場内の通信が不安定な場合の動作、利用可能時間、バックアップ、復旧目標、操作ログ、権限、MFA、データ保存期間、個人情報や顧客情報の扱い、サポート時間を明記します。ショット数連携については、取得元、データ形式、連携頻度、欠損時の扱い、異常値の訂正権限、連携障害時の通知を分けて記載すると、提案会社の前提がそろいます。

比較表には、標準機能と追加開発の境界、金型ライフサイクル、命数・ショット数、所在管理、QR・RFID、製品ロット連携、会計資産、外注貸出、クラウド・オンプレミス、導入支援、公開事例を並べます。すべての項目を点数化するだけでなく、自社の最重要課題を「所在」「予防保全」「品質追跡」「資産・取引証跡」のどれに置くかで重み付けします。

提案の実現性は、営業資料より担当者との質疑で見極めます。現場の作業者が手袋をしたまま操作できるか、外注先への貸出をどう記録するか、返却されない金型をどう通知するか、金型部品だけを修理したときの履歴をどう残すかを質問します。可能なら、実際の台帳を匿名化してデモに使い、データ移行の難所を事前に洗い出します。

見積書では、データ移行の対象件数と品質、追加要件の単価、API仕様変更時の費用、機器故障時の交換、クラウド障害時の責任、バックアップとデータ返却、契約終了時のエクスポート、保守時間、SLA、問い合わせ窓口を確認します。特に「データ移行一式」「連携一式」「テスト一式」のような一式表記は、含まれる作業と含まれない作業を別紙で定義します。

2026年1月1日に取適法が施行され、金型などの型等を長期間無償で保管させることや、保管費用・メンテナンス費用の負担をめぐる取引の適正化が重要になっています。公正取引委員会のFAQでは、発注を長期間行わない型等を受託事業者に保管させ、費用を支払わない行為が不当な経済上の利益の提供要請に該当するおそれを示しています。出典は公正取引委員会「取適法に関するFAQ」（2026年確認）です。システムは法令遵守を自動的に保証しませんが、所有者、保管場所、保管期間、費用負担、返却・廃棄の協議・承認履歴を残す基盤になります。

金型保守管理システム開発でよくある質問

金型保守管理システムは、機能の選択よりも、現場の記録を正確にし、保全・品質・会計の判断へつなげる運用設計が重要です。ここでは、導入前によく寄せられる質問に直接回答します。

標準的な入出庫、点検、修理、棚卸を早く始めたい場合は、クラウドやパッケージを優先します。独自の命数計算、顧客資産、複雑な承認、多拠点・海外拠点との連携が業務の差別化に直結する場合はスクラッチが候補です。まず標準製品のデモで要件の何割を満たせるかを確認し、足りない部分だけ追加開発する方法が、費用と導入期間のバランスを取りやすいです。

少数拠点で安価に始め、作業者が1個ずつ確実に読み取れる現場ならQRコードが向いています。多数の金型を一括で棚卸したい、汚れや配置のために読み取り位置を合わせにくい、入出庫の通過を自動検知したい現場ではRFIDを検討します。最終判断はタグ単価だけでなく、読み取り機器、設置、電波検証、貼り替え、棚卸時間の削減効果を合わせて行います。

成形機やプレス機のPLCからIoTゲートウェイを経由して取り込む方法、既存MESの生産実績APIを利用する方法、設備側で出力したCSVを定期連携する方法があります。設備の機種、ネットワーク接続、既存システムのAPI、必要な速報性によって最適な方式は異なります。最初は日次連携で検証し、予防保全の判断にリアルタイム性が必要だと分かった段階で拡張する選択もできます。

Excelの列をそのまま取り込む前に、重複番号、空欄、表記ゆれ、廃棄済み、所有者不明、保管場所不明、古いショット数を分類します。移行対象の基準日を決め、現物棚卸で確認できなかったデータは「未確認」として残し、勝手に推測値を登録しません。移行後は旧台帳を更新しないルールと、データ補正の承認者を決めることが重要です。

まとめ｜金型保守管理システムは6フェーズで段階的に進めます

金型保守管理システムの進め方は、(1)現物棚卸と業務ヒアリングによる要件整理、(2)クラウド・パッケージ・スクラッチの選定、(3)データモデル・画面・連携の設計開発、(4)実データと例外操作を含むテスト、(5)1工場・1ラインからの稼働、(6)KPIを使った定着の6フェーズです。最初から全機能を作るのではなく、金型ID、所在、入出庫、点検、修理履歴を正確にし、ショット数・製品ロット・会計資産へ広げる順番が失敗を抑えます。

費用は、QR台帳の小規模導入なら初期20万〜100万円程度、月額3万〜20万円程度、パッケージ導入や連携を含むと初期300万〜3,000万円程度、独自開発と全社展開では1,500万〜5,000万円超まで幅があります。これらは2026年時点の類似システム価格と製造業システムの工数から作った推定レンジであり、金型数・拠点・連携・移行・教育の条件をそろえた相見積もりで確かめます。

まずは金型マスタの項目と現物棚卸の範囲を決め、入出庫・点検・修理のどこから記録を変えるかを現場と合意します。そのうえで、ショット数の取得元、QRとRFIDの候補、既存システムとの連携、取適法に関する保管・費用負担の証跡、工場ネットワークの安全要件をRFPへ落とし込みます。金型を探す時間を減らすだけでなく、壊れる前に保全し、品質と資産の説明責任まで果たせる状態を目指すことが、開発の成果になります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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