Sommaire

Le logiciel de conformité MoCRA entre dans la conversation ERP parce que le Modernization of Cosmetics Regulation Act ne reste pas cantonné au périmètre de l'équipe réglementaire. Il touche le système opérationnel de l'entreprise : sites, produits, ingrédients, étiquettes, réclamations, historique des lots, décisions qualité et registres que l'entreprise peut devoir présenter lorsque la FDA les demande.

MoCRA ne veut pas dire qu'un ERP peut prendre des décisions juridiques, rédiger les éléments de safety substantiation ou remplacer un conseil réglementaire, bien sûr. Mais cela signifie que l'écart entre « nous avons l'information quelque part » et « nous pouvons prouver rapidement ce qui s'est passé » devient plus coûteux.

Cet article examine ce que MoCRA change au niveau opérationnel, où les données ERP entrent dans la préparation à la conformité et ce qu'un système connecté doit porter pour éviter aux fabricants cosmétiques de reconstruire les preuves après coup.

Ce que MoCRA change pour les fabricants cosmétiques

MoCRA représente la plus grande extension de l'autorité de la U.S. Food and Drug Administration sur les cosmétiques depuis 1938. La vue d'ensemble MoCRA publiée par la FDA décrit de nouveaux pouvoirs autour de l'accès aux registres et des rappels obligatoires, ainsi que de nouvelles obligations pour le secteur : déclaration des événements indésirables, enregistrement des sites, listing produit, safety substantiation, élaboration des exigences de bonnes pratiques de fabrication (GMP), étiquetage des allergènes de parfum et méthodes standardisées de test de l'amiante pour les produits contenant du talc.

Sur le plan pratique, les exigences les plus susceptibles de faire entrer les opérations dans la conversation sont les suivantes :

Enregistrement des sites. Les fabricants et transformateurs doivent enregistrer leurs sites auprès de la FDA et renouveler cet enregistrement tous les deux ans.
Listing produit. Une responsible person doit déclarer chaque produit cosmétique commercialisé, ingrédients compris, et fournir des mises à jour annuelles.
Déclaration des événements indésirables graves. La responsible person doit transmettre à la FDA les déclarations d'événements indésirables graves dans un délai de 15 jours ouvrables, avec une copie de l'étiquette présente sur ou dans l'emballage de vente. Les nouvelles informations médicales reçues dans l'année doivent aussi être transmises dans un délai de 15 jours ouvrables.
Registres des événements indésirables. Les responsible persons doivent conserver les registres d'événements indésirables pendant six ans, ou trois ans pour certaines petites entreprises, et les rendre disponibles lors d'une inspection.
Safety substantiation. Une responsible person doit assurer et conserver des registres soutenant une safety substantiation adéquate pour chaque produit cosmétique.
Informations de contact sur l'étiquette. Les étiquettes des produits cosmétiques doivent inclure une adresse aux États-Unis, un numéro de téléphone aux États-Unis ou des informations de contact électroniques permettant à la responsible person de recevoir des déclarations d'événements indésirables.

Certaines petites entreprises sont exemptées de l'enregistrement des sites et du listing produit, mais cette exemption a des limites. Elle ne s'applique pas à certains produits, notamment ceux qui entrent régulièrement en contact avec la muqueuse de l'oeil, les produits injectés, les produits destinés à un usage interne ou les produits destinés à modifier l'apparence pendant plus de 24 heures lorsque leur retrait par le consommateur ne fait pas partie de l'usage habituel.

L'interprétation juridique précise relève des experts réglementaires, mais l'impact opérationnel est clair : les fabricants cosmétiques ont besoin d'un contrôle plus net sur les données qui relient un produit commercialisé au site, à la formule, aux ingrédients, à l'étiquette, au lot, à la libération qualité, à la réclamation et à l'historique d'expédition.

La préparation à la conformité devient un problème opérationnel

Un ERP ne rendra pas un produit cosmétique conforme par magie. Il ne décidera pas si un dossier de safety substantiation est adéquat, si une allégation est acceptable ou si une étiquette respecte toutes les exigences légales. Ces décisions appartiennent aux personnes qui ont le bon jugement réglementaire et scientifique. Mais un ERP détermine si les preuves existent dans un format utilisable par l'entreprise.

