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 :

   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.

   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).

   Le code de la catégorie d'intervention est proposé une fois ce libellé saisi.

   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.

   Cette information permet d'identifier la personne ayant proposé de créer cette demande d'intervention.

   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.

   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.

   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).

   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).

   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é.

   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).

   Si la famille est un équipement, le chemin est interdit.

   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.

   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é.

   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.

   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).

   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.

   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).

   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é.

Date de demande/prochaine intervention

Mise à jour

• Demande d'interventions (GINT) : A la mise à jour de la date de dernière intervention (+ un cycle de périodicité) ou directement en saisie, s'il n'existe pas d'intervention en cours dans le planning préventif.
• Date prochaine intervention (GDPI) : A la saisie de la date de prochaine intervention. La date de la DI ne sera plus modifiée automatiquement tant qu'il n'y aura pas de nouveau planning.
• Clôture du préventif d'un BT (TCLP) (utilisation de la caractéristique issue de la classe d'ordres) : Si plus de planning préventif en cours, elle est calculée à partir de la date de dernière intervention à laquelle on ajoute un cycle de périodicité. Sinon, il s'agit de la date de la prochaine intervention prévue dans le planning (date début initiale/théorique *).
• Clôture technique d'un BT (TCLOT) (pas d'utilisation de la caractéristique issue de la classe d'ordres) : Si plus de planning préventif en cours, elle est calculée à partir de la date de dernière intervention à laquelle on ajoute un cycle de périodicité. Sinon, il s'agit de la date de la prochaine intervention prévue dans le planning (date début initiale/théorique *).

• Génération du planning préventif (TGPP) : Si elle est supérieure à la date (théorique/initiale *) de la dernière intervention, elle représente la date de début théorique de la prochaine intervention à générer.
• Génération du planning non préventif (TGPC) : Si la date de début de charge est la date de demande d'après la classe d'interventions, elle représente la date de début théorique de l'intervention à générer.
• Génération de BT manuelle (TGBM) : Si les charges ne sont pas gérées et si la date de génération du BT est la date de demande d'après la classe d'interventions, cette date sert de proposition à la date de début théorique du BT à générer.

Mise à jour

• Demande d'interventions (GINT) : Directement saisissable s'il n'existe pas d'intervention en cours dans le planning préventif.
• Clôture du préventif d'un BT (TCLP) : Il s'agit de la valeur réelle de la caractéristique issue de la classe d'ordres.
• Clôture technique d'un BT (TCLOT) : Recherche de la plus grande des dates réelles (début/fin *) des interventions réalisées de la DI.

• Permet de déduire la date de prochaine intervention.
• A titre d'information pour connaître la date de dernière intervention.

   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").

   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).

   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.

   Le code du gestionnaire contact est proposé une fois le nom saisi.

   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).

   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.

   Dix boutons d'appel de mnémonique, paramétrables depuis les classes d'interventions (GNDI), peuvent être affichés par personnalisation de la transaction.

   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.

   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é.

   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.

   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.

   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.

   Permet de rechercher une demande par une partie de son intitulé et sans tenir compte de la casse.

   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.

   Il s'agit du code utilisateur (login) du signataire.

   Code alphanumérique du type de signature associé au paramètre TSISGSGE, à définir au préalable.

   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.

   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.

   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)).

   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.

   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.

   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 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 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.

   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).

   Correspond à la date logique du passage à l'étape de la demande d'intervention.

   Permet de préciser un organe pour l'intervention.

   A partir du code du gestionnaire contact saisi, les informations concernant ce gestionnaire (GGES) sont proposées et peuvent être modifiées.

   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.

   Le numéro de télex de ce gestionnaire (GGES) est proposé.

   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.

   Le numéro de télex de ce gestionnaire (GGES) est proposé.

   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.

   Il permet de systématiser une tâche suivant les besoins de l'équipement ou du regroupement d'équipements.
