Rules Engine

GLPI provide a set of tools to implements a rule engine which take criteria in input and output actions. criteria and actions are defined by the user (and/or predefined at the GLPI installation).

Here is the list of base rules set provided in a staple GLPI:

  • ruleimportentity: rules for assigning an item to an entity,
  • ruleimportcomputer: rules for import and link computers,
  • rulemailcollector: rules for assigning a ticket created through a mails receiver,
  • ruleright: authorizations assignment rules,
  • rulesoftwarecategory: rules for assigning a category to software,
  • ruleticket: business rules for ticket.

Plugin could add their own set of rules.


A rules system is represented by these base classes:

  • Rule class

    Parent class for all Rule* classes. This class represents a single rule (matching a line in glpi_rules table) and include test, process, display for an instance.

  • RuleCollection class

    Parent class for all Rule*Collection classes.

    This class represents the whole collection of rules for a sub_type (matching all line in glpi_rules table for this sub_type) and includes some method to process, duplicate, test and display the full collection.

  • RuleCriteria class

    This class permits to manipulate a single criteria (matching a line in glpi_rulecriterias table) and include methods to display and match input values.

  • RuleAction class

    This class permits to manipulate a single action (matching a line in glpi_ruleactions table) and include methods to display and process output values.

And for each sub_type of rule:

  • RuleSubtype class

    Define the specificity of the sub_type rule like list of criteria and actions or how to display specific parts.

  • RuleSubtypeCollection class

    Define the specificity of the sub_type rule collection like the preparation of input and the tests results.

Database Model

Here is the list of important tables / fields for rules:

  • glpi_rules:

    All rules for all sub_types are inserted here.

    • sub_type: the type of the rule (ruleticket, ruleright, etc),
    • ranking: the order of execution in the collection,
    • match: define the link between the rule’s criteria. Can be AND or OR,
    • uuid: unique id for the rule, useful for import/export in xml,
    • condition: addition condition for the sub_type (only used by ruleticket for defining the trigger of the collection on add and/or update of a ticket).
  • glpi_rulecriterias:

    Store all criteria for all rules.

    • rules_id: the foreign key for glpi_rules,
    • criteria: one of the key defined in the RuleSubtype::getCriterias() method,
    • condition: an integer matching the constant set in Rule class constants,
    • pattern: the direct value or regex to compare to the criteria.
  • glpi_ruleactions:

    Store all actions for all rules.

    • rules_id: the foreign key for glpi_rules,
    • action_type: the type of action to apply on the input. See RuleAction::getActions(),
    • field: the field to alter by the current action. See keys definition in RuleSubtype::getActions(),
    • value: the value to apply in the field.

Add a new Rule class

Here is the minimal setup to have a working set. You need to add the following classes for describing you new sub_type.

  • inc/rulemytype.class.php

class RuleMytype extends Rule {

    // optional right to apply to this rule type (default: 'config'), see Rights management.
    static $rightname = 'rule_mytype';

