---
title: "Fiche Matériel — formulaire et onglets"
module: store
type: functional
status: active
updated: 2026-09-28
---

# Fiche Matériel — formulaire et onglets

> Doc fonctionnelle : décrit le **quoi** et le **pourquoi**.

## À quoi ça sert

La fiche d'un matériel (`/mod/81000101/update/{idhw}`) ne montrait que son formulaire. Tout ce
qui gravite autour — qui l'utilise, dans quels outils externes il est connu, quels tickets le
concernent, quelles applications tournent dessus — vivait dans des modales de la barre latérale,
ou nulle part.

La fiche présente désormais ces informations en onglets, chacun annonçant son volume par un
compteur, de sorte qu'on sache ce qu'il y a à voir sans ouvrir.

## Comment ça marche (côté utilisateur)

### Fil d'Ariane

Le fil d'Ariane porte **`NOM (TAG - TYPE)`** — par exemple `PC-DUPONT (5CG1234ABC - Portable)`.
Il affichait auparavant `#1234`, un identifiant interne qui ne disait ni de quelle machine il
s'agissait, ni de quel type. Un tag ou un type manquant n'affiche que ce qui est renseigné.

### Onglets

| Onglet | Contenu | Visible quand |
|--------|---------|---------------|
| **Fiche matériel** | Le formulaire | toujours |
| **Connecteurs** | Identifiant du matériel dans chaque outil externe, et lien vers sa fiche | le matériel est dans votre entité, vous avez accès à la synchronisation, **et** il est lié à au moins un outil externe |
| **Utilisateurs** | Détenteurs actuels et anciens | le type de matériel se remet à un utilisateur, le poste n'est pas en kiosque, **et** vous avez le droit de consulter l'annuaire |
| **Tickets** | Tickets de support rattachés | module Tickets souscrit et support activé sur l'entité |
| **Applications** | Applications installées ou hébergées | le type de matériel peut porter une application **et** module Applications souscrit et profil autorisé |
| **Contrats liés** | Contrats rattachés au matériel | le matériel est dans votre entité, module Contrats souscrit et profil autorisé |

Chaque onglet, sauf **Fiche matériel**, 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 — par
exemple qu'un ticket se rattache depuis le ticket, pas depuis la fiche.

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.

Les onglets Utilisateurs, Tickets et Applications présentent des tableaux complets : recherche,
tri par colonne, pagination et choix du nombre de lignes par page, comme les autres tableaux de
l'outil. Les réglages de chaque onglet sont mémorisés séparément.

### Onglet Fiche matériel

Le formulaire du matériel. 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 se produit sur les fiches anciennes et sur les
matériels créés par import, remplis avant que le champ ne devienne obligatoire.

L'encadré ne réclame jamais un champ que le formulaire affiche en lecture seule : sur un poste
inventorié par OCS, le système d'exploitation et le fabricant sont figés par la synchronisation,
les signaler n'offrirait aucune issue. Il n'apparaît pas non plus en création, où tout est vide
par construction.

### Onglet Connecteurs

Une **carte par connecteur**, avec son logo et l'**identifiant de liaison** sous lequel ce
matériel y est connu. C'est l'information à donner au support quand une machine remonte mal
d'une synchronisation.

**Cet onglet n'est pas visible par tout le monde.** Il est réservé aux profils qui ont accès à la
synchronisation des connecteurs — les mêmes qui ouvrent **Store → Mes connecteurs** : administrateurs
de l'entité et membres ISI. Ce qu'il montre n'est pas une donnée du matériel mais de l'outillage :
quels outils externes l'entité a branchés, sous quel nom, et l'adresse de leur console. Voir la fiche
d'un matériel ne suffit donc pas pour y accéder, et l'onglet n'apparaît même pas aux autres.

Deux origines possibles, la seconde signalée par une étiquette « hérité » :

- la table de correspondance du Store, alimentée par les synchronisations récentes ;
- la colonne OCS historique, renseignée bien avant l'existence du Store — c'est le cas de la
  très grande majorité du parc inventorié.

#### Ouvrir la fiche chez le connecteur

Quand c'est possible, la carte porte un bouton **Ouvrir** qui mène directement à la fiche de
cette machine dans l'outil externe, dans un nouvel onglet.

| Connecteur | Destination | Condition |
|------------|-------------|-----------|
| **Intune** | Fiche de l'appareil dans le centre d'administration Microsoft Intune | Aucune — l'identifiant de liaison suffit |
| **OCS** | Fiche détaillée de la machine dans l'interface web OCS | L'**URL de l'interface web OCS** doit être renseignée sur l'instance |