Ce type de déclenchement indique comment le planning des interventions va être déclenché : sur un seuil, une période, un seuil couplé à une période (exemple : tous les 2 ans ou tous les 30.000 km) ou sur une liste de dates fixes d'interventions (planning saisonnier, arrêts de production, etc.).

   Un seul des deux types de paramétrage périodique peut être renseigné.

   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.

   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.

   Définir la fourchette de jours dans le mois, dans lesquels l'exécution d'un ordre de maintenance devra se faire.

   Exemples :
- de 1 à 15 si les quinze premiers jours du mois ;
- de 20 à 10 si dix premiers jours et dix derniers jours du mois.

   Définir une périodicité fixe.

   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.

   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.

   Le code du compteur correspondant est proposé une fois ce libellé saisi.

   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 du déclenchement.

   Valeur en cours du compteur par équipement (GNUMM)

   Unité du compteur.

   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).

   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.

   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.

   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.

   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.

   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.

   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.

   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.

   Filtre sur la classe d'ordre. Si elle n'est pas renseignée, aucune sélection n'est effectuée.

   Fourchette de sélection sur l'étape des opérations.

   Filtre sur la destination des lignes de textes à copier. Une seule destination est saisissable, pas de sélection si non renseignée.

   Cette option permet de ne pas copier l'ensemble des textes si au moins une opération n'a pas atteint l'étape minimale de la fourchette de sélection ci-dessus.

   Cette option permet de préciser si on reprend uniquement le texte positionné avant ou après des opérations liées à la DI.

   Cette option permet, avant la copie, d'effacer le texte existant qu'il soit positionné avant ou après.

   Destination(s) des lignes de textes de la demande d'intervention. Plusieurs destinations peuvent être saisies.

   Cette option permet de préciser si le texte généré est positionné avant ou après.

   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.

   Si renseigné, la donnée est insérée sur la première ligne des textes.

   Si renseigné, la ligne est insérée à chaque changement d'opération.

   Réalise la copie des textes.

   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".

   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 de la DI d'origine.

   Nouveau libellé pour la demande d'intervention dupliquée. S'il n'est pas renseigné, le libellé de la DI d'origine sera repris.

   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.

   Permet de dupliquer la demande d'intervention courante, avec éventuellement les éléments qui lui sont liés (texte, lignes, ...).

   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.

   Si cette option est activée, les caractéristiques de chaque ligne de données affichée dans la grille sont recherchées automatiquement. Sinon, les caractéristiques sont recherchées à la première visualisation de la ligne de données.

   Classe (GMNGA) de la gamme opératoire à associer à la DI.

   Numéro de la gamme opératoire (GKMGAM) à associer à 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.).

   Si l'intégration de la gamme sur la DI s'est passée correctement l'image apparaît.

   Ce bouton permet d'ouvrir la hiérarchie des gammes (GMHGAM) pour effectuer une sélection par glisser-déposer.

   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.

   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.

   Ouvre l'écran permettant la copie des textes.

   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.

   Permet d'ouvrir la consultation hiérarchique des organes pour sélectionner un organe.

   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.

   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).

   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).

   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).

   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.

   Suppression de cette demande d'intervention dans les éléments de liste d'intervention (GELON).

   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.

   Vaut "A" si recalcul de la date et de l'heure de demande à chaque création de DI.

   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.

   Ce paramètre indique le champ sur lequel se fait le regroupement sur le graphique. S'il est renseigné, en cliquant sur le graphique, cela permet de passer la valeur du regroupement aux transactions synchronisées.

   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.

   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").

   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").

   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).

   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".

   La valeur de ce paramètre permet de lister les classes des demandes d'interventions préventives, dont le déclenchement est périodique, à exclure lors de l'utilisation du bouton "Prochain BT".
Chaque classe doit être séparée par ";" (exemple : "CLA1;CLA2;CLA3").

   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.

   Utilisé lors de l'ouverture de la gestion des textes (QMITXI), sa valeur permet de définir la destination par défaut du texte.

   Permet de définir un code de texte (GTXE) à reprendre dans le texte des demandes d'interventions (QMITXI).