Accueil / TAOM™ Cas d’usage

TAOM™ Cas d’usage

Ressources · Cas d’usage

À quoi cela ressemble dans de vrais projets.

Les cas d’usage montrent non seulement le processus, mais son environnement : rôles, systèmes, exigences et contrôles. Deux sont détaillés ici, cinq autres se parcourent comme modèles.

La question la plus fréquente

« Nous avons déjà un MES – à quoi bon TAOM ? »

Un Manufacturing Execution System pilote et enregistre la production : lancer les ordres, capter les données machine, suivre les lots, saisir les valeurs de contrôle, remonter vers l’ERP. C’est le système dans lequel la production tourne.

Comparaison entre le MES comme système d’exécution de la production et TAOM comme méthode pour comprendre et modifier les processus.

Pourquoi un MES est mis en place

Parce qu’il y a un vide entre l’ERP et la machine. L’ERP connaît l’ordre, la machine connaît la cadence – entre les deux, il faut quelque chose qui lance, remonte, suit les lots et impose des contrôles avant que la matière n’avance.

Dans les secteurs réglementés s’ajoute ceci : sans enregistrement complet, rien ne peut être livré.

Ce qu’un MES ne fait pas

Il ne sait pas pourquoi une étape de contrôle existe, quelle obligation l’exige, quelle exigence l’a déclenchée ni ce qui arrive si on la modifie. Il documente l’exécution, pas l’intention.

C’est exactement ce vide que comble TAOM – à l’exemple de cette chaufferie ou plus généralement avec le Digital Twin.

Et l’éditeur ? Le Process Studio est le plan de travail où naît cette compréhension : modéliser, enrichir, vérifier. Il n’exécute aucune production et ne remplace aucun MES – il décrit le déroulement que le MES exécutera ensuite, avec rôles, systèmes, exigences et contrôles.

Des images plutôt que des paragraphes

La même chaufferie, deux représentations

À gauche une vue d’installation comme il en existe dans chaque MES. À droite le même extrait sous forme de modèle de processus. Les deux sont justes – mais une seule des deux représentations se configure.

Vue d’installation d’une chaufferie avec collecteur de vapeur, dégazeur, deux chaudières, trois pompes d’alimentation, dosage de produits chimiques et échangeur de chaleur, avec les valeurs réelles.

Voilà la situation de départ dans bien des sites : une vue d’installation avec équipements, états et valeurs réelles – niveau 68 pour cent, conductivité 68,8 µS/cm, pompe C à l’arrêt.

Tout est juste. Et pourtant cette image ne répond à aucune des questions posées lors de la configuration : qui décide en cas de dépassement de seuil ? À partir de quand peut-on démarrer ? Qui approuve, et à quoi le voit-on ?

Cliquer pour agrandir – en dessous, la même installation sous forme de modèle de processus.

À gauche une vue d’installation MES schématique avec valeurs réelles, à droite la même chaufferie sous forme de modèle BPMN avec couloirs, décisions et approbations.

Pourquoi cela tourne si souvent mal

Une vue d’installation est vite dessinée et donne une impression de progrès. Modéliser les déroulements paraît au contraire coûteux et sans résultat visible – on le repousse donc.

Cela se paie à la configuration : qui décide en cas de dépassement de seuil ? À partir de quand peut-on démarrer ? Qui approuve, et à quoi le voit-on ? Il faut alors chercher ces réponses en plein projet.

Ce que le modèle porte en plus

Chaque étape porte rôle, système, seuil, contrôle, preuve et approbation. Ce sont exactement ces informations qui donnent les exigences envers le MES – avec une justification, non issues d’un modèle type.

Et lors de la validation, on peut prouver quelle obligation a conduit à quelle étape de contrôle.

Et voici le modèle lui-même. Pas une image, mais le déroulement dans le TAOM BPMN Viewer – zoomer, déplacer, cliquer les étapes. Sous le diagramme figure le sceau de provenance.
Process Studio Viewer (BPMN v1.18.0) www.taom.ai

