化粧品製造業向け生産管理システム開発の発注/外注/依頼/委託方法について

化粧品製造業向け生産管理システムの発注は、業務の整理、実データでの比較、段階的な導入の順に進めると、追加開発や現場の二重入力を抑えられます。

予算幅は公開価格資料と導入事例から示します。全体像は化粧品製造業向け生産管理システム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・化粧品製造業向け生産管理システム開発の完全ガイド

化粧品製造業向け生産管理システムの発注・外注の全体像

発注前のゴールを課題、対象範囲、MVPの3項目に分けた図。
目的・範囲・先行機能をそろえると、発注条件を整理しやすくなります。

発注や外注の成否は、会社の知名度よりも、現場の業務を共通の言葉で共有できるかで決まります。まずは、原料受入から出荷までの工程を、秤量や配合、充填、検査などの段階に分けて整理します。そのうえで、システムに残す記録を決めます。

化粧品製造業で発注が難しい理由

化粧品の管理内容は、製品名だけでは決まりません。製造形態が違えば、追うべき記録や管理の単位も変わるからです。発注時には製造形態ごとの違いを整理し、自社がどの違いに当たるかを次の4点で確かめておきます。

  • 製品ごとの差:原料ロット、配合量、条件、容器、ラベル、出荷先。
  • 自社ブランド:商品企画や販売計画とどう連携するか。
  • OEM・ODM:顧客別仕様、少量多品種、納期変更、委託先共有。
  • ロット追跡:製品から原料への正引きと、原料から製品への逆引き。

生産数の登録だけに焦点を置くと、機能が不足しやすくなります。そのため、検査不合格、期限切れ、秤量誤差、配合変更の際に対象を絞り込めるかを、発注条件に含めます。

発注前に決めるべきゴール

機能一覧より先に、経営と現場の課題を三つ程度に絞り、導入目的を具体的にしておきます。

  • 課題:ロット照会の時間短縮(数時間から数分へ)、誤投入の削減、在庫と生産計画の毎日の差異確認。
  • 対象範囲:全社一斉か、1工場・1ライン・主要品目からの段階導入か。
  • MVP:受入・秤量・製造実績・検査・在庫を先行する範囲。

現場入力が定着していない会社では、まず小さな範囲で現場の入力を根づかせる方法が現実的です。

販売・会計・ECとの連携は、第二段階に回す方法もあります。目的が明確であれば、不要なカスタマイズを抑えられ、各社の提案も比べやすくなります。

ポイント

業務の流れを先に整理し、目的と対象範囲を決めておくと、各社の提案を同じ条件で比べられます。判断に迷ったときは、この段階に戻って要件を見直します。

発注形態(パッケージ・クラウド・スクラッチ)の選び方

標準化できる業務が多く、早く始めたい場合は、クラウドや業界パッケージが候補になります。一方で、独自業務が競争力に直結する場合は、個別拡張やハイブリッドを検討します。

フルスクラッチは、標準製品では重要業務を表現できないと実データで確かめてから選ぶものです。

クラウド型・SaaS型を選ぶケース

複数拠点で同じデータを見たい場合や、サーバーの担当者を置きにくい場合は、クラウド型が候補になります。また、初期投資を平準化できる点も利点です。

利用開始を早めやすい一方で、独自帳票や複雑な承認は、標準機能では表現できない場合があります。

RFPでは、APIやデータ保管地域、バックアップを確認項目に入れます。障害時の手動運用や、解約時のデータ返却も確かめます。

業界パッケージを選ぶケース

配合表やBOM、原料・資材・半製品・製品のロットを標準で持つ製品は、要件の漏れを減らしやすくなります。使用期限、品質検査、原価も標準で扱えるかを、発注時に確かめるとよいでしょう。

製品によっては、秤量器、バーコード、双方向トレーサビリティにも対応しています。ただし、「化粧品対応」の表示だけで決めないことが大切です。

