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

化粧品製造業向け生産管理システムの発注は、一般的な在庫・工程管理だけでなく、配合、秤量、充填、品質検査、使用期限、ロット追跡までを一つの業務設計として整理してから委託することが重要です。発注形態と要件を先に決めることで、導入後の追加開発や現場の二重入力を抑えられます。

この記事では、化粧品メーカーやOEM・ODM事業者が生産管理システムを外注・委託するときの進め方を、発注形態の選択、RFP・要件整理、契約、費用相場、委託先の選定、見積比較、導入後の運用まで順に解説します。公開されている価格資料と導入事例をもとに、予算を考える際のレンジも紹介します。

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

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

発注・外注の成否は、システム会社の知名度よりも、現場の業務をどこまで同じ言葉で共有できるかに左右されます。原料の受入から秤量、配合、バルク管理、充填、包装、検査、出荷までを一続きの流れとして整理し、どの記録をシステムに残すかを決めることが出発点です。

化粧品は、同じ製品名でも原料ロット、配合量、製造条件、容器、ラベル、出荷先によって管理内容が変わります。自社ブランドでは商品企画や販売計画との連携が重くなり、OEM・ODMでは顧客別の仕様、少量多品種、納期変更、委託先との情報共有が加わります。そのため「生産数を登録できるシステム」という説明だけでは、発注後に必要な機能が不足しやすいです。

特に、製品ロットから使用原料をたどる正引きと、原料ロットから影響を受ける製品をたどる逆引きの両方が必要です。検査不合格、期限切れ、秤量誤差、配合変更が発生した場合に、対象範囲を短時間で絞り込めるかを発注条件に含めます。

発注前には、機能一覧より先に解決したい経営・現場課題を三つ程度に絞ります。たとえば「ロット照会を数時間から数分に短縮する」「手書き転記をなくして誤投入を減らす」「在庫と生産計画の差異を毎日確認する」といった表現です。これらを導入目的に置けば、不要なカスタマイズを抑えながら、提案の比較もしやすくなります。

また、対象範囲を一度に全社へ広げるか、1工場・1ライン・主要品目から始めるかも決めます。現場入力が定着していない会社では、MVPとして受入、秤量、製造実績、検査、在庫を先行し、販売・会計・ECとの連携を第二段階にする方法が現実的です。

発注形態はパッケージ・クラウド・スクラッチのどれを選ぶべきですか？

結論として、標準化できる業務が多く、早く運用を始めたい場合はクラウドや業界パッケージが向いています。一方、独自の配合、受託条件、複雑な連携が競争力に直結している場合は、パッケージを基盤にした個別拡張やハイブリッド構成を検討します。最初からフルスクラッチを選ぶのは、標準製品で重要業務を表現できないことを実データで確認してからでも遅くありません。

複数拠点で同じデータを見たい、サーバー運用担当者を置きにくい、初期投資を平準化したい場合はクラウド型が候補です。利用開始までの期間を短くしやすい反面、独自帳票や複雑な承認を標準機能だけで表現できないことがあります。APIの有無、データの保管地域、バックアップ、障害時の手動運用、解約時のデータ返却をRFPで確認します。

配合表、BOM、原料・資材・半製品・製品のロット、使用期限、品質検査、原価を標準で持つパッケージなら、要件定義の漏れを減らしやすいです。化粧品向けの製品説明では、秤量器やバーコード、双方向トレーサビリティまで確認できるものがあります。ただし「化粧品対応」という表現だけで決めず、自社の実際のレシピと検査帳票を使って、入力から出荷判定までをデモしてもらいます。

スクラッチ開発は、自社独自の配合工程や顧客別受託条件を変えられない場合に有効です。しかし、法令・帳票変更、脆弱性対応、担当者交代、機器更新まで自社と開発会社が長期に担います。初期費用だけでなく、5年から10年の保守、追加人材、障害復旧を含めて判断する必要があります。

生産管理は業界パッケージ、会計・販売はERP、倉庫はWMS、現場入力はタブレットやMESという分担も有力です。大規模企業やEC・店舗・海外拠点を持つ企業では、すべてを一製品に詰め込むより、APIやファイル連携で責任範囲を分けた方が変更に強くなります。発注時は連携方式だけでなく、マスターの正本をどのシステムに置くかまで決めます。

