Doc fonctionnelle : décrit le quoi et le pourquoi.
La fiche d'une VM (/mod/81090101/update/{id}) ne montrait que son formulaire. Tout ce qui
gravite autour — dans quels outils externes elle est connue, quels tickets la concernent, quelles
applications elle héberge — n'était visible nulle part.
La fiche présente désormais ces informations en onglets, chacun annonçant son volume par une pastille, de sorte qu'on sache ce qu'il y a à voir sans ouvrir.
| Onglet | Contenu | Visible quand |
|---|---|---|
| Fiche VM | Le formulaire | toujours |
| Connecteurs | Identifiant de la VM dans chaque outil externe | vous avez accès à la synchronisation et la VM est liée à au moins un outil |
| Tickets | Tickets de support rattachés | module Tickets souscrit et support activé sur l'entité |
| Applications | Applications hébergées par la VM | module Applications souscrit et profil autorisé |
Chaque onglet, sauf Fiche VM, s'ouvre sur un encadré bleu qui rappelle en deux ou trois phrases ce qu'on y trouve, ce qu'on peut y faire et ce qui se pilote ailleurs.
Chaque onglet affiche une pastille avec son nombre d'éléments ; aucune pastille quand il est vide. Le compteur est calculé à l'ouverture de la fiche : après un rattachement, il se met à jour au rechargement de la page.
Pas d'onglet Contrats, contrairement à la fiche Matériel : un contrat ne se rattache pas à une machine virtuelle dans l'outil. Il se rattache au matériel qui l'héberge, ou à l'application qu'elle porte.
Le formulaire de la VM. Quand un champ obligatoire est vide, un encadré orange le signale en tête d'onglet et nomme les champs concernés, plutôt que de laisser la découverte au message d'erreur du premier enregistrement.
Le cas est fréquent sur le parc existant : le type de VM n'est pas renseigné sur 87 des 414 VM, et le mode d'hébergement sur 135 d'entre elles — des fiches créées avant que ces champs ne deviennent obligatoires. L'encadré n'apparaît pas en création, où tout est vide par construction.
Une carte par connecteur, avec l'identifiant de liaison sous lequel la VM y est connue. C'est l'information à donner au support quand une machine remonte mal d'une synchronisation.
Le volet est en lecture seule : les liaisons sont établies par les connecteurs configurés dans le Store, elles ne se créent pas depuis la fiche. Une étiquette « hérité » signale un identifiant OCS renseigné avant la mise en place du Store — c'est le cas de la majorité des VM inventoriées.
En pratique, seul OCS produit un lien : Intune ne gère pas de machines virtuelles.
Contrairement à la fiche Matériel, aucune analyse d'obsolescence n'est proposée ici : elle juge une configuration matérielle vieillissante, alors qu'une VM se redimensionne.
Les tickets de support rattachés à la VM, en lecture seule — le rattachement se fait depuis le ticket lui-même. Vous ne voyez que les tickets auxquels vous avez accès, et la pastille les compte de la même façon : elle n'annonce jamais des tickets que vous ne pourriez pas ouvrir.
Les applications hébergées par la VM. Le rattachement se fait directement dans l'onglet, à condition d'avoir le droit de modifier la VM, et plusieurs applications peuvent être rattachées en une fois.
Le sélecteur ne propose que les applications que votre entité utilise réellement (celles qui ont une mise en production), pas le catalogue entier. Détacher une application retire seulement le lien : l'application elle-même n'est pas touchée. Une application archivée disparaît de la liste et du compteur.
Aucune restriction par type ici, contrairement à la fiche Matériel où l'onglet est réservé aux matériels qui peuvent porter une application : une machine virtuelle en héberge par nature.
Les onglets suivent les mêmes principes que ceux de la fiche Matériel : il faut le droit de lire la VM, plus le droit propre au domaine de l'onglet.
| Action | Condition |
|---|---|
| Ouvrir la fiche | l'entité de la VM est dans votre périmètre + droit de lecture sur le module Machines virtuelles |
| Voir l'onglet Connecteurs | en plus : accès à la synchronisation des connecteurs, et la VM appartient à votre propre entité |
| Voir l'onglet Tickets | en plus : module Tickets souscrit et support activé sur l'entité |
| Voir l'onglet Applications | en plus : mêmes conditions que le menu Applications, et la VM appartient à votre propre entité |
| Rattacher / détacher une application | droit de modification sur la VM |
Ce qui change pour les prestataires. Jusqu'ici, la fiche d'une VM d'un client s'ouvrait dans des cas où la fiche Matériel équivalente, elle, refusait déjà l'accès : le contrôle n'était posé qu'à la création, pas à la modification. Il s'applique maintenant aux deux, ce qui aligne la VM sur le Matériel. Conséquence : comme pour le matériel, l'ouverture d'une fiche demande la délégation « Administration — Délégation totale » ; avec une délégation « Modification — Global » ou « Visualisation — Global », les VM de votre client restent visibles en liste mais leur fiche vous est refusée.