L'URL OCS se saisit une fois par instance, dans **Store → Mes connecteurs → l'instance OCS →
« URL de l'interface web OCS »**. Elle ne sert pas à la synchronisation — celle-ci passe par la
base de données — uniquement à construire ces liens. Tant qu'elle est vide, la carte affiche
l'identifiant sans bouton : c'est le comportement attendu, pas une anomalie.

Les autres connecteurs (GLPI, Venio, OClocher…) n'ont pas de lien profond : leur carte affiche
l'identifiant seul.

> Sur une liaison OCS **héritée**, l'identifiant affiché est celui stocké historiquement, mais le
> lien est reconstruit à partir du numéro de série : une machine réinstallée a changé de fiche
> dans OCS, et l'ancien identifiant ouvrirait la mauvaise.

#### Vérification d'obsolescence par IA

Sur une liaison OCS, et **seulement si le client a l'abonnement IA**, un bouton **Vérifier
l'obsolescence** confronte la configuration relevée par l'inventaire (processeur, mémoire,
stockage, système, millésime du BIOS) à ce qu'on attend d'un poste encore exploitable pour son
usage.

Le résultat est un verdict — **Conforme**, **À surveiller** ou **Obsolète** — accompagné des
constats qui le motivent et, le cas échéant, d'une action conseillée (ajout de mémoire, passage
en SSD, migration du système, remplacement). Le relevé OCS utilisé est consultable sous le
verdict, pour qu'il soit vérifiable plutôt que pris sur parole.

**L'analyse ne modifie rien.** Déclasser un matériel reste une décision humaine, prise dans le
formulaire (statut, recommandation).

L'analyse échoue explicitement si le matériel n'a pas de numéro de série, s'il est introuvable
dans l'inventaire, ou si la base OCS est injoignable.

### Onglet Utilisateurs

Deux tableaux : les **détenteurs actuels** (utilisateur principal et additionnels, avec la date
de validation de remise) et les **anciens détenteurs**, avec la date à laquelle le matériel leur
a été retiré.

Les actions se font **directement dans l'onglet**, sans passer par une fenêtre : la gestion des
détenteurs n'est plus derrière une modale ouverte depuis la barre latérale, c'est le même écran
qu'avant, monté en place. Selon la situation, on y trouve **Définir comme principal**,
**Détacher**, **Promouvoir** et **Utilisateur externe**, chacun demandant confirmation avant
d'écrire.

L'onglet n'apparaît que pour les types de matériel qui se remettent à quelqu'un (`LIG`, `FIX`,
`POR`, `TAB`, `SMA`, `TEL`, `VID`, `IMP`, `SCR`) : un switch ou un onduleur n'a pas de détenteur.
Il disparaît aussi pour un poste dont le **Type d'utilisation** est **KIOSQUE** : mutualisé, il
n'a ni utilisateur principal ni additionnel, et un rattachement y serait retiré aussitôt. Repasser
le poste en **PERSO** fait revenir l'onglet — anciens détenteurs compris. Tant que le poste est en
kiosque, l'historique de ses utilisateurs reste consultable dans l'aperçu du matériel.
Il demande en plus le droit de consulter l'annuaire des utilisateurs — le volet affiche des noms
et des e-mails, il ne peut pas être plus ouvert que la liste des personnes elle-même.

> Les anciens détenteurs sont reconstitués depuis l'historique du matériel : un détachement
> supprime le rattachement en base, il n'en reste que la trace journalisée. Un matériel dont
> l'historique a été purgé n'affichera donc aucun ancien détenteur.

### Onglet Tickets

Les tickets de support rattachés au matériel : titre, sujet, statut, priorité, demandeur,
gestionnaire, date d'ouverture. Seuls les tickets que vous avez le droit de voir sont listés — et
le compteur les compte de la même façon.

Un ticket visible mais que vous ne pouvez pas modifier s'affiche sans lien.

Le rattachement d'un ticket à un matériel se fait depuis le ticket, pas depuis ici.

L'onglet n'apparaît que si l'entité a souscrit au module Tickets et que le support y est activé.
Il ne demande **pas** de droit particulier sur les tickets en plus : la liste est déjà filtrée sur
ce que vous avez le droit de voir, y compris les tickets dont vous êtes simplement le demandeur.

### Onglet Applications