発注側は、自社のレシピと検査帳票を使い、入力から出荷判定までの流れをデモで確かめます。

スクラッチ開発を選ぶケース

独自の配合工程や顧客別の受託条件を変えられない場合は、スクラッチ開発が有効です。ただし、法令や帳票の変更、脆弱性対応、担当者の交代、機器更新も、自社と開発会社が長く担うことになります。

判断では、初期費用だけでなく、5年から10年の保守、追加人材、障害復旧まで含めて見ます。

ハイブリッド構成・ERP連携を選ぶケース

生産管理は業界パッケージ、会計・販売はERP、倉庫はWMS、現場入力はタブレットやMESに分ける構成もあります。

大規模な企業や、EC・店舗・海外拠点を持つ企業では、APIやファイル連携で責任範囲を分けると、変更に強い構成になります。

発注時には、連携方式に加えて、マスターの正本をどのシステムに置くかも決めておきます。

ポイント

標準製品で重要業務を表現できるかを、実データで確かめてから形態を決めます。標準化できる業務が多ければパッケージかクラウド、独自業務が競争力の中心ならハイブリッドを検討する順で考えます。

RFPと要件整理の具体化の範囲

RFP要件を計画・製造、品質・記録、業務シナリオ、非機能の4領域に分けた図。
業務機能と運用条件を分けて並べると、提案条件の抜けを見つけやすくなります。

RFPは、業務課題と提案条件を社内と開発会社でそろえるための資料です。

完璧な仕様書を用意する必要はありません。ただし、対象範囲、優先順位、現行データは記載しておきます。さらに、連携対象、納期、予算上限の考え方も書いておくと、提案条件がそろいます。

現状業務の原料入荷から出荷までの流れ

工程図には、受入から返品・廃棄までを記載します。そのうえで、各工程の記録と製造形態も整理しておきます。

  • 工程:受入、検品、保管、払出、秤量、配合、バルク保管、充填、包装、検査、出荷、返品、廃棄。
  • 記録:担当者、登録内容、単位、対象ロット、承認者の定め方。
  • 課題:Excelや紙帳票を単に画面化せず、重複入力、転記、承認待ち、検索できない記録を洗い出す。
  • OEM・ODM:顧客別コード、仕様書、容器・包材、納入先、最小ロット、納期変更。
  • 自社ブランド:販売計画、キャンペーン、在庫引当、返品・廃棄を生産側へ渡す方法。

機能要件と非機能要件の区分

機能要件と非機能要件を分けたうえで、化粧品製造の業務シナリオと運用条件に落とし込みます。

  • 計画・製造:受注、生産計画、所要量計算、購買、在庫、配合表、秤量、製造実績。
  • 品質・記録:品質検査、原価、ロット追跡、出荷判定、帳票、マスター管理。
  • 業務シナリオ:ロット双方向検索、不合格時の出荷停止、承認済みレシピ以外の製造指示防止。
  • 非機能:利用者・拠点数、稼働時間、レスポンス、バックアップ、復旧目標、権限、監査ログ、暗号化。
  • 接続・クラウド:保管地域、API、端末・秤量器、障害時の連絡体制、SLA、データ出力、終了時の移行支援。

実データデモと受入条件

まず自社データを匿名化して、候補会社に共通のシナリオでデモを依頼します。

  • 提示データ:代表製品の配合表、原料ロット、検査項目、容器情報。
  • 例外テスト:欠品、期限切れ、秤量誤差、検査不合格。
  • 接続・運用テスト:通信断、権限不足、WMS連携失敗からの復旧。
  • 受入条件:検索時間、ロット特定操作数、出荷制御、教育後の一人作業。

受入条件を先に決めておくと、見栄えのよいデモに流されにくくなります。たとえば、トレーサビリティ検索を数分以内に完了できるかを条件にしておく、といった形です。

ポイント

完璧な仕様書を用意できなくても、対象範囲や優先順位、現行データが書かれていれば、各社の提案を比べられます。RFPは社内と開発会社の認識をそろえる資料として使います。

