Configuration des modules
Modèles & collections
Les modèles et les collections de modèles vivent maintenant dans un seul espace de travail par module, avec une vue hiérarchie qui montre quel modèle est dans quelle collection et où vous réorganisez par glisser-déposer.
Mis à jour le 25 juil. 2026
Configuration · Modules · 4.11
Un modèle est une fiche préremplie : les champs, les questions et les valeurs par défaut que reçoit la personne qui fait une demande, enregistre un actif ou rédige un article de la base de connaissances. Une collection regroupe ces modèles pour que le demandeur voie un menu court et sensé au lieu d’une liste de quatre-vingts.
Les deux vivaient sur des écrans séparés. Ils forment désormais un seul espace de travail par module, et c’est tout le propos de ce chapitre : ce que vous concevez réellement, c’est la relation entre un modèle et sa collection, et vous ne la concevez pas avec deux listes qui cachent chacune la moitié du tableau.
Pourquoi cela compte pour l’entreprise
"Personne ne trouve le bon formulaire de demande"
Les collections transforment quatre-vingts modèles en six groupes reconnaissables.
"Chaque ticket demande trois précisions"
Posez-les dans les questions du modèle, la réponse arrive alors avec la demande.
"Des modèles orphelins que personne n'entretient"
La hiérarchie montre ce qui n'est dans aucune collection, donc cela cesse d'être invisible.
"Réorganiser demandait une demande de changement"
Faites glisser un modèle dans une autre collection et c'est fait.
Quatre familles, le même espace de travail
Chaque famille a son propre espace de travail, accessible depuis son propre module dans les Paramètres. L’écran se comporte de façon identique dans les quatre, vous l’apprenez donc une seule fois.
| Famille | Ce que ses modèles préremplissent |
|---|---|
| Modèles de ticket | Formulaires de demande et d'incident : la saisie que remplit le demandeur, avec ses questions. |
| Modèles d'actif | Types d'actifs récurrents avec leurs champs standard et leurs spécifications. |
| Modèles d'élément de configuration | Les formes de CI dont votre parc est constitué, pour que chaque entrée soit comparable. |
| Modèles de base de connaissances | La structure maison des articles : mêmes sections, même ordre, chaque fois. |
Trois vues sur les mêmes données
Hiérarchie
L'arbre : collections, sous-collections et les modèles qu'elles contiennent, plus un groupe pour tout ce qui n'est dans aucune collection. C'est ici que vous réorganisez.
Collections
Les collections seules, pour le nommage, l'ordre et le choix de qui voit quel groupe.
Modèles
La liste plate, quand vous savez déjà quel modèle il vous faut et voulez simplement l'ouvrir.
Travailler dans la hiérarchie
Chaque ligne affiche le nom, le type et le code, ce qui permet de distinguer deux modèles aux noms proches sans les ouvrir. La recherche, tout déplier et tout replier gardent un grand arbre maniable.
| Action | Ce qu'elle fait |
|---|---|
| Ajouter une collection, ajouter une sous-collection | Construisez le regroupement, un niveau plus bas là où un groupe est vraiment grand. |
| Ajouter un modèle | Un nouveau modèle, créé directement dans la collection où vous vous trouvez. |
| Faire glisser une ligne | Déplacez un modèle vers une autre collection. Le déplacement est enregistré aussitôt. |
| Aller aux questions | Passez d'un modèle à ses questions, car c'est là que se trouve l'essentiel du travail de configuration. |
| Dupliquer le modèle | Clonez un modèle qui fonctionne au lieu de reconstruire un modèle presque identique. |
| Retirer de la collection | Sortez un modèle de son groupe sans le supprimer. Il atterrit dans "Dans aucune collection". |
| Supprimer | Disponible pour les modèles comme pour les collections, chacun derrière son propre droit. |
Les anciens liens continuent de fonctionner
L’écran de collections autonome a disparu, mais les URL ne sont pas cassées : un lien vers l’ancienne route des collections redirige vers le même espace de travail, avec la vue Collections déjà ouverte. Les favoris, les widgets de tableau de bord et les liens de votre propre documentation continuent de fonctionner, il n’y a donc rien à nettoyer à l’avance.
Lire un modèle et gérer une collection sont des droits distincts par famille : vous pouvez laisser un responsable de module soigner le regroupement alors que seul un groupe plus restreint peut supprimer des modèles.
Quelles décisions allez-vous prendre ?
Jusqu'où descend le regroupement ?
Un niveau suffit généralement. N'utilisez des sous-collections que là où un groupe est vraiment trop grand à parcourir.
Regrouper selon quoi ?
Selon les mots du demandeur ("Quelque chose est cassé", "J'ai besoin de quelque chose"), pas selon votre structure interne de services.
Qui est responsable d'une famille ?
Désignez un responsable par famille. Les modèles pourrissent en silence quand tout le monde peut en ajouter et personne n'élague.
Nommage et codes
Le code apparaît dans l'arbre et dans les rapports. Convenez d'un modèle de nommage avant d'en avoir quatre-vingts.