Des informations dans un format utilisable sont critiques parce que MoCRA crée des délais et des attentes documentaires qui n'attendent pas que quelqu'un réconcilie cinq systèmes. Une déclaration d'événement indésirable grave a une échéance, et le rapprochement n'est pas toujours simple. Un listing produit dépend des bonnes données produit et ingrédients. Un renouvellement d'enregistrement de site dépend de la capacité à savoir quels produits et quelles responsible persons sont liés à quel site. Un exercice de rappel dépend de la capacité à partir du produit sur le marché et à remonter aux lots, clients et expéditions concernés sans une semaine d'archéologie.

Le problème n'est pas que l'entreprise n'a pas d'information, mais que cette information vit dans des endroits séparés : outils de formulation, tableurs, dossiers fournisseurs, étiquettes, boîtes mail du service client, registres d'entrepôt, fichiers qualité, ERP, etc. Les équipes peuvent combler ces écarts quand l'entreprise est petite, mais quand les SKU, les canaux, les sous-traitants et les lancements produits se multiplient, ce pont manuel commence à céder.

Ce que votre ERP doit savoir

Pour les fabricants cosmétiques, la préparation à MoCRA commence par des données de référence plus précises qu'une fiche article générique. L'ERP doit comprendre quelle entité juridique est la responsible person d'un produit, quel site le fabrique ou le transforme, quelles données de listing produit doivent rester à jour, quelle version de formule et d'ingrédients est active, quelle version d'étiquette a été utilisée et quels lots de produits finis sont entrés sur le marché.

Cela ne veut pas dire que l'ERP doit devenir le dossier réglementaire. Dans beaucoup d'entreprises, le dossier réglementaire continuera de vivre dans des outils spécialisés ou des systèmes documentaires contrôlés. Le rôle de l'ERP est de connecter les faits opérationnels dont ces dossiers dépendent, notamment :

Versions de produit, de formule et de nomenclature
Références ingrédients et fournisseurs
Versions de packaging et d'étiquette
Liens avec les sites et sous-traitants
Historique des batchs, lots et numéros de série lorsque c'est pertinent
Statuts qualité, libération, blocage, reprise et rebut
Historique clients, canaux et expéditions
Références de réclamations et d'entrée des événements indésirables
Liens documentaires et statut d'approbation
Historique des modifications et audit trail

Si ces points de données sont déconnectés, l'équipe a toujours un processus de conformité, mais il dépend de personnes qui se souviennent comment recoller l'histoire. C'est une manière fragile de gérer une activité réglementée.

Le listing produit rend les données de formule opérationnelles

Le listing produit paraît administratif jusqu'à ce qu'on regarde les données qui le sous-tendent. La responsible person doit déclarer chaque produit cosmétique commercialisé avec ses ingrédients et mettre les listings à jour chaque année. Si les données produit, les données de formule, les ingrédients, les variantes de packaging et le statut de commercialisation ne sont pas gouvernés proprement, le listing devient un exercice saisonnier de nettoyage.

Pour les équipes opérations, la question importante est de savoir si l'ERP peut montrer quelles versions produit sont actives, lesquelles sont arrêtées, lesquelles sont encore en stock, lesquelles sont en fabrication et quels changements d'ingrédient ou de packaging les ont affectées.

C'est là que les fabricants cosmétiques rencontrent souvent le même problème que celui décrit dans notre article sur ce que 50+ fabricants cosmétiques nous ont appris sur l'ERP en 2026 : les données de formule peuvent exister, mais elles ne circulent pas toujours proprement vers la production, les achats, la qualité et la traçabilité.

Avec MoCRA, cette dérive devient plus difficile à tolérer. Si une formule change, le système doit aider les équipes à voir ce qui a changé, quand le changement a eu lieu, quels produits et lots sont concernés, quelles étiquettes ou quels documents doivent être revus et si les données du produit commercialisé reflètent encore la réalité.

Les événements indésirables graves doivent remonter au lot

La déclaration des événements indésirables graves est l'endroit où des opérations déconnectées deviennent vite douloureuses. Lorsqu'une déclaration arrive, la responsible person doit comprendre le produit, l'étiquette, le lot ou batch lorsqu'il est disponible, les informations consommateur, les informations médicales reçues et toute information de suivi susceptible d'arriver dans l'année. À cette complexité s'ajoute le fait que le délai de la FDA se compte en jours ouvrables.

Cela ne signifie pas que chaque réclamation est un événement indésirable grave, mais le processus d'entrée doit conserver assez de contexte pour que les bonnes personnes puissent décider. Un ERP connecté doit aider l'équipe à passer de la réclamation à l'historique opérationnel :