RFPと要件整理はどこまで具体化してから発注しますか？

RFPは、開発会社に丸投げするための資料ではなく、自社が解決したい業務課題と提案条件をそろえる資料です。完璧な仕様書を先に作る必要はありませんが、対象範囲、優先順位、現行データ、連携対象、納期、予算上限の考え方は事前に明記します。

まず、原料・資材の受入、検品、保管、払出、秤量、配合、バルク保管、充填、包装、検査、出荷、返品、廃棄を工程図にします。各工程で「誰が」「何を」「どの単位で」「どのロットに対して」「どの承認を受けて」登録するかを整理します。Excelや紙帳票を単に画面化するのではなく、重複入力、転記、承認待ち、検索できない記録を課題として書き出します。

OEM・ODMの場合は、顧客別の製品コード、仕様書、容器・包材、納入先、最小ロット、納期変更も工程図に含めます。自社ブランドの場合は、販売計画、キャンペーン、在庫引当、返品・廃棄の情報を生産側へどう渡すかを明らかにします。

機能要件には、受注、生産計画、所要量計算、購買、在庫、配合表、秤量、製造実績、品質検査、原価、ロット追跡、出荷判定、帳票、マスター管理を記載します。化粧品では「製品ロットから使用原料を検索できる」「原料ロットから影響製品を検索できる」「検査不合格なら出荷できない」「承認済みレシピ以外では製造指示を出せない」といった業務シナリオで書くと伝わりやすいです。

非機能要件には、利用者数、拠点数、稼働時間、レスポンス、バックアップ、復旧目標、権限、監査ログ、暗号化、データ保管地域、API、端末・秤量器との接続を入れます。クラウドを選ぶ場合は、障害時の連絡体制、SLA、データエクスポート、サービス終了時の移行支援も確認します。

候補会社には、架空のサンプルではなく、代表的な自社製品の配合表、原料ロット、検査項目、容器情報を匿名化して渡し、同じシナリオでデモを依頼します。正常な製造だけでなく、原料欠品、期限切れ、秤量誤差、検査不合格、通信断、権限不足、WMS連携失敗からどう復旧するかまで確認します。

受入条件は「画面がある」ではなく、「登録から検索まで何分以内」「対象ロットを何操作で特定」「承認なしの出荷を防止」「現場担当者が教育後に一人で登録」と測れる形にします。たとえばトレーサビリティ検索を数分以内に完了できることを重要条件にすれば、見栄えのよいデモに流されにくくなります。

契約形態は請負と準委任のどちらが適していますか？

契約形態は、要件が固まっている工程と、対話しながら決める工程を分けて考えます。全工程を一種類の契約に固定するより、要件定義は準委任、仕様が確定した開発・テストは請負、稼働後は保守契約という分け方が、化粧品製造のように現場確認が多い案件では管理しやすいです。

準委任契約は、専門家の業務遂行や支援に対して報酬を支払う形です。現状調査、業務整理、RFP作成、製品選定、データ移行計画、プロトタイプ検証のように、作業を進めながら成果の方向を調整する工程に向いています。作業時間、担当者、会議体、成果物、報告方法、上限工数を契約書と個別発注書で明確にします。

請負契約は、合意した仕事の完成と成果物の引き渡しを前提にする契約です。画面・帳票・API・移行データ・テスト結果・操作マニュアルなど、納品物と検収基準を具体化できる工程に適しています。仕様変更の扱い、追加費用の算定、納期変更、第三者製品の遅延、検収期間、瑕疵対応の範囲を事前に確認します。

稼働後は、問い合わせ、障害、データ修正、法令・帳票変更、バージョンアップ、端末や秤量器の交換、追加教育が発生します。月額保守に含まれる対応時間、受付時間、復旧目標、定例会、軽微な改修の範囲、追加開発の単価を分けて記載します。工場停止につながる障害は、通常の問い合わせと異なる優先度で扱う必要があります。