契約形態(請負・準委任)の使い分け

全工程を一種類の契約にまとめるのではなく、要件定義は準委任、開発・テストは請負、稼働後は保守契約に分ける方法があります。

現場確認が多い化粧品製造では、対話しながら決める工程と、要件が固まった工程を分けておくと管理しやすくなります。

要件定義・伴走には準委任契約

準委任は、専門家の業務遂行や支援に報酬を支払う契約で、現状調査や業務整理、RFPの作成に向きます。さらに、製品選定、移行計画、試作検証の支援にも使えます。

契約では、作業時間や担当者、会議体を決めておきます。成果物、報告方法、上限工数も、契約書と個別発注書で明確にします。

開発・テストには請負契約

請負は、合意した仕事の完成と成果物の引き渡しを前提とする契約です。納品物と検収基準を具体化できる工程に適しています。

たとえば、画面や帳票、API、移行データが該当します。テスト結果や操作マニュアルも、納品物の例です。

仕様変更や追加費用、納期変更の扱いは、事前に確認しておきます。また、第三者製品の遅延、検収期間、瑕疵対応の範囲も定めておきます。

保守・運用契約の別途設計

稼働後は、問い合わせや障害、データ修正が発生します。さらに、法令・帳票変更、バージョンアップ、機器交換、追加教育も起こります。

そのため、月額保守に含める対応時間、受付時間、復旧目標、定例会を決め、軽微な改修と追加開発の単価は分けておきます。特に、工場停止につながる障害は、通常の問い合わせとは異なる優先度で扱います。

データ・知的財産・再委託の確認事項

品目、レシピ、実績の所有権と利用権を確認し、検査記録とログの扱いも確かめます。バックアップの場所や、解約時の返却形式と削除方法も、契約で明確にします。また、別会社による保守の可否と、ソースコードや設計書の受領条件も、あわせて確認します。

再委託がある場合は、機器メーカーやクラウド事業者を含めて、どこまでを誰が受け持つかと、情報管理の方法を明記します。

化粧品製造業向け生産管理システムの費用相場

化粧品専用システムの公的な価格統計は少ないため、以下の金額は公開相場と製品資料を組み合わせた目安です。費用は、拠点・ユーザー・品目数、ロット粒度、秤量器台数によって変わります。さらに、連携やバリデーション、教育範囲によっても変わるため、予算検討用の幅として扱います。

クラウド型・パッケージ型の相場

公開相場を参考にしつつ、化粧品業務へ適用する際にかかる追加費用も確かめます。

  • クラウド型:初期10万〜100万円、月額2万〜20万円程度。小規模な在庫・生産計画の目安です。
  • 追加費用:配合、品質、秤量器、バーコード、会計・WMS連携。
  • 合算項目:初期設定、教育、移行、追加ユーザー、API利用料。
  • オンプレミス・買い切り型:初期200万〜800万円、年間保守は導入費の10〜15%程度。
  • 上振れ要因:独自帳票、承認、連携、複数拠点。

一方で、化粧品向けテンプレートを使えば、導入を短縮できる場合があります。ただし、ここに示す金額は、公開相場を化粧品業務へ当てはめた推定で、見積の代わりにはなりません。

個別カスタマイズ・ERP連携の相場

個別開発やERP・WMS・EC連携では、1,000万円〜数千万円を基本予算にするケースがあります。

  • 工数要因:データ変換、エラー再送、照合、監視、障害時の手動処理。
  • 見積条件:対象項目、頻度、どこまでを誰が受け持つか、テスト回数を明記すること。

日立システムズの2025年FutureStage資料では、Lite版の導入期間は約7か月です。また、5年間の費用目安は約2,000万円です(出典:株式会社日立システムズ「FutureStage 販売・生産管理のご紹介」、2025年)。

Standard版は約15か月、約6,000万円です。ただし、これは化粧品専用の価格ではなく、標準中心か拡張中心かで5年総額が変わるため、比較の材料になります。

