> For the complete documentation index, see [llms.txt](https://help.glpi-project.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.glpi-project.org/glpi-12/fr/administration/groups.md).
# Groupes
L'onglet Groupes permet d'ajouter, modifier, supprimer et rechercher des groupes.
Les groupes peuvent être définis dans une structure hiérarchique afin de faciliter la navigation et la recherche.
```
[🏢 Direction / Gestion]
└── [🏬 Division Informatique]
└── [🛠️ Support N3]
└── [🌐 Réseau]
└── [🔌 LAN]
```
## L'intérêt pratique
1. **Héritage des tickets et de la visibilité** : Un technicien membre du groupe Réseau verra les tickets assignés au groupe enfant LAN, mais un technicien du groupe LAN ne verra pas forcément les tickets des autres branches.
2. **Attribution automatique** : Il est possible de cibler très finement une équipe pour l'attribution d'un matériel (ex: attribuer un switch au groupe *Réseau > LAN*) ou pour les règles de gestion des tickets.
3. **Restitution dans le fil d'Ariane** : Dans une liste déroulante ou un rapport, le nom complet `Support N3` > `Réseau` > `LAN` permet de savoir immédiatement de quelle sous-équipe il s'agit sans risque de confusion.
Les groupes peuvent être utilisés de plusieurs manières pour regrouper les utilisateurs par :
* **Compétences** : pour le helpdesk, par exemple techniciens réseau, ou administrateurs de bases de données,
* **Groupes organisationnels** : par exemple tous les ordinateurs du service de direction ou de comptabilité, mais aussi un ensemble de personnes à notifier.
## Options disponibles
Des options sont disponibles pour ajuster ces comportements
**Visible dans un ticket :**
* **Demandeur** : autorise le groupe en tant que demandeur ;
* **Observateur** : autorise le groupe en tant qu'observateur ;
* **Attribué à** : autorise le groupe à l'attribution d'un ticket ;
* **Tâche** : autorise le groupe à l'attribution d'une tâche
* **Peut être notifié** : destinataire des notifications ;
**Visible dans un projet** :
* **peut être superviseur :** autorise le management d'un [projet ](/glpi-12/fr/tools/projects.md);
**Peut contenir** :
* actifs
* utilisateurs.
### Types de groupes
Dans un formulaire d'élément, 2 notions de groupes sont disponibles :
* [Groupe technique](/glpi-12/fr/tabs/common_fields/group_in_charge.md) qui indique quel groupe de personnes est en charge de l'actif (équivalent pour un groupe du responsable technique)
* [Groupe](/glpi-12/fr/tabs/common_fields/group.md) qui indique à quel groupe d'éléments il appartient.
{% hint style="info" %}
Le groupe technique peut permettre l'affectation automatique d'un ticket à un groupe de techniciens, voir les catégories de tickets dans le chapitre [configurer les listes déroulantes](/glpi-12/fr/setup/general/assistance.md). De même, il peut être utilisé dans les [Règles métier pour les tickets](/glpi-12/fr/administration/rules/ticketbusinessrules.md).
{% endhint %}
{% hint style="success" %}
Si toutes les options sont réglées sur *Non*, le groupe n'apparaîtra dans aucune liste de sélection ; cela peut être utile pour un groupe qui est supprimé et conservé pour l'historique ou pour ajouter des groupes vides dans la structure hiérarchique.
{% endhint %}
### Responsable
Un groupe peut avoir un ou plusieurs responsables, concept qui pourra ensuite être utilisé pour les notifications, par exemple pour envoyer un email au(x) manager(s) du groupe lors de l'ouverture d'un ticket, voir [gestion des notifications](#configure_notifications).
Les concepts de manager peuvent être configurés dans l'onglet "Utilisateurs".
### Délégataire
Par défaut dans GLPI, un utilisateur ouvre un ticket pour lui-même. Grâce à la délégation de groupe, il est possible d'autoriser un utilisateur à ouvrir un ticket au nom de son groupe (ou d'un groupe dont il a la charge).
* Exemple concret : Une assistante de direction ouvre un ticket informatique pour l'ensemble du service *"Comptabilité"*. Grâce à la délégation, le ticket est rattaché au groupe *Comptabilité*, et tous les membres du service pourront en voir le suivi.
### Affectation
L'affectation d'un utilisateur à un groupe est soit statique et réalisée à l'aide de l'interface GLPI, soit dynamique lorsqu'elle est extraite automatiquement du répertoire LDAP.
Un groupe est rattaché à l'entité dans laquelle il est créé et pourra ensuite être visible dans les sous-entités.
### Importation
Depuis la liste des groupes, un groupe peut être importé depuis un répertoire LDAP via le bouton *Lien répertoire LDAP* si l'authentification externe est utilisée et que l'autorisation "Auth and sync update" est accordée dans le profil. L'affectation des utilisateurs aux groupes sera automatique, voir [Profils](/glpi-12/fr/administration/profiles/profiles.md). Si plusieurs répertoires sont configurés, le choix entre les répertoires est proposé, sinon le formulaire de recherche est directement accessible.
Selon la manière dont vous recherchez les groupes (voir [Authentification des utilisateurs depuis les répertoires LDAP](/glpi-12/fr/setup/authentication/ldap.md)), un **Filtre de recherche dans les groupes** et/ou un **Filtre de recherche utilisateur** apparaissent. Ceux-ci permettent d'affiner la liste à importer. S'il existe plusieurs entités dans GLPI, il est nécessaire de sélectionner l'entité de destination du groupe ainsi que sa visibilité dans les sous-entités.
{% hint style="info" %}
L'importation des groupes ne peut pas être filtrée par entité. De plus, aucune fonction de synchronisation des groupes n'est disponible. Le seul moyen de rafraîchir depuis un répertoire la liste des membres des groupes est de resynchroniser les utilisateurs, voir [Importer des utilisateurs depuis une source externe](/glpi-12/fr/administration/users/usersimport.md).
{% endhint %}
### Importer des groupes
Dans **`Administration`** > **`Groupes`** > **`Liaison annuaire LDAP`** (en haut de la page), vous avez la possibilité d'importer des groupes. Selon les réglages effectués, les utilisateurs seront gérés dynamiquement.
Voir Configuration LDAP
***
## Groupes enfants
Cet onglet permet d'ajouter un sous-groupe au groupe sélectionné et liste les sous-groupes existants. Chaque sous-groupe créé sera également visible dans **`Administration`** > **`Groupes`**
***
## Éléments utilisés
L'onglet Éléments utilisés liste les éléments pour lesquels le champ *Groupe* correspond au groupe actuel. La recherche peut être étendue aux sous-groupes ainsi qu'aux membres du groupe (champ *Utilisateur* de l'élément).
***
## Éléments gérés
L'onglet Éléments gérés liste les éléments pour lesquels le champ *Groupe technique* correspond au groupe actuel. La recherche peut être étendue aux sous-groupes ainsi qu'aux membres du groupe (champ *Responsable technique* de l'élément).
Voir Groupes en charge
***
## Lien répertoire LDAP
Cet onglet n'apparaît que si l'autorisation "Auth and sync update" est accordée dans le profil ; il rassemble les informations permettant à GLPI de trouver le groupe et ses utilisateurs dans le répertoire LDAP.
***
## Sécurité
Dans cet onglet vous pouvez forcer ou non l'utilisation de la 2FA pour un groupe spécifique
Voir 2FA
***
## Utilisateurs
Cet onglet permet d'ajouter un utilisateur à ce groupe en définissant si l'utilisateur ajouté est *manager* du groupe. Il liste également les utilisateurs de ce groupe avec une recherche possible par ce critère et également dans les sous-groupes du groupe actuel.
Voir gestion des membres d'un groupe
***
## Notifications
Liste des notifications dont la destination est le groupe ou le superviseur du groupe
***
## Tickets créés
Liste tous les tickets créés ou assignés au groupe. Si un ticket est créé par un membre du groupe, mais que le demandeur n'est pas explicitement le groupe, les tickets ne seront pas visibles ici. **`Tout afficher`** permet de montrer tous les tickets créés ou assignés, vous serez alors redirigé vers **`Assistance`** > **`Tickets`**
***
## Problèmes créés
Cet onglet fait référence à tous les problèmes liés au matériel. Les problèmes peuvent également être liés à des tickets, des projets, etc. Cela permet d'avoir un scénario complet lorsque nécessaire.
Voir Problèmes
***
## Changements créés
Les changements listent tous les changements liés à un matériel. Depuis cet onglet, vous ne pouvez pas lier un changement directement, vous pouvez le faire depuis **`Assistance`** > **`Changements`** > **`Éléments`**. Vous pouvez créer un nouveau changement depuis cette page, qui sera lié au matériel que vous avez sélectionné.
Voir Changements
***
## Notes
La section Notes vous permet d'ajouter du texte enrichi et de joindre un document.
Voir Notes
***
## Historique
L'onglet *Historique* est utilisé pour afficher toutes les modifications apportées à un élément. Les informations suivantes sur les modifications sont disponibles :
* ID de la modification.
* Date et heure de la modification.
* Utilisateur ayant effectué la modification. Si ce champ n'est pas renseigné, cela signifie que l'action a été effectuée automatiquement (Par exemple : mise à jour automatique de l'inventaire).
* Champ qui a été modifié.
* Description de la modification qui a été effectuée.
La description de la modification représente soit la différence entre l'ancienne et la nouvelle valeur (Par exemple, pour le champ localisation : Changement de Siège à Bureau à distance A), soit l'explication de l'action qui a été réalisée (Par exemple : Désinstallation d'un logiciel : "Gimp 2.0").
{% hint style="info" %}
Pour les listes déroulantes ou les objets ayant une relation parent/enfant, la modification d'un enfant apparaîtra dans l'historique de l'élément parent.
{% endhint %}
***
## Tous
Pour un élément, toutes les informations sont affichées sur une seule page dans l'onglet *Tout*. Cela présente tous les onglets du formulaire d'un objet en une seule vue, les uns en dessous des autres.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://help.glpi-project.org/glpi-12/fr/administration/groups.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
