User Tools

Site Tools

:: Version 2.6.0 ::

2_6_0:release:2_6_whats_new
Translations of this page:

iTop 2.6 Community

Tag Attribute

This new attribute allows
a user to:

  • Tag an object with multiple values intuitively
  • Search for all objects having a given tag,

a configuration manager to:

  • Manage the “allowed values” for a TagSet directly in iTop as any Typology.
  • Add and remove tags to a set of objects in bulk mode,
  • Import and export those tags as any other fields,

More: check the User guide

In Standard Data Model, you can tag a FAQ with multiple domains
Available domains are manageable as any Typology

Other possibilities which might be useful for some organization, but won't be defined as part of the standard Datamodel:

  • Tag a “Functional CI with the environments” it impacts,
  • Tag the domains of a Ticket,

They could be developed as an extension

  • A user who has customized a Dashboard, can now switch back and force between the default dashboard and his own customized version.

  • Menu Dashboard are now printable, and can be sent to a virtual pdf printer as well.
  • Icon for editing a Menu Dashboard has been moved on the right of the Dashboard title

Dashboard Attribute

Basically, a new tab will be displayed on objet having that attribute and that tab will contain a dashboard displaying data specific to that particular objet.

  • A class can contains more than one Dashboard attributes.
  • Dashboard attribute must be added to the XML <class><presentation><details> to be displayed
  • This dashboard being part of the object details, it can be printed with the object.

In Dashboard Attribute you can use placeholders like :this->code within the OQL of your dashlets, where code is any field of the object

Example of an OQL within a Dashboard Attribute on Organization class. :

  SELECT UserRequest AS u 
  WHERE u.agent_id = :current_contact_id 
  AND u.status NOT IN ("closed", "resolved")
  AND u.org_id = :this->id

This list of User Requests is dynamically based on the current user (an option which was already available in Menu Dashboard) and the displayed organization (This is new and specific to Attribute Dashboard)

In Standard Data Model: We have added a Dashboard Attribute on Organization class, with a few dashlets:

  • Dynamic hearder for FunctionalCIs (standard)
  • List of Persons with an associated User in this organization (standard)
  • Graphs of Tickets (brought by request and ticket modules)

Customizing Dashboard Attribute

This new type of Attribute allows to replace many lines of code written to display related objects with special filtering, with multiple lists. Once replaced, their customization is much easier and safer, as it relies on XML instead of PHP, and it can be enhanced as soon as new dashlets are added to your iTop (for example a Calendar View Dashlet).

This Dashboard even if not customizable by the users, will be editable by iTop administrators, who can design and test it with real data, before copying the resulting XML in an extension or in the ITSM Designer as the Dashboard definition.

Uniqueness constrains

You can specify on a class, uniqueness rules, to prevent duplicate entries.

  • A rule would specify the scope of objects on which the uniqueness must be checked. For example, you may want to have a unique server name, but without taking into account obsolete servers.
  • During a single creation or modification made on the console or the portal, a rule can either
    • block the creation/update of the object

  • or just display a warning message after the creation/update.

  • A uniqueness rule applies on one or multiple fields of the class (including ExternalFields)
  • Uniqueness on attribute types such as File, Image, Dashboard, Stopwatch,… are not supported (incomplete list).

If you want a Uniqueness Rule for a Person on Organization and Employee number, but this rule only applies to your company, then you define the scope of the rule to be “Only Persons of organization XXX”

In Standard Data Model, we have added those rules:

  • Class Brand, field name must be unique.
  • Class Model, fields: name + brand_id must be unique.
  • Class Person, fields: org_id + employee_number must be unique only if employee_id is defined.
  • Class Person, fields: org_id + first_name + name should be unique (warning only).

Trigger on Update & Delete

Two new types of Trigger have been added to cover Notification needs on situation such as Update or Delete of an object. For the Update trigger, the list of fields which are monitored for a particular trigger can be specified.

Be cautious when defining such Trigger on Update, as a CSV import, a bulk update, a bulk REST update or a DataSynchro can generate a lot of emails and impact the performances

2_6_0/release/2_6_whats_new.txt · Last modified: 2018/10/30 09:23 by vdumas

";