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

金型保守管理システムの開発は、現物棚卸と業務ヒアリングで要件を整理し、導入方式を選んだうえで、1工場・1ラインから段階的に広げていく流れで進みます。

その中心にあるのは、保全・品質・資産の情報を金型IDでつなぐことです。

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

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

金型IDを中心に、生産実績、ショット数、保全、製品ロット、会計資産を結ぶ図。
履歴の起点をそろえると、関連情報をたどりやすくなります。

金型保守管理システムは、台帳への登録にとどまらず、どの製品や設備で何ショット使い、いつ点検・修理・改造したかまで追跡します。また、貸出・返却・廃棄を誰が判断したかも含めて、ライフサイクル全体を管理します。

金型保守管理システムの定義

金型保守管理システムは、金型の情報と使用・保全の履歴をまとめて管理する業務システムです。

  • 管理対象:金型マスタ、所在・入出庫、使用回数、点検・修理、品質履歴、原価・資産情報
  • 登録情報:金型・部品番号、顧客、製品、型式、保管場所、所有区分
  • 資料:図面、写真、構成部品も登録すると、現場と管理部門が同じ情報を見られます

東計電算の「Mold One」は、受注・製作から保守・修理・改造・回収までを扱う製品です。同製品は、ショット数、修理履歴、会計資産を結び付けるライフサイクル管理も打ち出しています。

金型管理と設備保全システムの違い

管理対象を比べると、両システムの役割がはっきり分かれます。

  • 設備保全:成形機・プレス機の状態、故障、点検、部品交換
  • 金型保守:所在、命数、製品との関係、貸出先、修理・改造、資産区分

両システムは競合せず、設備の稼働実績からショット数を取り込んで、金型保全計画へ渡す関係にあります。

設備保全パッケージでは、構成部品、顧客資産、返却・廃棄の証跡が不足する場合があります。そのため、要件整理の段階で、どちらのシステムが何を管理するかを切り分けておきます。

最初に目指すデータの流れ

不良原因まで追えるように、金型IDを起点に履歴をつなぎます。

  • 履歴の経路:金型IDから生産実績、ショット数、保全、製品ロット、会計資産へつなぐ
  • 不良時の確認:製品ロットから金型・設備を特定し、直近のショット数・点検・修理・改造履歴を追う

ただし、金型マスタや入力ルールが不正確だと、AIによる予知保全を先に入れても材料が足りません。この履歴を確認できれば、原因の調査と影響範囲の判断を速められます。

ポイント

金型保守管理システムに含める範囲は、台帳への登録にとどまるか、使用履歴や保全、会計資産までつなぐかで決まります。判断の目安は、金型IDから製品ロットや設備まで、不良時にたどれるかどうかです。

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

現物棚卸と業務ヒアリングから、方式選定、設計・開発、テスト、1工場・1ラインでの稼働、KPIと改善会議による定着へ進む6段階の図。
小さく検証してから対象を広げる流れです。

開発では、全工場の要望を集めて大規模な仕様を一度に固めないことが大切です。まず現場の棚卸と業務観察から始め、1工場・1ラインなどでMVP(Minimum Viable Product)を検証し、データと運用を確かめてから対象を広げます。

企画から定着まで、次の6つのフェーズで進めます。

  1. 現物棚卸と業務ヒアリングで要件を整理する
  2. パッケージ・クラウド・スクラッチを選定する
  3. 入力、データモデル、連携を設計・開発する
  4. 実データと例外操作でテストする
  5. 1工場・1ラインから稼働する
  6. KPIと改善会議で運用を定着させる

フェーズ1:要件整理|現物と業務の差分の把握

まず金型の現物棚卸と業務ヒアリングを行い、マスタ候補を決めます。

  • 基本情報:金型番号、部品番号、顧客、製品、型式、所有区分
  • 保管・利用:工場・棚番、外注先、累積ショット数、貸出・返却予定
  • 保全情報:最新保全日、次回期限

Excel台帳をそのまま移す前に、現物との一致や番号の重複を確認します。また、金型本体と入れ子・コアなどの部品を、一つのIDで扱うかも決めます。

入出庫の記録者と端末を決めるほか、点検結果を選択式にするか自由記述にするか、写真・図面をどこまで保存するかも決めます。ショット数の取得元は設備・MES・PLCから選び、修理と廃棄の承認者も定めておきます。

