• Aucun résultat trouvé

CHAPITRE 2 CADRAGE CONCEPTUEL DANS L’ADOPTION D’UNE

2.6 Description de la Solution //m 4 de Matricis Informatique

La solution //m4est une solution novatrice de la société Matricis Informatique dont le siège est situé à Montréal au Québec au Canada. //m4se décrit comme une solution offerte en tant que service dans l’infonuagique, c’est-à-dire, payable à l’utilisation. C’est une solution applicative conçu pour rentabiliser la gestion des actifs physiques par le biais de la maintenance conditionnelle/prédictive. Rappelons que le principe directeur de la maintenance

conditionnelle est la surveillance d’état des actifs et la création d’actions de maintenance suivant la criticité des paramètres surveillés.

Nous avons expliqué un peu plus haut les avantages de la maintenance conditionnelle/prédictive sur la gestion des actifs physiques. Nous avons également vu comment la maintenance prédictive infonuagique permet de résoudre les insuffisances de la maintenance prédictive traditionnelle et une optimisation de la performance de la fonction maintenance.

La solution //m4s’inscrit dans cette logique. Les séquences d’exécution de la solution //m4 sont décrites de façon succincte suivant le processus global de la figure 2.7 dont les différentes étapes sont comme suit :

- Des données de surveillance d’état des actifs sont collectées en temps réel par la technologie «PI system» de la firme OSIsoft (OSIsoft est un leader mondial dans la conception des technologies permettant la collecte et la centralisation des données et évènements opérationnels en temps réel des actifs physiques au sein d’une entreprise);

- Une évaluation en temps réel est effectuée par un modèle utilisant les données récupérées ou calculés par le système PI;

- Si le modèle détecte une anomalie dans les résultats, un processus de maintenance est déclenché et une notification (courriel) est envoyée au responsable de maintenance; - Si requis, une analyse des données est effectuée par l’entremise d’outils graphiques afin

de pouvoir déterminer s’il sera nécessaire de faire créer un bon de travail;

- S’il y a lieu, un bon de travail est créé dans un système de gestion existant tel que la GMAO ou l’ERP, pour exécuter une tâche de maintenance sur l’actif présentant des signes de défaillance potentielle;

- Une fois la maintenance effectuée et le rapport d’intervention créé, le responsable de la maintenance est avisé pour que le processus de maintenance a été complété avec succès.

Le processus peut être déclenché par le dépassement d’un seuil dont les données de surveillance d’état des actifs peuvent provenir de modèles simples basés, par exemple, sur une seul valeur d’actif (températures, viscosité de lubrifiants, vibration, valeur d’écho pour détection par ultrasons, etc.), ou de modèles beaucoup plus complexes basés, par exemple, sur de l’analyse multi-variables. Pour déterminer le seuil, il est possible qu’il dérive des outils plus complexes tels que la création d’un modèle à partir des données de conception de l’actif (en anglais «model-based») ou à partir de l’historique de l’actif (en anglais «data- driven») ou par la combinaison des deux. Les données de conception sont produites par le fabricant tandis que l’historique est constitué des données de surveillance d’état des actifs durant leur cycle de vie, les défaillances, les actions de maintenance, les retours d’expérience, etc. Prendre note, qu’une fois déterminé, le seuil peut être configuré directement par le responsable du service de maintenance.

La surveillance d’état des actifs à laquelle s’ajoute l’analyse et le traitement des données recueillies; la prise de décisions qui en découle pour initier des tâches en vue de corriger la défaillance anticipée, constituent les phases de la maintenance conditionnelle. Lorsque la durée de vie résiduelle des actifs est indiquée, alors il s’agit de la maintenance prédictive. En outre, la solution //m4 permet d’interfacer avec les progiciels de GMAO ou les ERP

(Enterprise Resources Planining) en utilisant une couche d’interopérabilité qui est hébergée dans l’infonuagique. La solution //m4 est donc une solution qui permet une plus grande flexibilité et une agilité pour mettre en place une maintenance conditionnelle ou prédictive qui peut être centralisée même si les systèmes de GMAO sont distribués sur plusieurs sites de l’entreprise. L’hébergement dans l’infonuagique de la maintenance conditionnelle ou prédictive lui procure tous les avantages de l’infonuagique, notamment, l’élimination des coûts dispendieux d’installation et de maintenance d’infrastructures informatiques, la centralisation et la meilleure gestion des flux d’informations de maintenance.

La solution //m4peut avoir des applications de gestion d’actifs variés dans différents secteurs d’activités: industries chimiques, métallurgiques, pharmaceutiques, les cimenteries, etc). Les étapes d’implémentation de la solution //m4 sont comme suit dans l’ordre (Ouellet, 2013) :

- Cibler les actifs physiques critiques de l’entreprise pour lesquels une implantation de la solution //m4 est justifiée;

- Définir les indicateurs clés de performance de la fonction de maintenance de l’entreprise - Faire la collecte en temps réel des données opérationnelles des actifs;

- Sélectionner le type de modèle prédictif, l’entraîner et le valider;

- Configurer «PI asset framework» (PI AF) pour pouvoir construire des gabarits qui seront utilisés pour effectuer la surveillance d’actifs de même type;

- Définir les conditions de déclenchement du processus (seuils de déclenchement); - Définir, valider et implanter le processus de maintenance;

- Créer les outils graphiques pour analyser les données afin de fournir un aide additionnelle à la décision;

- Intégrer le(s) système(s) existant(s) tels que, GMAO, ERP, etc.; - Tester la solution de maintenance conditionnelle ou prédictive;

- Évaluer les indicateurs clés de performance pour évaluer les retombés économiques de l’implantation de //m4.

Figure 2.7 Description du déclenchement des processus de maintenance par la solution //m4

Tirée de (Ouellet (2013), p.15)

Figure 2.8 Interopérabilité des fonctionnalités de //m4avec d’autres

interfaces de l’entreprise Tirée de ((Ouellet, 2013), p.12)