スクラッチ開発の相場

推定レンジは、小規模300万〜1,000万円、中規模1,000万〜5,000万円、大規模な全社基幹・多拠点連携で5,000万円〜1億円以上です。ただし、化粧品専用の統計ではなく、一般製造業の開発相場をもとにした目安です。

レシピ版管理、秤量器、検査を独自開発すると、初期費用と長期保守費が増えます。ロット追跡や会計・販売・WMSまで独自開発すると、さらに増えます。

5年TCOでの比較

5年TCOでは、初期費用だけでなく、運用費、期間、稼働遅延の影響も比べます。

  • 費用項目:開発、ライセンス、クラウド、保守、改修、端末、移行、教育、人件費、バックアップ、セキュリティ。
  • 保守運用:一般業務システムでは初期開発費の年15〜25%を見込む考え方があります。
  • 標準設定:数週間〜3か月。パッケージ導入は3〜9か月。
  • 個別開発:中規模連携は6〜12か月。全社刷新・スクラッチは12か月以上。
  • 遅延影響:機会損失や二重入力が続く期間も、TCOに含めて考えます。

保守運用費は、契約とサービス水準によって変わる目安です。

ポイント

費用は拠点数や品目数、連携の範囲で大きく変わるため、一つの相場だけで予算を決めないことが大切です。予算の幅を見たうえで、相見積の差がどこから生まれるかを読み解くと判断しやすくなります。

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

価格だけでなく、製造記録と現場機器を理解しているか、稼働後まで責任を持てるかで選びます。候補は3〜5社程度にそろえ、同じRFP、データ、評価基準で比べます。

配合・秤量・品質の実績

製造業という分類だけでなく、工程ごとの経験や事例が再現できるかを見ます。

  • 確認領域:プロセス製造、配合、充填、包装、期限、品質、追跡、機器連携。
  • 製品情報:株式会社内田洋行ITソリューションズ、株式会社オービックは公式に化粧品向け機能・テンプレートを案内。
  • Blendjin:株式会社アート・システムの配合型製造機能で、化粧品・医薬部外品メーカーの計量器連携事例は導入期間1年です。
  • 事例確認:課題、拠点、品目数、利用者数、機器、移行範囲、導入後の効果。

出典は各社の公式サイトと導入事例です。候補会社には同じ質問をして、実績の再現性を確かめます。社名や数字が非公開でも、匿名事例の工程と責任範囲を説明できれば、提案の中身を判断しやすくなります。

見積の内訳と前提条件をそろえる

総額だけでなく、費目、作業範囲、追加条件をそろえて比べます。

  • 内訳:要件定義、設計、開発、連携、機器接続。
  • 導入・運用:移行、テスト、教育、稼働支援、保守。
  • 開発区分:標準、設定、アドオン、スクラッチ、対象外を分けます。
  • 前提条件:対象外作業、想定ユーザー・拠点、追加単価、納期遅延の前提。
  • 連携費:API、項目変換、照合、通知、再送、監視、切替リハーサル。

安い見積には、連携テストや教育を含めていないものがあります。そのため、同じ作業範囲をそろえて比べましょう。

導入後の支援体制

現場が使わなければ、Excelや紙に戻る可能性があります。そのため、教育やリーダー育成、マニュアルを見積に含めます。窓口や初日の常駐、定例会、データ点検も、同じ見積の中で扱います。

保守担当者が、工場の稼働時間、休日、緊急連絡網を理解しているかも確かめます。

委託先への共通の質問

候補会社には共通の質問と評価軸を使い、回答を比べられるようにします。

  • 質問項目:OEM経験、実データデモ、機器接続、ロット追跡、検査不合格制御。
  • 運用質問:法令・帳票変更、障害復旧、担当者交代、再委託。
  • 回答内容:カタログ説明に加え、自社業務の制約に応じた代替案。
  • 採点項目:機能、業界経験、デモ、体制、連携、費用透明性、5年TCO、保守、セキュリティ。
  • 評価者:工場、生産管理、品質保証、購買、情報システム、経理。