KPIには、金型の捜索時間、棚卸差異、突発停止件数、不良流出件数を設定できます。さらに、予防保全比率と台帳更新の遅延時間も、導入後の評価に使えます。

フェーズ2:選定|パッケージ・クラウド・スクラッチの比較

業務の標準化の度合いや独自要件に応じて、導入方式を選びます。

  • クラウド・SaaS:標準業務に合わせ、QRやスマートフォンで早く始める場合
  • パッケージ:標準機能を使い、不足分をAPIや追加画面で補う場合
  • スクラッチ:独自の命数計算や権限などが競争力に直結する場合

スクラッチは、顧客ポータルや会計資産の独自ルールが必要な場合にも検討します。

パッケージは、入出庫から保全履歴までを標準機能に任せ、足りない部分だけを補う進め方に向いています。

現場はクラウドやモバイル、機械データは工場内のゲートウェイ、基幹はERPに分けて構成できます。連携をAPIでつなぐハイブリッド構成も、現実的な選択肢になります。

QRは安価にラベルを発行でき、破損時も貼り替えやすいため、小規模導入に適しています。

RFIDは、金型の一括棚卸や、読み取り位置を合わせにくい現場で強みを発揮します。一方で、タグ・リーダー・電波環境の費用と検証が必要になります。

デモでは、貸出と返却、点検延期を実演してもらいます。修理費の承認と製品ロットからの逆引きも、同じデモの中で見せてもらいます。そのうえで、作業者が数十秒で記録できるか、オフライン時にどう扱うかを確かめます。

CSV移行とAPI連携について、どこまでを誰が受け持つかが明確かどうかも、選定の判断材料になります。

フェーズ3:設計・開発|入力と連携を先に決めること

機能一覧を作る前に、データモデルと業務イベントを決めます。

  • データ関係:金型IDを主キーに、構成部品、製品、設備、製品ロットを関連付ける
  • 履歴項目:入出庫、ショット数、点検、修理、改造、費用、承認、廃棄を定義する
  • ショット数連携:成形機・プレス機のPLC、IoTゲートウェイ、既存MESの実績APIから選ぶ
  • 入力画面:入出庫・点検・修理・棚卸は、QR読取後に必要項目を表示する

金型番号を変えても履歴が消えないようにするには、表示名と内部IDを分けておく方法が有効です。

データの受け渡しは、1日1回のCSVで足りるか、製造中に近い即時性が要るかで決めます。また、異常値を誰が訂正するかも、設計書に記載します。

入出庫・点検・修理・棚卸を別々の画面にせず、バーコードやQRを読み取った後に必要な項目だけを表示すると、入力の負担を抑えられます。

工場ネットワークとクラウドを直接つなぐ前に、ゾーン分離と最小権限を要件に含めます。加えて、MFA、操作ログ、バックアップ、復旧訓練、委託先の接続管理も決めます。停止時にも現場を継続できる設計が、便利さと同じくらい必要です。

経済産業省が2025年に公表した資料は、IoT化とサプライチェーン経由の攻撃リスクを取り上げています。「工場セキュリティの重要性と始め方」は、中小規模の製造事業者向けの手順を示しています。

フェーズ4:テスト|実データと例外操作での検証

実際の金型とデータを使い、業務を最後まで完了できるかを確かめます。

  • 正常系:QR貸出、ショット数取込、点検通知、修理登録、返却、棚卸を通す
  • 例外系:番号重複、返却遅延、ショット数急増、通信断、部品交換、修理差戻しを試す
  • 追跡性:製品ロットから金型を、金型から使用製品と設備を検索する

作業者、保全担当、品質担当、経理担当がそれぞれ受入テストを行います。

フェーズ5:稼働|1工場・1ラインからの開始

全拠点を一斉に切り替えず、金型と業務の種類が代表的な1工場・1ラインを選びます。

  • データ準備:現物棚卸、旧台帳の凍結、移行対象の確定
  • 現場準備:QRやRFIDの貼付、端末・ネットワークの準備
  • 運用準備:問い合わせ窓口と旧Excelの参照専用日・廃止日を決める

旧Excelを更新し続けると情報が分岐するため、移行後は更新を止めます。

切替直後は、利用率に加えて、棚卸差異や金型を探す時間を導入前と比べます。さらに、点検期限の見落としや、修理申請から承認までの時間も比べます。

