Bodhee est la famille de produits pour l'industrie de process. Trois ordonnanceurs coordonnés — Bodhee Production Scheduling, Bodhee Quality Control Scheduling et Bodhee Maintenance Scheduling — s'appuient sur un jumeau numérique de procédé () vivant de votre usine. Là où un planning traditionnel est figé chaque semaine puis retravaillé manuellement, Bodhee réordonnance en continu à mesure que les commandes, les matières, les équipements, les résultats qualité et la main-d'œuvre évoluent dans le monde réel.
FAQ Bodhee Adaptive Scheduling : 119 réponses à chaque question de comité d'achat.
Bodhee est la famille de produits Adaptive Scheduling de Neewee, conçue pour l'industrie de process. Trois ordonnanceurs coordonnés — Bodhee Production Scheduling, Bodhee Quality Control Scheduling et Bodhee Maintenance Scheduling — s'appuient sur un jumeau numérique de procédé vivant de votre usine. Cette page rassemble les questions que l'exploitation, l'IT, la sécurité et les achats posent dans chaque affaire, et répond à chacune ci-dessous.
Si vous ne lisez que six réponses, lisez celles-ci.
Des plannings qui survivent au contact de la réalité. Dans la plupart des usines de process, le planning que l'ordonnanceur construit le lundi est cassé dès le mardi — une matière en retard, une mise en attente qualité, une panne imprévue, une commande urgente. Aujourd'hui, ordonnanceurs et superviseurs absorbent la perturbation à coups d'appels téléphoniques, de tableaux blancs et d'heures supplémentaires. Bodhee remplace cette gestion de crise par un planning qui se réadapte en quelques minutes selon les mêmes contraintes qu'appliquerait un humain, et qui montre à l'ordonnanceur pourquoi.
Aux industriels de process de taille moyenne à grande — pharmaceutique ( et formulation), agroalimentaire, chimie de spécialité et chimie de commodité — et aux façonniers qui les servent. Bodhee convient aux sites présentant une complexité multi-ligne, multi-équipement et multi-produit, où une seule perturbation se propage aux commandes, au laboratoire et à la maintenance. Il n'est pas conçu pour des environnements purement d'assemblage discret.
Non. Bodhee est un produit d'ordonnancement. L'ordonnancement repose sur un jumeau numérique de procédé, la programmation par contraintes et l'optimisation.
Oui. Bodhee orchestre au-dessus du et en dessous de la planification. Il consomme les commandes et les données de référence depuis l' (typiquement SAP S/4HANA ou ECC, Oracle, ou tout autre ERP), les événements d'exécution en temps réel depuis le MES et l'historian, les résultats qualité depuis le , et les événements d'équipement depuis le . Il renvoie ensuite un planning faisable, optimisé et auto-adaptatif que le MES exécute et que l'ERP confirme.
Non. Bodhee fonctionne en modes en ligne, hors ligne et hybride. Lorsqu'une connexion en temps réel n'est pas possible, des imports de fichiers ou des saisies manuelles peuvent fournir les mêmes données.
L' (Advanced Planning & Scheduling) est conçu pour optimiser un plan une seule fois — typiquement chaque semaine — à partir d'un instantané de la demande et de la capacité. L' est conçu pour réordonnancer en continu selon l'état vivant de l'usine. L'APS répond à « quel est le meilleur plan pour la semaine prochaine ? » ; l'Adaptive Scheduling répond à « compte tenu de tout ce qui a changé dans la dernière heure, quel est le meilleur planning pour les prochaines 24 heures, et quelles commandes sont désormais à risque ? »
La perturbation est désormais l'état permanent, non l'exception. Volatilité de la demande, variabilité des approvisionnements, rotation de la main-d'œuvre, mises en attente réglementaires et imprévus d'équipement surviennent à chaque poste. Les plans statiques ont toujours été optimistes ; aujourd'hui, ils sont obsolètes dès leur publication. L' présuppose le changement et traite le réordonnancement comme une discipline opérationnelle continue, non comme une escalade.
C'est une catégorie émergente, et Bodhee est l'un des produits qui la définissent. Des termes voisins sur le marché — « ordonnancement dynamique », « planification autonome », « ordonnancement en temps réel » — décrivent des fragments de la même idée. Nous employons « » parce que c'est honnête quant à ce qui change : ni l'ordonnanceur, ni l', mais le planning lui-même, à une cadence sur laquelle l'usine tourne réellement.
Les deux coexistent par conception. Votre S&OP et votre plan directeur fixent les conditions aux limites — quoi produire, pour quand, avec quelle priorité. Bodhee s'adapte à l'intérieur de ces limites : quelle ligne, quelle commande en premier, quand nettoyer, quand tester, quand assurer la maintenance. L'ordonnanceur reste maître du plan stratégique ; Bodhee gère la faisabilité seconde par seconde.
Non. Il retire la gestion de crise de la journée de l'ordonnanceur et le libère pour un travail qui exige réellement du jugement — évaluation de scénarios, décisions d'allocation, escalade des exceptions, arbitrages clients. Nos clients nous disent systématiquement que leurs ordonnanceurs se sentent davantage aux commandes, et non moins, après la mise en service de Bodhee.
Cela dépend du module et du procédé. Bodhee Production Scheduling s'adapte au niveau de la commande, du lot ou de la campagne. Bodhee Quality Control Scheduling s'adapte au niveau de l'échantillon, du test ou du créneau d'analyste. Bodhee Maintenance Scheduling s'adapte au niveau de l'ordre de travail, du poste d'équipe ou de la fenêtre. La cadence est event-driven — dès qu'une contrainte change, un réordonnancement est déclenché.
Le jumeau numérique de procédé () est la représentation vivante de votre usine sur laquelle Bodhee raisonne — produits, recettes, équipements, matières, main-d'œuvre, mises en attente qualité, et les contraintes qui les relient. Ce n'est pas un modèle 3D ; c'est un modèle de décision. Chaque recommandation de Bodhee remonte à un état précis du PDT, ce qui signifie que chaque recommandation est explicable.
Non. Un jumeau 3D / CAO est conçu pour la visualisation, la simulation de phénomènes physiques ou la formation des opérateurs. Le de Bodhee est conçu pour les décisions — quoi ordonnancer ensuite, dans quel ordre, sous quelles contraintes. Il porte l'état, les contraintes et la dynamique, non la géométrie.
Au minimum : produits, flux de procédé, matières, recettes, équipements, main-d'œuvre et contraintes de base. Nous n'exigeons pas toutes les sources dès le premier jour — la plupart des déploiements montent d'abord un minimum viable puis l'enrichissent à mesure que les intégrations arrivent.
Oui — et c'est le schéma recommandé. Commencez par une ligne de production, une classe d'équipements ou un laboratoire ; prouvez la valeur ; puis étendez. Le est conçu pour s'étendre sans remodeler le modèle de données déjà en place.
Un mélange de pipelines de streaming pour les sources à haute fréquence (, historian, ), de synchronisations planifiées pour les données à évolution plus lente (données de référence , nomenclatures, recettes) et de saisies manuelles. Les événements pilotent le réordonnancement : lorsqu'un équipement est déclaré à l'arrêt, qu'un échantillon échoue, qu'un ordre de travail est clôturé ou qu'un client accélère une commande, Bodhee réévalue en quelques minutes.
Les deux, conjointement. L'exploitation définit la sémantique — ce qui compte comme un équipement, un lot, une campagne, une mise en attente. L'IT / OT exploite les pipelines et le plan d'intégration. Bodhee fournit le modèle , les connecteurs et l'exploitation continue du modèle.
Non. C'est le qui rend les plannings de Bodhee explicables et ancrés dans les contraintes. La bonne nouvelle, c'est que le PDT n'a pas à être parfait ni complet à la mise en service — un PDT minimum viable, cadré sur le premier cas d'usage, suffit pour commencer à créer de la valeur. Il s'enrichit ensuite au fil du déploiement.
Bodhee Production Scheduling génère et adapte en continu un planning de production faisable et optimisé selon des contraintes vivantes — commandes, recettes, disponibilité des équipements, matières, main-d'œuvre et priorité. Lorsque l'une d'elles change, le planning se réordonnance en quelques minutes avec pour objectif de minimiser l'impact de ce changement sur le planning et sur la performance de l'usine.
Données de demande / commandes (campagnes, ordres de fabrication, ordres planifiés), produits et recettes, équipements, disponibilité des matières premières et intermédiaires, équipes et opérateurs avec leurs compétences, règles de changement de format et de nettoyage, et calendriers (usine, poste, jours fériés). La plupart de ces données existent déjà dans votre , votre et vos systèmes de données de référence — Bodhee Production Scheduling les lit via des connecteurs standard et la couche .
Les trois, ainsi que les combinaisons qu'exploitent les usines réelles. Bodhee Production Scheduling traite chaque ligne selon ses propres règles :
- Lignes en mode campagne — les commandes sont regroupées et séquencées pour que des produits similaires s'enchaînent, amortissant le changement de format et le nettoyage sur l'ensemble de la campagne et minimisant le risque de contamination croisée.
- Lignes en mode lot — les commandes sont ordonnancées lot par lot selon la recette, la compatibilité des équipements et la durée de lot, avec respect des fenêtres de nettoyage, de validation et de temps d'attente entre les lots.
- Lignes en mode continu — la production est ordonnancée comme un débit selon les contraintes d'équipement, les limites de durée de campagne de production et les lignes amont / aval qui alimentent le train continu ou sont alimentées par lui.
Une même usine peut exploiter les trois côte à côte — l'ordonnanceur n'impose pas un modèle unique à chaque ligne. Lorsque la sortie d'un mode alimente un autre (par exemple un réacteur continu alimentant un cristalliseur en mode lot alimentant une campagne de conditionnement), Bodhee ordonnance les transferts comme des contraintes plutôt que de traiter chaque ligne isolément.
Le nettoyage est modélisé comme un procédé ordonnançable à part entière — avec ses propres tâches, durées, ressources et dépendances — et non comme une charge fixe greffée sur la production. Les tâches de nettoyage se relient aux lots de production selon les schémas de déclenchement qu'exploitent réellement les usines :
- Pré-production — nettoyage avant le démarrage du premier lot ou de la première campagne.
- Post-lot / post-campagne — nettoyage à la fin d'un lot ou à la fin d'une campagne.
- En cours de lot — nettoyage déclenché après l'achèvement d'une tâche spécifique au sein d'un lot.
- Production bloquée sur nettoyage — une tâche de production qui ne peut démarrer tant qu'un procédé de nettoyage spécifié n'est pas achevé.
Les changements de format suivent le même modèle — typés par couple de produits, chiffrés et séquencés par famille de recettes — et les mises en attente de validation (vérification post-nettoyage, étapes de préparation) sont modélisées comme leur propre classe de tâche à gate, avec leur propre durée et leur effet de blocage en aval. Bodhee Production Scheduling respecte chaque règle de nettoyage, de changement de format et de validation, et séquence les commandes de manière à minimiser leur coût cumulé lorsque le carnet de commandes le permet.
Oui — les dérogations sont de premier ordre, non des exceptions. Un ordonnanceur peut fixer ou geler une commande, verrouiller un équipement sur une commande, exclure un équipement, exclure un ensemble d'opérateurs, définir la priorité sur certaines matières, ou forcer une fenêtre ; l'ordonnanceur adapte le reste du planning autour de la dérogation.
Quelques minutes pour un périmètre mono-site typique ; configurable pour des horizons plus longs et un périmètre multi-site. La cadence de réordonnancement est event-driven par défaut — le système se déclenche lorsqu'une contrainte change de manière significative, et non sur une horloge fixe. Typiquement, le réordonnancement granulaire (avec réallocation des opérateurs) porte sur les prochaines 24 à 48 heures, et le réordonnancement stratégique sur les 2 à 4 prochaines semaines, selon le niveau de perturbation et la cadence configurée par l'utilisateur.
Les deux. Par défaut, un plan unique recommandé, prêt à être lancé. L'ordonnanceur peut aussi exécuter des scénarios what-if — « et si nous perdons la Ligne 2 pendant six heures », « et si nous acceptons la commande urgente », « et si nous décalons le changement de format à l'équipe de nuit » — et comparer l'impact sur les KPI côte à côte avant de valider.
Oui. L'ordonnanceur consomme le statut des matières depuis l' et le , détecte les ruptures ou les arrivées tardives au regard de la séquence planifiée, et re-séquence les commandes pour absorber la perturbation plutôt que de casser le plan. Lorsque le re-séquencement ne suffit pas, il fait remonter tôt le risque avec les arbitrages explicités. Les données de disponibilité des matières issues de l'ERP sont enrichies à l'aide du planning actif pour une disponibilité prévisionnelle des matières (par exemple, la disponibilité des semi-finis pour les produits finis).
Oui. Les déploiements multi-site sont pris en charge avec l'autonomie au niveau du site par défaut — chaque usine exploite son propre planning avec ses propres contraintes — et une orchestration inter-sites lorsque le carnet de commandes circule réellement entre les sites. Bodhee prend en charge les deux topologies.
Les deux, plus les lots de production en attente de libération. Bodhee Quality Control Scheduling planifie l'arrivée des échantillons, l'exécution des tests, l'allocation des analystes, la capacité des instruments et le séquencement de libération des lots bloqués par des résultats en attente. Il traite le laboratoire comme un atelier sous contraintes — car c'est ce qu'il est.
En actionnant trois leviers à la fois :
- Séquencement par priorité — les échantillons bloquant une libération et ceux critiques sur échéance sont séquencés en premier.
- Optimisation au niveau de l'équipement — le mix d'échantillons sur chaque instrument est optimisé au regard des heures d'arrivée des échantillons, des dates requises et de la capacité de l'instrument.
- Coordination laboratoire–production — le planning du laboratoire est aligné sur le plan de libération de la production, afin que les lots finis n'attendent pas des tests qui auraient pu être réalisés plus tôt.
L'ordonnanceur sait quels lots finis sont bloqués, par quel test, sur quel instrument et par quel analyste — et il séquence en conséquence. Les résultats visibles sont un délai de traitement du laboratoire plus court et moins de lots en attente de libération.
Oui — avec les principaux éditeurs , dont LabWare, STARLIMS et LabVantage. Bodhee Quality Control Scheduling lit l'enregistrement des échantillons et le statut des tests depuis le LIMS. Les déploiements LIMS sur mesure sont pris en charge via l'adaptateur d'intégration standard. Réécrire le planning des tests depuis Bodhee vers le LIMS est techniquement faisable, mais l'approche recommandée consiste à utiliser les exports de données / la connectivité de Bodhee pour intégrer dans le LIMS en dehors de l'environnement Bodhee.
Comme des files sous contraintes aux côtés des tests de libération, avec leur propre logique de priorité et de date de prélèvement. L'ordonnanceur respecte les fenêtres de date de prélèvement des protocoles de stabilité et veille à ce que les tests réglementés ne soient pas privés de ressources par des tests de libération à plus fort volume.
Oui. Chaque discipline est modélisée comme un pool de ressources distinct avec ses propres instruments, analystes, certifications et procédures. Un seul déploiement peut gérer un laboratoire de microbiologie, un laboratoire de chimie et un laboratoire d'essais physiques sur des étages ou des sites différents, sous un même planning.
Les résultats clients montrent des réductions constantes de l'arriéré d'échantillons et du délai de traitement du laboratoire. Des résultats nominatifs sont publiés dans la bibliothèque d'études de cas. Des clients de référence sont mis à disposition après l'étape de qualification.
Oui. L'ordonnanceur ordonnance en tenant compte des compétences, des certifications, du poste et de la charge de travail actuelle de chaque analyste. Les analystes seniors ne sont pas surchargés de travail routinier, et les certifications sont honorées automatiquement. Grâce à la fonctionnalité de tâches annexes de Bodhee, le laboratoire peut maintenir un tampon de travail pré-planifié (par exemple un point d'avancement quotidien à 9 h ou une formation ponctuelle pour un analyste) prêt à s'insérer dans les temps morts d'un analyste, sans nécessiter de nouvelle validation ni de re-priorisation.
Les trois. Bodhee Maintenance Scheduling planifie l'arriéré d'ordres de travail, la capacité des techniciens et des équipes, les arrêts planifiés et les fenêtres de maintenance opportunistes qui s'ouvrent lorsque la production est en pause ou tourne sous sa capacité. Le résultat est un plan de maintenance qui s'inscrit dans le calendrier de production réel au lieu de le contrarier.
L'ordonnanceur de maintenance lit le planning de production directement depuis Bodhee Production Scheduling — ou depuis votre ordonnanceur existant si Bodhee Production Scheduling n'est pas encore déployé — et trouve les fenêtres de maintenance au moindre coût. Lorsque les deux fonctionnent ensemble, le système co-planifie production et maintenance conjointement, ce qui fait régulièrement apparaître des opportunités de maintenance « gratuites » que le processus manuel manque.
Non. Bodhee Maintenance Scheduling est un produit d'ordonnancement ; il ne fournit pas de modèles ni de fonctionnalités de maintenance conditionnelle ou prédictive.
Oui — de façon bidirectionnelle avec SAP PM, IBM Maximo, Infor EAM et eMaint. Bodhee Maintenance Scheduling lit les données d'ordres de travail, les hiérarchies d'équipements et la disponibilité des techniciens depuis le , et réécrit les fenêtres d'exécution planifiées ainsi que les confirmations d'achèvement.
Comme une contrainte dure. L'ordonnanceur n'ordonnancera pas un ordre de travail sans disponibilité confirmée des pièces, et il fait remonter explicitement les retards de planning liés aux pièces afin que les achats puissent agir. La disponibilité des pièces de rechange est lue comme un indicateur depuis le . Lorsque les pièces arrivent, un réordonnancement opportuniste avance l'ordre de travail.
Non. Les systèmes planifient à une cadence hebdomadaire / mensuelle selon des hypothèses de prévision et de capacité. Bodhee s'adapte à une cadence quotidienne / par poste selon l'état vivant de l'usine. Ils sont complémentaires : l'APS fixe les conditions aux limites et les objectifs de production ; Bodhee adapte le planning à l'intérieur de ces limites au fil du fonctionnement de l'usine.
Non. Le exécute et enregistre le travail sur l'atelier ; Bodhee ordonnance ce que le MES exécutera. La plupart des déploiements laissent le MES intact et intègrent Bodhee au-dessus de lui.
Pour la plupart des clients, Bodhee comble un manque que les modules d'ordonnancement de l' ne couvrent pas — un réordonnancement infra-journalier, au niveau tâche / opérateur, event-driven et riche en contraintes. L'ordonnancement de l'ERP continue de gérer les données de référence, les définitions de capacité et la planification de haut niveau ; Bodhee gère la cadence opérationnelle pour laquelle l'ERP n'a jamais été conçu.
SAP DS / est conçu pour l'optimisation statique, typiquement à une cadence hebdomadaire, et demande un effort lourd pour rester à jour avec l'état vivant de l'usine. Bodhee est conçu pour l'adaptation continue face à un vivant. Plusieurs clients Bodhee exploitent SAP DS ou PP-DS à la couche de planification et Bodhee à la couche opérationnelle — les deux coexistent.
Les optimiseurs génériques sont des boîtes à outils mathématiques — ils requièrent un modèle, une couche de données, une couche d'intégration, une couche d'exploitation et une interface avant de produire un planning. Bodhee est un système packagé livré avec le modèle , les connecteurs, le runtime d'exploitation, l'interface ordonnanceur et la boucle de rétroaction ML. Vous achetez un ordonnanceur opérationnel, non une boîte à outils.
Certains clients l'envisagent. La conclusion habituelle est que le coût de construction — découverte, , connecteurs, moteur d'ordonnancement, interface, MLOps, et la charge continue d'exploitation du modèle au fil des remplacements d'équipements et des changements de recettes — dépasse le coût d'achat d'un système déjà en production chez des industriels comparables. Nous partageons une grille honnête de type make-or-buy pendant l'évaluation.
Non. Les outils d'IA générative sont conçus pour le langage et la génération de contenu. L' est une optimisation structurée sous contraintes face à un vivant — une autre classe de problème, avec des mathématiques différentes, des données différentes et une responsabilité différente. Les deux peuvent coexister (un LLM peut se placer au-dessus pour expliquer une recommandation Bodhee en langage naturel), mais l'un ne remplace pas l'autre.
Cette conversation vaut mieux être menée au cas par cas — chaque concurrent a ses forces et ses lacunes, et la bonne réponse dépend de votre procédé, de votre maturité de données et du manque que vous ressentez aujourd'hui. Raisons courantes pour lesquelles des clients migrent vers Bodhee : adaptation continue plutôt qu'optimisation ponctuelle, modélisation native de l'industrie de process plutôt que modèles de fabrication discrète adaptés a posteriori, et recommandations explicables plutôt que sorties en boîte noire.
L'industrie de process — pharmaceutique ( et formulation), agroalimentaire, chimie de spécialité et chimie de commodité — et les façonniers qui servent ces industries. Au sein de chaque industrie, Bodhee est déployé sur des sites présentant une complexité multi-ligne, multi-produit et multi-contrainte.
Les trois, y compris les sites hybrides qui combinent les modes. Le jumeau numérique de procédé modélise chaque ligne selon ses propres règles — campagne, lot ou continu — et Bodhee ordonnance en conséquence.
Pas comme adéquation principale. Bodhee est construit autour des schémas de contraintes de l'industrie de process — recettes, nettoyage, validation, libération laboratoire, maintenance conditionnelle, mises en attente réglementaires. Les sites d'assemblage discret sont mieux servis par des outils conçus autour de l'éclatement des nomenclatures et de l'équilibrage des lignes d'assemblage.
Oui. Bodhee est conçu pour les environnements réglementés avec piste d'audit complète, contrôles d'intégrité des données et schémas de libération compatibles avec la validation. D'après les mises en œuvre antérieures, Bodhee Scheduling relève d'une mise en œuvre non- dans les paysages clients.
Oui — via une montée en charge progressive des données. La plupart des clients ne démarrent pas avec la qualité de données qu'ils souhaiteraient ; la première vague de déploiement est cadrée sur un minimum viable puis enrichie à mesure que les intégrations arrivent. Les premiers résultats mesurables sont généralement visibles avant que la fondation de données ne soit « terminée ».
Des usines en exploitation de taille moyenne à grande. Le point idéal est constitué de sites multi-ligne, multi-équipement et multi-produit — fonctionnant 24 h/24, 7 j/7 ou presque — où l'ordonnancement manuel casse régulièrement sous la charge combinée des commandes, des libérations laboratoire et des événements d'équipement. Les usines plus petites ou mono-ligne justifient rarement Bodhee sur le seul ROI opérationnel.
Il existe un cas d'usage distinct et en croissance à l'extrémité greenfield : les équipes de conception planifiant une nouvelle usine ou une extension de capacité majeure peuvent utiliser l'ordonnanceur de Bodhee pour simuler des implantations, des mix d'équipements, des portefeuilles de recettes et des objectifs de débit proposés avant même la construction de l'usine. Cet engagement est structuré comme un déploiement en phase de conception, non comme un déploiement sur usine en exploitation.
Oui — et les CMO en bénéficient de façon disproportionnée. Carnets de commandes multi-clients, recettes spécifiques par client, règles de nettoyage spécifiques par client et reporting spécifique par client sont pensés dans le modèle de données de Bodhee dès le premier jour, non ajoutés après coup. Un seul déploiement peut gérer plusieurs clients donneurs d'ordre sous un même planning, avec les frontières d'isolation des données et de reporting qu'exige chaque contrat.
Oui — nativement. Bodhee gère les schémas de commande , et dans le même planning, avec la logique de priorité et d'objectif de stock qu'exige chaque schéma.
Bodhee est un produit , déployé sur Google Cloud Platform () et exploité par Neewee. Les clients n'hébergent, n'installent ni n'exploitent le produit eux-mêmes. Bodhee n'est pas proposé pour une installation sur une infrastructure gérée par le client ni dans le compte cloud propre du client.
Le modèle SaaS est délibéré : livraisons continues, opérations de sécurité gérées, observabilité et réponse aux incidents restent au sein d'une seule équipe qui comprend le produit de bout en bout — ce qui est nettement plus sûr et plus rapide qu'un parc d'installations gérées par les clients. La résidence des données est configurable parmi les régions GCP (voir Q 9.3), chaque client fonctionne dans un plan de données mono-locataire, et des clés de chiffrement gérées par le client sont disponibles pour ceux qui exigent l'isolation des clés (voir le cluster 11 pour la posture complète de sécurité et de conformité).
Mono-locataire. Chaque client est déployé dans un projet dédié — ses propres données, calcul, runtime, périmètre IAM, journaux d'audit et clés de chiffrement. Rien à l'intérieur du projet d'un client n'est partagé avec un autre client.
Ce qui est partagé, c'est l'infrastructure opérationnelle propre à Neewee, qui réside dans l'organisation GCP de Neewee en dehors de tout projet client — le pipeline de livraison qui déploie les nouvelles versions de Bodhee, l'agrégateur d'observabilité que le de Neewee utilise pour l'astreinte, et les identités opérateur-Neewee employées pour le support et la réponse aux incidents. Rien de tout cela ne détient de données client ; cela fonctionne sur une infrastructure propriété de Neewee pour livrer et exploiter le service.
Des clés de chiffrement gérées par le client () sont disponibles pour les clients qui exigent l'isolation des clés vis-à-vis de Neewee.
Bodhee fonctionne dans des régions Google Cloud Platform (), avec des options incluant des zones en Inde, dans l'UE et aux États-Unis. La région précise est sélectionnée par client afin de satisfaire les exigences de résidence des données et de maintenir une latence gérable depuis l'usine du client. Une fois un client provisionné dans une région, ses données ne quittent pas cette région.
Déploiement multi-zone à travers les zones au sein de la région sélectionnée par le client, avec des objectifs et documentés dans la documentation de support (fournie dans le cadre des discussions commerciales).
Bodhee ne prend pas en charge les déploiements en air-gap ou entièrement isolés. L'architecture exige que l'usine puisse atteindre l'environnement de Bodhee via un chemin réseau authentifié et chiffré — typiquement un VPN ou une interconnexion privée. Pour les clients ayant une exigence stricte d'air-gap, contactez-nous — nous vous dirons honnêtement si Bodhee est le bon choix plutôt que de nous engager sur un modèle de déploiement que nous ne prenons pas en charge.
Oui — via des connecteurs packagés pour les scénarios SAP les plus courants (S/4HANA, ECC, PP, PM, QM, MM) et un chemin d'intégration sur mesure pour les configurations non standard. Les intégrations SAP suivent un schéma de flux de données documenté (commandes + données de référence en entrée ; planning + confirmations en sortie). Nous capturons les ordres de fabrication, les articles, les données de stock, les calendriers usine et jours fériés, les nomenclatures, les entrées de marchandises (pour l'ordonnancement QC face aux matières premières), les recettes (lorsqu'elles sont disponibles), les données de référence des équipements et ressources, et les données d'équipes par poste. La connectivité des données utilise REST, SOAP, Pub/Sub ou l'import / export de fichiers.
Bodhee est agnostique vis-à-vis des éditeurs de par conception. L'échange de données avec le MES utilise le schéma d'intégration que le MES du client prend déjà en charge — REST, SOAP, MQTT, messagerie Pub/Sub, , import / export de fichiers ou lecture directe en base — via des connecteurs gérés par Bodhee. Il n'existe aucun protocole propre à Bodhee que le MES devrait parler.
Pour un MES non standard ou sur mesure, le connecteur est construit pendant la phase d'intégration au regard du contrat d'intégration documenté.
Bodhee est agnostique vis-à-vis des éditeurs d'historian par conception. L'ingestion de la télémétrie utilise le schéma d'intégration que l'historian du client prend déjà en charge — / , REST éditeur, ODBC / JDBC, MQTT, ou import / export de fichiers — via des connecteurs gérés par Bodhee.
Bodhee Quality Control Scheduling est agnostique vis-à-vis des éditeurs de par conception. L'échange de données utilise le schéma d'intégration que le LIMS du client prend déjà en charge — REST, SOAP, import / export de fichiers, ou lecture directe en base — via des connecteurs gérés par Bodhee. L'ordonnanceur lit l'enregistrement des échantillons et le statut des tests depuis le LIMS (et l' pour les entrées de marchandises de matières premières).
Bodhee Maintenance Scheduling est agnostique vis-à-vis des éditeurs de par conception. L'échange de données utilise le schéma d'intégration que le CMMS du client prend déjà en charge — REST, SOAP, import / export de fichiers, ou lecture directe en base — via des connecteurs gérés par Bodhee. L'ordonnanceur lit les données d'ordres de travail, les hiérarchies d'équipements et la disponibilité des techniciens, et réécrit les fenêtres d'exécution planifiées ainsi que les confirmations d'achèvement.
Oui — Bodhee livre sous forme d'adaptateur packagé, utilisé pour les données capteurs, l'état des équipements et le repli historian là où aucun historian dédié n'est déployé.
Oui. Bodhee expose une OpenAPI documentée pour l'intégration synchrone et des événements webhook pour les flux asynchrones. Les deux sont versionnés et rétrocompatibles d'une version à l'autre, conformément à la politique de dépréciation publiée.
Par bandes selon la classe d'intégration :
- Intégrations et : 4 à 8 semaines.
- et : 4 à 6 semaines.
- Historian et : 8 à 12 semaines.
- Intégrations sur mesure : cadrées pendant la découverte.
Bodhee est exploité dans le cadre d'un programme de sécurité de l'information aligné sur . Les clients sous peuvent demander le dernier certificat ISO 27001.
Plan de données mono-locataire : les données de chaque client résident dans un environnement logique dédié (projet ), avec chiffrement au repos et en transit. Un KMS par client est disponible pour les clients exigeant l'isolation des clés de chiffrement. Les sauvegardes, journaux et pistes d'audit héritent de la même frontière d'isolation.
Bodhee est déployé dans des régions avec des options incluant des zones en Inde, dans l'UE et aux États-Unis (voir Q 9.3 pour la liste actuelle des régions). La résidence des données est appliquée au niveau du déploiement — une fois qu'un client sélectionne une région, ses données ne quittent pas cette région. Les sauvegardes, journaux et pistes d'audit héritent de la même frontière régionale.
2.0 et OpenID Connect pour le SSO. Bodhee s'intègre aux principaux fournisseurs d'identité — Azure AD / Entra ID, Okta, Ping, Google Workspace.
Contrôle d'accès basé sur les rôles au niveau du module, du site et de l'action. Les rôles peuvent être cadrés par module (Bodhee Production Scheduling, Bodhee Quality Control Scheduling, Bodhee Maintenance Scheduling), par site et par classe d'action (lecture, ordonnancement, dérogation, administration, audit).
Tests d'intrusion annuels par un tiers, complétés de tests ciblés sur les versions majeures. La dernière synthèse de test d'intrusion est disponible sous .
Immuable, horodatée et exportable. Chaque action d'ordonnancement — recommandation, dérogation, changement de configuration, événement d'intégration — est enregistrée avec l'identité de l'utilisateur, l'horodatage et l'état avant / après. Les données d'audit sont conservées selon le contrat client et peuvent être exportées à la demande.
Oui. Le standard de Bodhee couvre le RGPD, le indien et d'autres grands régimes régionaux. Des avenants spécifiques au client sont pris en compte dans le processus de contractualisation.
La première valeur mesurable arrive généralement en quelques semaines ; le déploiement complet d'un module aboutit typiquement en quelques mois. Le calendrier exact dépend de la disponibilité des données, du périmètre d'intégration et du nombre de sites concernés. Un schéma typique : pilote en 12 semaines, déploiement complet mono-site en 20 semaines, extension multi-site par la suite.
Une seule ligne, une seule classe d'équipements ou un seul laboratoire — cadré pour produire une évolution mesurable d'un KPI dans la fenêtre du pilote. Le pilote valide le modèle , le schéma d'intégration et le flux de travail de l'ordonnanceur avant un déploiement plus large. Les critères de réussite du pilote sont convenus avant le lancement, avec une mesure de référence établie en amont.
Les deux. Neewee mène les premiers déploiements chez un client et forme le partenaire intégrateur choisi par le client pour les sites suivants. Les clients disposant déjà d'un partenaire de mise en œuvre (cabinets de conseil, intégrateurs) peuvent mener le déploiement via ce partenaire, Neewee assurant un rôle de conseil senior.
L'accès aux données (, , historian, , selon les cas) ; des experts métier pour la production, la qualité et la maintenance ; un sponsor senior du changement ; et des responsables d'intégration pour chaque système concerné. Une équipe côté client typique compte 4 à 8 personnes réparties entre les fonctions, travaillant à temps partiel sur le déploiement.
Cinq phases — découverte, construction du , intégration, pilote, mise à l'échelle. Chaque phase a des critères d'entrée et de sortie explicites, des livrables convenus et des responsables nommés des deux côtés. La gouvernance du déploiement comprend des sessions de travail hebdomadaires et un comité de pilotage à cadence bimensuelle. Le plan de gouvernance détaillé est partagé pendant les discussions commerciales.
Une référence de KPI est établie au lancement — , (TRS, Taux de Rendement Synthétique), , , délai de traitement du laboratoire, temps de cycle de l'ordonnanceur, selon ce qui s'applique. Les mouvements cibles sont convenus avant le pilote. Des revues de jalons comparent le réel à la référence à la fin du pilote, à la fin du déploiement mono-site, puis chaque trimestre.
C'est la condition de départ attendue, non un obstacle. Les déploiements Bodhee traitent la montée en charge des données comme la première vague de travail — suffisamment propres pour soutenir le périmètre du pilote, non parfaites à l'échelle de toute l'usine. Bodhee est conçu pour être minimum viable à la mise en service et s'enrichir au fil du temps à mesure que les sources de données mûrissent.
La confiance se gagne, elle ne se présume pas. Le schéma qui fonctionne : expliquer chaque recommandation en toute transparence, rendre les dérogations faciles et auditées, exécuter un mode observation avant la mise en service pour que les ordonnanceurs puissent comparer la recommandation de Bodhee à leurs propres décisions, et célébrer tôt les petites victoires. Nos clients rapportent systématiquement une confiance des ordonnanceurs qui se construit sur les 60 à 90 premiers jours d'exploitation en production.
Des cursus basés sur les rôles — ordonnanceur, chef de poste, contremaître, responsable de production, opérateur, analyste, administrateur — dispensés selon un mélange de formats en salle, sur le terrain et en libre-service. La formation de formateurs est proposée aux clients disposant de plusieurs sites. Des modules de remise à niveau sont inclus dans le niveau de support et mis à jour à chaque version majeure.
C'est attendu et anticipé. Le schéma qui fonctionne : co-concevoir le flux de travail de l'ordonnanceur avec les ordonnanceurs eux-mêmes, leur donner une autorité de dérogation explicite, exécuter un mode observation avant la mise en service, et laisser les petites victoires bâtir la crédibilité.
Utile, mais non requis pour la V1. Pour les déploiements multi-site, un CoE est le moyen le plus fiable de standardiser le schéma de déploiement, de partager les enseignements entre les sites et de maintenir le modèle dans le temps. La plupart des clients montent un CoE après la mise en service du premier site.
Les rôles évoluent, ils ne disparaissent pas. Le rythme quotidien passe de « réordonnancer quand la réalité casse » à « évaluation de scénarios, escalade des exceptions, arbitrages clients et amélioration continue ». Les ordonnanceurs rapportent systématiquement un travail devenant plus stratégique et moins réactif.
Analytique d'usage (connexions, acceptations de planning, exécutions de scénarios), trajectoire du taux de dérogation des ordonnanceurs (élevé à la mise en service, décroissant à mesure que la confiance se construit), et évolution des KPI par rapport à la référence. Les signaux d'adoption sont examinés lors de revues de succès mensuelles pendant la première année.
L'anglais, le français, l'allemand et le hongrois sont pris en charge aujourd'hui. D'autres langues sont ajoutées en fonction de la demande des clients.
La tarification combine une licence par site et par module avec une composante d'usage dimensionnée selon le périmètre de l'usine (équipements, lignes, paillasses de laboratoire, volume d'ordres de travail). Le modèle exact est façonné selon la topologie de déploiement du client — nous le détaillons pendant l'évaluation.
Les deux. Les clients peuvent souscrire une licence pour Bodhee Production Scheduling, Bodhee Quality Control Scheduling ou Bodhee Maintenance Scheduling individuellement, ou prendre le bundle de la famille. La plupart des clients commencent avec un module et étendent selon les résultats.
Les services de mise en œuvre (menés par Neewee ou un partenaire), les intégrations de données, les niveaux de support avancés et les personnalisations. La tarification de ces éléments est cadrée pendant l'évaluation.
Oui — les remises multi-site et multi-module sont standard. Le modèle commercial de Bodhee est conçu pour récompenser l'expansion à travers les sites et les modules plutôt que de la pénaliser.
Les deux sont disponibles. Les engagements pluriannuels (typiquement trois ans) offrent de meilleures conditions commerciales et constituent le choix le plus courant pour les clients grands comptes. Les accords de pilote sont généralement bornés dans le temps et se convertissent en licence complète sur atteinte des critères de réussite.
Conditions de paiement standard avec une flexibilité régionale. Bodhee facture dans les principales devises — USD, EUR, INR — selon l'entité cliente. Les conditions précises sont convenues dans le .
Oui — un package de pilote défini, cadré sur une seule ligne, classe d'équipements ou laboratoire, avec des critères de réussite convenus en amont. Le tarif du pilote est structuré comme une porte d'entrée à faible risque, non comme un centre de profit.
Oui — jeu complet sur demande sous :
- Modèle de contrat-cadre de services ()
- Avenant de traitement des données ()
- Questionnaire de sécurité pré-rempli
- Attestations d'assurance
Les bandes de résultats dépendent du module, de l'état de départ de l'exploitation et du périmètre de déploiement. Les résultats publiés typiques vont d'améliorations à deux chiffres modestes de l'adhérence ou du débit sur des sites bien tenus, à des améliorations de rupture (plus de 30 %) sur des sites où l'ordonnancement manuel constituait le goulot d'étranglement. La réponse honnête pour un client donné ressort d'une évaluation de référence pendant l'évaluation.
L'arbre des KPI dépend du module, mais les métriques constamment améliorées incluent :
- (livré à temps et complet)
- (efficacité globale des équipements)
- Débit
- (taux de conformité au premier passage), lorsque la qualité est dans le périmètre
- (temps moyen de réparation), lorsque la maintenance est dans le périmètre
- Délai de traitement du laboratoire
- Temps de cycle de l'ordonnanceur
- Heures supplémentaires
Bodhee ne fera pas évoluer des KPI sur lesquels il n'a aucun levier — nous sommes explicites sur le périmètre lors de l'évaluation.
Par bandes selon le module et le profil du client. La plupart des clients constatent un retour sur investissement en moins de 8 à 12 mois ; les déploiements multi-module s'amortissent plus vite.
En comparaison avant / après par rapport à une référence convenue au lancement. La référence capture les KPI dans le périmètre, la méthode de mesure et le mouvement cible ; des revues trimestrielles comparent le réel à la référence et ajustent le modèle au besoin. La méthodologie est partagée avec le client en amont — sans surprises.
Oui — une grille de ROI est fournie pendant l'évaluation, alimentée par une session de découverte structurée avec les équipes exploitation et finance du client. Ce n'est pas un artefact marketing ; c'est le document même que verra le CFO du client lors de la revue d'achat.
Des études de cas nominatives et anonymisées sont publiées dans la bibliothèque d'études de cas. Des clients de référence dans des types de procédés similaires sont mis à disposition après l'étape de qualification.
Bodhee ne fait pas évoluer des KPI qui dépendent de facteurs hors du champ de la décision d'ordonnancement — inflation du coût des matières premières, effondrement de la demande, prix de l'énergie, changements réglementaires. Nous sommes explicites à ce sujet lors de l'évaluation afin que l'analyse de rentabilité soit défendable.
Des clients nommés avec leur autorisation ; des études de cas anonymisées sinon. Des clients en pharmaceutique, agroalimentaire, chimie de spécialité et ciment sont en production aujourd'hui. Une liste pertinente pour votre industrie est partagée pendant l'évaluation.
Oui — après l'étape de qualification. Les échanges de référence sont organisés avec des clients d'industrie similaire, de procédé similaire et d'échelle similaire, avec leur accord.
La bibliothèque d'études de cas est filtrée par industrie et par type de procédé — pharmaceutique, formulation pharmaceutique, agroalimentaire, boissons, chimie de spécialité, chimie de commodité, ciment, papier. Si votre type de procédé n'est pas encore représenté dans une étude de cas publiée, nous partageons des résultats anonymisés sous .
Oui. La politique de Bodhee est que les logos affichés sur www.bodhee.com représentent des déploiements en production avec l'autorisation documentée du client de les afficher. Les clients en phase de pilote ou d'évaluation uniquement ne sont pas représentés comme des logos de production.
Les thèmes de la feuille de route — non des dates de fonctionnalités — sont partagés pendant l'évaluation sous . Les thèmes actuels portent sur des capacités plus poussées à travers les trois modules, une couverture d'intégration élargie dans les industries réglementées, et l'extension de la surface d'explicabilité pour la confiance des utilisateurs finaux.
Les données client sont portables. La clause de sortie de Bodhee dans le comprend des outils d'export documentés, une fenêtre de transition définie et une certification de destruction des données après le départ. Aucun client n'est jamais captif par prise en otage de ses données.
Les dépréciations de capacités majeures sont annoncées avec un préavis minimum (défini dans la documentation de support) et des garanties de rétrocompatibilité pour les consommateurs d' sur au moins une version majeure. Les changements cassants sont réservés aux versions majeures et ne sont jamais livrés silencieusement.
L'ordonnanceur se connecte à un tableau de bord qui reflète déjà tout ce qui s'est passé durant la nuit — nouvelles commandes, travaux achevés, résultats qualité, événements d'équipement, arrivées de matières. Le planning recommandé est prêt, avec les exceptions et les arbitrages signalés. L'ordonnanceur examine, ajuste là où il le souhaite, et lance. La plupart des clients rapportent une routine matinale qui passe de plusieurs heures à quelques minutes après la mise en service.
De quelques secondes à quelques minutes, selon le périmètre. Une dérogation sur une seule commande prend quelques secondes. Un réordonnancement complet sur une usine multi-ligne prend quelques minutes.
Un réordonnancement event-driven est déclenché automatiquement lorsqu'une contrainte matérielle change — un échantillon échoue, un équipement tombe en panne, une matière arrive en retard, un client accélère.
Bodhee est compatible avec les tablettes pour les superviseurs et les opérateurs — visibilité du planning et mises à jour de statut de base. Les flux de planification complets restent sur poste de travail, où la surface d'écran correspond au travail.
Oui — via des vues cadrées pour les opérateurs et des affichages d'atelier optionnels. Les opérateurs voient ce qui est ordonnancé, dans quelle séquence, sur quel équipement, avec le contexte de tâche suivante dont ils ont besoin. Les droits d'édition sont cadrés par rôle — les opérateurs consultent, les ordonnanceurs et les superviseurs éditent.
Bodhee peut fonctionner sans surveillance avec des garde-fous de politique — acceptation automatique des recommandations dans une enveloppe définie.
Si votre question ne figure pas ici, envoyez-la-nous.
Nous nous efforçons de tenir cette bibliothèque à jour, mais chaque usine est un monde en soi. Si vous n'avez pas trouvé ce que vous cherchiez, écrivez-nous — nous y répondrons par écrit, généralement sous un jour ouvré. Les équipes achats et sécurité peuvent demander le jeu complet de documents sous NDA.