Quel produit et quelle version d'étiquette étaient concernés ?
Quel lot ou batch de produit fini peut être concerné ?
Quels lots de matières premières, lots de packaging, sous-traitants ou ordres de fabrication ont alimenté ce batch ?
Quels contrôles qualité, blocages, écarts ou libérations existent ?
Quels clients, canaux et expéditions ont reçu le stock concerné ?
Quels registres, fichiers et décisions ont été créés après la déclaration ?

Ce chemin ne devrait pas dépendre d'une personne qui sait où tout est rangé. L'ERP doit garder la chaîne opérationnelle assez proche du travail pour que les équipes qualité et réglementaire puissent enquêter à partir des faits.

La safety substantiation dépend du version control

MoCRA impose à la responsible person de conserver des registres soutenant une safety substantiation adéquate. La FDA indique aussi que ni la loi ni les règlements de la FDA n'exigent de tests spécifiques pour démontrer la sécurité de produits ou d'ingrédients individuels, et que les entreprises peuvent utiliser des données de sécurité pertinentes déjà disponibles si elles proviennent de méthodes scientifiquement solides.

Cela pose une limite claire. L'ERP ne décide pas quelles données de sécurité sont suffisantes ; il doit en revanche préserver l'historique opérationnel des versions autour du produit soutenu par ces registres.

Si une formule, un fournisseur, une variante de parfum, une spécification de matière première ou une allégation d'étiquette change, l'entreprise doit savoir si le registre de substantiation correspond encore à ce qui est produit et vendu.

En pratique, cela signifie que votre ERP doit aider les équipes à répondre à des questions comme : quelle version de formule est liée au produit actuellement commercialisé ? Quels lots d'ingrédients et quelles références fournisseurs ont été utilisés en production ? Ou quels batchs ont été produits avant et après le changement ?

Les GMP et la préparation aux rappels exigent un historique des événements

MoCRA impose aussi à la FDA d'établir des exigences GMP pour les sites de fabrication de produits cosmétiques. Les obligations finales peuvent continuer d'évoluer au fil du rulemaking de la FDA, donc les fabricants doivent garder leurs conseils réglementaires proches du sujet. Mais avant même qu'une règle GMP finale ne modifie les détails, la direction est évidente : la FDA attend plus de discipline industrielle et un accès plus solide aux registres.

C'est là que l'historique des événements compte. Si la FDA dispose d'un accès aux registres dans certaines conditions et d'un pouvoir de rappel obligatoire lorsqu'un cosmétique est susceptible de causer des conséquences graves pour la santé ou un décès, les fabricants doivent savoir ce qui s'est passé dans l'opération. Quel lot a bougé, et vers où ? Quel batch a été libéré ? Quel stock est bloqué ? Quel client l'a reçu ? Quel sous-traitant a pris en charge l'étape ? Quel statut qualité a changé après la production ?

La préparation aux rappels dépend du même muscle opérationnel que le bon contrôle quotidien de la production. Les équipes qui capturent les dossiers de batch, les mouvements de stock, les statuts qualité et l'historique d'expédition au fil du travail ne repartent pas de zéro quand quelque chose tourne mal, tandis que les équipes qui reconstruisent la traçabilité après coup jouent contre la montre.

À quoi ressemble un ERP prêt pour la conformité MoCRA ?

Un ERP pour la fabrication cosmétique solide doit garder la preuve opérationnelle au plus près du travail : production guidée par les formules, traçabilité des batchs, contrôle qualité, travail fournisseur, lancements, gestion des réclamations et complexité des canaux.

Pour les fabricants cosmétiques qui regardent MoCRA, Bonx s'impose naturellement. L'ERP industriel natif IA connecte les données opérationnelles dont dépend la conformité, notamment la gestion des commandes, les stocks, les achats et la gestion fournisseurs, la planification, la production, la qualité, la traçabilité et la logistique. Il se déploie aussi en 1 à 3 mois, un point critique lorsque l'écart de conformité est déjà visible et que l'entreprise ne peut pas attendre un projet ERP de 18 mois.

Bonx ne remplace pas les conseils réglementaires ni les outils spécialisés de conformité, mais il donne aux opérations un système connecté où les faits liés au produit, au batch, à la qualité, au fournisseur, au stock et à l'expédition peuvent avancer ensemble au lieu d'être reconstruits entre tableurs et boîtes mail.

En clair : MoCRA augmente le coût de l'écart entre opérations et réglementation. Les fabricants qui le referment ne seront pas seulement mieux préparés aux audits, aux enquêtes sur événements indésirables et aux rappels ; ils piloteront des opérations plus propres au quotidien, parce que les mêmes registres qui protègent l'entreprise aident aussi l'usine à prendre de meilleures décisions.