À qui s'adresse cet article ?

Aux responsables MRO, planificateurs, responsables de préparation des pièces (Kitting) et à toutes les personnes qui souhaitent mieux gérer les délais de réparation.

Ce que vous allez apprendre :

Articles associés :

MRO signifie Maintenance, Repair and Overhaul (Maintenance, Réparation et Révision).

Contrairement à la production industrielle classique, où les quantités sont généralement planifiées à l'avance, les activités MRO dépendent souvent d'équipements qui arrivent pour être réparés ou entretenus, parfois de manière imprévue.

L'application MRO permet de mieux organiser ces activités et d'anticiper les problèmes.

L'application MRO regroupe ces informations au même endroit.

Vous pouvez suivre les besoins de chaque ordre de service, identifier les pièces manquantes, vérifier les capacités disponibles et déterminer les actions prioritaires.

💡 Bon à savoir : vous n'avez pas toujours besoin de plus de stock pour terminer davantage de réparations.

Par exemple, plusieurs ordres de service peuvent avoir besoin de la même pièce.

Certains ordres ne nécessitent plus qu'un seul composant pour être terminés, tandis que d'autres en nécessitent encore plusieurs.

En donnant la priorité aux ordres presque terminés, vous pouvez parfois clôturer davantage de réparations avec le même stock disponible.

Consultez l'article Simulations pour découvrir comment tester ces changements de priorités avant de les appliquer.

L'application MRO contient quatre vues principales.

Chacune permet de répondre à une question différente.

Le Service Order Book permet de suivre les activités de maintenance et de réparation en cours ou planifiées.

Il vous aide à consulter le statut des ordres de service, suivre leur avancement et vérifier s'ils pourront être terminés à temps.

Chaque ordre contient les principales informations concernant l'équipement, les responsabilités, les pièces nécessaires et les dates prévues.

Chaque ligne représente un ordre de service associé à un équipement, avec son numéro d'ordre et son numéro de série.

Les ordres sont classés par date, du plus ancien au plus récent.

Ces deux dates correspondent à des engagements différents.

La Customer Req. Date est la date initialement souhaitée par le client.

La Revised Due est la date finalement convenue entre votre entreprise et le client après discussion.

Si la date initialement demandée peut être respectée, les deux dates sont identiques.

Dans le cas contraire, Revised Due correspond au nouvel engagement convenu.

💡 Important : Pelico calcule le respect des délais de livraison (OTD) à partir de la Revised Due, et non de la date initialement demandée par le client.

La Heatmap View est disponible à côté de la vue Tableau.

Elle présente :

Cette vue permet d'identifier rapidement quelles pièces bloquent quels ordres de service.

Les en-têtes de colonnes

Chaque colonne affiche le nom d'une pièce.

Vous pouvez cliquer sur cet en-tête pour accéder à des actions supplémentaires concernant cette pièce.

Comment lire une cellule ?

Les informations de stock peuvent apparaître sous la forme XX / YY :

Certaines vues affichent une quantité manquante plutôt qu'une quantité disponible.

Le calcul est le suivant :

Quantité nécessaire − Stock disponible = Quantité manquante

💡 Bon à savoir : dans ce contexte, un nombre positif indique un manque de pièces et non une quantité disponible.

La Heatmap View est particulièrement utile pour répartir les pièces disponibles, identifier les composants bloquants et signaler les problèmes d'approvisionnement.

Consultez l'article MRO Usage Scenarios pour découvrir des exemples pratiques.

La Missing Part View permet de consulter les pièces manquantes qui risquent de bloquer les ordres de service.

Les pièces sont présentées sur une ligne de temps pour vous aider à identifier les problèmes prioritaires et leurs échéances.

💡 Conseil : utilisez la colonne Days Until Missing pour prioriser vos investigations.

La Blocking Date indique à quelle date le problème commence.

La colonne Days Until Missing indique combien de temps il vous reste pour agir.

La Capacity View permet de comparer les opérations de réparation prévues avec la capacité disponible sur les différents postes de travail.

Pelico y modélise la capacité des postes de travail en heures par semaine et par poste de travail (Work Centre).

💡 Bon à savoir : cette vue n'a pas d'équivalent dans Production Control.

Par exemple, la Suggested Start Date du Work Order Book prend en compte la disponibilité des pièces et les opérations de production en amont, mais pas la capacité des postes de travail.

Si votre problème concerne le temps de travail disponible plutôt qu'un manque de pièces, utilisez la Capacity View de MRO.

Cette analyse complète la Capacity View en intégrant la demande prévisionnelle.

Elle permet d'anticiper les besoins de capacité au-delà des ordres de service déjà confirmés.

Un ordre de service peut être bloqué pour plusieurs raisons.

Blocage matière : une ou plusieurs pièces nécessaires ne sont pas disponibles.

Blocage de capacité : les pièces peuvent être disponibles, mais le poste de travail ne dispose pas d'assez de capacité pour réaliser l'opération.

Par exemple, un ordre de service peut disposer de tous ses composants et être quand même signalé comme bloqué parce que le poste de travail nécessaire est surchargé.

Les solutions sont donc différentes :

⚠️ Attention : Pelico utilise le terme Heatmap pour deux vues différentes.

Ces deux vues répondent à des besoins différents et ne doivent pas être confondues.

Le calcul de la couverture matière fonctionne de la même manière dans MRO que dans les autres applications Pelico.

Pelico vérifie les composants nécessaires à chaque ordre de service, puis lui attribue le statut de couverture le plus défavorable.

Les principaux statuts sont :

Production Control permet de suivre les ordres de fabrication et le planning de production.

MRO permet de suivre les ordres de maintenance et de réparation, dont la demande peut arriver de manière imprévue.

Les deux applications utilisent les mêmes principes de couverture matière, mais leurs vues, leurs priorités et leur gestion de la capacité sont différentes.

Il peut s'agir d'un blocage de capacité plutôt que d'un manque de pièces.

Vérifiez si le poste de travail nécessaire dispose de suffisamment de capacité pendant la semaine concernée.

Dans la Capacity View de l'application MRO.

La capacité est mesurée en heures par semaine pour chaque poste de travail.

Oui, lorsque cette fonctionnalité est activée.

Les prévisions sont prises en compte dans les calculs de charge et de capacité à long terme.

Pelico permet également de visualiser leurs conséquences sur les besoins en pièces.

Oui.

Les statuts Covered, Conditionally Covered et Blocked suivent les mêmes règles de calcul.

Pour plus de détails, consultez l'article Pelico's Algorithms.

Section interne de préparation de l'article. À ne pas publier dans la documentation destinée aux clients.

Les visuels suivants pourraient aider les utilisateurs à mieux comprendre le fonctionnement de MRO.

Un schéma présentant le cycle de vie d'un ordre de service, notamment l'étape de Kitting, serait particulièrement utile.

Cependant, les différentes Gates doivent d'abord être documentées pour pouvoir produire un schéma fiable.

Point de cohérence à vérifier : les notes internes du document initial indiquent que les sections 3.1 et 3.2 sont incomplètes ou sans contenu, alors qu'elles contiennent déjà des explications. Il faut donc vérifier si ces informations sont suffisamment complètes et techniquement validées avant publication.