ポイント

委託先は価格より、現場機器を理解し稼働後まで責任を持てるかで選びます。同じRFPで比べると、回答の差が見えやすくなります。

発注から稼働までの進め方

発注から稼働までの4段階を矢印でつないだ図。
各段階の終了条件と決裁者を決めると、次へ進む判断が明確になります。

発注から稼働までは四段階で管理します。最初は要件定義で、続いて設計・開発を行います。その後にテスト・移行を経て、教育・稼働へ進みます。各段階の終了条件と決裁者は、事前に定めておきます。また、課題や変更、リスクは一つの台帳で追跡します。

要件定義での業務とデータの責任者

品目、単位、レシピ、ロットのデータ責任者を決めます。期限や品質判定、承認者の担当も、明確にしておきます。原価と在庫についても、担当者を決めます。

たとえば、品質保証は検査と出荷判定、生産管理は計画と実績、購買は原料・資材を受け持つなど、更新の責任を明確にします。

マスターの重複や単位の不統一を残したまま開発へ進まないことが大切です。

移行・連携・例外テスト

機能単体の試験だけでなく、受注から生産計画、原料払出まで、業務を通して試験します。さらに、秤量と配合、充填、検査、出荷までを一続きで確かめます。

過去実績を使った移行リハーサルを複数回行い、件数やロット、期限を照合します。また、単位と在庫金額も突き合わせます。

会計・販売・WMS・EC・秤量器との連携では、正常系の動作を確かめます。また、重複、欠落、通信断、再送も試します。

教育・切替・定着の計画

全員に同じ長時間の研修をするのではなく、役割ごとに分けます。計画担当、現場入力者、品質保証には、それぞれの仕事に合わせた内容を用意します。

承認者と管理者には、別に研修を組みます。現場では、端末やバーコード、秤量器を使い、誤入力ややり直しも体験してもらいます。

稼働初期は、旧帳票をすぐ廃止せず、照合期間と手戻りの判断基準を決めておきます。

稼働後のKPI

在庫回転や欠品率、計画達成率を測ります。さらに、廃棄・誤投入件数、ロット追跡時間、検査から出荷判定までの時間も、KPIとして追います。

二重入力の時間もKPIに加えます。導入前の基準値があれば、改善効果を確かめられます。KPIは、責任を問うためではなく、マスターや業務手順を改善する材料として使います。

GMP・品質記録・工場セキュリティのRFPへの記載

品質やセキュリティは、発注の初めから要件に含めておくものです。まず、品質保証部門と記録方法を決めます。

そのうえで、レシピの版管理、製造記録、検査結果、出荷判定をRFPに記載します。逸脱・不適合、教育、監査ログも、RFPに含めます。

ISO 22716とシステム機能の違い

ISO 22716は化粧品の製造、管理、保管、出荷に関するGMPガイドラインです(出典:ISO「ISO 22716:2007 Cosmetics — Good Manufacturing Practices」、2026年確認)。

ISO 22716は、法律ともシステム認証とも異なるガイドラインです。そのため、「ISO 22716対応」の表示だけで判断せず、承認済みレシピと変更理由、承認者、作業者を記録・検索できるかを確かめます。さらに、検査結果や出荷可否、監査証跡も、記録・検索できるかを見ます。

化粧品基準と変更管理の設計

厚生労働省は化粧品基準や関連通知を公開しています。そのため、成分や表示の変更を追跡できる運用が必要です(出典:厚生労働省「化粧品・医薬部外品等ホームページ」、2026年8月確認)。

原料・成分・規格の版や変更申請、承認者を記録します。さらに、適用日と旧版レシピとの関係も残します。薬機法上の判断は自動化せず、品質保証や薬事担当が確認・承認する流れにします。

