原料管理システムの開発は、要件整理、実データでの選定、設計・検証、段階稼働、定着の順に進みます。この順に進めると、品質と追跡性を高められます。
管理範囲と6つの開発フェーズ、費用相場、見積もりの確認点を説明します。全体像は化粧品製造業向け原料管理システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・化粧品製造業向け原料管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
化粧品製造業向け原料管理システム開発の全体像
購買や倉庫の在庫に加えて、原料の入荷から廃棄までをロット単位で記録します。原料は、検収と受入検査、品質承認を終えてから保管されます。その後は、引当、秤量、製造投入へと進みます。
各段階と残量も記録し、製品ロットや出荷先と相互に検索できる状態にします。
管理範囲を初期に明確にしておくと、在庫は見えても品質保証で使えないという失敗を防ぎやすくなります。
原料から製品までを一続きに管理する範囲
原料マスタには、原料名、社内コード、INCI名を登録します。
仕入先とメーカー、規格、保管条件も、原料マスタに登録します。
- ロット情報：ロットごとの使用期限または再試験期限、開封後の残量、保管場所。
- 品質情報：危険物とアレルゲンの情報、品質判定の記録。
- 払い出し制御：受入検査後に承認された原料だけを、製造指図へ引き当てる仕組み。
製品側では、配合表・レシピの版と製造バッチを記録します。日時、作業者、設備も残します。
さらに、使用原料ロットと秤量値、投入実績を記録します。完成品ロットと出荷先も、記録対象です。
日立システムズのFutureStageのように、製品から原料へ戻る追跡と、原料から出荷先へ進む追跡を実演できるかも選定材料になります。
化粧品工場特有の難しさの洗い出し
化粧品工場では、原料の特性や処方の違い、例外処理を踏まえて管理方法を設計します。
- 原料と処方：微量原料、香料、色材、似た名称、顧客別の秘密処方。
- 製造の例外：試作と量産の差、ロット分割、残原料、代替、再検査、特採、返品、廃棄への対応。
- 計量ルール：原料、秤量器、配合表で揃える単位換算と小数点以下の桁数。
単純な入出庫画面だけでは、化粧品工場の管理を支えられません。そのため、上に挙げた例外処理や計量ルールに対応する設計が要ります。
ISO 22716:2007は、化粧品の生産、管理、保管、出荷に関するGMPガイドラインです（出典: ISO「ISO 22716:2007 Cosmetics — Good Manufacturing Practices」、2026年確認）。
認証や法令適合は、システムの導入だけでは保証されません。そのため、原料の識別や保管、使用を、どの画面や帳票で説明するかを品質保証部門と決めます。
検査記録と変更履歴についても、説明する画面や帳票を決めておきます。
化粧品製造業向け原料管理システム開発の進め方
開発は6フェーズに分け、各段階で成果物と合格条件を決めておきます。
- 要件整理
- システム選定
- 設計・開発
- テスト
- 稼働
- 定着
次工程へ進む前に、現場と品質保証の認識をそろえます。さらに、情報システムと経営の認識もそろえておきます。
正常な入庫だけでなく、例外も早い段階から扱います。対象は、未承認原料や誤バーコード、通信断です。また、処方改訂や再検査も含めます。
フェーズ1：要件整理での業務イベントと例外の定義
原料の受入から出荷・回収までを時系列に並べます。そのうえで、各イベントの入力者と承認者、後続処理を整理します。加えて、入力する情報と保存期間も整理します。
- 受入：発注、入荷、検収、サンプル採取、受入検査、品質承認の順。
- 製造：棚入れ、引当、秤量、投入、工程内検査、完成品判定の順。
- 出荷後：出荷と回収の記録、担当、後続処理。
Excel、紙、Accessのどれを正本にするかを決めます。
秤量器と既存の生産管理システムについては、正本として扱うかを定めます。
原料点数や月間入荷ロット数、製造バッチ数を、数値で記録します。工場・ライン数や1日あたりの秤量件数も、数で把握します。さらに、必要な追跡時間と保存期間、利用者の役割も要件に含めます。
品質保証の立場では、未承認原料の払い出しを防げるかを確認します。
現場の立場では、誤原料や誤ロット、投入量違いの警告が出るかを確認します。
購買には、発注残と入荷予定をどう確認するかを聞いておきます。「原料管理」という言葉だけでは、在庫機能だけの見積もりになりやすいためです。
フェーズ2：実データと実機による選定
方式の候補は、SaaS・クラウド、製造業向けパッケージ、ハイブリッド構成です。
スクラッチ開発も一つの候補です。
小規模で標準業務が中心なら、クラウドやパッケージが候補になります。
特殊な秤量器や複雑な顧客別処方、工場内ネットワークの制約があるなら、エッジ連携や個別開発を確認します。
比較では、将来の拠点追加とユーザー数を見ます。さらに、データ保存とアップデート、保守体制も比べます。
匿名化した原料マスタや配合表を使ったデモを依頼します。入荷ロットや秤量記録も含めて、実際に動かしてもらいます。
- 品質と期限：未承認ロットを止め、期限先出しの候補を提示できるか。
- 残量と追跡：分割ロットの残量を追い、製品ロットから原料へ数分以内に戻れるか。
内田洋行のコスメサイエンス導入事例では、ExcelとAccessに分散した原材料管理を、生産管理システムと秤量・入出庫管理システムで連携させています（出典: 内田洋行「化粧品OEMメーカー×基幹システム」）。
現場の機器や既存データも含めて、実現方法を確認します。
フェーズ3：設計・開発での正本と権限の確定
設計では、データと権限、現場操作、版管理のルールを一体で定めます。
- データモデル：原料、ロット、保管場所、品質判定、配合版、製造バッチ、秤量実績、製品ロットの定義。
- コードと権限：原料・仕入先コード、単位、濃度、比重、ロット番号の統一、マスタの登録・変更・承認の担当、処方改訂の適用時点。
- 秤量・投入：コードで原料ロットを読み取り、配合表の予定量と実績値の比較。
- 計量条件：丸め、許容差、再秤量、容器風袋、途中保存、通信断時の再送を定め、手戻りを減らす。
- 版と秘密処方：改訂者、理由、承認者、適用日、旧版の参照可否の管理。OEM処方は、営業・研究・製造・品質保証ごとに閲覧範囲を分けます。
フェーズ4：正常系と異常系の検証
画面単位の単体テストに加えて、受入から製造・出荷までの業務シナリオでも検証します。
- 対象原料：微量の原料、同名に近いもの、期限間近、開封済みの残量。
- 例外ロット：代替原料やロット分割を使ったシナリオ。
- 権限確認：未承認原料の秤量が警告だけで済まず、権限不足で完了できないこと。
受入テストでは、確認する条件を数値にして合格基準を定めます。
誤バーコードの読み取りで停止し、期限切れや未承認のロットを引き当てないことを確認します。
さらに、配合版と製造指図が一致すること、秤量器の実績が二重に登録されないことも確認します。また、原料ロットから製品ロットへ、製品ロットから出荷先へ追跡できることも、条件に含めます。
障害時の試験として、API停止や無線切断、サーバー障害を試します。
ラベルプリンターの停止やバックアップ復元も対象です。そのうえで、工場を止めない暫定運用と復旧手順を確認します。
フェーズ5：小規模な稼働と安全な切り替え
安全に切り替えるため、データの整備から段階的な稼働まで、次の順に進めます。
- 本番移行前の、原料マスタとロット履歴の整備
- 過去履歴の移行方法の決定と、件数および在庫の確認
- 限定範囲でのパイロットと、確認後の対象の拡大
移行準備では、重複コードや表記ゆれ、単位の混在を整理します。さらに、期限の形式、仕入先名の揺れ、廃番原料も整理します。
移行件数とエラー件数を確定します。そのうえで、移行後に旧台帳と実棚、システム在庫を突合し、差異を記録します。
過去履歴をすべて移すか、参照用に保管するかは、品質保証と監査の要件に合わせて決めます。
パイロットは、1工場、1ライン、限定した原料で始めます。数週間は並行稼働させ、入荷や検査、秤量、投入の差異を直します。棚卸とトレースの差異も直してから、範囲を広げます。
切替日には、問い合わせ窓口と障害時の紙記録を決めておきます。再入力の責任者と、旧システムの停止時期も明文化します。
繁忙期や新製品の立ち上げ直前を避け、教育と検証の時間を確保します。
フェーズ6：定着のための指標と運用責任
稼働後の成果を測るため、導入前の基準値を記録し、月次で指標を確認します。
- 在庫・品質：棚卸差異率、期限切れ廃棄量、誤出庫・誤投入件数。
- 業務時間：受入検査から承認までの時間、トレース検索時間、手入力件数。
- 変更管理：処方変更の承認にかかる遅れ。
基準値があれば、改善効果と追加投資のどちらを優先するかを判断できます。
運用の体制として、原料マスタ管理者と処方承認者、品質判定者を決めます。
現場のスーパーユーザーとベンダー窓口も決めます。
問い合わせをすべて開発会社へ送らない体制にします。
加えて、新原料の追加や仕入先の変更、処方改訂の変更管理を定めます。設備追加や監査指摘も、変更管理の対象に含めます。
改善要望を、法令・品質上の必須、業務効率化、将来拡張に分類すると、機能追加の膨張を防げます。
化粧品製造業向け原料管理システムの費用相場とコスト内訳
化粧品原料管理だけの公開価格は少ないため、次に示す金額は、生産管理システムの公開相場と製造業向けシステムの見積もりの目安を、原料管理の機能範囲に当てはめた概算です。
原料点数や工場数、秤量器・ラベル機器の台数によって、費用は変わります。さらに、既存ERPとの連携や監査要件、データ移行量でも変動します。
金額は固定の価格ではなく、比較検討の起点として見てください。
導入方式別の費用レンジ
方式と対象規模ごとに、初期費用と月額費用、期間を次のレンジで見比べます。
- 小規模クラウド・ローコード：初期20万〜100万円、月額2万〜20万円程度。
- 単一工場のパッケージ：初期200万〜800万円、期間3〜6か月程度。
- 機器・基幹連携あり：初期500万〜1,500万円、期間4〜9か月程度。
- 複数拠点・個別開発：初期1,000万〜5,000万円、期間6〜12か月程度。
- 大規模刷新・海外展開：5,000万円〜1億円以上、12か月〜2年以上の場合もあります。
小規模導入では、原料マスタやロット・期限、入出庫を想定します。簡易帳票も、その範囲に入ります。
参考として、キッセイコムテックの「2025年版 生産管理システムとは？」では、2025年公開の相場として、一般的な生産管理システムのクラウド型が初期10万〜100万円、月額2万〜20万円程度とされています。
秤量器の連携や複雑な品質承認を含む場合は、小規模向けの範囲に収まらない可能性があります。
単一工場のパッケージ導入では、購買、入荷検査、ロット在庫を想定します。配合や製造実績に加えて、権限と標準帳票も範囲に含めます。
機器連携には、秤量機やバーコード、ラベルの接続が含まれます。さらに、ERPやWMSとの接続も含まれます。
複数拠点や複雑な処方では、品質、原価、MES連携の個別開発が費用に影響します。
大規模レンジは、NotebookLMリサーチと2025年公開の生産管理システム相場から推定した数字です。化粧品原料管理専用の統計ではない点に注意してください。
要件定義の後は、機能と連携、移行を分けた見積もりを取得します。教育や保守も、別に示してもらいます。
初期費用以外のコストと5年単位の見方
見積もりでは作業項目を分けて、後から追加費用になりやすい範囲を確かめます。
- 開発作業：要件定義、基本設計、画面・帳票、パッケージ設定。
- 連携と移行：機器連携、API、データ移行、テスト。
- 導入支援：教育、稼働支援、保守や運用の範囲。
Excel・Accessのマスタ整理や過去ロット履歴の移行は、追加費用になりやすい項目です。さらに、秤量器の通信確認やラベルプリンターの検証も、費用の増えやすい項目です。
見積書に記載がなければ、対象外か無償かを確認します。
ランニング費用には、クラウドの利用料やユーザーの追加、端末が含まれます。バーコードリーダーやラベル資材も対象です。
保守や監視、バックアップの範囲を確認します。加えて、OS・ミドルウェアの更新や機器連携の保守も確認します。
パッケージ型の年間保守は、初期費用の10〜15％程度が一般的な目安とされます。
個別開発を含む製造業システムでは、年15〜25％程度を想定する場合もあります（出典: キッセイコムテック公開相場およびNotebookLM製造業システム調査）。
契約内容によって保守料は変わるため、連携保守や障害対応が別契約なら、初期費用が安くても5年総額が高くなる可能性があります。
見積もりを取る際のポイントとチェックリスト
金額だけで比べると、要件定義やテストを省いた提案が安く見えることがあります。
そのため、RFPには、対象の拠点・ラインと原料点数、ユーザー数を明記します。機器や既存システムも、記載します。
さらに、保存期間と追跡要件、復旧目標も記載します。同じ前提で相見積もりを依頼すると、価格差を説明しやすくなります。
比べる観点は、標準機能と設定、個別開発です。外部連携と運用も見ます。
RFPに書く現状・将来・例外
RFPの現状・将来・例外の欄に、次の情報を整理して書きます。
- 現状：マスタ件数と品質、帳票、在庫差異、棚卸頻度、受入検査。
- 設備・将来：秤量器の型式、ラベル発行、工場・OEM顧客の追加、海外出荷。
- 連携・拡張：ERP・WMS・QMS、原価管理、需要予測。
- 例外：未承認、再検査、特採、返品、期限切れ、分割、代替、通信断、設備停止、処方改訂。
機能要件は、「管理したい」という段階から、誰が、何を、どの条件で、何分以内に、どの帳票で見るかまで具体化します。
トレーサビリティでは、原料ロットから全製品ロットを検索できることを定めます。さらに、製品ロットから原料と秤量者を検索し、品質保証が監査用に出力できることも含めます。
開発会社の実績と、受け持つ範囲の確認
開発会社については、実績と運用支援を確認します。さらに、クラウド管理と障害時の対応範囲も確かめます。
- 製造実績：化粧品・医薬部外品の配合製造と、ロットの双方向追跡の経験。
- 連携実績：品質承認と在庫引当、秤量器やバーコード、ラベルの連携経験。
- 事例と支援：公開事例の機能の出どころ（標準、追加開発、別製品連携）、支援担当と障害窓口。
- クラウド管理：保管場所、バックアップと復元テスト、認証と権限、API制限、障害時の責任範囲。
- 障害とセキュリティ：通信断時の継続と復旧後の重複・欠損の実機確認、RFPへのMFA、操作承認ログ、ネットワーク分離、脆弱性対応、RTO、RPOの記載。
経済産業省は2025年4月、中小規模の製造事業者向けに、工場セキュリティの手順や事例を示す解説書を公開しました（出典: 経済産業省「工場セキュリティの重要性と始め方」、2025年）。
追加請求と運用リスクの確認
費用と運用への影響を照らし合わせながら、見積もりの次の点を確かめます。
- 見積範囲：機能の対象、前提、除外項目、納品物、検収条件、変更管理の範囲。
- 一式項目：「連携一式」などを、機器、件数、回数、データ形式、現地対応ごとに分けた内訳。
- 変更契約：要件定義後に金額が変わる場合の、変更単価と承認手順の事前合意。
- 5年総額：利用料、保守、端末交換、連携、教育、拠点追加、移行、障害対応を含めた比較。
- 効果と削減幅：品質判定の別管理、手作業追跡、メール承認、通信断時の停止を確かめ、作業時間と品質リスクの削減幅を費用と同じ表で比べます。
よくある質問（FAQ）
原料管理システムでは、方式、費用、既存システムとの関係について質問が寄せられます。開発前に判断したい疑問に、実務の観点から答えます。
化粧品製造業向け原料管理システムはクラウドで十分ですか？
原料・ロット・期限・入出庫が中心で、機器連携や通信の制約が小さければ、クラウドで足りる場合があります。
秤量器やラベルプリンターを使う場合は、エッジ端末を介すハイブリッド構成や、通信断時の一時保存を確かめます。
また、秘密処方や顧客監査の要件を、クラウドの権限、ログ、データ保管の条件と照らし合わせます。
開発期間はどれくらいかかりますか？
開発期間は導入範囲や連携内容で変わるため、次の目安を確認します。
- 小規模導入：原料・期限・入出庫に絞る場合、2週間〜3か月程度。
- 単一工場：パッケージを展開する場合、3〜6か月程度。
- 機器・基幹連携：秤量機、バーコード、ERP・WMS、移行、品質承認、双方向追跡を含むと、4〜9か月程度。
- 複数拠点・個別開発：6〜12か月以上になる可能性があります。
開発会社には、要件定義と移行を含む工程表を依頼してください。教育や並行稼働、検収も、工程表に入れてもらいます。
最初からすべての機能を開発するべきですか？
最初はMVP（Minimum Viable Product）として、受入、品質承認、在庫引当を優先する方法が現実的です。また、バーコード秤量と製造実績、双方向追跡も含めます。
原価分析や需要予測、AIは、正確なマスタと製造実績が蓄積してから第2段階に回せます。全拠点統合も、正確なマスタと製造実績が蓄積してから第2段階に回せます。
後から変えにくい設計は、初期に固めておく必要があります。たとえば、原料コードやロット、処方版の設計がこれにあたります。さらに、権限と操作ログも初期に決めます。
化粧品GMPや監査に対応できますか？
受入検査や品質承認の記録は、GMPや顧客監査の運用を支えます。保管と使用、処方変更の記録に加えて、製造実績と操作ログも残せます。ただし、ISO 22716や法規制への適合を、システムが自動的に示すことはありません。
品質保証部門は、記録と承認、保存期間を定めます。電子署名や印刷帳票も定義します。そのうえで、その内容を受入テストと運用手順書に反映します。
まとめ
原料管理システムでは、在庫だけでなく受入から投入までを一連で設計します。受入検査や品質承認、保管に加えて、期限や配合も含まれます。製品ロットと出荷先をつなぎ、6つのフェーズごとの成果物と合格条件を確認します。
最初に決めるべき3つのこと
方式や費用、開発会社を比べる前に、追跡範囲、品質制御、外部連携を決めておきます。
- 追跡範囲：原料ロットから製品ロットへ、製品ロットから原料へ戻る範囲。
- 品質制御：未承認・期限切れの払い出し、誤投入、処方変更承認を強制する範囲。
- 外部連携：秤量器、ラベル、ERP、WMS、QMSと連携するデータ。
追跡範囲、品質制御、外部連携の3点が固まると、方式、費用、開発会社の比較が具体的になります。
小さなPoCから、RFPと見積比較への接続
本番展開の前に、小規模な実証と合格条件の確認を行います。
- 全社展開の前に、代表的な原料と配合、製造バッチを使ったPoCを行い、受入検査から秤量、投入、追跡までを確認する
- 未承認原料、期限切れ、誤バーコード、ロット分割、通信断の合格条件を数値にする
- 移行、教育、保守を含む5年総額で見積もりを取り、品質保証と現場で使えることを確かめてから、本番範囲を広げる
▼全体ガイドの記事
・化粧品製造業向け原料管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。