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

金型管理システムの開発は、Excelの台帳を置き換えるだけではなく、金型の所在・使用・保全・所有区分・返却や廃棄までを一つの履歴でつなぎ、生産停止と説明できない取引を減らす取り組みです。

本記事では、金型管理システムを要件整理、製品・開発会社の選定、設計開発、テスト、稼働、定着の6フェーズで進める方法を解説します。費用相場や見積もりの比較項目、現場で使われ続けるチェックポイントまで、プロジェクト計画やRFPに転記できる形で整理します。

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

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

金型管理システムは、金型を「保管している物」ではなく、生産・品質・会計・取引先との関係を持つ個体として管理する基盤です。開発の成否は機能の多さより、現場が迷わず登録でき、管理者が判断に必要な履歴をすぐ確認できるかで決まります。

最初に、金型本体だけを管理するのか、入れ子・パンチ・ダイなどの構成部品、治具、検具、木型まで対象に含めるのかを決めます。さらに、自社資産と得意先資産、預かり品、廃棄候補を区別できるようにします。目的は「台帳を作る」ではなく、「所在確認を何分以内に終える」「棚卸し差異を減らす」「突発停止時間を減らす」「返却や廃棄の判断根拠を残す」のように、業務上の変化で表現します。

管理単位が曖昧なまま始めると、金型番号と製品番号が一対一でないケースや、修理した部品だけを交換したケースで履歴がつながりません。金型番号、型式、製品番号、得意先、所有区分、保管場所、状態、図面・写真、最終使用日、ショット数、最終メンテナンス日を最低限の共通項目として、例外は後から追加できる設計にします。

最初から生産設備や会計まで全連携すると、要件と予算が膨らみ、稼働までに現場の関心が薄れるおそれがあります。現実的には、台帳・所在・棚卸しを第1段階、QRによる入出庫・貸出返却を第2段階、保全・ショット数・期限通知を第3段階、生産・品質・購買・会計連携を第4段階として、業務効果を確認しながら広げます。

2025年4月に経済産業省が中小規模の製造事業者向けに工場セキュリティの始め方を公表したように、IoT化ではクラウド接続やサプライチェーン経由のリスクも検討対象です（出典: 経済産業省「工場セキュリティの重要性と始め方」、2025年）。したがって、機能要件と同じタイミングで、ネットワーク分離、権限、バックアップ、障害時の現場運用も決めておく必要があります。

金型管理システムの進め方は6フェーズで整理します

進め方の基本は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズです。各フェーズに完了条件を置き、前の工程の曖昧さを次の工程へ持ち越さないことが重要です。特に、現場入力とデータ移行は開発会社に任せきりにせず、自社の担当者が判断する工程として計画します。

要件整理では、現場・保全・生産管理・品質・経理・情報システム・購買・取引先管理の代表者を集めます。部署ごとに、金型を受け入れてから保管し、使用し、移動し、修理し、返却または廃棄するまでの流れを時系列で書き出します。Excelの列名をそのまま要件にせず、「誰が」「どの端末で」「いつ」「何を確認し」「誰の承認を受けるか」を業務シナリオにします。

チェック項目は、金型番号の採番規則、重複登録時の扱い、親金型と構成部品の関係、保管場所の階層、貸出先と返却予定日、所有者と費用負担、状態の定義、図面の版管理、ショット数の取得元、メンテナンス周期、廃棄申請と承認者です。現物を見ずに会議だけで決めず、代表的な金型を10〜20個ほど選び、棚・ラベル・図面・既存台帳の差分を確認すると、移行難易度が早く見えます。

完了条件は、対象範囲と優先順位、業務フロー、初期登録項目、KPI、連携対象、セキュリティ制約が文書化され、部門責任者が合意していることです。KPIには、棚卸しにかかる時間、所在確認の時間、転記工数、突発停止時間、期限超過件数、返却遅延件数、金型ごとの保全費などを置きます。

