Structure des demandes d'interventions :
Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Maintenance | |||
| GINT - Demande d'interventions | |||
| Une demande d'interventions permet de planifier les tâches de maintenance dans le but d'entretenir ou de réparer un ou plusieurs équipement(s). Elle peut être de type curative ou préventive. Structure des demandes d'interventions : |
| Données |
| Classe de demandes d'interventions |
| Numéro de l'intervention |
| Identifie la demande d'intervention. Il est inséré manuellement ou automatiquement si la caractéristique "Numérotation automatique" est cochée pour la classe d'intervention (GNDI) et prend pour valeur le numéro suivant le dernier numéro indiqué pour la classe. |
| Libellé complet |
| Cet intitulé sera repris dans les plannings (GPLP) lors de la génération de plannings préventifs (TGPP), ainsi que dans les en-têtes d'ordres de maintenance (GORM) lors de la génération manuelle de bons de travail (TGBM). |
| Libellé de la catégorie d'intervention |
| Le code de la catégorie d'intervention est proposé une fois ce libellé saisi. |
| Catégorie d'interventions |
| Suivant la classe d'intervention (GNDI), cette catégorie d'intervention peut être rendue obligatoire. Elle peut être proposée depuis la classe d'intervention (GNDI), ou lors de la modification ou proposition du code panne ou du type intervenant, suivant le paramétrage défini dans les familles équipements/type intervenant ou catégorie (GFTCM). Lors de la saisie d'une demande d'intervention, la modification de cette catégorie permet de proposer le type intervenant et le code intervention. Lors de la modification de la catégorie d'intervention pour une demande d'intervention, seul le type d'intervenant est mis à jour. Il est possible de rendre non modifiable ou obligatoire cette donnée suivant le paramètre AUTINT occurrence CAT. |
| Nom du gestionnaire demandeur |
| Cette information permet d'identifier la personne ayant proposé de créer cette demande d'intervention. |
| Gestionnaire demandeur |
| Ce code gestionnaire est proposé lors de la saisie du nom du gestionnaire demandeur, s'il en existe un référencé dans la gestion des gestionnaires (GGES) portant le même nom. Si plusieurs codes gestionnaires peuvent être proposés, le choix sera fait sur le code le plus grand dans l'ordre alphabétique. |
| Famille équipement |
| Indique le regroupement des équipements ou directement l'équipement concerné par la demande d'intervention, cette zone est obligatoire si l'on a à faire à une classe d'intervention préventive (GNDI). Un regroupement d'équipements fonctionne toujours avec un chemin et doit obligatoirement être saisi si la caractéristique "Famille équipement obligatoire" est cochée pour la classe d'intervention (GNDI). Si la famille est un équipement qui gère les statuts et si au moins un statut est défini pour la transaction et la classe d'intervention (GNDI), un contrôle est effectué pour vérifier que le statut de l'équipement est bien défini dans la gestion des statuts par équipement et transactiond'intervention (GSETN). Si le contrôle "Classe/catégorie équipement - type intervention" de la classe (GNDI) est actif et si la famille est un type d'équipements ou un équipement, il faut définir dans la gestion des classes par catégorie d'articles (GCCAN), l'association de la classe avec la catégorie de l'équipement (GEQT) ou du type d'équipements (GTEQ). Contrôle autorisation pour le bâtiment (voir "Bâtiment"). Contrôle de cohérence par rapport au compteur (voir "Compteur"). La famille doit être autorisée pour la classe dans les autorisations des familles et bâtiments par classe (GFBCN), s'il existe au moins une autorisation pour la classe. La famille équipement de la classe d'interventions (GNDI) est proposée en saisie si elle est renseignée. La modification de cette famille équipement permet de proposer le type intervenant et le code intervention, selon le paramétrage défini dans la famille équipement/type intervenant ou catégorie (GFTCM). Il sera proposé par défaut lors de la saisie manuelle d'un suivi d'intervention (GSIN) lié à cette demande d'intervention. De plus, le bon de travail (GORM) généré manuellement (traitement TGBM) ou les plannings construits (traitement TGPP ou TGPC) depuis cette demande d'intervention, portent sur ce regroupement ou cet équipement. |
| Chemin |
| Le chemin de la classe d'interventions (GNDI) est proposé en saisie. Si la famille d'équipements saisie est bien un regroupement d'équipements, le chemin devra toujours être renseigné. Si la famille est un équipement ou n'est pas renseignée, le chemin est interdit. Il peut être proposé lors de la saisie de la famille équipement (voir paramètre AUTQAM occurrence CHEMIN). |
| Code panne |
| Ce code est répertorié dans la gestion des observations diagnostics (GOBS) avec la catégorie "PA". Le code panne de la classe d'interventions (GNDI) est proposé en saisie s'il est renseigné. A la saisie de la demande d'intervention, ce code panne servira pour la proposition de la catégorie d'intervention, du type intervenant et du code intervention, grâce au paramétrage défini dans la famille équipement/type intervenant ou catégorie (GFTCM). Il sera repris dans l'en-tête de bon de travail (GORM) lors de la génération manuelle de bons de travail (TGBM) ou de la génération de bons de travail depuis les plannings (TGBT) et sera proposé par défaut lors de la saisie d'un suivi d'intervention (GSIN). |
| Texte panne |
| Zone informative servant à préciser la raison de l'affectation du code panne. L'intitulé complet du code panne renseigné (GOBS) est proposé et pourra être modifié ou complété. |
| Bâtiment |
| Localisation du ou des équipement(s) destiné(s) à l'intervention. Cette localisation peut être un regroupement de bâtiments ou un seul bâtiment. Le bâtiment de l'équipement (GEQT) est proposé si la famille est un équipement. Sinon, il faut qu'au moins un des équipements de la famille se trouve dans ce bâtiment, ou dans ce regroupement de bâtiments. Le bâtiment doit être utilisable à la période définie dans les validités des bâtiments à date (GTDTEBAT). Les types d'équipements compris dans la famille doivent être autorisés pour le bâtiment dans la gestion des types d'équipements par bâtiment (GEBP). Il en est de même pour les types équipements modèles des équipements faisant partie de cette même famille. Le bâtiment doit être autorisé pour la classe dans les autorisations des familles et bâtiments par classe (GFBCN), s'il existe au moins une autorisation pour la classe. L'affichage du libellé est configurable suivant le paramètre AUTQAM, occurrence CHMBAT (la hiérarchie devant être valide à la date logique). Lorsque la classe de bons de travail liée à la classe de demandes d'intervention (GNDI) est définie en génération de commande de ventes (GNORM), le bâtiment permet de proposer le client des ordres générés à partir de la demande d'intervention. Le client (GCLI) est déduit du tiers et de l'adresse du bâtiment (GBAT), il est contrôlé suivant son rating et sa cotation (voir GNCV). |
| Chemin |
| Si la famille est un équipement, le chemin est interdit. |
| Urgence |
| Il peut être proposé avec le code urgence du bâtiment (GBAT) si ce dernier est un code urgence (occurrence du paramètre URGQMINT). Il sera proposé lors de la saisie du suivi d'intervention (GSIN) et affecté à ce suivi lors de la génération manuelle de bon de travail (TGBM). Si la valeur 1 de l'occurrence du paramètre URGQMINT associée est renseignée, elle sera proposée dans le délai limite. |
| Type intervenant |
| Il s'agit du type intervenant ou atelier (GTIN) chargé de réaliser cette intervention. Il servira à la proposition des opérations lors de la génération des bons de travail manuels (TGBM ou GSIN), (voir la gestion famille d'équipement/type intervenant ou catégorie (GFTCM)). Suivant la classe d'intervention (GNDI), ce type intervenant peut être rendu obligatoire, et s'il est renseigné et que le contrôle "Classe/catégorie éqt - type interv." de la classe (GNDI) est actif, alors il faut définir dans la gestion des classes par catégorie d'articles (GCCAN) l'association de la classe avec la catégorie du type intervenant (GTIN). La proposition de ce type intervenant se fera suivant le paramétrage saisi dans la gestion famille d'équipement/type intervenant ou catégorie (GFTCM) en fonction du code panne, de la famille équipement et de la catégorie d'intervention renseignés pour la demande d'intervention. La modification de ce type intervenant permet de proposer la catégorie d'intervention, en suivant le paramétrage défini dans la gestion famille d'équipement/type intervenant ou catégorie (GFTCM). Le libellé est paramétrable par la définition de colonnes GMAO (GCOLM). Il peut s'agir d'un critère de sélection lors de la recherche d'une demande d'intervention, si le paramètre AUTQAM - FILTRESERV est activé. |
| Code intervention |
| Ce code intervention est proposé à partir de l'équipement (GEQT) en priorité, sinon la proposition est faite suivant le paramétrage saisi dans la famille équipement/type intervenant et catégorie. Si la classe gère les autorisations de codes d'intervention (GACCN), un contrôle est fait pour savoir si le code est utilisable pour la classe de la DI. Si c'est le cas, la liste de valeurs ne propose que les codes d'intervention autorisés. Il sera affecté à tous les en-têtes de bon de travail (GORM) générés depuis cette demande d'intervention. |
| Date d'intervention |
| Demande/Prochaine |
| Elle n'est plus modifiable dès que la demande d'intervention préventive possède un ou plusieurs planning(s) préventif(s) (GPLP) non réalisés. Dans ce cas, seule la gestion de la date de prochaine intervention (GDPI) permet de la modifier. Si la demande d'intervention est préventive d'après la règle de déclenchement de la classe (GNDI), cette date correspond alors à la prochaine intervention prévue. Sinon, il s'agit de la date de demande d'intervention. Cette date sert aussi de point de départ pour la génération du planning préventif (TGPP), si elle est supérieure à celle donnée par la dernière intervention planifiée ou s'il s'agit de la première génération de planning. Elle peut également servir de point de départ pour la génération du planning correctif (TGPC), selon le choix de la date de début de charge de la classe d'intervention (GNDI). La date limite est proposée à partir de cette date à laquelle on ajoute le délai limite (exprimé en jours ou en heure suivant le paramètre URGQMINT). |
| Délai limite |
| Nombre de jours ou d'heures entre la date demande et la date limite. Il est proposé automatiquement lors de la saisie ou la modification de la date limite, ou encore à partir de la valeur 1 de l'occurrence du paramètre URGQMINT associée au code urgence. La valeur testée 1 de ce paramètre détermine si le délai est en jours ou en heures. Le calendrier de la classe d'interventions (GNDI) est alors pris en compte. |
| Limite |
| Cette information est utilisée à des fins statistiques. Elle est proposée en fonction de la date "Demande/Prochaine" et du délai. Le calendrier de la classe d'interventions (GNDI) est alors pris en compte. Il est possible de définir un nombre de jours maximum entre la date de demande et la date limite (paramètre AUTDELAI). |
| Dernière |
| Cette donnée n'est pas modifiable, il s'agit de la date de la dernière intervention préventive (GPLP) réalisée, liée à la demande d'intervention. Si la demande d'intervention ne possède pas de planning préventif (GPLP) en cours, la date de prochaine intervention est proposée à partir de cette date à laquelle on ajoute un cycle de périodicité. |
| Montant maximum |
| Ce montant est exprimé en devise de référence de l'établissement de l'intervention (GETS). Il correspond au montant à contrôler lors de la signature de la demande d'intervention (GSGDI). Ce montant est également indiqué et peut être saisi en devise de reporting de l'établissement (GETS) dans la grille. La précision de ces montants est paramétrable (voir les paramètres "AUTQAM-DECPRXREF" et "AUTQAM-DECPRXREP"). |
| Gestionnaire maintenance |
| Il s'agit du gestionnaire associé au signataire de la demande d'intervention (GSGEN). S'il est renseigné, ce gestionnaire sera proposé lors de la saisie d'un suivi d'intervention (GSIN) et affecté à ce suivi lors de la génération manuelle de bon de travail (TGBM). |
| Gestionnaire contact |
| Le gestionnaire contact de l'équipement (GEQT) est proposé si la famille est un équipement. Si ce dernier n'est pas renseigné, le gestionnaire demandeur de l'intervention sera proposé s'il est référencé en tant que gestionnaire. Il sera proposé lors de la saisie d'un suivi d'intervention (GSIN) si le gestionnaire de la demande d'intervention et le gestionnaire contact de l'équipement de ce suivi d'intervention ne sont pas renseignés. Suivant le même processus que lors de la saisie d'un suivi d'intervention (GSIN), ce gestionnaire sera rattaché aux bons de travail (GORM), à leurs opérations (QMIORO) ainsi qu'aux suivis d'intervention (GSIN) créés lors de la génération manuelle de bons de travail (TGBM). Lors de la génération de bons de travail depuis des plannings (TGBT), ce gestionnaire sera rattaché aux bons de travail (GORM), à leurs opérations (QMIORO) ainsi qu'aux suivis d'intervention (GSIN) créés par le traitement. |
| Nom du gestionnaire contact |
| Le code du gestionnaire contact est proposé une fois le nom saisi. |
| Etape |
| Permet de connaître l'état d'avancement de la demande d'intervention. Sa définition pour la classe d'interventions dans les étapes par classe (GETCN) permet de structurer un plan des actions à effectuer. De ce fait, l'étape par défaut correspond à la création de la demande d'intervention. Elle intervient, suivant son paramétrage dans les étapes par classe, dans "l'historisation" de la demande d'intervention dans la gestion des historiques des étapes d'intervention (QMCHECN). |
| Numéro interne de l'intervention |
| Information présente uniquement dans la grille. Il s'agit d'un numéro identifiant une demande d'intervention. Ce numéro interne est unique. Il est géré automatiquement par l'intermédiaire d'un compteur informatique (GNUI) pour la table QMINT. |
| Mnémoniques |
| Dix boutons d'appel de mnémonique, paramétrables depuis les classes d'interventions (GNDI), peuvent être affichés par personnalisation de la transaction. |
| Autres champs du mode saisie |
| Les champs ci-dessous ne sont ni visibles, ni gérés, par défaut. Le fait de les rendre visible par personnalisation permet leur activation et donc leur gestion. |
| Groupe d'étapes |
| Les champs "Intitulé réduit" et "Image" des groupes d'étapes sont disponibles en mode saisie, à ajouter par personnalisation, et seront renseignés automatiquement suivant l'étape de la DI, s'ils sont visibles. Les groupes d'étapes doivent avoir le champ "Image" renseigné. |
| Durée d'intervention |
| Correspond à la durée d'intervention de la demande d'intervention. Ce champ doit être ajouté dans l'écran par personnalisation. Il sera renseigné automatiquement en fonction du paramétrage du modèle de calcul de la durée d'intervention (GMCDI) spécifié pour la classe de la demande au niveau du paramètre AUTQMDUR. |
| Durée d'intervention restante |
| Correspond à la durée d'intervention restante de la demande d'intervention. Ce champ doit être ajouté dans l'écran par personnalisation. Il sera renseigné automatiquement en fonction du paramétrage du modèle de calcul de la durée d'intervention (GMCDI) spécifié pour la classe de la demande au niveau du paramètre AUTQMDUR. |
| Autres champs du mode recherche |
| Les champs ci-dessous ne sont ni visibles, ni gérés, par défaut. Le fait de les rendre visible par personnalisation permet leur activation et donc leur gestion. |
| Intitulé |
| Permet de rechercher une demande par une partie de son intitulé et sans tenir compte de la casse. |
| Signataires des demandes d'interventions |
| Si les trois critères "Utilisateur signataire", "Type de signature" et "Type utilisateur" sont renseignés, la recherche ramènera toutes les demandes dont l'utilisateur est signataire. Il est possible de gérer jusqu'à trois recherches de ce type. Dans ce cas, elles sont cumulées : il faut que les utilisateurs soient tous les trois signataires de la demande, pour chaque type de signature. |
| Utilisateur signataire |
| Il s'agit du code utilisateur (login) du signataire. |
| Type de signature |
| Code alphanumérique du type de signature associé au paramètre TSISGSGE, à définir au préalable. |
| Type utilisateur |
| Il faut préciser ici le type d'association entre les utilisateurs associés et les signataires. Si vous sélectionnez "Créateur", vous rattachez un utilisateur de création (login) à un signataire, sinon vous devez préciser un code de gestionnaire ou un type d'intervenant. |
| Groupe d'étapes |
| Ce critère permet de ramener toutes les demandes comprises dans la fourchette d'étapes du groupe sélectionné. Les groupes d'étapes (GGETN) doivent avoir l'option "Critère de recherche" cochée. |
| Localisation |
| Dépôt |
| Ce dépôt doit être utilisable en maintenance d'après la gestion des dépôts (GDEP) Par défaut, si la famille d'équipements est un équipement, le dépôt de l'équipement (GEQT) est proposé. Il sera proposé dans l'en-tête du bon de travail (GORM) généré à partir de cette demande d'intervention ainsi que dans les lignes d'ordre de ce bon de travail (en suivant les mêmes règles définies dans l'en-tête de bon de travail (GORM)). |
| Emplacement |
| Cet emplacement doit se trouver sur le dépôt de la demande d'intervention. Il peut affiner la localisation à l'intérieur du dépôt. Par défaut, si la famille d'équipements est un équipement, l'emplacement de l'équipement (GEQT) est proposé. Il sera proposé dans l'en-tête du bon de travail (GORM) généré à partir de cette demande d'intervention. |
| Unité fonctionnelle interne |
| Suivant la classe d'interventions (GNDI), elle peut être proposée avec celle définie pour l'équipement (GEQT), (si la famille est un équipement) ou l'unité fonctionnelle du gestionnaire demandeur (GGUF) si ce dernier est renseigné. Cette unité fonctionnelle interne sera proposée dans l'en-tête du bon de travail (GORM) généré à partir de cette demande d'intervention. |
| Equipe |
| Refus |
| Code refus et texte qui ne sont pas accessibles depuis cette gestion et servent à la justification du refus de la demande d'intervention lors de sa signature (GSGDI). |
| Date et heure d'intervention |
| Date de début |
| Date de début de l'intervention. Elle est mise à jour lors de la clôture de la demande d'intervention (TCDI) avec la plus petite date de début réelle ou théorique des bons de travail liés à la demande d'intervention. |
| Date de fin |
| Date de fin de l'intervention. Elle est mise à jour lors de la clôture de la demande d'intervention (TCDI) avec la plus grande date de fin réelle des bons de travail liés à la demande d'intervention. |
| Etablissement |
| Mnémonique |
| Libellé réduit |
| Cet intitulé sera repris dans les plannings (GPLP) lors de la génération de plannings préventifs (TGPP), ainsi que dans les en-têtes d'ordres de maintenance (GORM) lors de la génération manuelle de bons de travail (TGBM). |
| Date dernière étape |
| Correspond à la date logique du passage à l'étape de la demande d'intervention. |
| Organe |
| Permet de préciser un organe pour l'intervention. |
| Contact/Demandeur |
| Contact |
| A partir du code du gestionnaire contact saisi, les informations concernant ce gestionnaire (GGES) sont proposées et peuvent être modifiées. |
| Téléphone |
| Le numéro de téléphone de ce gestionnaire (GGES) est proposé. Il est possible de rendre la saisie de ce numéro de téléphone facultative en fonction de l'occurrence TEL du paramètre AUTINT. |
| L'adresse électronique de ce gestionnaire (GGES) est proposée si elle est renseignée, sinon c'est l'adresse Web qui est proposée. |
| Autres |
| Le numéro de télex de ce gestionnaire (GGES) est proposé. |
| Demandeur |
| A partir du code du gestionnaire demandeur saisi, les informations concernant ce gestionnaire (GGES) sont proposées et peuvent être modifiées. |
| L'adresse électronique de ce gestionnaire (GGES) est proposée si elle est renseignée, sinon c'est l'adresse Web qui est proposée. |
| Autres |
| Le numéro de télex de ce gestionnaire (GGES) est proposé. |
| Périodicité |
| Ces différents critères ne sont valables et accessibles que pour les demandes d'interventions automatiques (suivant le paramétrage défini au niveau de la classe d'interventions (GNDI)). Ils serviront à paramétrer la cadence des interventions. |
| Paramétrage périodique |
| Un seul des deux types de paramétrage périodique peut être renseigné. |
| Mois |
| Définir la fourchette de mois dans lesquels l'exécution d'un ordre de maintenance devra se faire. Exemples : - de 01 à 12 si toute l'année ; - de 11 à 02 si de novembre à février. |
| Jour de la semaine |
| Définir la fourchette de jours dans la semaine, dans lesquels l'exécution d'un ordre de maintenance devra se faire. Exemples : - de 2 à 6 si du lundi au vendredi ; - de 4 au 4 si tous les mercredis ; - de 6 à 2 si du vendredi au lundi. |
| Tous les |
| Définir une périodicité fixe. |
| Unité de périodicité |
| Il est possible de paramétrer quatre sortes de périodes : le jour, la semaine, le mois et l'année. Cela permet, si c'est la date de début initiale qui est définie dans la règle de préventif (GRPE), de planifier des interventions tous les débuts de mois (par exemple) sans risque de décalage au fil du temps. |
| Paramétrage seuil |
| Si un déclenchement à seuil a été demandé et que l'on spécifie le compteur qui va être utilisé, le type de paramétrage de déclenchement à seuil (GCNT) de ce compteur est proposé. Le déclenchement du planning se produira dès que le compteur aura atteint la valeur du seuil, ou dès qu'il aura atteint une valeur multiple du seuil. |
| Libellé réduit du compteur |
| Le code du compteur correspondant est proposé une fois ce libellé saisi. |
| Compteur |
| Ce compteur (GCNT) sert pour le calcul des plannings du préventif lorsque la demande d'intervention préventive est à déclenchement à seuil ou à seuil et période. Il doit obligatoirement être associé à un équipement concerné par cette demande d'intervention (compteur par équipement (GNUMM)). |
| Valeur seuil |
| Valeur du déclenchement. |
| Valeur en cours |
| Valeur en cours du compteur par équipement (GNUMM) |
| Unité |
| Unité du compteur. |
| Dernière valeur |
| Correspond à la dernière valeur de révision. Elle est gérée uniquement avec le paramétrage à seuil "multiple" et ne peut être modifiée que depuis la gestion des compteurs par équipement (GNUMM) lorsque la valeur multiple est atteinte et la clôture du bon de travail (TCLOB) réalisée, afin de mettre à jour la dernière valeur connue à la date de clôture. Le libellé est paramétrable par la définition de colonnes GMAO (GCOLM). |
| Paramétrage dates fixes |
| Si un déclenchement à dates fixes a été demandé, le planning sera généré selon la liste de dates définies (GMDFI) pour le code paramétré. Le bouton "Détail" permet d'ouvrir la gestion des dates fixes et de visualiser les dates de déclenchement des interventions. |
| CGR |
| Comptabilisation |
| CGR A |
| Cette zone peut être rendue obligatoire et modifiable suivant le paramétrage saisi dans la classe d'interventions (GNDI). En création d'une demande d'intervention, ce CGR A sera proposé selon le paramétrage des propositions de la clé analytique d'intervention (GPCLN) défini à la classe d'interventions. |
| CGR B |
| Cette zone peut être rendue obligatoire et modifiable suivant le paramétrage saisi dans la classe d'interventions (GNDI). En création d'une demande d'intervention, ce CGR B sera proposé selon le paramétrage défini à la classe d'interventions. |
| Complément |
| Paramètres |
| Paramètres PR0QMINT à P19QMINT. Ces vingt champs sont paramétrables, ils sont utilisés comme critères de regroupement et à des fins statistiques. Les libellés et les références (paramètre, libre, tiers, ...) sont paramétrables par la définition de colonnes GMAO (GCOLM). Les valeurs des paramètres sont propagées dans les paramètres du suivi d'intervention (GSIN), puis dans ceux du bon de travail (GORM) lors de la génération d'un bon de travail, ou s'ils sont modifiés au niveau de la DI. Cela est vrai pour l'ensemble des BT liés à la DI n'ayant pas dépassé l'étape maximale de modification (voir GNORM). La définition des paramètres DI (GDPDI) permet de rendre non modifiable ou obligatoire chacun des paramètres. |
| Paramètres standard |
| Suspension |
| Critères de la génération du planning |
| On ne peut accéder à ce traitement que pour les demandes d'interventions préventives pour lesquelles on annule la suspension. Sert pour la génération du planning du préventif pour cette demande d'intervention et pour une période proposée. La période proposée est : - début : date de demande si elle est supérieure à la date logique, sinon il s'agit de la date logique ; - fin : date de début + 1 jour, avec prise en compte du calendrier. Le mnémonique du traitement de génération de planning préventif (TGPP) doit être affecté au paramètre PRM lié au mnémonique. |
| En suspension |
| Une demande d'intervention en suspension n'intervient plus dans le circuit préventif. Tous les plannings (GPLP) générés depuis cette demande d'intervention et qui n'ont pas encore généré de bons de travail, sont supprimés. |
| Classes |
| Le but des cinq boutons "Classe 1" à "Classe 5" est de pouvoir proposer une classe rapidement. Les boutons sont cachés dans la forme détail "Classes". Il faut les rendre visibles, les placer et les renommer. Pour cela, il faut utiliser le "Mode design". Les champs "Classe 1" à "Classe 5" permettent de paramétrer les classes à proposer lors du clic sur le bouton correspondant. Un paramétrage par défaut est nécessaire. |
| Recopie textes BT |
| Texte des opérations à recopier : |
| Classe d'ordre |
| Filtre sur la classe d'ordre. Si elle n'est pas renseignée, aucune sélection n'est effectuée. |
| Etapes |
| Fourchette de sélection sur l'étape des opérations. |
| Destination |
| Filtre sur la destination des lignes de textes à copier. Une seule destination est saisissable, pas de sélection si non renseignée. |
| Emplacement du texte |
| Cette option permet de préciser si on reprend uniquement le texte positionné avant ou après des opérations liées à la DI. |
| Texte des DI à créer : |
| Effacer le texte avant la recopie |
| Cette option permet, avant la copie, d'effacer le texte existant qu'il soit positionné avant ou après. |
| Destination(s) |
| Destination(s) des lignes de textes de la demande d'intervention. Plusieurs destinations peuvent être saisies. |
| Emplacement du texte |
| Cette option permet de préciser si le texte généré est positionné avant ou après. |
| Symboles : $CLA, $NBT, $OPE, $INROPE, $DFR, $JOUR, $USER |
| Les symboles sont utilisables dans les 2 champs "Titre". Signification des symboles : - $CLA : classe de BT ; - $NBT : numéro de BT ; - $OPE : code opération ; - $INROPE : intitulé réduit de l'opération ; - $DFR : date de fin réelle de l'opération ; - $JOUR : date logique ; - $USER : utilisateur de connexion. |
| Titre général (signature) |
| Si renseigné, la donnée est insérée sur la première ligne des textes. |
| Titre pour chaque opération |
| Si renseigné, la ligne est insérée à chaque changement d'opération. |
| Valider |
| Réalise la copie des textes. |
| Duplication |
| Permet de dupliquer la demande d'intervention courante. Il est possible de tenir compte du paramétrage par défaut d'un traitement de duplication de DI (TDINT) spécifié au niveau du paramètre "PR2" associé au mnémonique. L'affichage de la DI nouvellement créée est également possible via la case à cocher "Rafraîchir". |
| Classe |
| Nouvelle classe pour la demande d'intervention dupliquée. Si elle n'est pas renseignée, la classe de la DI d'origine sera reprise. |
| Etablissement |
| Etablissement de la DI d'origine. |
| Libellé |
| Nouveau libellé pour la demande d'intervention dupliquée. S'il n'est pas renseigné, le libellé de la DI d'origine sera repris. |
| Rafraîchir |
| Si la case est cochée, affichage de la demande d'intervention créée après lancement de la duplication. Sinon, seul un message indiquera la classe et le numéro de la DI créée. |
| Dupliquer |
| Permet de dupliquer la demande d'intervention courante, avec éventuellement les éléments qui lui sont liés (texte, lignes, ...). |
| Caractéristiques |
| Caractéristiques des demandes interventions |
| Caractéristiques 1 à 10. Ces dix champs (champs PI_CARxx) sont paramétrables depuis le mode "Paramétrage par défaut". Les codes caractéristiques doivent être définis dans la gestion des caractéristiques (GCARM) et ne doivent pas gérer plusieurs valeurs. Chaque caractéristique est associée à une zone de saisie accessible en mode "Saisie" et en mode "Recherche". En mode saisie, il est possible de bloquer la saisie ou la modification de la valeur d'une caractéristique via les champs PI_MAJxx. Attention, les autorisations (GACON, GACMN) sur les caractéristiques ne sont pas gérées. A noter : il existe 10 autres champs paramétrables (champs PI_CARxxG) depuis le mode "Paramétrage par défaut" qui permettent de paramétrer dix codes caractéristiques que l'on souhaite visualiser au format "Jauge". Ces caractéristiques doivent être au format numérique et avoir les niveaux de jauge renseignés. |
| Associer une gamme |
| Classe |
| Classe (GMNGA) de la gamme opératoire à associer à la DI. |
| Numéro |
| Numéro de la gamme opératoire (GKMGAM) à associer à la DI. |
| Recopie sur la DI |
| Cette case à cocher n'est utilisée que pour les demandes d'interventions préventives. Elle permet d'indiquer, lors du rattachement manuel d'une gamme à une demande d'interventions préventive, si les données de la gamme (plans d'opérations (QMIPOP), caractéristiques d'interventions (GCIP), textes d'interventions (QMITXI), etc.) doivent être copiées ou non sur la demande d'interventions. Lorsque les données de la gamme ne sont pas copiées sur la demande d'interventions, les différents traitements de la demande se baseront sur les données de la gamme au lieu de se baser sur les données de la demande. De plus, il sera impossible d'ajouter une nouvelle donnée à la demande (plan d'opérations, caractéristiques, textes, etc.). |
| Image |
Si l'intégration de la gamme sur la DI s'est passée correctement l'image  apparaît. |
| Gamme |
| Ce bouton permet d'ouvrir la hiérarchie des gammes (GMHGAM) pour effectuer une sélection par glisser-déposer. |
| Intégration |
| Pour les préventifs, intègre les opérations ainsi que les moyens à consommer de la gamme sur la DI. Un lien entre la gamme et la DI (GMLGD) est créé. Pour les correctifs, l'association génère un lien gamme et DI. Ce lien est exploité pour la génération des BT. En effet, les opérations et moyens à consommer de la gamme seront associés au BT. Lors de l'intégration de la gamme opératoire, les données qui lui sont liées (caractéristiques, textes et documents) seront rattachées à la DI. |
| Boutons poussoirs |
| Traitement |
| Si la classe n'est pas en traitement direct, les enchaînements dynamiques des DI (GEDEN) s'ouvrent pour la demande d'interventions courante. Sinon, les traitements sont exécutés directement. Si les traitements sont interactifs, en fonction de la valeur du paramètre OUV associé au mnémonique, la gestion des bons de travail (valeur égale à "B") ou la saisie du compte rendu (valeur égale à "C") s'ouvre automatiquement. |
| Recopie textes BT |
| Ouvre l'écran permettant la copie des textes. |
| Valider |
| Fonctionnalité disponible en "Pied de grille". Les demandes d'interventions sélectionnées dans la grille peuvent être insérées dans une liste. Choix de la liste des demandes d'intervention (GLSON) dans laquelle les DI sélectionnées dans la grille sont ajoutées. L'option "Effacement liste" permet de supprimer les demandes d'intervention présentes dans la liste avant d'ajouter les nouvelles. En validant cela déclenche la mise à jour de la liste, à la fin de l'opération, un message indique le nombre d'éléments insérés. |
| Organe |
| Permet d'ouvrir la consultation hiérarchique des organes pour sélectionner un organe. |
| Rechercher (Bâtiment) |
| Permet de sélectionner un bâtiment dans une arborescence. A noter : ce bouton doit être ajouté dans l'écran de la transaction par personnalisation. |
| Prochain BT |
| Permet d'avancer la planification d'un BT préventif et de déclencher son traitement. S'il existe un planning (GPLP), lié à la demande d'interventions, dont la date de début est égale ou supérieure à la date du jour, les actions seront les suivantes : - Mise à jour du planning dont la date de début correspond à la date du jour ou dont la date de début est la plus proche de la date du jour. La date de début de planning sera mise à jour avec la date du jour. De plus, lors de cette mise à jour, les plannings suivants seront décalés en fonction du paramétrage de la règle du préventif (GRPE). Cette mise à jour entraînera automatiquement la mise à jour des dates de début théoriques des bons de travail liés ainsi que la mise à jour de la date de la dernière intervention de la demande préventive. - Si un bon de travail (GORM) a été généré à partir de ce planning et que le bon de travail est à l'étape de création, les traitements suivant l'étape de création du bon de travail seront exécutés automatiquement. - Un bon de travail sera automatiquement généré à partir de ce planning, si cela n'a pas déjà été fait, et les traitements suivant l'étape de création du bon de travail seront exécutés automatiquement. Cette génération fonctionne comme le traitement de génération de bon de travail à partir d'un planning préventif (TGBT). S'il n'existe pas de planning dont la date de début est égale ou supérieure à la date du jour, les actions seront les suivantes : - Génération d'un planning à la date du jour. Cette génération fonctionne comme le traitement de génération du planning préventif (TGPP). - Génération d'un BT à partir du planning généré et exécution automatique des traitements suivant l'étape de création du bon de travail. Cette génération fonctionne comme le traitement de génération de bon de travail à partir d'un planning préventif (TGBT). A noter : ce bouton doit être ajouté dans l'écran de la transaction par personnalisation. De plus, il est visible uniquement si toutes ces conditions sont respectées : - la demande d'interventions est une demande préventive dont le type de déclenchement est périodique ; - le paramètre PR4 associé au mnémonique est renseigné ; - la classe de la demande d'interventions n'est pas exclue (voir paramètre PR5 associé au mnémonique). |
| Modifications périphériques |
| Historisation demande d'intervention |
| Cette mémorisation de la création d'une demande d'intervention s'effectue dans la gestion des historiques des étapes d'intervention (QMCHECN) si la caractéristique "Historisable" des étapes par classe (GETCN) est cochée pour l'étape par défaut (étape de création). |
| Modification des plannings du préventif |
| Lors de la modification de l'état de suspension d'une demande d'intervention préventive, les plannings d'ordre de maintenance (GPLP) sont affectés. Lorsque l'on suspend une demande d'intervention : Les plannings générés depuis cette demande d'intervention et dont le taux de réalisation n'est pas renseigné, sont supprimés. Lors de la réintégration d'une demande d'intervention dans le circuit du préventif : Si on demande l'exécution du traitement de génération du planning pour une période donnée, un planning lié à cette demande d'intervention sera créé en suivant le même processus que lors du lancement du traitement de génération de planning du préventif (TGPP). |
| A la création d'une demande d'intervention |
| Contrôle du statut de l'équipement seulement si au moins un statut est défini pour la classe et la transaction (GSETN). Suivant la classe d'intervention (GNDI), il est possible de générer automatiquement un plan d'opérations soit pour la famille de la DI, soit pour chaque équipement de la composition. |
| A la suppression d'une demande d'intervention |
| Suppression de cette demande d'intervention dans les éléments de liste d'intervention (GELON). |
| Modification de l'équipement lié à la DI |
| Autorisation de modifier l'équipement depuis la demande d'intervention quand le bon de travail est généré et uniquement pour des classes qui ne sont pas préventives. On l'autorise : - s'il n'y a pas eu de comptabilisation ; - si le bon n'est pas clôturé ; - si l'équipement est identique à celui du suivi avant modification ; - si le statut de l'équipement est défini pour la classe et la transaction seulement si au moins un statut existe pour cette classe et cette transaction (GSETN). La modification est répercutée dans le suivi, le bon de travail et la gestion des prix des équipements. Cela peut impliquer : - une mise à jour du prix à date de l'équipement (GEPX) ; - une mise à jour des propositions comptables des lignes d'ordre (QMILOR) dépendant de l'équipement ; - l'annulation des changements de statut des anciens équipements du bon de travail et la mise à jour du statut pour les nouveaux ; - la mise à jour de l'équipement du bon de travail et du suivi de l'intervention. |
| Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
| CCD |
| DAT |
| Vaut "A" si recalcul de la date et de l'heure de demande à chaque création de DI. |
| FLT |
| Ce paramètre est utilisé pour filtrer les demandes d'interventions à visualiser. Si la valeur du paramètre vaut : - C : filtre selon le créateur de la demande d'interventions (sélection des demandes dont le créateur correspond à l'utilisateur de connexion) ; - D : filtre selon le demandeur de la demande d'interventions (sélection des demandes dont l'utilisateur de connexion correspond au demandeur) ; - 2 : filtre selon le créateur ou le demandeur (sélection des demandes d'interventions dont l'utilisateur de connexion correspond soit au créateur, soit au demandeur) ; - G : filtre par rapport au gestionnaire associé au type d'intervenant de la demande d'interventions (sélection des demandes dont l'utilisateur de connexion est associé au type d'intervenant de la demande). Les associations entre les types d'intervenant et les opérations des bons de travail sont référencées dans la transaction GMATIM. Celles entre les types d'intervenant et des demandes d'interventions dans GMATIN. |
| MAJ |
| Utilisé lors de l'ouverture de la gestion des textes (QMITXI), suivant sa valeur ("A" ou "I"), ce paramètre déterminera si la destination du texte est modifiable ou non. |
| OBJ |
| OUV |
| Si la classe est en traitement direct et que les traitements sont en interactif, à la fin des traitements, il est possible d'ouvrir automatiquement la gestion des ordres de maintenance (valeur "B") ou la saisie du compte rendu (valeur "C"). |
| PR1 |
| Si sa valeur vaut "X", la copie du texte est directe avec prise en compte des valeurs par défaut des critères (bouton "Recopie textes BT"). |
| PR2 |
| La valeur de ce paramètre indique le mnémonique du traitement de duplication de demande d'intervention qui détermine le paramétrage par défaut appliqué quand la duplication de la DI courante est effectuée (Exemple : TDINT). |
| PR4 |
| La valeur de ce paramètre permet d'indiquer le mnémonique du traitement de génération d'un bon de travail à partir d'un planning préventif (TGBT), pour utiliser les paramétrages par défaut de ce dernier lors de la génération d'un bon de travail via le bouton "Prochain BT". |
| PRM |
| Correspond au mnémonique du traitement de génération de plannings préventifs (TGPP) que l'on peut exécuter en modifiant la caractéristique suspension. |
| TXE |
| Utilisé lors de l'ouverture de la gestion des textes (QMITXI), sa valeur permet de définir la destination par défaut du texte. |
| TXP |
| Permet de définir un code de texte (GTXE) à reprendre dans le texte des demandes d'interventions (QMITXI). |
| Transactions associées |
| CAETN - Consultation de l'avancement des DI |
| CETCN - Avancement d'une demande d'intervention |
| CHTRC - Traçabilité |
| CMCAJ - Consultation graphique des caractéristiques |
| CMCOA - Consultation des contacts associés |
| CMGEA - Consultation des gammes associées à l'équipement |
| CMSGN - Marquage signatures des demandes d'intervention |
| GCIP - Caractéristiques des demandes d'intervention |
| GCNT - Compteurs |
| GCPR - Saisie du compte rendu |
| GDIP - Documents des interventions et des plans |
| GDPI - Date prochaine intervention |
| GEDEN - Enchaînements dynamiques des DI |
| GEQT - Equipements |
| GKMGAM - Gammes opératoires |
| GLDI - Lignes d'intervention |
| GLTAN - Liens DI correctives |
| GMAC - Gestion multi-actions |
| GMATIN - Association des types intervenants par DI |
| GMCOA - Contacts associés |
| GMDDC - Demande de complément |
| GMDFI - Dates fixes d'intervention |
| GMDME - Modification des équipements |
| GMDOC - Gestion des documents GMAO |
| GMEDI - Gestion des équipements par DI |
| GMEFI - Eléments financiers |
| GMHAB - Association des habilitations |
| GMHGAM - Détail des gammes |
| GMIDG - Identification des dangers |
| GMLGD - Liens gammes et DI |
| GMSLA - Contrats de service |
| GNUMM - Compteur par équipement |
| GORM - Ordre de maintenance |
| GPLP - Planning |
| GPOMM - Moyens à consommer du plan d'opération |
| GRPE - Règles du préventif |
| GSGDI - Signature des demandes d'interventions |
| GSIN - Suivi des interventions |
| QMCHBATR - Hiérarchie bâtiments |
| QMCHECN - Historiques des étapes des interventions |
| QMIAOPN - Actions des demandes d'interventions |
| QMILTAN - Liens entre les opérations préventives |
| QMIMCI - Saisie multi-caractéristiques d'interventions |
| QMIPOP - Plan d'opérations préventif |
| QMITXI - Textes des demandes d'intervention |
| TGBO - Génération multiple de BT manuels |
| TGBT - Génération BT à partir du planning préventif |
| TGPP - Génération du planning préventif |
| Paramètres |
| AUTDELAI |
| AUTINT |
| AUTQAM - CHEMIN |
| AUTQAM - DECCAR |
| AUTQAM - DECPRXREF |
| AUTQAM - FILTRESERV |
| Messages |
| QMINT010 - Suppression impossible : des textes existent pour cette demande d'intervention ("$1-$2") |
| QMINT011 - Suppression impossible : des bons de travail sont rattachés à cette demande d'intervention ("$1-$2") |
| QMINT012 - Suppression impossible : des plannings ont été générés pour cette demande d'intervention ("$1-$2") |
| QMINT013 - Suppression impossible : des plans d'opérations préventifs sont liés à cette demande d'intervention ("$1-$2") |
| QMINT014 - Modification impossible : des bons de travail sont rattachés à cette demande d'intervention |
| QMINT015 - Modification impossible : des plannings ont été générés pour cette demande d'intervention |
| QMINT016 - Modification impossible : des plans d'opérations préventifs sont liés à cette demande d'intervention |
| QMINT057 - Si le nom est renseigné, le code gestionnaire doit l'être aussi |
| QMINT058 - Le gestionnaire "$1" ne se nomme pas "$2" |
| QMINT059 - La famille (obligatoire) doit regrouper plusieurs équipements |
| QMINT060 - Le chemin doit être renseigné car "$1" n'est pas un équipement |
| QMINT061 - Le chemin ne doit pas être renseigné car "$1" est un équipement |
| QMINT067 - La famille équipement doit être renseignée pour la classe "$1" |
| QMINT068 - Le type intervenant doit être renseigné pour la classe "$1" |
| QMINT069 - La catégorie d'intervenant doit être renseignée pour la classe "$1" |
| QMINT080 - Pas de chemin bâtiment car "$1" est un équipement |
| QMINT081 - Paramétrage d'un déclenchement obligatoire pour une classe préventive |
| QMINT083 - Le C.G.R. A ne peut pas être modifié (classe d'intervention "$1") |
| QMINT084 - Le C.G.R. B ne peut pas être modifié (classe d'intervention "$1") |
| QMINT085 - Aucun paramétrage de déclenchement pour la classe "$1" non automatique |
| QMINT089 - La DI ne peut pas être suspendue car elle n'est pas gérée en automatique |
| QMINT091 - Le dépôt de l'intervention ou de l'équipement $1 doit être renseigné |
| QMINT092 - Clôture DI n°$1, classe $2 impossible : le BT n°$3, classe $4 n'a pas franchi l'étape minimale $5 |
| QMINT095 - La date de demande ne peut pas être modifiée car il existe des interventions planifiées non réalisées pour la DI |
| QMINT109 - Le statut de l'équipement '$1' doit être défini pour la transaction (type '$2', nom '$3') et la classe d'intervention '$4' |