登録できない時間帯に備えて、オフライン入力や紙の一時記録を用意します。そのうえで、一時記録を正規データへ戻す責任者も決めます。

フェーズ6:定着|KPIと改善会議による運用の育成

導入プロジェクトの終了後も、月次または週次でデータ品質と業務効果を確認します。

  • 入力品質:金型マスタ未入力率、入出庫登録の遅延
  • 保全状況:点検期限超過、修理費、予防保全比率
  • 貸出状況:未返却件数

数値が悪化した原因は、現場と管理部門が話し合って探ります。

入力項目は最初から増やしすぎず、基本業務が定着してから、設備稼働データ、品質不良、在庫部品、会計資産、外注先との共有へ段階的に広げます。

AIや予測機能は、正確なショット数と保全履歴が蓄積してから検討します。現場が通知を確認して行動できる運用が整った後に追加するのが安全です。

ポイント

進め方は、1工場・1ラインでデータと運用を確かめてから対象を広げる形が基本です。判断の目安は、各段階で確かめたことを次の段階へ渡せているかどうかです。

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

クラウド台帳・QR、パッケージ、複数拠点・連携、スクラッチの初期費用レンジを横棒で比べた図。
連携範囲や独自要件に応じて、予算の幅が大きくなります。

金型保守管理システムは公開されている価格が少なく、費用は金型数、拠点数、機械連携、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には前提を書いておき、各社が同じ条件で提案できるようにします。

RFPや仕様書の記載事項

機能要件は、管理対象や操作ごとに分けて記載します。

  • 金型情報:マスタ、構成部品、所在・入出庫、貸出・返却、棚卸
  • 履歴・連携:ショット数、命数、点検、修理・改造、交換部品、製品ロット、設備
  • 管理機能:写真・図面、品質履歴、原価・資産、承認、通知、検索・帳票

各機能については、誰が、いつ、どの端末で、何秒程度で操作するかを記します。業務シナリオとしては、QR読み取り、返却予定日と貸出先の登録を示します。また、管理者が未返却一覧を確認する流れも含めます。

非機能要件には、通信が不安定な場合の動作、利用可能時間、バックアップを記載します。さらに、復旧目標、操作ログ、権限を明記します。また、MFA、保存期間、個人情報・顧客情報の扱いも定めます。サポート時間も、提案条件に含めます。

ショット数連携は、取得元、形式、頻度、欠損時の扱いを記載します。異常値の訂正権限や連携障害時の通知も分けて書くと、提案条件がそろいます。

複数社の提案を比べる基準

比較表には、機能範囲から導入支援までの条件を並べます。

  • 機能範囲:標準機能と追加開発、ライフサイクル、命数・ショット数、所在
  • 連携範囲:QR・RFID、製品ロット、会計資産、外注貸出
  • 導入条件:クラウド・オンプレミス、導入支援、公開事例

点数化するときは、最重要課題に応じて重み付けします。

課題は、所在、予防保全、品質追跡、資産・取引の証跡から定めます。実現性は、営業資料だけでなく担当者への質疑でも見極めます。

手袋をした状態での操作、外注貸出、未返却通知、部品単位の修理履歴について質問します。可能であれば、実際の台帳を匿名化してデモに使い、移行の難所を洗い出します。

契約と運用で注意すべきリスク

見積書では、移行件数と品質、追加要件の単価、API変更時の費用を確かめます。

  • 障害・機器:故障時の交換、クラウド障害時の責任、バックアップとデータ返却
  • 契約終了:データのエクスポート、保守時間、SLA、問い合わせ窓口
  • 一式表記:「移行」「連携」「テスト」に含む作業を別紙で定義する

2026年1月1日に取適法が施行されました。型等の保管や費用負担をめぐる取引の適正化が、大切な論点になります。

公正取引委員会のFAQは、長期間発注しない型等を無償で保管させ、費用を払わない行為について、不当な経済上の利益の提供要請に該当するおそれを示しています(出典:公正取引委員会「取適法に関するFAQ」、2026年確認)。

システムは、所有者、保管場所・期間、費用負担を残す基盤になります。さらに、返却・廃棄の協議・承認履歴も残せます。一方で、それだけで法令遵守が自動的に保証されるわけではありません。

ポイント