契約書では、品目・レシピ・製造実績・検査記録・ログの所有権と利用権、バックアップの保管場所、解約時の返却形式、削除方法を確認します。自社固有の画面や連携仕様を別の会社が保守できるか、ソースコードや設計書をどの条件で受け取れるかも重要です。再委託がある場合は、機器メーカーやクラウド事業者を含む責任分界と情報管理を明記します。

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

化粧品製造業専用システムの価格を横断した公的な統計は少ないため、以下は公開されている生産管理システムの相場と製造業向け製品資料を組み合わせた目安です。拠点数、ユーザー数、品目数、ロット粒度、秤量器台数、既存システム連携、バリデーション、教育範囲で大きく変わるため、特定金額ではなく予算検討用のレンジとして扱います。

クラウド型パッケージは、初期費用が10万〜100万円程度、月額が2万〜20万円程度という公開相場が一つの参考になります。ただし、これは小規模な在庫・生産計画を想定した目安であり、配合、品質、秤量器、バーコード、会計やWMSとの連携は別途設定・開発費が発生しやすいです。月額だけでなく、初期設定、教育、移行、追加ユーザー、API利用料を合算します。

オンプレミスや買い切り型パッケージは、初期200万〜800万円程度、年間保守は導入費の10〜15％程度が目安とされます。化粧品向けテンプレートで短縮できる場合がある一方、独自帳票、承認、外部連携、複数拠点を増やすほど上振れします。いずれも公開相場を化粧品業務へ適用した推定であり、見積の代わりにはなりません。

パッケージに個別開発やERP・WMS・EC連携を加える場合は、1,000万円〜数千万円のレンジを基本予算として検討するケースがあります。連携本数だけでなく、データ変換、エラー再送、照合、監視、障害時の手動処理まで含めると工数が増えます。見積には、インターフェースごとの対象項目、頻度、責任分界、テスト回数を記載してもらいます。

製造業向けの公開資料では、日立システムズの2025年FutureStage資料が、Lite版を導入期間約7か月・5年間の費用目安約2,000万円、Standard版を約15か月・約6,000万円と示しています（出典：株式会社日立システムズ「FutureStage 販売・生産管理のご紹介」、2025年）。化粧品専用の価格ではありませんが、標準中心か拡張中心かで5年総額が大きく変わる比較材料になります。

スクラッチ開発は、小規模でも300万〜1,000万円、中規模で1,000万〜5,000万円、大規模な全社基幹・多拠点連携では5,000万円〜1億円以上という推定レンジがあります。これは化粧品専用の公表統計ではなく、一般製造業の開発相場をもとにした目安です。レシピ版管理、秤量器連携、検査、ロットトレース、会計・販売・WMS連携をすべて独自開発すると、初期費用だけでなく長期保守費も大きくなります。

比較表には、初期開発費、ライセンス、クラウド利用料、保守、追加改修、端末・バーコード・秤量器、データ移行、教育、運用担当者の人件費、バックアップ、セキュリティ対応を入れます。一般的な業務システムの保守運用は初期開発費の年15〜25％程度を別枠で見込む考え方がありますが、これは目安であり、契約範囲とサービス水準によって変わります。

期間も費用に直結します。標準設定なら数週間〜3か月、パッケージ導入なら3〜9か月、個別連携を含む中規模案件なら6〜12か月、全社刷新やスクラッチなら12か月以上を想定します。稼働が遅れた場合の機会損失と、現場が二重入力を続ける期間もTCOとして見積もります。

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

委託先は、価格の安さだけでなく、化粧品の製造記録と現場機器を理解し、稼働後まで責任を持てるかで選びます。候補を3〜5社程度にそろえ、同じRFP、同じデータ、同じ評価基準で比較すると、提案の前提条件がそろいます。

実績確認では、「製造業向け」という大きな分類で満足せず、プロセス型製造、配合、充填、包装、期限管理、品質検査、ロット追跡、秤量器やバーコードの連携経験を質問します。株式会社内田洋行ITソリューションズや株式会社オービックは化粧品製造向けの機能・テンプレートを公式に案内しています。株式会社アート・システムのBlendjinは配合型製造向け機能を掲げ、化粧品・医薬部外品メーカーの計量器連携事例では導入期間1年と紹介されています（出典：各社公式サイト・導入事例）。候補会社へ同じ質問を行い、実績の再現性を確認します。