選定では、SaaS・クラウド型、パッケージの設定・追加開発、ローコード、スクラッチ開発を同じ価格だけで比べないことが大切です。台帳・QR・棚卸しを早く始めたい場合はSaaSやテンプレート型が候補になり、既存の生産管理やERPと必要な範囲だけつなぐ場合はパッケージ＋連携が候補になります。独自の原価・償却・多拠点・海外運用が競争力に直結する場合に限り、スクラッチの妥当性を詳しく検討します。

RFPや比較表には、金型業界・自社工法の実績だけでなく、金型数、拠点数、利用者数、取引先との共有範囲、CSV移行、API、PLCやIoTとの接続、クラウド不可時の構成、操作ログ、権限、バックアップ、障害復旧、教育、保守SLA、追加開発の単価を記載します。デモでは「金型を登録する」画面だけでなく、QRを読み、保管場所を変え、棚卸し差異を承認し、修理写真を登録し、廃棄申請を取り消す一連の操作を見せてもらいます。

既製サービスの比較材料として、NAVINECTラインビルドの金型管理DXは、公開料金表で初期10万円、月額9万5,000円または12万5,000円、いずれも100ユーザーの基本費用を示しています。使用時照合、申請帳票、使用期限通知、装置連携は別オプションで、ショット数を装置から取得する場合は装置側対応費用や通信ハードウェアも別途です（出典: NAVINECTラインビルド「金型管理DX」料金表、確認時点2026年）。これは市場全体の標準価格ではなく、テンプレート型クラウドの公開ベンチマークとして扱います。

設計では、登録画面よりも現場の更新画面を先に作ります。棚番のQRと金型のQRを順番に読み取れば移動が完了し、入力項目は状態や数量など必要最小限に絞れる形が理想です。KMCの公開情報でも、QRとタブレットで所在・移動、点検・修理・交換を現場で入力し、写真や動画を履歴に紐付ける考え方が示されています。作業者が紙に書いて後で転記する運用を残すと、二重管理が長期化します。

データモデルでは、金型本体、構成部品、製品、設備、ロット、作業者、取引先を必要な粒度で分けます。履歴には更新者、日時、変更前後、理由、承認者を保存し、図面や写真は版と関連する金型を特定できるようにします。ショット数は手入力だけに固定せず、生産管理からの連携、PLCからの取得、検証済みの手動補正を想定します。異常値や通信断時は、停止させるのか仮登録を許すのかを決めます。

クラウドを採用する場合は、工場ネットワークからの接続経路、端末認証、多要素認証、権限分離、ログの保存期間、バックアップと復旧時間を確認します。オンプレミスや閉域網を選ぶ場合も、パッチ適用、ウイルス対策、バックアップ媒体、保守担当者の接続方法を要件化します。便利さだけで接続範囲を広げず、生産停止につながるOT環境と業務系システムの境界を設計段階で確認します。

テストでは、画面が開くかだけでなく、実際の金型と業務ルールが一致するかを確かめます。代表的な金型、構成部品が多い金型、預かり金型、貸出中の金型、廃棄候補、図面が複数版ある金型を用意し、受入れから棚卸し、修理、返却までを通して操作します。受入れ時の重複、誤った棚番、権限不足、承認者不在、通信断、同時更新、CSVの不正データもテストケースに含めます。

連携テストでは、生産管理やERPから受け取った製品番号・ロット番号・ショット数が正しい金型に紐付くかを確認します。PLC連携を行う場合は、停止中、再起動、通信遅延、二重送信、装置交換時の識別まで確認します。品質問題やリコールを想定し、「この製品ロットに使った金型はどれか」「その金型はいつ修理されたか」「誰が承認したか」を数分以内に追跡できるかも受入れ条件に入れます。

受入れを通す指標は、登録成功率、QR読み取りから更新完了までの時間、棚卸し差異の解消率、連携エラーの検知率、検索結果の正確性です。開発会社のテスト結果だけで合格にせず、現場代表者が作業者役、保全担当者が承認者役、経理が資産確認役となるユーザー受入テストを行います。

