化粧品メーカーの生産計画システムを、自社管理のクラウドへ全面移行 ― AIを活用したスピード開発で

ひとことで言うと: 「動く仕組みはあるが、このまま会社の基幹システムとして任せきれない」という状態を解消したい、というご相談でした。

化粧品の製造現場では、製造計画・仕込み・充填・仕上げ・週間計画・製造依頼といった複数の段取りが密接に連動します。導入前は、こうした段取りの知識が一部のベテラン担当者に集中し、計画づくりが「その人がいないと回らない」状態になっていました。試作版のシステムはすでに動いていたものの、本格運用に向けて次の不安が残っていました。

• クラウドを自社の管理下に置きたい: 当初は外部のクラウドサービスに大きく依存しており、データ・ログイン・ファイル保管を自社で管理できるクラウドにまとめたいという要望がありました。
• ログイン・権限の仕組みがなかった: 試作版は誰でも全データを見られる状態で、生産計画という重要情報に対する閲覧・操作の制限がありませんでした。
• 毎月のコストを見通せるようにしたい: 将来の拡大も見据えつつ、月々の費用をあらかじめ見積もれる構成にしたいという要望がありました。
• 特定サービスへの偏りを避けたい: 一つのサービスに過度に依存せず、広く使われていて運用しやすい仕組みに寄せたいという意向がありました。

ひとことで言うと: 「素早く形にし、その後で安全に作り替える」二段構えで、止めずに・戻せる形で進めました。

AI-Pathの専任エンジニア（FDE＝お客様の現場に入り込み、業務理解からシステム設計・構築まで一気通貫で担う専任エンジニア）が、業務の理解とシステム設計の両方を一人で担い、現場と同じ目線で進めました。

• まず動くものを素早く形に: いきなり完璧を目指さず、現場で使える試作版を先に立ち上げて業務イメージを固めました。
• その後、巻き戻し可能な手順で移行: 一度に全部を入れ替えるのではなく、「土台づくり → データの引っ越し → 中身の差し替え → 切り替え → 動作確認」と段階に分け、各段階で「問題ないこと」を確認してから次へ進みました。途中で不具合が起きても影響を一部にとどめられる進め方です。
• 判断の理由を文書に残す: 移行先の選び方を、費用・運用しやすさ・データ規模への適合という観点で比較し、「なぜこの構成にしたか」を記録。後から誰でも経緯を追える状態にしました。
• 大量・単純な作業はAIで加速: 動作確認のための大量のテスト作成など、手間のかかる作業の一部にAIを活用し、短期間で広く品質を確認できる体制をつくりました。

ひとことで言うと: 紙やExcelに散らばっていた生産計画と依頼業務を、1つのWeb画面にまとめ、権限つきで安全に共有できるようにしました。

生産計画の業務をWebシステムにまとめ、計画・依頼・各種マスタを1つの基盤で扱えるようにしました。

• 計画管理: 製造計画・仕込み計画・充填・仕上げ計画・週間計画を1つの画面で一元管理。カレンダー表示やドラッグ操作・その場編集で、画面を行き来せずに作業できます。
• 依頼管理: 製造依頼・作業依頼に決まったルールで自動採番し、複数段階の承認・確認の流れを電子化。部門をまたいだやり取りがシステム上で完結します。
• マスタ管理: 製品・品目・製造ライン・装置・社員などの基礎情報を、「いつからいつまで有効か」を管理しながら登録・更新できます。
• 役割ごとの権限: 「生産計画担当」「製造管理責任者」「品質管理担当」などの役割を定め、人ごとに「見る／編集する／承認する」の範囲を分けて管理。1人が複数の役割を兼ねる現場の実態にも合わせ、割り当ては画面から変更できます。
• AIによる計画チェックの土台: 計画内容に対するAIのチェック結果を残せる仕組みを用意し、将来の品質向上に活用できる下地を整えました。

1. 専任エンジニア（FDE）による伴走開発
2. AIを活用した実装・テスト
3. 自社管理クラウドへの移行設計
4. ログイン・権限（アクセス制御）の仕組みづくり

ひとことで言うと: 外部依存の大きかった構成から、「自社で管理できる堅牢なクラウド」へ全面的に移し替えました。

• 自社管理のクラウドへ全面移行: データ・ログイン・ファイル保管を、自社の管理下にあるクラウド（AWS）に集約しました。
• 事業拡大に耐える堅牢な構成: 利用が増えても無理なく拡張でき、止まりにくい構成を採用。重要情報は外部から直接触れない場所に隔離しています。
• 標準的で運用しやすい技術に統一: 広く使われ、運用ノウハウの豊富な技術にそろえることで、担当者が代わっても引き継ぎやすくしました。また、システムの設定そのものを「文書（コード）」として残し、同じ環境をいつでも再現できるようにしています。

採用した具体的な技術名は、本記事の技術スタック（チップ）にまとめています。

• 同じ環境をいつでも再現できる: クラウドの設定を「文書（コード）」として残しているため、環境の再現・複製・確認が容易で、特定の担当者がいないと回らない状態を避けられます。
• 判断の経緯ごと引き継げる: 構成を選んだ理由・移行の計画・進め方の記録などを残し、引き継ぎ時に経緯まで含めて渡せる状態にしました。
• 改善をお客様側でも回せる体制へ: AIを活用した開発の進め方が定着し、お客様側でも継続的な改修・機能追加に取り組みやすくなりました。
• 今後の拡張余地: 利用が増えたときのシステム増強、計画機能の拡張（四半期計画など）、権限変更の履歴記録の整備、本番運用に向けたセキュリティのさらなる強化を継続していきます。