事例では、導入前の課題、対象拠点、品目数、利用者数、連携機器、移行範囲、稼働後の効果を確認します。社名や数字が公開できない場合でも、匿名事例の工程と責任範囲を説明できる会社なら、提案の再現性を判断しやすいです。

見積書は総額だけでなく、要件定義、設計、開発、連携、機器接続、データ移行、テスト、教育、稼働支援、保守を分けてもらいます。標準機能、設定、アドオン、スクラッチ、対象外の区分が曖昧だと、契約後に追加費用が発生します。各社に「この金額に含まれない作業」「想定ユーザー数・拠点数」「追加変更の単価」「納期遅延の前提」を記載してもらいます。

特に連携費は、API開発だけでなく、項目変換、マスター照合、エラー通知、再送、監視、切替リハーサルを含むかを確認します。安い見積が、単に連携テストや教育を除外しているだけの場合もあるため、同じ作業範囲にそろえて比較することが大切です。

稼働後に現場が使わないと、システムを導入してもExcelや紙へ戻ってしまいます。教育計画、現場リーダーの育成、操作マニュアル、問い合わせ窓口、稼働初日の常駐、定例会、データ品質の点検を見積に含めます。保守担当者が、工場の稼働時間や休日、緊急時の連絡網を理解しているかも確認します。

面談では、化粧品OEMの経験、実データデモの可否、現場機器の接続方法、ロットの正引き・逆引き、検査不合格時の制御、法令や帳票変更への対応、障害時の復旧、担当者の交代、再委託先を同じ順番で質問します。回答が製品カタログの説明にとどまらず、自社業務の制約を踏まえた代替案まで出てくるかが判断材料です。

候補会社を評価するときは、機能適合度、業界経験、デモの再現性、導入体制、連携力、費用の透明性、5年TCO、保守、セキュリティをそれぞれ採点します。評価者には工場、生産管理、品質保証、購買、情報システム、経理を含め、部門ごとの見落としを減らします。

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

発注後は、要件定義、設計・開発、テスト・移行、教育・稼働の四段階で管理します。各段階の終了条件と意思決定者を明確にし、課題・変更・リスクを一つの台帳で追跡します。

要件定義では、品目、単位、レシピ、ロット、使用期限、品質判定、承認者、原価、在庫のデータオーナーを決めます。品質保証部門が検査結果と出荷判定を、生産管理部門が計画と実績を、購買部門が原料・資材を管理するなど、更新責任を明確にします。マスターの重複や単位の不統一を放置したまま開発へ進めないことが重要です。

テストでは、機能単体だけでなく、受注から生産計画、原料払出、秤量、配合、充填、検査、出荷までを通して確認します。過去の実績データを使った移行リハーサルを複数回行い、件数、ロット、期限、単位、在庫金額が合うか照合します。会計、販売、WMS、EC、秤量器との連携は、正常系だけでなく重複、欠落、通信断、再送も試します。

教育は、全員に同じ長時間研修をするより、計画担当、現場入力者、品質保証、承認者、管理者に分ける方が実務に合います。現場には実際の端末とバーコード、秤量器を使って、誤入力ややり直しまで体験してもらいます。稼働初期は旧帳票をすぐ廃止せず、照合期間と手戻りの判断基準を決めます。

稼働後は、在庫回転、欠品率、計画達成率、廃棄・誤投入件数、ロット追跡に要する時間、検査から出荷判定までの時間、二重入力時間をKPIにします。導入前の基準値を測っておけば、導入後に便利になったという感覚だけでなく、改善効果を確認できます。KPIは責任追及ではなく、マスターや業務手順を改善する材料として使います。

GMP・品質記録・工場セキュリティをRFPに入れる

品質やセキュリティは、発注後に追加すればよい付属機能ではありません。レシピの版管理、製造記録、検査結果、出荷判定、逸脱・不適合、教育、監査ログをどのように残すかを、品質保証部門とともにRFPへ記載します。