本稼働は、全工場一斉ではなく、金型の種類や工程が代表的な1拠点・1ラインから始める方法が安全です。移行前に重複番号、空欄の所有区分、古い保管場所、廃棄済みデータ、図面の最新版を整理し、初回棚卸しで現物と台帳を突き合わせます。UELの型管理ポータルでは、既存ExcelをCSVで移行し、棚のアドレスとシステム上の位置を一致させた導入事例が公開されています（出典: UEL株式会社「型管理ポータル」導入事例、確認時点2026年）。

切り替え当日は、旧Excelを参照専用にして更新を止める時間、移行責任者、問い合わせ窓口、障害時の紙運用、データ復旧手順を決めます。ラベルを貼る場合は、読み取り距離、油や水への耐久性、貼付位置、剥がれた場合の再発行を確認します。スマートフォンやタブレットを使う場合は、手袋をした作業者が扱えるか、電波が弱い場所で一時保存できるかも現場で検証します。

稼働後の2〜4週間は、機能追加より問い合わせとデータ品質を優先します。登録されない理由が入力の面倒さなのか、採番ルールの不明確さなのか、端末の置き場所なのかを毎日確認します。初期稼働の完了条件は、対象金型の登録率、棚卸しの実施率、未処理の貸出・返却、期限超過の確認、重大障害の解消が合意した基準を満たすことです。

定着フェーズでは、操作研修を1回実施して終わりにしません。作業者向けには「QRを読む、状態を選ぶ、写真を添付する」という短い手順を現場に掲示し、保全担当者には不具合分類や修理内容の記録ルールを教育します。管理者には、未更新、期限超過、棚卸し差異、貸出期限超過を確認する日次・週次の画面を決めます。

月次では、登録率だけでなく、所在確認の平均時間、棚卸しの工数、転記作業時間、ショット数未登録、予防保全の実施率、突発停止時間、金型ごとの修理費、遊休金型数、返却・廃棄の判断待ち件数を見ます。KMCは公開事例で、紙資料やExcelを減らし、金型ごとの不具合・メンテナンス記録を一元化する活用例を紹介していますが、掲載されている改善率は同社の事例・主張であり、自社効果としてそのまま約束できる数値ではありません（出典: 株式会社KMC「金型IoTソリューション」、確認時点2026年）。

運用会議では、現場から上がった改善要望を、法令・安全・生産停止・入力負荷・分析高度化の順に優先します。担当者が異動しても運用できるよう、マスター更新、権限申請、ラベル再発行、障害連絡、データ訂正、バックアップ復旧の手順を文書化します。システムを使う人が成果を実感できるよう、導入前後のKPIを同じ条件で測定し、結果を現場へ返すことが定着の鍵です。

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

専用システムの公開価格は少なく、費用は金型数、拠点数、利用者数、データ移行、ラベルや端末、既存システム連携、PLC連携、教育の有無で変わります。以下は公開料金表と製造業の類似業務システムの相場から整理した目安であり、金型管理システム全体の統計ではありません。特定の金額を予算確定値として扱わず、各社の見積もりを取って前提条件を比較します。

台帳・QR・棚卸しを中心としたSaaSやテンプレート型は、初期10万〜100万円程度、月額2万〜20万円程度が一つの目安です。実際の公開例として、NAVINECTラインビルドは初期10万円、月額9万5,000円または12万5,000円からで、100ユーザー・20GBの基本費用を掲げています。ただし、取扱業務やユーザー定義、オプションによって変わるため、公開料金表の範囲を超える要件は別途確認が必要です。

パッケージに設定、CSV移行、ラベル発行、権限設計を加える場合は、初期100万〜500万円程度、既存システムや設備との連携を加える場合は300万〜1,500万円程度が目安です。複数拠点、会計・品質・生産連携、設備データの自動取得を含むスクラッチ開発では、1,000万〜5,000万円程度、要件によってはそれ以上のレンジも想定します。これらは類似する製造業の在庫・資産・保全システムからの推定です。