見積もりは、安さだけでなく、移行・教育・追加要件まで同じ前提で比べられるかで判断します。RFPに前提を書いておけば、各社の提案を条件をそろえて比べやすくなります。

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

機能の選択に加えて、現場の記録を正確にし、保全・品質・会計の判断へつなぐ運用設計も大切です。

導入前によく寄せられる質問に、順に答えます。

金型保守管理システムはパッケージとスクラッチのどちらがよいですか?

選定は、標準業務を早く始めるか、独自要件を実現するかで分かれます。

  • クラウド・パッケージ:標準的な入出庫、点検、修理、棚卸を早く始めたい場合
  • スクラッチ:独自命数計算、顧客資産、複雑な承認、多拠点・海外連携が差別化に直結する場合

まず、標準製品のデモで要件の何割を満たせるかを確認します。不足分だけを追加開発すると、費用と導入期間のバランスを取りやすくなります。

金型管理ではQRコードとRFIDのどちらを選ぶべきですか?

現場規模や読み取り方に合わせて、QRコードとRFIDを選びます。

  • QRコード:少数拠点で安価に始め、1個ずつ確実に読み取れる現場
  • RFID:一括棚卸、汚れや配置で読み取り位置を合わせにくい現場、通過の自動検知

タグの単価だけでなく、機器、設置、電波検証、貼り替えを含めて判断します。さらに、棚卸時間の削減効果も比べます。

ショット数はどのようにシステムへ取り込めばよいですか?

ショット数は、設備や必要な速報性に応じて連携方式を選びます。

  • PLC経由:成形機・プレス機からIoTゲートウェイで取り込む
  • MES経由:既存MESの生産実績APIを利用する
  • CSV連携:設備側の出力データを定期的に取り込む

最適な方式は、機種、ネットワーク、既存API、必要な速報性によって異なります。

まず日次連携で検証し、予防保全に即時性が必要だと分かった段階で拡張できます。

Excelの金型台帳から移行するときに注意することは何ですか?

Excelの列を取り込む前に、台帳データを分類します。

  • 記載の不整合:重複番号、空欄、表記ゆれ
  • 状態の不明確さ:廃棄済み、所有者不明、保管場所不明
  • 古い情報:更新時点が分からないショット数

移行対象の基準日を決めたうえで、現物で確認できないデータは「未確認」として残します。また、推測値を登録しないことや、旧台帳を更新しないルールを決め、データ補正の承認者も定めます。

ポイント

FAQで扱う選択は、標準機能で足りる範囲と独自要件が必要な範囲を先に切り分けると判断しやすくなります。方式、読み取り、ショット数、移行のいずれも、現場の規模と既存設備を前提に考えます。

まとめ|金型保守管理システムの6フェーズによる段階的な進め方

金型保守管理システムの導入は、現物棚卸とヒアリングから始めて、6フェーズで進めます。

要件整理と方式選定の後に、設計・開発とテストを行います。そのうえで、1工場・1ラインでの稼働からKPIによる定着へ広げます。

最初から全機能を作らず、まずは金型ID、所在、入出庫、点検、修理履歴を正確にすることが大切です。そのうえで、ショット数、製品ロット、会計資産へ範囲を広げると、失敗を抑えられます。

連携・移行・定着まで含めた費用の判断

導入範囲ごとの費用は、次のように幅があります。

  • QR台帳:小規模導入は初期20万〜100万円程度、月額3万〜20万円程度
  • パッケージ・連携:初期300万〜3,000万円程度
  • 独自開発・全社展開:初期1,500万〜5,000万円超

これは2026年時点の類似価格と製造業システムの工数から作った推定レンジです。

金型数、拠点、連携、移行、教育の条件をそろえた相見積もりで、この推定を確かめます。

最初の一歩は金型マスタと現場の1業務をそろえること

導入準備では、現場で扱う範囲とRFPの前提を順に固めます。

  • 現状整理:金型マスタの項目と現物棚卸の範囲を決める
  • 現場合意:入出庫・点検・修理のどこから記録を変えるか決める
  • RFP作成:ショット数取得元、QR・RFID、連携、取適法に関する保管・費用負担の証跡、ネットワーク要件を記載する

金型を探す時間の短縮に加え、故障前の保全、品質と資産の説明責任を目指します。

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

会社紹介

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

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

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

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

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

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