--- title: "Techniciens GMAO — Documentation Fonctionnelle" module: gmao type: functional status: active updated: 2026-09-25 --- # Techniciens GMAO — Documentation Fonctionnelle > Identifiez qui intervient sur la maintenance de vos équipements — vos équipes comme vos prestataires — et retrouvez-les par métier ou par établissement. --- ## Vue d'ensemble Jusqu'ici, le nom de la personne qui intervenait n'existait que sur l'intervention elle-même, ressaisi à la main à chaque fois. Impossible, donc, de répondre à des questions pourtant quotidiennes : « qui sont mes plombiers ? », « qui intervient sur ce site ? », « qui peut valider ce rapport ? ». Le référentiel des **techniciens GMAO** répond à ces trois questions. C'est une liste à part, distincte des utilisateurs de l'application : un technicien n'a pas besoin d'un compte pour y figurer, et c'est même le cas le plus courant pour un prestataire externe. > ⚠️ **Ce lot livre le socle de données uniquement.** L'écran de gestion, le rattachement à une > intervention et les filtres dans les listes existantes ne sont pas encore en place. --- ## Ce que décrit une fiche technicien | Information | Détail | |---|---| | **Nom** | Obligatoire. C'est toujours lui qui s'affiche, même si un compte utilisateur est rattaché. | | **Type** | **Interne** (vos équipes) ou **Externe** (prestataire). | | **Société** | Pour un prestataire : l'entreprise qui l'emploie. | | **E-mail, téléphone** | Facultatifs. | | **Rôle** | **Technicien** (exécutant) ou **Responsable** (habilité à valider). | | **Métiers / spécialités** | Plusieurs par technicien — plomberie, électricité, CVC… | | **Établissements** | Plusieurs par technicien : les sites sur lesquels il intervient. | | **Actif** | Indique s'il intervient encore. | | **Commentaire** | Habilitations, astreinte, consignes d'accès. | ### Compte utilisateur : facultatif, et jamais déterminant Un technicien **peut** être relié à un compte de l'application, mais ce lien reste indicatif : il sert à faire le rapprochement, jamais à afficher le nom. C'est volontaire — si le nom dépendait du compte, archiver un collaborateur ferait disparaître son nom de toutes les interventions passées. ### Métiers et établissements : ce qui n'est pas proposé n'est pas effacé Deux situations courantes, et la règle est la même dans les deux : **une information que vous ne voyez pas n'est jamais supprimée à votre insu.** - Un établissement **archivé** après avoir été rattaché disparaît du sélecteur, mais son rattachement est conservé. Le désarchiver le fait réapparaître tel quel. - Un utilisateur dont le profil ne couvre qu'une partie des entités peut modifier une fiche sans effacer les établissements des autres entités, qu'il ne voit pas. En revanche, si une valeur explicitement envoyée sort de votre périmètre (établissement d'un autre client, métier absent de la liste), l'enregistrement est **refusé** avec un message — plutôt qu'accepté à moitié en silence. ### « Ne plus intervenir » n'est pas « supprimer » Deux notions distinctes, à ne pas confondre : - **Décocher « Actif »** — le technicien n'intervient plus (départ, fin de contrat) mais son historique reste lisible. C'est le cas normal. - **Supprimer la fiche** — elle avait été saisie par erreur. La suppression est réversible côté base (suppression douce), mais la fiche disparaît des listes. --- ## Métiers : une liste que vous maîtrisez Les métiers proposés viennent d'une **liste de référence personnalisable**. Un socle générique est fourni (plomberie, électricité, CVC, serrurerie, menuiserie, peinture, espaces verts, ascenseurs, sécurité incendie, informatique, autre), et chaque client peut le remplacer par le sien depuis l'écran d'administration des listes. Les métiers déjà affectés à des techniciens sont conservés lors d'une personnalisation : le système remappe les valeurs existantes. --- ## Établissements : le site, pas le bâtiment Un technicien se rattache à des **établissements** — au sens des adresses/sites de vos entités, pas à un bâtiment, un lot ou une pièce en particulier. Ce choix est délibéré : dans les faits, la très grande majorité des clients décrit ses sites sans descendre au niveau du bâtiment. Rattacher les techniciens à ce niveau fin aurait rendu la fonctionnalité inutilisable pour la plupart d'entre eux. Le rapprochement avec une intervention localisée finement reste possible, l'application sachant toujours remonter d'un bâtiment ou d'une pièce vers son site. Un établissement archivé ne remonte plus dans la fiche d'un technicien ni dans les recherches. --- ## Règles d'accès > ⚠️ **Ce lot ne livre pas encore d'écran, donc pas encore de règles d'accès applicatives.** Ce > qui suit décrit la cible, à mettre en place avec l'écran de gestion. Ce qui est **déjà garanti** par le socle : - **cloisonnement par compte client** — toutes les lectures et écritures passent par le service, qui filtre sur le client propriétaire ; un technicien n'est jamais visible d'un autre client ; - **périmètre d'entités à l'écriture** — le rattachement à un établissement ne propose que les sites que l'utilisateur a le droit de voir, et ne détache jamais un site situé hors de son périmètre (il le laisse intact plutôt que de le supprimer à son insu). Ce qui **reste à brancher** avec l'écran : - abonnement au module **Isi-Immo** (`gmao`) requis ; - droits de lecture/écriture GMAO (module de référence `13050101`). En attendant, la fiche n'est atteignable que par le formulaire d'administration générique, réservé aux administrateurs ISI. --- ## Questions laissées ouvertes - **Un technicien peut-il être responsable sur certains établissements et simple technicien sur d'autres ?** Non pour l'instant : le rôle est global. La structure de données a été conçue pour que cette évolution soit une simple addition, sans reprise de données. - **Affectation à une intervention** : pas encore branchée. Aujourd'hui les intervenants d'une intervention restent saisis en texte libre, indépendamment de ce référentiel. --- ## Voir aussi - [Équipements GMAO](gmao-equipments.md) - [Bâtiments et sites](gmao-buildings.md) - [Interventions](interventions.md)