
01·ギャラリー
購買サイクル全体:PR → RFQ → PO → GR
倉庫のロット管理、QC検査、ステータスラベル、FEFO
各部門のスタッフが 1 つのシステムで業務
営業、R&D、デザイン、工場、購買、倉庫、財務、経営、システム管理
閲覧者からスーパー管理者まで。各ユーザーのロールと部門に重ねて適用
ORGANICS ERPは、Organicsの化粧品製造業務に合わせて構築したワークフロー型ERPです。営業、R&D、パッケージデザイン、工場、購買、倉庫、財務の各部門に専用のWebコンソールを用意し、シングルサインオンで利用できます。購買コンソールは購買依頼、見積依頼と見積比較、発注、入荷までの購買サイクルを一貫して処理します。すべての操作はユーザーの役割と部門に応じて制御され、承認フローと操作ログで各帳票を追跡でき、タイ語と英語に対応しています。
Organics の化粧品製造は営業、R&D、パッケージデザイン、購買、計画、工場、倉庫、QA、QC、財務をまたいで進み、ブリーフが処方に、処方が部品表に、材料不足が購買に変わるといった部門間の引き継ぎは、すべて次のチームへ欠けることなく渡り、後から追跡できる必要があります。ORGANICS ERP は同社の IPO 準備のためのシステムでもあり、証券取引所への上場に向けて、すべての取引について誰が作成し、誰が承認し、どんな証拠に基づくのかを示せなければなりません。求められたのは、全部門が 1 回のサインインで同じデータの上で働き、各自がロールと部門で許可された業務だけを見られることでした。さらに、事務所がすでに使っている帳票に合わせ、工場がシステムに合わせるのではなく、システムが工場の仕事の進め方に合わせる必要がありました。

ERP は部門の縦割りではなくワークフローを軸に設計しました。コンソールはそれぞれ独立したアプリですが、すべて共通サービスを通じて同じデータを読み書きするため、ある部門の成果がそのまま次の部門の入力になり、再入力は不要です。
pnpm と Turborepo のモノレポに部門ごとの Next.js 16 コンソールを置き、next-intl でタイ語と英語に対応しています。その下でマスターデータ、購買、在庫、財務を担う NestJS サービスが Prisma と MongoDB 上で動き、DigitalOcean App Platform にデプロイされています。
認証センターにより 1 回のサインインで全コンソールに入れます。権限はロール、部門、6 段階の階層を組み合わせ、承認限度額などの属性も考慮します。バックエンドは検証済みトークンから権限を判断し、呼び出し側が送るリクエストヘッダーの値は信用しません。
監査インターセプターが作成・更新・削除のすべてを、実行者と変更前後の値とともに記録します。書類には毎年振り直される連番が付き、発注書と受領書は事務所で実際に使う書式で印刷されます。
新製品開発(NPD)プロジェクトがブリーフ、R&D 処方、包装 BOM をバージョン管理し、製造依頼へ引き継ぎます。計画担当がロス率を加えると不足材料は計画から直接購買依頼にでき、すべての材料が払い出されるまで現場はバッチを開始できません。
入荷品は QC を通り、ロット追跡、隔離ラベル、FEFO で管理されます。QC の検査と QA の出荷判定は別ロールが担い、財務書類は職務分掌チェックを通るため、作成者が承認や記帳まで行うことはできません。
ORGANICS ERP は 500 名以上のユーザーを対象に本番稼働しています。ユーザー受け入れテスト(UAT)も並行して進み、テストを通過した修正は順次本番に反映されています。
各チームは 1 回のサインインで自分のコンソールに入り、ロールと部門で許可された業務だけを扱います。
製品ごとのブリーフ、処方、BOM、製造依頼、購買、入荷、QC 結果がつながっており、どの工程も出どころをたどれます。
自己承認は設計上拒否され、すべての変更が誰が何を変えたかとともに記録されます。
不足材料は製造計画から直接購買依頼にでき、すべての材料が払い出されるまで製造は開始できません。
各部門のスタッフが 1 つのシステムで業務
営業、R&D、デザイン、工場、購買、倉庫、財務、経営、システム管理
閲覧者からスーパー管理者まで。各ユーザーのロールと部門に重ねて適用
ギャラリー

01·ギャラリー
倉庫のロット管理、QC検査、ステータスラベル、FEFO

02·ギャラリー
承認フローと追跡可能な操作ログ

03·ギャラリー
お問い合わせ