Configuration des modules
Configuration items
L'enregistrement de base universel pour les actifs, articles de connaissances et services réservables — piloté par des modèles qui décident des champs affichés.
Mis à jour le 23 janv. 2026
Configuration · Modules · 4.1
Un configuration item (CI) est l’enregistrement de base universel pour tout ce que vous référencez et qui n’est ni un ticket, ni une réservation, ni une tâche : actifs de l’entreprise, articles de connaissances, services réservables. Trois mondes différents dans la même structure de données — ce qui les distingue, c’est la classe et le modèle que vous choisissez.
Pourquoi cela compte pour le métier
« L'utilisateur final fait face à 50 champs »
Le modèle de CI pilote la visibilité des champs — seules les bonnes questions s'affichent.
« Actifs, services et base de connaissances mélangés »
La classe (Actif · Service · Base de connaissances) sépare les comportements — différents flux, même module.
« Les externes voient les actifs internes »
Le modèle est lié à un groupe — qui ne peut voir le modèle ne peut sélectionner le CI.
« Pas de nommage cohérent »
Valeurs par défaut + valeurs autorisées dans le modèle → uniformité sans la forcer.
Trois classes qui pilotent le comportement
Actif
Objet standard sans fonction particulière. Actif d'entreprise, véhicule, licence logicielle.
Service
Objet réservable. Les restrictions et règles de restriction décident quand et par qui il peut être réservé.
Base de connaissances
Article de connaissances. S'affiche automatiquement sur les tickets dont le titre/la classification correspond.
Les modèles pilotent les questions affichées
Lors de la création d’un CI, l’utilisateur choisit d’abord un modèle. Ce modèle décide : quels champs sont visibles, lesquels sont modifiables, la valeur par défaut et les valeurs autorisées.
| Question standard | Ce qu'elle pilote |
|---|---|
| Nom · Description | Identification de l'objet. |
| Organisation · Emplacement | À qui appartient le CI — alimente routage et filtres. |
| Classe | Actif · Service · Base de connaissances. Pilote le comportement. |
| Portée | Base de connaissances uniquement — où l'article peut apparaître. |
| Type de CI | Décide du workflow applicable (voir Building Blocks → Workflows). |
| Classification | Catégorisation — alimente le reporting et la mise en correspondance KB. |
| Parent · Enfant | Hiérarchie entre objets (par ex. licence sous application). |
| Étiquettes · Pièces jointes | Découvrabilité et documents associés. |
Des champs personnalisés ? Ajoutez-les via les champs personnalisés (voir Building Blocks).
Quelles décisions allez-vous prendre ?
Quels modèles vous faut-il ?
Un par type d'enregistrement : ordinateur portable, écran, licence logicielle, service de réunion, incident KB, …
Qui peut utiliser quel modèle ?
Filtre groupe-modèle — les utilisateurs finaux obtiennent une liste plus courte que les administrateurs.
Quels champs masquer ?
Non pertinents pour la classe → rendez-les invisibles plutôt que de les laisser vides.
Valeurs par défaut utiles ?
Réduisent les fautes de frappe — par ex. classification pré-remplie pour le modèle « Ordinateur portable ».