ORGANICS ERP

La fabrication cosmétique d’Organics traverse les ventes, la R&D, le design d’emballage, les achats, la planification, l’usine, l’entrepôt, la QA, le QC et la finance, et chaque passage de relais — un brief qui devient une formule, une formule qui devient une nomenclature, un manque de matière qui devient un achat — doit arriver complet à l’équipe suivante et rester traçable ensuite. ORGANICS ERP est aussi le système de préparation à l’introduction en bourse de l’entreprise : en vue de sa cotation, chaque transaction doit montrer qui l’a créée, qui l’a approuvée et sur quelles preuves elle repose. Le système devait réunir tous les services sur un même référentiel derrière une connexion unique, chacun ne voyant que le travail autorisé par son rôle et son service. Il devait aussi suivre les documents que le bureau utilise déjà, pour que le système s’adapte au fonctionnement de l’usine et non l’inverse.

Nous avons conçu l’ERP autour des flux de travail plutôt que des silos : chaque console est une application à part, mais toutes lisent et écrivent les mêmes données via des services partagés, si bien que le résultat d’un service devient l’entrée du suivant sans ressaisie.

1. 1. Des consoles sur des services partagés

   Un monorepo pnpm et Turborepo réunit une console Next.js 16 par service, en thaï et en anglais grâce à next-intl, au-dessus de services NestJS pour les données de référence, les achats, les stocks et la finance, sur Prisma et MongoDB, déployés sur DigitalOcean App Platform.

2. 2. Une connexion, trois couches de droits

   Un centre d’authentification ouvre toutes les consoles en une seule connexion. Les droits combinent rôle, service et l’un des six niveaux, avec des attributs comme les plafonds de validation, et les services décident à partir du jeton vérifié, jamais des en-têtes fournis par l’appelant.

3. 3. Une piste d’audit par défaut

   Un intercepteur d’audit enregistre chaque création, modification et suppression avec son auteur et les valeurs avant et après. Les documents portent une numérotation qui repart à zéro chaque année, et bons de commande et bons de réception s’impriment sur les formulaires réellement utilisés par le bureau.

4. 4. La chaîne de fabrication en un seul flux

   Un projet de nouveau produit (NPD) versionne le brief, la formule R&D et la nomenclature d’emballage, puis les transmet en demande de production. La planification ajoute le taux de perte, un manque ouvre une demande d’achat directement depuis le plan, et l’atelier ne peut lancer un lot tant que chaque ligne de matière n’est pas sortie du stock.

5. 5. Des contrôles dans le flux

   Les réceptions passent par le QC avec suivi des lots, étiquettes de quarantaine et FEFO. Le contrôle QC et la libération QA sont deux rôles distincts, et les documents financiers passent par un contrôle de séparation des tâches : leur auteur ne peut ni les approuver ni les comptabiliser.

ORGANICS ERP est en production pour plus de 500 utilisateurs. Les tests de recette utilisateur se poursuivent en parallèle, et les correctifs validés sont déployés en production au fil de l’eau.

• Tous les services, un seul système

  Chaque équipe travaille dans sa propre console derrière une connexion unique et ne voit que ce que son rôle et son service autorisent.

• Traçable du brief au stock

  Le brief, la formule, la nomenclature, la demande de production, les achats, les réceptions et les résultats QC d’un produit restent liés, de sorte que chaque étape peut être retracée.

• Des validations qui tiennent

  L’auto-validation est refusée par conception, et chaque modification est enregistrée avec son auteur et son contenu.

• Produire avec les matières en main

  Les manques deviennent des demandes d’achat directement depuis le plan, et la production ne démarre qu’une fois chaque ligne de matière sortie du stock.