Les applications installées sur le matériel, ou qu'il héberge. Le rattachement se fait
directement dans l'onglet, à condition d'avoir le droit de modifier le matériel.

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.

L'onglet n'apparaît que si l'entité a souscrit au module Applications et que votre profil autorise
la consultation du parc applicatif — mêmes conditions que le menu **Applications**.

#### Sur quels types de matériels

L'onglet est réservé aux matériels qui portent réellement une application :

| Famille | Types |
|---------|-------|
| Poste de travail | Fixe, Portable, Tablette, Smartphone, Client léger |
| Serveur / infra locale | Serveur, NAS/SAN, Central téléphonie |

Ce découpage n'est pas arbitraire : c'est celui du champ **Hébergement** d'une application, qui
propose SaaS, IaaS, datacenter interne, *serveur / infra locale*, *sur poste de travail* ou mixte.
Seules les deux dernières valeurs désignent du matériel du parc.

Les autres matériels — écrans, vidéoprojecteurs, onduleurs, switches, routeurs, bornes Wifi,
téléphones IP, imprimantes, caméras — n'ont pas l'onglet : ils embarquent du firmware, pas une
application du portefeuille, et leur console d'administration tourne sur un serveur, qui porte
alors le rattachement.

Une exception : un matériel **déjà rattaché** à une application garde son onglet quel que soit son
type, pour que le lien reste visible et détachable.

### Onglet Contrats liés

Les contrats rattachés au matériel, et de quoi en rattacher d'autres si vous avez le droit de
modifier — c'est l'écran qui s'ouvrait auparavant en fenêtre depuis la barre latérale, désormais
posé dans un onglet.

L'onglet n'apparaît que si l'entité a souscrit au module Contrats et que votre profil autorise
la consultation des contrats — et ces deux conditions valent aussi pour son contenu, pas seulement
pour l'affichage de l'onglet.

Rattacher ou détacher un contrat demande **deux droits à la fois** : celui de modifier le
matériel, et celui de modifier les contrats. Les deux écrans agissent sur la même liaison — on peut
la créer depuis la fiche du matériel ou depuis la fiche du contrat — il serait donc incohérent que
l'un l'autorise quand l'autre la refuse.

Conséquence concrète pour un profil en **consultation seule sur les contrats** : l'onglet reste
lisible, la liste s'affiche, mais le sélecteur de rattachement et les boutons de détachement
disparaissent, avec un bandeau qui l'explique. Même chose pour qui peut consulter les contrats sans
pouvoir modifier ce matériel.

## Règles d'accès

