Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Maintenance | |||
| TMACR - Actions réalisées par le traitement des analyses des comptes rendus | |||
| Analyses et mises à jour effectuées |
| Ce traitement analyse les données des comptes rendus des bons de travail et modifie, si demandé, les valeurs théoriques des demandes d'interventions préventives, des opérations modèles ou des gammes opératoires à l'origine des BT analysés. Le traitement analyse les cas suivants : - ajout, modification de la quantité ou suppression d'un moyen à consommer ; - ajout, modification de la durée ou suppression d'une opération. Deux cas ne sont pas gérés car impossible à analyser : - plusieurs fois la même opération dans le plan d'opérations (GPOP) ; - plusieurs fois le même moyen à consommer et mode de maintenance dans les moyens à consommer (GPOMM). Dans ces cas, le traitement est incapable de retrouver les éléments à l'origine de la création des opérations ou des lignes du BT, donc aucune analyse ne sera effectuée. |
| Exemple 1 : analyse depuis les demandes d'interventions | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Création d'une demande de préventif comme ci-dessous :
Ci-dessous le BT clôturé, généré depuis la demande d'interventions :
Le traitement d'analyse des comptes rendus donne le résultat suivant :
Si les analyses sont validées via la gestion d'analyse des comptes rendus (GMACR), la demande d'interventions d'origine sera modifiée comme ci-dessous :
Les modifications et ajouts détectés par ce traitement sont reportés dans le plan d'opérations (GPOP) de la DI et dans les moyens à consommer (GPOMM). Remarques : sur l'exemple, l'analyse porte uniquement sur un BT c'est pour cela que le pourcentage des cas est à 100%. Ce pourcentage des cas est significatif lorsque l'analyse porte sur plusieurs BT. Il permet de voir si la modification est ponctuelle ou systématique sur les BT et donc d'adapter la mise à jour sur la demande d'interventions suivant le cas. Plus le pourcentage est élevé, plus la modification est fréquente. Le pourcentage d'écart entre la durée/quantité actuelle et analysée peut être filtré dès la soumission pour remonter que les différences significatives. |
| Exemple 3 : analyse depuis les gammes opératoires | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Il existe deux façons pour lier une gamme opératoire à un ordre de maintenance. Soit en l'associant directement dans les ordres de maintenance (GORM), soit de façon automatique si le BT est issu d'une demande d'interventions (GINT) liée à une gamme opératoire. Pour le cas d'une liaison directe entre une gamme opératoire et un ordre de maintenance, le fonctionnement est le même que celui décrit dans l'exemple 1. Ci-dessous l'exemple pour le cas d'une liaison via la DI. Création d'une gamme opératoire comme ci-dessous :
Association de la gamme opératoire à une demande d'interventions et ajout de l'opération OPE2 et OPE3 avec leurs moyens à consommer.
Création d'un ordre de maintenance à partir de cette demande d'interventions. Ci-dessous le BT clôturé avec les durées des opérations modifiées ainsi que les quantités des lignes. Le moyen à consommer sur l'OPE3 a été supprimé.
Le traitement d'analyse des comptes rendus donne le résultat suivant :
L'analyse ignore la suppression du moyen à consommer A03 sur l'opération OPE3. Elle ne traite que les différences avec la gamme opératoire d'origine et pas avec la DI. Pour impacter la DI d'origine le traitement de mise à jour des DI liées aux gammes (TMMDG) doit être lancé sur la gamme opératoire. Les remarques faites dans l'exemple 1 sont valables également pour cet exemple. |