Vous préférez une fenêtre à part ? Ouvrir la production de vapeur comme page de démo · Tous les modèles sous Démos BPMN.

Cas d’usage 1

Production pharmaceutique : mise en place d’un MES sous obligations GxP

Situation de départ

Un fabricant met en place un MES. Les processus existent – dans des procédures, dans les têtes et dans une matrice de contrôle. Le fournisseur du MES demande étapes, points de contrôle et règles d’approbation ; les réponses se trouvent dans quatre dépôts différents.

La validation exige en plus la preuve du pourquoi de la conception de chaque étape de contrôle.

Ce qu’apporte TAOM

Les déroulements sont relevés et modélisés ; chaque étape reçoit directement rôle, système, point de contrôle, obligation et approbation. Le modèle donne les exigences envers le MES – avec justification.

Lors de la validation, on peut prouver quelle obligation a conduit à quelle étape de contrôle.

  • 01DécouverteStructurer libération de lot, pesée, contrôle en cours de process et documentation à partir des ateliers.
  • 02EnrichissementPar étape : rôle, système, instruction de contrôle, preuve, principe des quatre yeux.
  • 03ExigencesCe que le MES doit savoir faire – déduit, non repris d’un modèle type.
  • 04PérimètreQuel contrôle tourne dans le MES, lequel dans l’ERP, lequel au laboratoire.
  • 05PreuveMenée de l’obligation jusqu’au cas de test.
  • 06EnsuiteLe modèle reste et porte le changement suivant – ce n’était pas un document de projet.

Cas d’usage 2

Production industrielle : mettre de l’ordre entre MES, ERP et atelier

Situation de départ

Un paysage hérité : ERP pour la commande et la matière, MES pour le lancement et la remontée, plus des balances, des imprimantes d’étiquettes et une poignée de tableurs. Personne ne peut dire quelle étape tourne dans quel système – et c’est aux transitions que naissent les erreurs.

Avant un passage à S/4HANA, la question devient urgente.

Ce qu’apporte TAOM

Le déroulement est modélisé une fois de bout en bout – de la commande client à l’expédition – et chaque étape se voit attribuer son système. On voit alors où les données circulent à la main et où deux systèmes tiennent la même chose.

Les transitions deviennent des exigences avec une priorité plutôt qu’une intuition.

  • 01Affectation des systèmesPar étape : ERP, MES, application annexe ou travail manuel.
  • 02Rendre les ruptures visiblesOù les données sont ressaisies et où il y a double tenue.
  • 03Étiquetage et traçabilitéQuand chaque étiquette naît et de quoi elle se nourrit.
  • 04Déduire les exigencesInterface, extension ou changement de processus – avec justification.
  • 05Préparation de la transformationLe modèle est la base du fit-to-standard.
  • 06Après la basculeLe déroulement cible est documenté et vérifiable.
En résumé : Le MES dit ce qui se passe. TAOM dit pourquoi c’est configuré ainsi et ce qui doit changer. Vouloir remplacer l’un par l’autre, c’est perdre soit le pilotage, soit la compréhension.

À regarder

Cinq secteurs, cinq modèles à parcourir

Ces déroulements disposent déjà d’une démo BPMN interactive. Ils montrent le même principe que les deux cas ci-dessus – à parcourir plutôt qu’à lire.

Ce que vous voyez dans les démos : pas seulement la séquence, mais les informations sur les étapes – rôles, systèmes, contrôles et descriptions métier. Tous les modèles tournent dans le navigateur, sans téléchargement. Vue d’ensemble sous Démos BPMN.

Commencer

Votre cas n’est probablement pas exotique

Si vous devez faire le tri entre ERP, MES et applications annexes, ou prouver une obligation dont plus personne ne connaît l’origine – alors nous connaissons le schéma.