| Action | Condition |
|--------|-----------|
| Voir un onglet | mêmes droits que la fiche : entité du matériel dans votre périmètre + droit de lecture sur le module Matériels |
| Voir l'onglet Connecteurs | en plus : accès à la synchronisation des connecteurs (administrateur de l'entité ou membre ISI), **et le matériel appartient à votre propre entité** |
| Voir l'onglet Utilisateurs | en plus : droit de consultation de l'annuaire des utilisateurs |
| 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** (module souscrit + profil autorisé) |
| Voir l'onglet Contrats liés | en plus : module Contrats souscrit, profil autorisé à consulter les contrats, **et le matériel appartient à votre propre entité** |
| Rattacher / détacher une application | droit de modification (`U`) sur le matériel |
| Vérifier l'obsolescence | accès à l'onglet Connecteurs **et** abonnement IA actif sur le tenant (ou assistance par un prestataire qui l'a) |
| Rattacher / détacher / promouvoir un détenteur | droit de modification (`U`) sur le matériel, matériel en service, type qui se remet à quelqu'un, poste non mutualisé |
| Rattacher / détacher un contrat | droit de modification (`U`) sur le matériel **et** droit de modification des contrats — mêmes conditions que depuis la fiche du contrat |

> **Si vous êtes prestataire : vous pouvez voir dans la liste des matériels que vous ne pourrez
> pas ouvrir.** L'ouverture d'une fiche exige la délégation la plus large, « Administration —
> Délégation totale ». Une délégation « Modification — Global » ou « Visualisation — Global » vous
> donne bien la liste du parc de votre client, mais la fiche elle-même vous sera refusée. Ce n'est
> pas une panne, et le bouton **Modifier** ne s'affiche désormais plus dans ce cas, pour ne pas
> promettre un accès qui serait refusé ensuite. Si cet écart vous bloque, c'est la délégation qu'il
> faut faire élargir par votre client.

### Aperçu (vue de consultation)

Le bouton **Aperçu**, dans l'en-tête de la fiche, ouvre une vue de consultation en lecture seule
(`/mod/81000101/see/{idhw}`) — celle que l'œil de la liste des matériels ouvre aussi, et celle
qu'on exporte en PDF. Elle reprend l'identité de la machine, ses informations principales, sa
localisation, l'historique de ses utilisateurs, les pièces jointes, et — pour un matériel
inventorié — la liste des **logiciels** relevés par OCS.

**La liste des logiciels se charge après le reste de la page.** Elle vient de la base
d'inventaire OCS, qui est un serveur extérieur à l'application : l'attendre faisait attendre la
page entière — plus de 40 secondes quand cette base ne répondait pas, sans que rien ne l'explique
à l'écran. L'aperçu s'affiche maintenant tout de suite, et le bloc Logiciels se remplit ensuite,
ou annonce lui-même qu'il n'a rien trouvé.

Trois situations donnent le même message « Aucun logiciel inventorié » : aucune instance OCS
n'est branchée sur l'entité, la machine n'est pas inventoriée, ou l'inventaire est momentanément
injoignable. Au-delà de **500 logiciels**, la liste est tronquée par ordre alphabétique et le
signale : le relevé complet se consulte dans la console OCS.

> Un matériel sans **Serial Number, S/N ou Tag** n'a pas de bloc Logiciels du tout : c'est ce tag
> qui permet de retrouver la machine dans l'inventaire.

## Points d'attention

- **Le formulaire a changé de moteur.** Il est rendu par le formulaire dynamique commun à
  l'application, comme les fiches Application et Fabricant. La saisie, les champs et les
  validations sont les mêmes ; la présentation suit désormais le reste de l'outil.
- **Modèle et processeur.** Les champs **Modèle** et **Modèle et puissance processeur** étaient
  des champs à étiquettes, qui acceptaient plusieurs valeurs et les enregistraient collées
  (`a|b|c`). Ils sont désormais des listes suggestives : une seule valeur, choisie parmi celles
  déjà présentes dans le parc. Contrepartie : un modèle inédit ne se saisit plus depuis la
  fiche — il entre par la synchronisation OCS, l'import ou la modification en masse.
- **Passage en mode kiosque.** La confirmation qui s'affichait avant l'enregistrement a disparu.
  Le détachement de l'utilisateur principal est maintenant appliqué systématiquement, y compris
  lors d'une modification en masse — ce que la confirmation ne couvrait pas. Le champ **Type
  d'utilisation** le rappelle sous le sélecteur.
- **Type d'utilisation non enregistré (22/09 → correctif du ticket 73825).** Depuis le
  changement de moteur du formulaire, une modification du **Type d'utilisation** était ignorée
  à l'enregistrement, sans message — sur la fiche comme en modification en masse. Un poste
  passé en kiosque ne l'était donc pas, et un kiosque ne pouvait plus revenir en usage
  personnel. Le champ est de nouveau enregistré ; seules les valeurs `PERSO` et `KIOSQUE` sont
  acceptées.
- **Compteurs et rechargement.** Les pastilles sont calculées à l'ouverture de la fiche. Après un
  rattachement d'application, la pastille se met à jour au rechargement, pas immédiatement.
- **Anciens détenteurs.** Reconstitués depuis l'historique ; ils remontent aussi loin que
  l'historique du matériel, pas au-delà.
- **L'aperçu s'ouvrait lentement.** L'historique des utilisateurs y était reconstitué à chaque
  ouverture au prix d'une recherche dans tout le journal de navigation ; il est maintenant
  indexé. Avec le chargement différé du bloc Logiciels, l'aperçu s'affiche sans attendre — y
  compris pour les matériels synchronisés par un connecteur, qui étaient les plus lents.

## Barre latérale

La barre latérale présente d'abord une section **Propriétés** — dernier inventaire, dernière
modification, entité de rattachement — puis les **Actions** : renommer le matériel, valider la
remise, vérifier la garantie, transférer, prendre la main en TeamViewer.

« Gestion des utilisateurs », « Tickets rattachés » et « Contrats liés » n'y figurent plus :
chacun a son onglet.

**Valider la remise** ne passe plus par l'ancienne fenêtre : une confirmation, puis l'e-mail
part et un bandeau confirme l'envoi.

## Voir aussi

- [Matériels (DSI/IT Hardware)](hardware.md) — le module dans son ensemble
- Doc technique : `../../.claude/technical-docs/store/hardware-fiche.md`