見積書では、要件定義、画面・データ設計、開発、テスト、プロジェクト管理を分けます。さらに、既存Excelの重複除去やデータクレンジング、現物棚卸し、金型ラベル、スマートフォンやタブレット、バーコード・QR機器、ネットワーク、PLC改修、教育、マニュアル作成、初期サポートを別項目で確認します。移行対象が数千件でも、空欄や旧番号が多ければ、単純なCSV取込より整理工数が大きくなる場合があります。

ランニングコストには、クラウド利用料、ユーザー追加、保守、監視、バックアップ、問い合わせ対応、端末の更新、ラベルの再発行、通信費、セキュリティ対応、連携先の仕様変更費用が含まれます。スクラッチでは、初期開発費の年15〜25％程度を保守費の目安とする見積もりがありますが、SLAや改修範囲によって変わるため、料率だけで判断しないことが大切です。

台帳・QR・棚卸しだけなら数週間〜2か月程度、設定とCSV移行を含むパッケージなら1〜4か月程度、複数システムや設備連携を含む開発なら3〜9か月程度、複数拠点を含むスクラッチなら6〜18か月以上を目安にします。期間を短くするには、初期リリースの対象金型と拠点を絞り、連携方式を決め、データ整備の担当者を早く確保します。

期間の見積もりで特に差が出るのは、現物棚卸しとデータ移行です。既存台帳にない金型を現物で確認し、所有者や保管場所を取引先へ照会し、図面の版をそろえる作業は、ソフトウェア開発とは別の業務です。見積もりに含む件数、対象拠点、現地作業日数、顧客側の確認担当を明記し、後から追加費用にならないようにします。

見積もりを取る際のポイント

安い見積もりを選ぶことが、金型管理システムの開発を成功させるとは限りません。初期費用だけでなく、現場で登録が続くこと、データが正しく移行されること、既存システムと必要な範囲で連携できること、障害や法務上の問い合わせに対応できることまで含めて比較します。

RFPには、金型数、対象工法、拠点、利用者、現場端末、管理対象の粒度、既存データの形式、移行件数、必要な履歴期間、連携先、クラウド可否、想定するピーク利用、権限区分を記載します。機能一覧だけでなく、「入荷時にQRを発行する」「棚番と金型を読み取って移動する」「ショット数が閾値を超えたら保全依頼を出す」「貸出先から返却された型を承認する」といったシナリオを渡します。

受入れ条件は、登録・検索・移動・棚卸し・保全・貸出返却・廃棄申請・履歴出力・権限・バックアップ・連携エラーの項目ごとに置きます。例えば「金型番号または製品番号で検索できる」「更新者と日時が履歴に残る」「権限外の廃棄承認ができない」「通信断から復旧した後に二重登録されない」といった判定可能な文章にすると、完成後の認識違いを減らせます。

比較は3社程度から始め、同じ業務シナリオ、同じ移行件数、同じ連携範囲で提案を依頼します。評価表では、現場の操作性、金型・部品のデータモデル、保全と寿命管理、取引先共有、会計資産、API・CSV・PLC連携、セキュリティ、導入支援、価格、保守体制を分けます。各項目を5段階で採点するだけでなく、必須条件を満たさない提案は価格にかかわらず除外します。

提案時には、金型数や拠点数が自社と近い導入事例、初期登録を支援した範囲、現場教育の方法、障害発生時の連絡時間を確認します。「製造業で実績がある」という説明だけでは不十分です。自社と同じプレス・射出成形・ダイカストなどの工法、同じ所有区分や取引先との保管運用に対応した実績かを、可能な範囲で確認します。

2026年1月1日から下請法は中小受託取引適正化法、通称「取適法」に変わり、対象物品に金型以外の型などが追加され、一方的な代金決定の禁止なども施行されています（出典: 公正取引委員会「取適法」、2026年）。金型の保管・返却・廃棄・費用負担をシステムで記録しても、法令遵守が自動的に保証されるわけではありません。法務・購買・経理と、所有区分、保管費、返却期限、廃棄判断、証跡の保存方針を確認します。