ISO 22716は、化粧品の製造、管理、保管、出荷に関するGMPガイドラインです（出典：ISO「ISO 22716:2007 Cosmetics — Good Manufacturing Practices」、2026年確認）。法律そのものでも、システムが取得する認証でもありません。したがって「ISO 22716対応」という営業文句だけで判断せず、承認済みレシピ、変更理由、承認者、作業者、検査結果、出荷可否、監査証跡を実際に記録・検索できるかを確認します。

厚生労働省は「化粧品基準」や関連通知を公開しており、成分や表示に関する変更を追跡できる運用が必要です（出典：厚生労働省「化粧品・医薬部外品等ホームページ」、2026年8月確認）。システムには、原料・成分・規格の版、変更申請、承認者、適用開始日、旧版レシピとの関係を残せる項目を用意します。薬機法上の判断をシステムだけで自動化するのではなく、品質保証や薬事担当が確認して承認する流れにします。

生産管理、秤量器、バーコード端末、ネットワーク、クラウドを接続すると、情報漏えいだけでなく操業停止や品質事故のリスクも発生します。経済産業省の工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドラインは、業務・保護対象・ゾーンを整理し、対策を立案・実行する考え方を示しています。RFPには、資産棚卸し、ネットワーク分離、最小権限、多要素認証、パッチ、ログ、バックアップ、復旧訓練、ベンダーの責任分界を記載します（出典：経済産業省、2022年・2024年・2025年の工場セキュリティ資料）を参照し、委託先の責任範囲を確認します。

2025〜2026年の提案では、AI-OCR、需要予測、異常候補の提示、生成AIによる問い合わせ対応が候補になっています。しかし、品目コード、単位、ロット、検査結果のデータが揃っていなければ、誤った判断を補強する可能性があります。まずマスター統合、入力ルール、データオーナー、承認手順を整え、AIは在庫予測や異常候補の提示など、人が確認して採否を決める用途から始めます。

よくある質問（FAQ）

発注前に多く寄せられる疑問を、費用、発注先、導入範囲の観点から回答します。自社の製造形態とデータ整備状況に当てはめて確認できます。

小規模なクラウド型なら、初期10万〜100万円程度、月額2万〜20万円程度が公開相場の目安です。ただし、配合、品質、秤量器、複数拠点、ERP連携を含めると、パッケージ導入で数百万円から、個別連携を含む案件で1,000万円〜数千万円まで広がります。自社の対象範囲をそろえた相見積で確認する必要があります。

標準化できる業務が多い場合は、業界パッケージを基盤にして個別部分だけを拡張する方が、期間と保守負担を抑えやすいです。独自の製造ノウハウが競争力で、標準製品では重要な業務を表現できない場合に限り、スクラッチを検討します。実データデモとFit & Gapを行ってから決めることが安全です。

現状業務、課題、対象範囲、優先順位、データ、連携先、納期、評価基準は社内で整理できます。システムの実現方法や工数は、候補会社に実データを見せて提案してもらいます。現場・品質保証・購買・営業・経理・情報システムを参加させ、部門ごとの要望を優先順位へ変換することがポイントです。

自動で完了するわけではありません。ISO 22716や化粧品基準を参照しながら、自社の品質手順、承認権限、記録保存、変更管理、教育を設計し、その手順をシステムで実行・証跡化します。システムの機能と品質保証部門の判断を分けて、監査や逸脱時に説明できる状態を作ります。

まとめ

化粧品製造業向け生産管理システムを発注するときは、製品や会社を先に決めるのではなく、原料入荷から出荷までの業務、配合・秤量・品質・ロットの記録、OEM・自社ブランドごとの違いを整理します。そのうえで、クラウド、業界パッケージ、ハイブリッド、スクラッチの適合性を実データで比べます。

RFPには、現状フロー、対象範囲、機能・非機能要件、実データデモのシナリオ、受入条件、連携、移行、教育、保守、セキュリティを記載します。見積は初期費用だけでなく、クラウド利用料、保守、機器、教育、追加改修を含む5年TCOで比較します。

最終的には、化粧品の現場を理解し、配合・秤量・品質・ロットを一貫して扱い、導入後の改善まで伴走できる委託先を選びます。最初から大規模開発へ進めず、1工場・1ライン・主要品目で検証し、データ品質と現場の定着を確認してから展開を広げることが、発注リスクを抑える方法です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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