    // define a label to display in interface titles
    function getTitle() {
        return __('My rule type name');

    // return an array of criteria
    function getCriterias() {
        $criterias = [
            '_users_id_requester' => [
                'field'     => 'name',
                'name'      => __('Requester'),
                'table'     => 'glpi_users',
                'type'      => 'dropdown',

            'GROUPS'              => [
                'table'     => 'glpi_groups',
                'field'     => 'completename',
                'name'      => sprintf(__('%1$s: %2$s'), __('User'),
                'linkfield' => '',
                'type'      => 'dropdown',
                'virtual'   => true,
                'id'        => 'groups',



        $criterias['GROUPS']['table']                   = 'glpi_groups';
        $criterias['GROUPS']['field']                   = 'completename';
        $criterias['GROUPS']['name']                    = sprintf(__('%1$s: %2$s'), __('User'),
        $criterias['GROUPS']['linkfield']               = '';
        $criterias['GROUPS']['type']                    = 'dropdown';
        $criterias['GROUPS']['virtual']                 = true;
        $criterias['GROUPS']['id']                      = 'groups';

        return $criterias;

    // return an array of actions
    function getActions() {
        $actions = [
            'entities_id' => [
                'name'  => __('Entity'),
                'type'  => 'dropdown',
                'table' => 'glpi_entities',



        return $actions;
  • inc/rulemytypecollection.class.php

class RuleMytypeCollection extends RuleCollection {
    // a rule collection can process all rules for the input or stop
    //after a single match with its criteria (default false)
    public $stop_on_first_match = true;

    // optional right to apply to this rule type (default: 'config'),
    //see Rights management.
    static $rightname = 'rule_mytype';

    // menu key to use with Html::header in front page.
    public $menu_option = 'myruletype';

    // define a label to display in interface titles
    function getTitle() {
        return return __('My rule type name');

    // if we need to change the input of the object before passing
    //it to the criteria.
    // Example if the input couldn't directly contains a criteria
    //and we need to compute it before (GROUP)
    function prepareInputDataForProcess($input, $params) {
        $input['_users_id_requester'] = $params['_users_id_requester'];
        $fields = $this->getFieldsToLookFor();

        //Add all user's groups
        if (in_array('groups', $fields)) {
            foreach (Group_User::getUserGroups($input['_users_id_requester']) as $group) {
                $input['GROUPS'][] = $group['id'];


        return $input;

You need to also add the following php files for list and form:

  • front/rulemytype.php
include ('../inc/includes.php');
$rulecollection = new RuleMytypeCollection($_SESSION['glpiactive_entity']);
include (GLPI_ROOT . "/front/rule.common.php");
  • front/rulemytype.form.php
include ('../inc/includes.php');
$rulecollection = new RuleMytypeCollection($_SESSION['glpiactive_entity']);
include (GLPI_ROOT . "/front/rule.common.form.php");

And add the rulecollection in $CFG_GLPI (Only for Core rules):

  • inc/define.php


 $CFG_GLPI["rulecollections_types"] = [
   'RuleMytypeCollection' // <-- My type is added here

Plugin instead must declare it in their init function:

  • plugin/myplugin/setup.php
    function plugin_init_myplugin() {

           ['rulecollections_types' => true]



Apply a rule collection

To call your rules collection and alter the data:



$rules  = new PluginMypluginRuleMytypeCollection();

// data send by a form (which will be compared to criteria)
$input  = [...];
// usually = $input, but it could differ if you want to avoid comparison of
//some fields with the criteria.
$output = [...];
// array passed to the prepareInputDataForProcess function of the collection
//class (if you need to add conditions)
$params = [];

$output = $rules->processAllRules(


They inherits Rule* classes but have some specificities.

A dictionary aims to modify on the fly data coming from an external source (CSV file, inventory tools, etc.). It applies on an itemtype, as defined in the sub_type field of the glpi_rules table.

As the classic rules aim to apply additional and multiple data to input, dictionaries generally used to alter a single field (relative to the their sub_type). Ex, RuleDictionnaryComputerModel alters model field of glpi_computers.

Some exceptions exists and provide multiple actions (Ex: RuleDictionnarySoftware).

As they are shown in a separate menu, you should define they in a separate $CFG_GLPI entry in inc/define.php:



$CFG_GLPI["dictionnary_types"] = array('ComputerModel', 'ComputerType', 'Manufacturer',
                                       'MonitorModel', 'MonitorType',
                                       'NetworkEquipmentModel', 'NetworkEquipmentType',
                                       'OperatingSystem', 'OperatingSystemServicePack',
                                       'OperatingSystemVersion', 'PeripheralModel',
                                       'PeripheralType', 'PhoneModel', 'PhoneType',
                                       'Printer', 'PrinterModel', 'PrinterType',
                                       'Software', 'OperatingSystemArchitecture',
                                       'RuleMytypeCollection' // <-- My type is added here

Creative Commons License