連携の見積もりでは、APIがあるかだけでなく、マスターの管理主体、連携頻度、エラー時の再送、仕様変更時の責任範囲を確認します。生産設備からショット数を取得する場合は、装置側の改修、ゲートウェイ、通信ハードウェア、現場の停止時間、検証環境を含めます。連携先が将来変更されることを考え、金型管理システムがすべての業務を抱え込まず、データ連携の境界を明確にします。

定着の見積もりには、現場説明会、操作マニュアル、管理者研修、問い合わせ窓口、棚卸しの伴走、月次KPIレビューを含めます。金型管理では、初期登録よりも日々の移動・修理・返却の更新が重要です。開発会社の作業を完了させるだけでなく、自社側の業務オーナー、データ管理者、各拠点のスーパーユーザーを決め、稼働後に判断できる体制を作ります。

金型管理システム開発でよくある質問（FAQ）

最後に、導入前に多く寄せられる疑問へ回答します。金型管理の範囲は企業ごとに異なるため、一般論を自社の業務へ当てはめるときは、対象拠点と金型の種類を明確にして検討します。

Excelを継続利用できる規模なら、すぐに全面開発へ進む必要はありません。ただし、拠点・部署ごとに台帳が分かれ、最新版や所在が分からず、棚卸し・貸出返却・保全履歴・承認を人の記憶で補っている場合は、システム化の効果が出やすい状態です。まずは現物と台帳の差分を確認し、台帳・所在・棚卸しだけを小さく始める判断もできます。

クラウド禁止の理由を、インターネット接続禁止、社外保存禁止、個人情報・機密情報の制約、OTネットワーク接続の制約に分けて確認します。そのうえで、オンプレミス、閉域接続、工場内サーバーと業務系の連携、オフライン時の一時保存などを比較します。クラウドでも権限・暗号化・バックアップ・ログ管理を確認し、オンプレミスでもパッチや復旧を自社で担う必要があるため、運用負担を含めて選定します。

初期導入では、正確な手入力や生産実績からの連携で始め、運用が安定してからPLCやIoTによる自動取得へ広げる方法が現実的です。自動連携は入力負荷を下げられますが、金型と設備の識別、通信断、二重送信、装置側の改修費用を検討する必要があります。寿命判定に使う重要データであるため、一定期間は自動値と現場確認値を突き合わせ、補正ルールと責任者を決めます。

システムだけで法令遵守を完結することはできません。金型の所有者、保管者、保管費用、返却・廃棄の条件、発注や協議の記録、変更履歴を残しやすくすることはできますが、契約・社内承認・取引先との協議・保存期間などの運用が必要です。対象取引や具体的な法的評価は、公正取引委員会の資料を確認し、必要に応じて法務や専門家へ相談します。

金型の概数、拠点・倉庫、既存Excelのサンプル、管理項目、現物ラベルの写真、入出庫・棚卸し・修理・返却の流れ、連携したい生産管理やERP、クラウドの制約、困っているKPIを用意します。完璧な資料は不要ですが、代表的な金型を数件選び、現在の台帳と現場の状態を比較しておくと、ベンダーが移行・ラベル・連携の難易度を見積もりやすくなります。

まとめ

金型管理システムの開発は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めます。金型番号や図面を登録するだけでなく、所在、貸出・返却、保全、ショット数、所有区分、保管費、廃棄判断、操作ログまでを業務の流れに沿ってつなぐことが重要です。

まずは、棚卸しや所在確認に時間がかかる拠点、貸出・預かり金型が多い工程、修理履歴が属人化している金型群など、効果を測りやすい範囲を選びます。初期導入を台帳・QR・棚卸しに絞り、現場の入力を定着させてから、保全、ショット数、品質、生産、会計へ拡張すると、費用とリスクを管理しやすくなります。

開発会社へ相談するときは、金型の概数や現場写真だけでなく、Excelの項目、代表的な業務シナリオ、現物との差分、必要なKPI、既存システムとの連携、クラウドや工場ネットワークの制約を共有します。法務・購買・経理・情報システム・現場が同じ前提で比較し、初期費用だけでなく移行、ラベル、端末、教育、保守、連携、セキュリティまで含めて、無理なく運用できる計画を選びます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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