工場のIT・OTセキュリティの確認

機器などの接続は、情報漏えいだけでなく、操業停止や品質事故のリスクも生みます。

経済産業省の「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」は、業務・保護対象・ゾーンを整理し、対策を立案・実行する考え方を示します。

工場のセキュリティ対策は、次の3点を押さえてRFPに記載します。

  • 接続対象:生産管理、秤量器、バーコード端末、ネットワーク、クラウド。
  • RFP記載:資産、分離、最小権限、多要素認証、パッチ、ログ、バックアップ。
  • 運用対策:復旧訓練、ベンダーの責任範囲。

対策の考え方は、経済産業省の2022年・2024年・2025年の工場セキュリティ資料を参照します(出典:経済産業省、2022年・2024年・2025年の工場セキュリティ資料)。

AIや最新機能の導入とデータ整備

2025〜2026年の提案では、AI-OCR、需要予測、異常候補、生成AIの問い合わせ対応が候補になります。ただし、品目コード、単位、ロット、検査結果が揃っていなければ、誤った判断を補強する可能性があります。

まず、マスター統合、入力ルール、データ責任者、承認手順を整えます。そのうえで、AIは人が確認して採否を決める在庫予測や異常候補から始めます。

よくある質問(FAQ)

費用、発注先、導入範囲に関する疑問に答えます。回答は、自社の製造形態とデータ整備状況に当てはめて読んでください。

化粧品製造業向け生産管理システムは何円から発注できますか?

小規模クラウド型は、初期10万〜100万円程度、月額2万〜20万円程度が公開相場の目安です。

配合、品質、秤量器、複数拠点を含むと、パッケージで数百万円から広がります。ERP連携を含む個別連携案件では、1,000万円〜数千万円まで広がります。対象範囲をそろえた相見積で確かめます。

パッケージとスクラッチ開発はどちらが失敗しにくいですか?

標準化できる業務が多ければ、パッケージを基盤に個別部分だけ拡張すると、期間と保守負担を抑えられます。

標準製品では重要業務を表現できない場合に限り、競争力となる独自ノウハウを扱うスクラッチを検討します。その判断は、実データデモとFit & Gapの後に行います。

RFPは社内で作成できますか?

現状業務、課題、対象、優先順位は社内で整理できます。データや連携先、納期、評価基準も、社内でまとめられます。一方で、実現方法や工数は、候補会社に実データを見せて提案を受けます。

現場や品質保証、購買を参加させます。営業や経理、情報システムも加え、部門ごとの要望を優先順位に変換します。

GMP対応のシステムなら品質管理は自動で完了しますか?

自動では完了しません。そのため、ISO 22716や化粧品基準を参照し、自社の品質手順と権限、保存の方法を設計します。変更管理や教育も、あわせて組み立てます。

手順はシステムで実行・記録し、システム機能と品質保証部門の判断を分けておきます。そうすれば、監査や逸脱を説明しやすくなります。

まとめ

まずは、製品や会社を先に決めるのではなく、原料入荷から出荷までの業務を整理します。配合・秤量・品質・ロットの記録と、OEM・自社ブランドごとの違いも確かめます。

そのうえで、クラウド、業界パッケージ、ハイブリッド、スクラッチを実データで比べます。

発注前にそろえるもの

RFPには、現状フローや対象範囲、機能・非機能要件を書きます。さらに、デモや受入条件、連携、移行を記載します。教育、保守、セキュリティも、RFPに含めます。

見積は、初期費用だけでなく、5年TCOで比べます。5年TCOには、クラウドや保守、機器を含めます。教育や改修も含めます。

委託先の判断基準

化粧品現場を理解し、配合・秤量・品質・ロットを一貫して扱い、稼働後も改善を支援できる委託先を選びます。

1工場・1ライン・主要品目で検証し、データ品質と現場定着を確認してから展開を広げると、発注リスクを抑えられます。

▼全体ガイドの記事
・化粧品製造業向け生産管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

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