> 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/tutorials/fr/rules/regles_et_dictionnaire.md). # Moteur de règles et dictionnaires Les règles sont accessibles depuis le menu **`Administration`** > **`Règles`**. Les dictionnaires sont accessibles depuis le menu **`Administration`** > **`Dictionnaires`**. ## Règles *** ### Présentation GLPI dispose de moteurs de règles qui permettent d'effectuer automatiquement un certain nombre d'actions et d'associations. Le moteur est utilisé pour : * Règles de gestion * assignation de machine à une entité - Règles pour assigner un élément à une entité * assigner des habilitations à un utilisateur - [Règles d'affectation d'habilitations](https://github.com/glpi-network/gitbook-fr/blob/main/knowledgebase/rules/docs/03_knowledgebase/rules/authorizations_assignment_rules.md) * assigner des catégories à un logiciel - Règles pour assigner une catégorie à un logiciel * routage de tickets vers des entités - Règles pour assigner un ticket créé via un collecteur de mails * créer des actions automatiques lors de la création de tickets - [Règles métier pour tickets](https://github.com/glpi-network/gitbook-fr/blob/main/knowledgebase/rules/docs/03_knowledgebase/rules/business_rules_for_tickets.md) * Dictionnaires de données * fabricants * logiciels * imprimantes * types de matériels, * modèles de matériels * champs système d'exploitation *** ### Comportement Une règle est composée de différents critères. Selon l'option choisie (OU / ET) un ou tous les critères doivent être remplis pour déclencher une liste d'actions. {% hint style="info" %} Rappel * Une **Règle** est la combinaison de **Critères** et d'**Actions**, les actions seront déclenchées si les critères sont remplis. - Une règle est définie par son opérateur logique : **ET** ou **OU**. * **`ET`** = Tous les critères doivent être remplis * **`OU`** = Un des critères doit être rempli * Le moteur de règles pour les habilitations exécute TOUTES les règles. Faites donc attention à leur cohérence / ordre. {% endhint %} Le mécanisme de prévisualisation vous permet de tester les règles en cours d'écriture avant de passer en production. Il existe plusieurs conditions : * simples * **`est`** * **`n'est pas`** * **`contient`** * **`ne contient pas`** * **`commence par`** * **`finit par`** * **`existe`** * **`n'existe pas`** * **`sous`** (pour les titres d'entités, indique être ce titre ou un des titres enfants) * **`pas sous`** (pour les titres d'entités, indique ne pas être ce titre ou un des titres enfants) * complexes * **`expression régulière correspond`** * **`expression régulière ne correspond pas`** * Les expressions régulières (aka regexp) retournent un ou plusieurs résultats qui peuvent ensuite être utilisés par les actions en utilisant la directive **`#x`** (où x est le numéro de résultat de l'expression régulière). Le moteur se comporte différemment selon les types de règles : * **`s'arrêter après la première règle vérifiée`** * **`dérouler toutes les règles`** * **`les règles progressent avec passage du résultat au suivant`** *** ### Dictionnaires Les dictionnaires vous permettent de modifier les données qui sont saisies ou existent déjà dans GLPI. Les dictionnaires sont basés sur le moteur de règles et sont disponibles pour certaines données d'inventaire (logiciels, fabricants, titres). Ces dictionnaires vous permettent d'avoir des règles qui modifieront les valeurs saisies manuellement, ajoutées automatiquement via un outil d'inventaire, ou des plugins (par exemple, injecteur de fichier CSV). Le dictionnaire fonctionne de la manière suivante : * les données ajoutées vont au dictionnaire ; * le moteur de règles rejoue toutes les règles concernant ce type de données, et s'arrête après première vérification ; * les données modifiées sont retournées par le dictionnaire et insérées dans la base de données. Voici un exemple de cas particulier pour mieux comprendre ce concept : Contexte : * J'ai 150 logiciels dans mon inventaire. * Lors de l'inspection, je remarque que 80 logiciels contiennent les termes Microsoft et Office. * Comme ils ne sont pas formatés de la même façon, GLPI ne les groupe pas ! Solution : * Je crée une règle de dictionnaire Logiciels. * Je choisis 2 critères *Nom du logiciel* COMPORTEMENT *Microsoft* ET *Office*. * J'applique ensuite une action *Nom du logiciel* AFFECTER *Microsoft Office*. Conclusion : * Les 80 logiciels détectés sont maintenant groupés en un seul. * Mes statistiques sont améliorées. ## Références [Documentation GLPI "Dictionnaires"](https://glpi-user-documentation.readthedocs.io/fr/latest/modules/administration/dictionnaries.html) --- # 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/tutorials/fr/rules/regles_et_dictionnaire.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.