CMDBuild AdministratorManual ENG V250
CMDBuild AdministratorManual ENG V250
2.5
» Administrator Manual
November 2017
Author Tecnoteca srl
www.tecnoteca.com
ENG
www.cmdbuild.org
Administrator Manual
No part of this document may be reproduced, in whole or in part, without the express written permission
of Tecnoteca s.r.l.
CMDBuild ® uses many great technologies from the open source community:
PostgreSQL, Apache, Tomcat, Eclipse, Ext JS, JasperReports, IReport, Enhydra Shark, TWE, OCS
Inventory, Liferay, Alfresco, GeoServer, OpenLayers, Prefuse, Quartz, BiMserver.
We are thankful for the great contributions that led to the creation of these products.
Contents
Introduction...................................................................................................................................... 6
CMDBuild modules...................................................................................................................................... 6
Available documentation.............................................................................................................................. 7
Getting Started................................................................................................................................. 8
CMDBuild philosophy.................................................................................................................................. 8
Design criteria.............................................................................................................................................. 9
Working methodology................................................................................................................................ 10
Technical Information................................................................................................................................ 11
User Interface................................................................................................................................. 12
General design criteria............................................................................................................................... 12
Control elements........................................................................................................................................ 14
Filling in forms for data editing................................................................................................................... 15
Menu.......................................................................................................................................................... 15
Simplified user interface............................................................................................................................ 16
Accessing the application............................................................................................................... 18
PC Requirements...................................................................................................................................... 18
Authentication............................................................................................................................................ 18
Classes management..................................................................................................................... 19
Properties tab............................................................................................................................................ 19
Attributes tab.............................................................................................................................................. 22
Domains tab............................................................................................................................................... 25
Widget tab.................................................................................................................................................. 26
Layers tab.................................................................................................................................................. 29
Geographic attributes tab.......................................................................................................................... 30
Process management.................................................................................................................... 32
General Information................................................................................................................................... 32
Representation modes............................................................................................................................... 32
Properties tab............................................................................................................................................ 34
Task Manager tab...................................................................................................................................... 36
Manage Domains........................................................................................................................... 37
Properties tab............................................................................................................................................ 37
TAB Enabled classes................................................................................................................................. 39
Attributes tab.............................................................................................................................................. 40
Views.............................................................................................................................................. 42
Views based on filters................................................................................................................................ 42
Views based on SQL................................................................................................................................. 44
Search filters.................................................................................................................................. 46
Navigation trees............................................................................................................................. 48
Properties tab............................................................................................................................................ 48
Tree tab..................................................................................................................................................... 50
Lookup........................................................................................................................................... 51
Properties tab............................................................................................................................................ 51
Lookup list.................................................................................................................................................. 51
Dashboard...................................................................................................................................... 53
Properties tab............................................................................................................................................ 53
Chart TAB.................................................................................................................................................. 55
Layout TAB................................................................................................................................................ 60
Report............................................................................................................................................ 61
JasperReports........................................................................................................................................... 61
Menu.............................................................................................................................................. 63
Custom menus........................................................................................................................................... 63
User groups.................................................................................................................................... 65
Properties tab............................................................................................................................................ 65
Permissions tab......................................................................................................................................... 67
Users tab................................................................................................................................................... 74
TAB UI setup............................................................................................................................................. 75
TAB default filters...................................................................................................................................... 77
Users.............................................................................................................................................. 78
Task Manager................................................................................................................................ 80
Basic functions........................................................................................................................................... 80
Inbox management.................................................................................................................................... 82
Synchronous events.................................................................................................................................. 87
Asynchronous events................................................................................................................................ 90
Workflow.................................................................................................................................................... 93
Wizard Connector...................................................................................................................................... 94
Send email with attached report................................................................................................................ 98
Email management...................................................................................................................... 102
Account.................................................................................................................................................... 102
Email template......................................................................................................................................... 104
Email queue............................................................................................................................................. 106
GIS............................................................................................................................................... 107
Icons management.................................................................................................................................. 107
External services..................................................................................................................................... 108
Layer order.............................................................................................................................................. 109
Geoserver layer....................................................................................................................................... 110
GIS Navigation......................................................................................................................................... 111
BIM............................................................................................................................................... 112
Projects.................................................................................................................................................... 112
Layer........................................................................................................................................................ 114
Localization.................................................................................................................................. 115
Configuration........................................................................................................................................... 115
Localization.............................................................................................................................................. 117
Import / Export......................................................................................................................................... 119
Configuration................................................................................................................................ 121
Setup page.............................................................................................................................................. 121
Workflow page......................................................................................................................................... 123
Relations graph page............................................................................................................................... 124
DMS Page............................................................................................................................................... 126
GIS page................................................................................................................................................. 129
BIM page................................................................................................................................................. 130
Server management page....................................................................................................................... 131
Introduction
CMDBuild is an Open Source web application designed to model and manage assets and services
controlled by the ICT Department, therefore it handles the related workflow operations, if
necessary according to ITIL best practices.
The management of a Configuration Database (CMDB) means keeping up-to-date, and available
to other processes, the database related to the components in use, their relations and their
changes over time.
With CMDBuild, the system administrator can build and extend its own CMDB (hence the project
name), modeling the CMDB according to the company needs; the administration module allows you to
progressively add new classes of items, new attributes and new relations. You can also define filters,
"views" and access permissions limited to rows and columns of every class.
CMDBuild provides complete support for ITIL best practices, which have become a "standard de
facto" by now, a non-proprietary system for services management with process-oriented criteria.
Thanks to the integrated workflow engine, you can create new workflow processes with external
visual editors, and import / execute them inside the CMDBuild application according to the
configured automatisms.
A task manager integrated in the user interface of the Administration Module is also available. It
allows to manage different operations (process starts, e-mail receiving and sending, connector
executions) and data controls on the CMDB (synchronous and asynchronous events). Based on
their findings, it sends notifications, starts workflows and executes scripts.
CMDBuild includes also JasperReports, an open source report engine that allows you to create
reports; you can design (with an external editor), import and run custom reports inside CMDBuild.
Then it is possible to define some dashboards made up of charts which immediately show the situation
of some indicators in the current system (KPI).
CMDBuild integrates Alfresco, the popular open source document management system. You can
attach documents, pictures and other files.
Moreover, you can use GIS features to georeference and display assets on a geographical map
(external map services) and / or an office plan (local GeoServer) and BIM features to view 3D
models (IFC format).
The system includes also a SOAP and a REST webservice, to implement interoperability solutions
with SOA.
CMDBuild includes two frameworks called Basic Connector and Advanced Connector, which are
able - through the SOAP webservice - to sync the information recorded in the CMDB with external
data sources, for example through automatic inventory systems (such as the open source OCS
Inventory) or through virtualization or monitoring systems.
Through the REST webservice, CMDBuild GUI Framework allows to issue custom webpages on
external portals able to interact with the CMDB.
A user interface for mobile tools (smartphones and tablets) is also available. It is implemented as
multi-platform app (iOS, Android) and linked to the CMDB through the REST webservice.
CMDBuild modules
The CMDBuild application includes two main modules:
• the Administration Module for the initial definition and the next changes of the data model
and the base configuration (relation classes and typologies, users and authorization,
dashboards, upload report and workflows, options and parameters)
• the Management Module, used to manage cards and relations, add attachments, run
workflow processes, visualize dashboards and execute reports
The Administration Module is available only to the users with the "administrator" role; the
Management Module is used by all the users who view and edit data.
Available documentation
This manual is dedicated to the Administration Module, through which the administrator can
configure data, define users and permissions, and perform other tasks.
You can find all the manuals on the official website (http://www.cmdbuild.org):
• system overview ("Overview Manual")
• system usage (“User Manual”)
• installation and system management ("Technical Manual")
• workflow configuration ("Workflow Manual")
• webservice details and configuration (“Webservice Manual”)
• connectors to sync data through external systems (“ConnectorsManual”)
Getting Started
CMDBuild philosophy
A CMDB is a storage and consultation system that handles the information assets of a company.
It is the official central repository and provides a consistent view of IT services.
It is a dynamic system that represents the current situation and knowledge of information
technology assets and related entities: hardware (computers, peripherals, networking, telephone
equipment), software (basic, environment, application software), documents (projects, contracts,
manuals) and other resources, internal and external.
It is a monitoring system for the processes executed, described and managed through the
workflow functions.
CMDBuild is a robust, customizable and extensible CMDB solution.
Providing an extensible solution means providing an open and dynamic system that can be easily
designed, configured and extended by the system administrator in different phases in terms of types
of objects to manage, attributes and relations.
Since there are not two organizations that operate exactly on the same set of objects (assets) and,
for each object, on the same information, we decided to set, as the primary CMDBuild feature, the
system flexibility, developing features to configure the whole system: data model, processes,
reports, external systems connectors, etc.
In particular configuration mechanisms implemented in CMDBuild and managed with the
Administration Module allow to:
• add on your own new "classes", i.e. new items or processes typologies (both corresponding
to DB charts)
• add / edit the "attributes" of a class, also geometric (DB column)
• define and import custom workflows both for IT process management and data
management wizards
• add / edit the widgets to be placed on the card management of a class, through which
application functions - useful for that type of object - can be performed
• add "domains", or "relations" between classes (N:M association tables)
• add / edit the "attributes" of a "domain"
• create predefined filters used during the data reference on the various classes
• create "views", both through filters and through SQL queries, which can be used in a way that
is similar to the classes
• define navigation tree (subsets of the "domain" graph)
• create tablelists (lookup) to manage attributes with predefined values
• print data model details
• set up dashboards
• define and import custom reports
• configure custom menus for different user groups
• define roles and authorizations for various "classes" categories
• configure the various operations executed by the Task Manager in the background
Design criteria
At first, it's important to:
• choose a detail level proportional to the available organization needs, human resources,
financial, information and technology
• identify and involve the staff who will set up (Administrator) and update (Operator)
information in the system; an outdated system produces costs and no results
• introduce the new application in an organizational system based on procedures, roles and
responsibilities that help the IT structure to correctly manage the information
• consider ITIL "best practice" model, a model that has become, in a short time, a "standard
de facto" for services management
A successful CMDB project must consider impact and changes introduced by the system and must
Working methodology
Enabling CMDBuild requires a preliminary design to manage the initial schema, ie identify main
interests and options; then, the system can be easily extended as needed at a later date.
We recommend you to start by managing a complete and accurate set of objects and relationships,
and then extend the system once you've become more familiar with CMDBuild rules and usage.
In particular, you should identify:
• types of objects ("classes"): hardware (computers, printers, monitors, etc.), software
(operating systems, business applications, productivity softwares), services (help desk,
licenses, etc.), entities (suppliers, locations, etc.)
• "attributes": useful to define each class (code, description, monitor type, hard disk size,
etc.) - each attribute has a specific data type (string, long text, integer, decimal, floating
point, date, "lookup" list, reference) and might be a geographical attribute
• relations between classes
• "attributes" are useful to describe each "domain" (dependency between two software
applications, number of a switch port connected to a server, relations between a system
administrator and servers, etc.) - each attribute has a specific data type (string, long text,
integer, decimal, floating point, date, "lookup")
• organizational processes that the system has to manage, described in terms of activities,
transition rules and "attributes" involved
• user accounts
Another thing to consider is the hierarchy of classes since, in CMDBuild, it's possible to define
generic classes ("superclass", for example "Computer") and then derive subclasses (for example,
"Desktop", "Laptop", "Server"). These subclasses will share some common information (attributes
of the superclass) and define some specific attributes that the superclass doesn't have.
It's important to identify a hierarchy that meets the needs of the organization since a class can not
be automatically converted into a superclass.
Once the entity-relationship model has been defined, you have to define classes and related
attributes / data types.
At the end of this operation you should:
• use the Administration Module to model the system you've designed using E-R tools
• use the Management Module to insert, update and display cards
Technical Information
For more technical information about the mapping between CMDBuild logical data model and
database physical model, see the "Technical Manual".
The same manual also describes how to install the application.
User Interface
The CMDBuild user interface uses Ajax technology.
This solution, part of the new Web 2.0 paradigm, provides a more intuitive application, improves
interaction and gets faster responses from the system.
Administration Module:
Control elements
Navigation chronology
Top right there is an icon to access the chronology of those actions performed in the system starting
from the last login and to enter a card you have already visited:
• navigation chronology
This list shows the sequence of actions and the related type, function and detail. It allows even to
return to the same position of the chosen row.
“Accordion” menu
The menu on the left side is accordion-style and allows the user to open / close each item of the
first level with a simple click.
Opening / closing a menu entry toggles the sub-elements of the selected entry.
Grid management
The standard data grid management (Management Module only) permits to:
• sort on a specific column with a mouse click
• see additional columns in the grid (among available ones)
In some cases you can call special features associated with a row of the grid simply by double
clicking on the item (open relations, open document in the attachments tab, etc.).
There is also a button to print (PDF or CSV) data (rows and columns) that's currently displayed in
the grid.
Finally, using the "Map" button it is possible to switch between textual and geographical modes.
Selection filter
The selection filter, if defined, is available in two modes:
• quick search on all card attributes (not just those shown on the
grid)
• advanced search filter, which provides advanced filtering (included
the storing and the filter reuse) and will be described in individual
use cases
Interactive help
In some cards (in particular in the process management) there is a button in the lower right corner
that displays a panel with some compilation tips.
• multiline text
you can then use the widgets (buttons) configured for the card.
Every insert operation includes confirmation and cancellation buttons
Menu
Both Administration and Management modules work on the same objects, the first to set
configuration options (data structures), the second to manage the information stored in these
objects (cards).
Both modules have an "Accordion" style menu and include the same entries, however for each
entry there are different options in the two modules:
• lookup tables, definition of filters and views, users and groups, definition of menu, GIS
configuration, configuration of base parameters in the Administration Module
• navigation menu (list of items available to the current user, ordered in folders in a coherent
and organized way) views, dashboards and utilities in the Management Module
PC Requirements
CMDBuild is a web-based application, so both modules are available using a standard web
browser.
The system user has to arrange on his/her processor only an updated web browser (Firefox up to
version 43, Chrome up to version 48, Microsoft Explorer 8 or more recent up to version 10).
The web architecture ensures complete usability to any IT organization that operates in multiple
locations (ie collaborative workflow); any entrusted client can connect and interact with the system
using a standard web browser.
Authentication
You must login to use the application.
The login form requires a username, a password and eventually a language selection (if the
application has been configured to handle multiple languages)
Once the user has logged in, the system starts with the Management Module and only the users
that have the required role can switch to Administration Module by clicking on the link on top of the
page (visible by clicking on the information panel located in the center)
Classes management
Properties tab
The first tab, "Properties", allows you to create new classes / superclasses and edit some options.
A class represents objects to be stored in the CMDB (computers, monitors, etc.). The system
creates automatically all the forms to manage cards data. The input fields match the attributes
defined in the class, and cards data is stored in the related database table (automatically created).
Note:
The "Simple" class type can be used to store data streams coming from other systems, useful for
example to store electricity consumption data, alert notifications on services availability, server logs,
etc.
Localization:
In CMDBuild there are two localization typologies:
• first-level localization, related to the only base CMDBuild interface (menu texts and
standard buttons, headers, footers, etc.)
• second-level localization, related to all application elements (class names, attributes,
domains, lookups, etc.)
The first-level localization is managed through external system files (jason format).
The second-level localization is:
• managed through popup windows through a proper button set in every form requiring it
• filed in a new system table (“_Translation”) in the CMDBuild database
In case of class management, near the "Description" field there is the following icon:
• Translation into other languages
The icon allows to access the following pop-up window where you can specify the translation of the
class name into other languages, which can be selected among those supported by CMDBuild:
By selecting a language the name will be translated into the desired language.
The same mechanism occurs for those elements with the description of a possible translation:
• class description
• attribute description
• description, direct description, inverse domain description
• domain attribute description
• view description
• filter description
• lookup heading description
• dashboard description
• report description
• menu heading description
Otherwise, you can work on all elements, by accessing the menu dedicated to the localization
functions (see the specific chapter)
In the manual you can refer to this description wherever you find the translation icon.
Attributes tab
The second tab, "Attributes", allows you to manage the class attributes.
This tab is used to add information to a new class, or update an existing class.
In the example the attributes of the "Monitor" class include:
• the attributes inherited from the "Asset" superclass ("Monitor" class inherits from "Asset");
please note that it's not possible to modify inherited attributes
• some other specific attributes, for example, "Type" and "Size"
"Monitor" class has several attributes tab: "General", "Administrative data" and "Technical
data" )
• Data types available
• “Boolean”,
• “Char”
• “Date”,
• “Decimal”,
• “Double” (double precision floating point)
• "Foreign Key" (link to another class, only for "Simple" classes type)
• “Inet” (IP V4 or IP V6 address, with possibility of specifying the mask value)
• “Integer”
• “LookUp” (predefined list of values - could be set in “Settings” / “LookUp”)
• "Reference" (reference to another class through a "domain", only for "Normal" classes
type)
• “String”
• “Text”
• “Time”
• “TimeStamp”
• “Display in list” - to select if the attribute has to appear in the defaul list of attributes used in
the management grid
• "Unique" - to indicate that the field represents a unique key
• "Mandatory", to enable a mandatory field
• "Active", to reactivate attributes logically deleted
• "Editing mode", that can be:
• Editable: normal editable attribute
• Read Only: visible but not editable
• Hidden: attribute not visible
Some attributes have more fields, here are the details.
“Decimal” attributes
For "decimal" attributes these additional information are required:
• "Precision", indicates the total number of digits
• "Scale", indicates the number of digits in the decimal part
“String” attributes
For the "string" attributes, a further information is required:
• "Length", indicates the maximum amount of characters allowed
“Lookup” attributes
"Lookup" attributes allow you to select the value of the attribute from a predefined list of values; this
list is created and modified using the "Lookup Types" menu in the Administration Module (see
specific chapter).
Hence, when you select a "Lookup" attribute you're asked to select the list of values you want to use.
Note: multilevel lookup lists are also available.
“Reference” attributes
“Reference” attributes allow you to link the attribute to a card of another class via a 1:N domain
(where the "N" side is the current class)
In the Management Module it will be possible to select values from the list of available references
(which contains the attribute “Description”).
A reference attribute, in the Management Module, creates or modifies the relation between two
cards.
Therefore, when defining a "Reference" attribute, you're asked to choose the "domain" you want to
apply.
An advanced feature of reference attributes is the CQL (CMDBuild Query Language) filter, that
permits to define a filter for the list. The filter could use variables set in the metadata popup window,
visible by clicking the "Edit metadata" button (see the appendix).
Domains tab
This feature allows you to define relations ("domains") between classes, and involves the following
steps:
• overview of domains already configured
• creation of a new domain
• modification of an existing domain
• deletion of an existing domain
By selecting the editing functions (insert, modify, delete) the system will change the menu
("accordion" menu on the left) from classes management to domains management, therefore you'll
be able to change domain information and domain attributes.
The description of the "Properties" and "Attributes" tabs is available in the Domains chapter.
Widget tab
This feature allows you to configure some default features that will be available as "buttons" in the
Management Module.
Currently the following widgets are available:
• Create report: it allows to print a report
• Calendar: it shows the specified deadlines on a calendar
• Start workflow: it allows to start the specified workflow by using a popup window (the
workflow will then go ahead with the common CMDBuild functions)
• Ping: it performs a ping on the specified host
• Create or modify card: it allows to insert / edit a data card into a class that is different to the
current one
Further widgets can be used just within the workflows (see the Workflow Manual).
There is the possibility of performing the following operations:
• display widgets already configured
• configure a new widget
• edit an existing widget
• delete an existing widget
The following parameters are common to all widgets (others are related to widget type):
• Button text
Calendar widget
The specific parameters for this widget are:
• Reference class: in this class you read the information which will be transfered on the
calendar (this is optional if there is the CQL filter)
• Starting date: name of the attribute which contains the starting date of the event
• Ending date: name of the attribute which contains the ending date of the event (this is
optional, if the event is omitted it will be considered punctual, i.e. it starts and ends at the
same time)
• Default date: default calendar date
• Event's title: name of the attribute which contains the event's title
• CQL filter: selection filter of the charts which you have to treat (this is optional, if specified it
has the right over "Reference class")
Layers tab
The "Layers" tab displays the list of geographical attributes available (each one on a separate
layer) and allows you to select the ones to show as background for the current class.
The attributes order can be modified by moving the lines in the grid (drag and drop).
For each attribute you have to specify:
• "Name" - the column name in database
• "Description", - the attribute name in the application
• "Minimum zoom", the minimum zoom level required to display the attribute (for example, if
we have the whole Italy in the viewport it makes no sense to show cities buildings since
they will appear overlapped)
• "Maximum zoom", the maximum zoom level required to display the attribute
Some geographical attributes have more fields, here are the details.
"Point" attributes
For "Point" attributes this additional information is required:
• "Icon" - the name of the icon (which should be loaded using GIS pages in the
Administration Module) to display on the map
• “Point radius” - the size of the icon
• “Fill color”
• "Fill Opacity"
• "Stroke color"
• “Stroke opacity”
• "Stroke width", from 1 to 10
• "Stroke dashstyle" (dot, dash, dashdot, longdash, longdashdot, solid)
"Line" attributes
For "Line" attributes this additional information is required:
• "Stroke color"
• “Stroke opacity”
• "Stroke width", from 1 to 10
• "Stroke dashstyle" (dot, dash, dashdot, longdash, longdashdot, solid)
"Polygon" attributes
For "Polygon" attributes this additional information is required:
• "Icon" - the name of the icon (which should be loaded using GIS pages in the
Administration Module) to display on the map
• “Fill color”
• "Fill Opacity"
• "Stroke color"
• “Stroke opacity”
• "Stroke width", from 1 to 10
• "Stroke dashstyle" (dot, dash, dashdot, longdash, longdashdot, solid)
Process management
General Information
CMDBuild is a management system for the IT department and supports ITIL "best practices";
CMDBuild models and manages the configuration management database and supports related
processes.
Given the amount of processes options, the organizational procedures and the flexibility pursued by
the CMDBuild project, we chose not to implement a series of rigid and predefined processes, but a
generic workflow engine to model processes case-by-case.
The workflow management system is an important feature of CMDBuild and provides:
• a standard interface for users
• a secure update of the CMDB
• a tool to monitor provided services
• a repository for activities data, useful to check SLA
Representation modes
In CMDBuild each workflow contains information about:
• activities sequence, with conditional flows
• information to be displayed or to be filled by user on each step
• tasks to be performed (start process, update DB, send mail etc.)
• roles authorized to perform each step of the workflow
Workflows are designed using the JPEd visual editor, an external open source tool that uses XPDL
standard, and then imported into CMDBuild and executed with the Enhydra Shark engine.
The "glossary" used in CMDBuild includes the following terms:
• process (or workflow): sequence of steps ("activities") to perform a specific action in
compliance of specific rules, using a wizard
• activity: a workflow step
• process instance: active process created executing the first step
• activity instance: creation of an activity, accomplished automatically or by an operator
The above terms are arranged into CMDBuild as follows:
• each process is represented by a special class configured using the "Processes" menu in
the Administration Module; the class includes all the attributes of scheduled activities
• each process instance corresponds to the current card, plus the list of its versions (ended
activities)
• each activity instance corresponds to a card (current activity) or to a historicized version
(ended activity)
Modeling a new process in CMDBuild requires the configuration of a new "process" class that
includes all the attributes of scheduled activities.
For all the details about workflow configuration, check out the "Workflow Tutorial" manual.
This manual only describes how to configure a "process" class, describing in particular how to use
the "XPDL" and "Planning" tabs; these tabs represent the main difference between a standard class
Properties tab
The TAB Process Properties differs from the Class Properties one because it provides another data
section that allows the upload/download of the XPDL file; you can use this tab to download the initial
XPDL definition and, once designed the process, upload your file.
Upload XPDL
This function allows you to import the XPDL file that you've designed and configured using the
external editor TWE (or JPEd).
The information managed by CMDBuild is:
• user stoppable process (enabled / disabled)
• XPDL file
• process sketch (image)
Once concluded the import operations described above, the new process is included in the
Management Module, thus the process can be executed using the workflow engine "Enhydra
Shark".
You can edit a process you've already
• process name
• the list of process attributes (corresponding to the list of attributes defined in the class)
• the list of methods available (for the CMDBuild application)
• the list of "actors" (users) that interact with the process (the "System" role is automatically
created to identify system activities); the list corresponds to the user groups defined in
CMDBuild
• data type description for custom Lookup and Reference attributes
The information managed for this function are:
• process class name (read only mode)
• user stoppable process (enabled / disabled)
The same function can be used to download the current process and edit workflow steps using an
external editor.
By the order "Add process", you will shift to the Task Manager function with the wizard for the
scheduling of the current started process.
Please see the chapter about Task Manager for more details about it.
Manage Domains
Properties tab
The first tab, "Properties", allows you to create new domains and edit domains' details.
A domain represents relations to be stored in the CMDB (supplier provides asset, user uses
computer, computer has software, etc.). The domain is represented by a list of relations and related
attributes using a table created CMDBuild automatically in the database to store the reports added.
This feature allows you to define relations ("domains") between classes, and involves the following
steps:
• visualization of configured domains
• creation of a new domain
• modification of an existing domain
• deletion of an existing domain
Attributes tab
The third TAB “Attributes” allows you to manage the domain attributes.
This tab is used to add information to a new domain, or update an existing domain.
The attributes order can be modified by moving the lines in the grid (drag and drop).
For each attribute you have to specify:
• "Name" - the column name in database
• "Description", - the attribute name in the application
• Data types available
• “Boolean”,
• “Char”
• “Date”,
• “Decimal”,
Views
Through the views mechanism, not-corresponding groups of cards of a class can be provided to
users.
Views can be defined as subsets of cards of the same class (based on filters) or as groups of data
cards made up by information filed in different classes (based on SQL queries).
In the first case they keep their common functionalities of the class management, in the second one
they are Read Only.
This views mechanism recalls the restriction functionality of access permissions to a class keeping
out some rows or columns.
While the restrictions in the access permissions keep out definitively the consultation of certain
information, for a single user group there is the possibility to define a view that shows a certain data
group and another view that show other data (additional or separated).
For instance, when using a "State" attribute or an "Assignee" one, you can create for the same group
of operators an "Asset in use" view and an "Available assets" view from the "Assets" class.
Below you will find two screenshots that describe the user interface provided for the management of
views based on a filter.
Please note that the PostgreSQL function should satisfy the limitations described in the chapter related
to Dashboards, in particular in those pages that carry examples of SQL functions
Also in this case, a new view can not be used if the access permissions are not defined, specifying
which user group(s) can use them.
Such operation should be carried out by using the function "Users and Groups" / “Permissions” /
“Views”.
Search filters
Search filters can be used in the Management Module in order to display only those data cards that
comply with the defined criteria.
In the Management Module, every user can autonomously save those search filters used to refer to
the data cards of a class and find them when accessing to the application.
This function of the Administration Module lets the system administrator to create search filters which
can be enabled to one or more user groups (they will be then found among those filters available in
the Management Module) in one of the following modalities:
• by reusing and cloning a filter defined by a user
• by defining a new search filter, i.e. by setting search criteria on attributes of the specified
source class
It's possible to perform the following operations:
• initiating the creation of a new filter
• edit a pre-existing filter
• delete a pre-existing filter
• opening a popup window where you can choose a user filter or
create a new filter
• deleting the current filter criteria
Navigation trees
Properties tab
The navigation trees in CMDBuild are used to make available a hierarchical view of the information in
certain management functions, among these:
• the selection of an element through tree interface in the widget “Navigation tree”
• Relations Graph
• GIS navigation
• BIM navigation
The navigation trees will be also used in the following versions of CMDBuild in order to extend the
functions of the Relation Graph.
The Properties tab allows to create new navigation trees and modify the description of a
preexisting tree.
It's possible to perform the following operations:
• initiating the creation of a new navigation tree
• modifying a preexisting navigation tree
• deleting a preexisting navigation tree
Tree tab
Through the Tree tab you can visually build the current navigation tree.
For each node you can also:
• define a possible CQL filter in order to limit the number of selectable children
• specify that another domain on the same class must be followed with a recursive approach
Lookup
As previously described, one of the data types available in CMDBuild is the "lookup" type, ie an
attribute that shows up as a select field with predefined options.
Therefore, the user must select an option from the list of options available (for example, monitor
type could be "CRT", "LCD" or "Plasma" - monitor brand could be "HP", "Dell", "Philips" etc.)
You can also create multi-level lookup attributes (for example: macrocategory => category)
Properties tab
Using the "Properties" tab you can manage the Lookup lists.
It's possible to perform the following operations:
• add a new lookup list
• edit an existing lookup (description only)
Lookup list
With the "Lookup list" tab you can create new entries in the list or edit existing ones.
It's possible to perform the following operations:
Dashboard
CMDBuild allows you to configure in the system "dashboards" pages, which singularly contain
more charts of different typologies; then they will be consulted in the Mangaement Module (both in
a new specific accordion menu and in the Navigation Menu).
Every dashboard can be addressed to a different typology of aspects which should be controlled:
asset situation, service desk performances, cost allocation, etc.
Every dashboard is made up of a number of charts which can adopt different typologies: pie, bar,
line, gauge chart.
The data shown in the charts are extracted from the system performing suitable PostgreSQL
functions defined by the administrator according to a particular template described below.
Properties tab
The "Properties" tab allows you to create a new dashboard showing names and groups able to
display it.
Chart TAB
The "Charts" TAB allows you to set up the charts you want to display in the selected dashboard.
The following example (divided into two screenshot) defines an histogram chart:
In order for the system configuration of charts described above to work accurately, you have to
consider in particular the definition of the PostgreSQL function which represents the data source.
In particular:
• the function must report the comment "TYPE: function”
• the definition of the function has to include the input and output parameters, clearly showing
the name of each of them
• the input and output parameters have to be chosen among the following ones: “character
varying”, “boolean”, “integer”, “numeric”, “double precision”, “date”, “time”, “timestamp”,
“text” (not “bigint”)
• in case that the function becomes more "tuple" than the output values, you should use the
syntax "Returns setof record”
At the end of the operation, you have to perform the function "Setup” > Server management > Clear
Cache, or to reboot Tomcat.
Here below there are two samples of right PostgreSQL functions, used in the demo database:
Layout TAB
When the charts of the dashboard are defined, it will be possible to set their layout.
In particular you can choose whether to distribute them on one, two or three columns, and to move
the present charts among the columns (using the “drag and drop” method).
It is also possible to move a chart from a dashboard to another by selecting it and dragging it on the
name of its new dashboard (in the accordion menu on the left).
The available functions are as follows:
• add a new column
• remove a column, if it is empty
• personalize the distribution of the room among the provided columns
Report
CMDBuild allows you to import custom reports designed with external tools, and then to include
them in the Management Module.
JasperReports
CMDBuild is able to import reports created with iReport (visual editor) which is part of the
JasperReports open source project.
iReport features include:
• text formatting options (font, text alignment, space, colour, etc.)
• standard elements definition (header, footer, column headings, summary, etc.)
• data grouping
• expressions evaluation
• computed fields
• advanced subreports management
• images and graphics
• PDF, HTML, XLS and CSV formats
The import function handles also reports containing subreports and images, whose upload is
managed using a wizard.
Once completed the import, the report can be executed using the Management Module at the
Report menu.
Each report can also be inserted into the navigation menu of the groups qualified to use it. Then it
can be executed directly from that menu.
Menu
Custom menus
The system allows you to define custom menus for all groups or for specific groups.
Each menu consists of system elements (classes, processes, views, reports) and custom folders
(used to organize entries).
These menus are available in the Management Module as the main navigation menu (the one
configured for the login group, the "default" otherwise).
Users with no custom navigation menu can still access the Management Module, but the system
will show only classes for which they have read or write permissions.
User groups
CMDBuild permissions are based on:
• user groups
• group permissions on classes, views and search filters (permissions on dashboards and
reports are instead managed in the related sections)
• user - group associations
Therefore it's possible to:
• set user groups with specific permissions for each class defined in the system, also in rows
and columns
• add users to one or more groups; the user inherits permissions from the group
Further functions, gathered in the TAB "UI Setup", allow the definition of personalized setups of the
user interface, removing some standard functionalities of CMDBuild and simplifying the interaction
interface for some users' groups with less technical skills.
This chapter describes the groups management, the placement in the pre-existent users' group
included, while the next deals with the users management.
Properties tab
The Properties tab allows you to create and edit groups.
There is the possibility of performing the following operations:
• add a new group
• edit an existing group
• disable a group
Permissions tab
The Permissions tab allows you to define permissions for each class / process / view / filter /
custom page defined in the system.
There is the possibility of performing the following operations:
• for each kind of element (class / view / search filter), set / modify on
the grid the kind of permission that accepts the values: none / read /
write
• only for classes and processes, open a popup window where you
can define a filter on the class rows (if necessary choosing a user
filter) or columns
• only for classes and processes, delete the current filter criteria
TAB Classes
Here's the page related to the management of class permissions (class tab):
Attributes tab
“Relations” TAB
Functions tab
Processes TAB
Here's the page related to the definition of process permissions, similar to the class one.
TAB Views
Here's the page related to the definition of views permissions.
Users tab
The Users tab allows you to associate a user to one or more groups.
You can drag and drop users from the list of available user (on the left) to the list of users in the
group (on the right).
TAB UI setup
The TAB "UI setup" allows the personalization of the user interface of a specific users's group,
excluding some examples or simplifying their global working.
In particular, you can work on:
• the elements shown in the accordion menu on the left, with an additional detail for the
utility functions
• the available TABs for the card management
• the available TABs for the process management
• further options
Accordion menu
With the buttons available in the first box you can disable some components of the main menu of the
application (accordion menu on the left) for the current group, in particular:
• Cards accordion
• Processes accordion
• Views accordion
• Dashboards accordion
• Report accordion
• Accordion “Custom pages”
• Utility - change password
• Utility - multiple update
• Utility - import CSV file
• Utility - export CSV file
TAB cards
With the buttons in the second box you can disable some TABs available for the cards management
for the current group:
• “Details” TAB
• “Notes” TAB
• “Relations” TAB
• “History” TAB
• TAB “Email”
• “Attachments” TAB
Processes TAB
With the buttons in the third box you can disable some TABs available for the process management
for the current group:
• “Notes” TAB
• “Relations” TAB
• “History” TAB
• TAB “Email”
• “Attachments” TAB
Further options
In the previous section related to permissions there is further info about the possibility of disabling the
permissions related to the insertion / modification / cloning / deleting of a card on the standard
CMDBuild UI.
Users
This feature allows you to create and edit system accounts.
There is the possibility of performing the following operations:
• add a new user
• edit properties of an existing user
• change user password
• disable a user
Task Manager
Basic functions
The Task Manager gathers all CMDBuild functions carried out in the background. In this way you
can have a general view on the active tasks and the related parameters.
At the moment, the kinds of tasks taken into consideration are as follows:
• management of incoming e-mails
• management of asynchronous events
• management of synchronous events
• workflow schedule
• Wizard Connector schedule
• scheduled sending of emails with attached parametric report
Before the modification of a started task, we suggest you to suspend it and then restart it.
The current configuration of the Task Manager is filed in the DB and every time CMDBuild restarts
the active tasks are automatically restarted.
For each task typology there is a specific wizard that supports its configuration. It is described in
detail in the following paragraphs.
Inbox management
For this specific task you have to wait for an e-mail incoming into a specific folder of a specific
account, verify if it coincides with any prearranged filter criteria and carry out the recommended
instructions.
Such activities include also:
• sending notifications
• saving attachments in Alfresco,
• starting workflows
For example you can start this function in order to start Incident Management processes when you
receive an e-mail from users, you can also manage any replies from users in a following step of the
same workflow, etc.
The wizard includes four pages described below.
• Kind of filter: None, Regex (filter with regular expression), PostgreSQL Function
• “Filter on sender”: it includes a possible Regex filter set on the e-mail sender in order to
exclude less interested e-mails; it is expressed as regular expression and can be set
through a proper pop-up window (in the screenshot over the filter, it will take into
consideration just those e-mails containing the string “example1.com” or “example2.com”)
• “Filter on the subject”: it includes any Regex filter set on the subject of the e-mail in order to
exclude less interested e-mail; it is expressed as regular expression and can be set through
a proper pop-up window
The information related to the scheduling ways of the control task of the incoming e-mail is
required:
• “Simple mode”, with the options “every hour”, “every day”, “every month”, “every year”
• “Advanced mode”, with the same options and the same syntax as the schedule tool “cron”
available in Linux
Note:
The “Body parsing” mechanism allows you to recognize and manage in the workflow any attributes
whose value was inserted in the e-mail body, for example:
Email body
[key]Requester[/key]<value>John Smith</value>
[key]Description[/key]<value>The printer will not turn on</value>
[key]Priority[/key]<value>Medium</value>
Synchronous events
For this specific task you have to check certain conditions on the CMDB data by applying a
predefined filter and carry out the recommended instructions.
Such activities include also:
• sendinf notifications with attached report
• starting of workflows
• script execution
This function can be used to configure the e-mail starting if the warranty of an asset is going to
expire or to start a solicit workflow if a ticket is exceeding the period permitted for its resolution, etc.
At the moment you can configure events on standard classes, not on workflows.
The wizard includes five pages described below.
For a complete description of the configuration mode, please see the related section of this
manual.
Asynchronous events
For this specific task you have to intercept the CMDB operations and carry out the recommended
instructions.
Such activities include also:
• sending notifications
• starting workflows
• script execution
This function can be used to configure the e-mail starting in case that a new employee was
inserted in CMDBuild, to start a deprovisioning workflow (removing the account, recovering the job
role, transfering the tasks to a collegues, etc.) if an employee resigns, etc.
At the moment you can configure events on standard classes, not on workflows.
The wizard includes three pages, described below.
The second page of the wizard allows you to define a control filter with the same mechanisms
available for the configuration of the CMDBuild standard filters.
For a complete description of the configuration mode, please see the related section of this
manual.
Workflow
This function allows you to schedule a workflow configured in CMDBuild.
The wizard includes two pages described below.
Wizard Connector
This function allows you to schedule a data synhronizer connector between external sources and
CMDBuild.
The management of IT services by large and medium-sized institutions and companies is
necessarily carried out through more specialized information systems that must be able to
cooperate in the management of their activities and information.
Gathering and checking manually the information managed in the CMDB can cause delay issues
or create inaccuracies when updating data. Therefore it is better to update it automatically.
Therefore the configuration of connectors through external systems becomes important in order to
sync in CMDBuild (the central CMDB system) data that are mainly managed on other specialist
applications, (inventory, monitoring systems, LDAP repository, ERP and HR applications, etc).
The Wizard Connector allows you to resolve the simplest cases in which the "mapping" rules do
not require a specific application logic. For more complex needs you can use the Basic Connector
and the Advanced Connector.
We are describing below the configuration forms of the Wizard Connector. Please see the
CMDBuild Connectors Manual for a more detailed comparison of the three solutions.
• “Type” of the origin database (databases PostgreSQL, MySQL, Oracle and SQLServer are
supported, having installed the proper access drivers)
• “Address” of the source database
• “Port” of the source database
• “Name” of the source database
• “Username” for the access
• “Password” for the access
• “Entity filter”, you can select the entities you want to show in the mapping criteria definition
(e.g. some views with the same prefix, prearranged for connector query)
For each entity of the external data source involved in the synchronization activities, the following
info is required:
• “External entity”: name of the table, view or other entity
• “CMDBuild class”: CMDBuild class for the data synchronization
• “Creation”: if enabled, it creates in CMDBuild any data card available in the external system
and not in CMDBuild
• “Modification”: if enabled, it updates in CMDBuild any data cards available in the external
system with information different from CMDBuild
• “Cancellation”: if enabled, it deletes any data cards not available in the external system and
available in CMDBuild
For every attribute of each entity to synchronize, the following info is required:
• “External entity”: name of the table, view or other entity
• “External attribute”: the name of the column / information of the external entity
• “CMDBuild class”: CMDBuild class to sync
• “CMDBuild attribute”: CMDBuild attribute to sync
• “Key”: it states the key attribute of each entity (necessary to compare data and decide the
kind of synchronization)
It allows to define the context variables which can be used for the calculation of the report
parameters.
Each variable can be defined as constant or as CQL expression.
It allows to choose the account to which you have to send the email and the template to write the
text.
It allows to:
• choose the report to enclose to the email
• choose the format
• in case the report has certain launch parameters, they should be optimized with constants
or with a CQL expression (by summing for example a number of days)
Email management
In CMDBuild, e-mails are controlled from the core for a better control and a simpler updating of
parameters.
This function allows you to register the information related to each account and to preconfigure
certain templates of e-mails used in the CMDBuild mechanisms:
• Workflow system
• widget
• Task Manager
Account
You can preconfigure the accounts used to send e-mails
It's possible to perform the following operations:
• create a new account
• modify an account
• remove an account
• set an account as default
Email template
You can create preconfigured e-mail templates, which can be reused in the CMDBuild functions
that use it.
It's possible to perform the following operations:
• create a new template
• modify a template
• remove an account
• “Template”
• “Default Account”
• “To”, addressee (or list of several addresses separated by comma)
• “Cc”, copy carbon address (or list of several addresses separated by comma)
• “Bcc”, blind copy carbon address (or list of several addresses separated by comma)
• “Subject”, e-mail subject (it can include parametric fields expressed through CQL)
• “Body”, e-mail body (it can include parametric fields expressed through CQL)
Through CQL expressions you can customise your email in each template field with information
available in the current context (i.e. workflow variables used to send emails)
Email queue
The e-mail created by CMDBuild pass through a "queue", which is periodically controlled. After that,
the e-mails are sent through the server.
Thanks to this function, you can set the frequency for the "queue" control (1-10 minutes)
GIS
Icons management
This feature allows you to create and update icons that are used to represent markers.
External services
This feature allows you to activate the external services necessary for the map representation.
The external services currently supported are:
• Open Street Map, Google Maps and Yahoo! Maps)
• GIS Server (GeoServer) to upload and display raster and vector data (plans, etc.)
For the map services it's possible to set max and min zoom levels available in CMDBuild.
To use GeoServer you have to specify:
• URL
• workspace name
• admin username
• admin password
Layer order
This feature allows you to set layers order (there's a layer for every geographical attribute defined).
The layers order can be modified by moving the lines in the grid (drag and drop).
Geoserver layer
This feature allows you to:
• upload to GeoServer the layers you want to display in CMDBuild
• edit layers order
To upload a new layer you have to insert:
• name
• description
• layer file
• file type (GeoTiff, WorldImage, Shape)
• min zoom level
• max zoom level
• the possible class and the CMDBuild card associated to that layer, useful in the
Management Module to insert the layer into the list of the items contained in an element of
the hierarchical GIS navigation menu, which is described in the next paragraph (e.g. to find
the Geoserver layer among the items related to a "Floor" card)
The layers order can be modified by moving the lines into the grid (drag and drop).
GIS Navigation
The function allows the definition of the domain tree, which will be then provided to the user in the
Management Module in order to help him/her with the navigation among the various class / card
types georefered on the map.
In other words, this function defines the structure of the hierarchical menu in order to move from a
class to the contained ones (in term of space).
A higher class can include more lower classes, for example a room can include information assets,
jobs (understood as assignees or logic grouping of assets), furnishing (tables, chairs, cupboards,
technical equipment, pictures), etc.
Providing the necessary domains, please find below a sample of configuration made up of the
following classes:
“Building” =>
“Floor” =>
“Room” =>
“Item”
Through the "Default level" check, you are required to mark the "vertical development" layer, which
is the one capable of overlapping and needs to be displayed selectively (usually related to the
"Floors" layer).
BIM
Projects
This function allows to manage BIM projects managed in CMDBuild. Every project is usually
associated to a building or to a built up area.
A BIM project coincides to a IFC file in various versions.
For IFC files, CMDBuild uses as embedded repository the open source tool BiMserver, which
contains files uploaded from CMDBuild.
It's possible to perform the following operations:
• create a new project
• modify a project
• disable a project
• export an integrated project containing information managed / edited
in CMDBuild
• “IFC file”, it requires the uploading of the IFC file to in order to file in into BiMserver
• “Active”, if the project is active
• "Card connection", it requires to select the card of the CMDBuild class for the project
connection; it is usually a building or a built up area (it must coincide with the CMDBuild class
indicated as "Root" in the following function of the layer management)
Layer
The UI shows the list of CMDBuild classes and "check" columns as follows:
• “Active”, where you can select those CMDBuild classes having a correspondence with the
entities in the IFC file
• “Root”, where you can select a CMDBuild class corresponding to the "root" class of the IFC
file, e.g. the "building" class (single selection)
• "Export", where you can select the exportable classes of CMDBuild, so that all the
modifications executed in CMDBuild will be reported in the architectural designing external
tool (they differ from other classes due to the inclusion of the geometrical coordinates
management)
• “Container”, where you can select the CMDBuild class used as "container" of objects
included in the IFC file, e.g. the class "room" (single selection)
Localization
In CMDBuild there are two localization typologies:
• first-level localization, related to the only base CMDBuild interface (menu texts and
standard buttons, headers, footers, etc.)
• second-level localization, related to all application elements (class names, attributes,
domains, lookups, etc.)
The first-level localization is managed through external system files (jason format) and it is supplied
by external contributors.
The second-level localization is managed in this Administration Manual, by working on single texts
and directly in the function for the element definition, or through the features available in this menu.
The official releases of CMDBuild include all first-level localizations supplied by contributors, while for
the second-level localizations there is a repository where contributors can upload additional
languages for CMDBuild Ready2Use and openMAINT.
Configuration
In the configuration page you can select:
• the default language of the CMDBuild instance (among the available ones)
• the introduction of the default language when logging in (in this case, you will still have the
possibility to access then with another language)
Then you can select the languages enabled for the localization, among those ones with the first-
level localization.
Here's a sample of interface screenshot.
Localization
The localization interface offers a single intervention point in order to work on every translation:
• Classes: description of classes, description of attribute groups, description of attributes
• Processes: description of processes, description of attribute groups, description of
attributes
• Domains: domain description, direct description, inverse description
• Views: view description
• Search filters: search filter description
• Lookup: lookup list heading description
• Report: report description
• Menu: folder description, description of element inserted into the menu
Each kind of element is managed in a proper TAB of the interface.
In every TAB you can:
• expand all headings
• reduce all headings
For each language enabled to the localization, there is a column where you can view, add and
change the translation of that element.
Here's a sample of interface screenshot for the TAB Classes, the management of other TABs is
similar.
Import / Export
The import / export feature allows you to import a localization provided by other contributors, or to
export your own localization.
There two features are available in two different TABs.
In the page from where you can import there are the following fields:
• Format (CSV, not-editable)
• File
• Separator (it can be selected among the symbols “;”, “,” and “|”)
Here's a sample of interface screenshot.
In the page from where you can export there are the following fields:
• Section (chosen among All, Classes, Processes, Domains, Views, Search filters, Lookups,
Reports, Menu)
• Languages (“multiselect” field where you can choose one or more enabled languages)
• Format (CSV, not-editable)
• Separator (it can be selected among the symbols “;”, “,” and “|”)
• Only active (to export only localizations of active elements)
Configuration
Setup page
In the “Lock cards and processes in edit” section you can set:
• “Enabled”, to enable (default) or disabled the lock management of those data cards and
processes in edit
• "Show the name of the user who locked the card", to exclude such information (possible
privacy needs) from the message shown by the system when asking for the editing of a
card reserved for that purpose by another operator
• “Lock time-limit”, to specify the time reserved to an operator before releasing the card in
edit
Workflow page
The page contains the workflow configuration options.
through the function "Setup" available in the visualization interface of the Relations Graph.
DMS Page
CMDBuild uses Alfresco DMS as repository, interacting through the protocols SOAP and FTP.
Thanks to the contribution of the University of Bologna, the system has been then extended to
other document repositories, integrating the support of the standard protocol CMIS (Content
Management Interoperability Services).
So, you can choose to work with the native interface of Alfresco (for the version 3.4) or to work with
the CMIS protocol.
In both cases you need:
• "Enabled" - enable or disable the interface
• "CMDBuild category" - the Lookup list used to classify the documents stored in the DMS
In case you opt for working with the native interface of Alfresco, you need then to specify further
settings, divided in four blocks:
• Alfresco
• FTP
• Web services
On the other side, if you opt for working with the CMIS protocol, the interface will be as follows.
GIS page
The page contains GIS settings
BIM page
It includes settings used in the system for the management of 3D BIM models (standard IFC), and
in particular the connection account to the BiMserver repository used by CMDBuild.
Simple filter
The simple filter allows to filter on a constant value:
SQL:
SELECT * FROM “ClassName” WHERE “Attribute”=Value
CQL:
from ClassName where Attribute=Value
EXAMPLE:
Select the e-mail from the group “GroupName” in the extended attribute manageEmail.
In the definition of extended attribute the parameter ToAddresses is defined as follows:
ToAddresses={cql:QueryCQLname.Email}
so you can define the following CQL query:
QueryCQLname=”select Email from Role where Code='GroupName'”
NOTES:
In order to identify the variable VariableName (which can be displayed in the form) we used the
simple form:
{server:VariableName}
For attributes such LookUp or Reference you have to specify, with the bullet list, whether you want
the Id or the Description:
{server:VariableName.Id}
{server:VariableName.Description}
EXAMPLE:
Select the e-mail of the selected user through the attribute “Requester”, reference type, in the
extended attribute manageEmail.
In the definition of extended attribute the parameter ToAddresses is defined as follows:
ToAddresses={cql:QueryCQLname.Email}
so you can define the following CQL query:
nomeQueryCQL="select Email from Employees where Id={server:Requester.Id} & Status='A'"
NOTES:
In order to identify the variable VariableName (which can be displayed in the form) we use the
simple form:
{client:VariableName}
For attributes such LookUp or Reference you have to specify, with the bullet list, whether you want
the Id or the Description:
{client:VariableName.Id}
{client:VariableName.Description}
EXAMPLE:
The most common example is similar to the one of the server-side variable (replacing client to the
server).
Examples of usage
Here below there are some further examples of CQL use.
NOTES:
[BuildingFloor] is the domain between the class Building and the class Floor (type 1:N).
NOTES:
[Requester] is the Reference type attribute of the Ticketing workflow which contains the indication
of who started the Ticket.
NOTES:
[Requester] is the Reference type attribute of the Ticketing workflow which contains the indication
of who started the Ticket.
APPENDIX: Glossary
ATTACHMENT
An attachment is a file associated to a card.
In order to manage the attachments, CMDBuild uses in embedded mode any document system
which is compatible with the standard protocol CMIS (or the DMS Alfresco until the version 3
through its native webservice).
The management of the attachments supports the versioning of those files that have been uploaded
a few times, with automatic numbering.
WORKFLOW STEP
"Activity" means one of the steps of which the process consists.
An activity has a name, an executor, a type, possible attributes and methods with statements
(CMDBuild API) to be executed.
A process instance is a single process that has been activated automatically by the application or
manually by an operator.
See also: Process
ATTRIBUTE
The term refers to an attribute of a CMDBuild class.
CMDBuild allows you to create new attributes (in classes and domains) or edit existing ones.
For example, in "supplier" class the attributes are: name, address, phone number, etc..
Each attribute corresponds, in the Management Module, to a form field and to a column in the
database.
See also: Class, Domain, Report, Superclass, Attribute Type
BIM
Method with the aim to support the whole life cycle of a building: from its construction, use and
maintenance, to its demolition, if any.
The BIM method (Building Information Modeling) is supported by several IT programs that can
interact through an open format for data exchange, called IFC (Industry Foundation Classes).
See also: GIS
CI
We define CI (Configuration Item) each item that provides IT service to the user and has a
sufficient detail level for its technical management.
CI examples include: server, workstation, software, operating system, printer, etc.
See also: Configuration
CLASS
A Class is a complex data type having a set of attributes that describe that kind of data.
A Class models an object that has to be managed in the CMDB, such as a computer, a software, a
service provider, etc.
CMDBuild allows the administrator - with the Administration Module - to define new classes or
delete / edit existing ones.
Classes are represented by cards and, in the database, by tables automatically created at the
definition time.
See also: Card, Attribute
CONFIGURATION
The configuration management process is designed to keep updated and available to other
processes the items (CI) information, their relations and their history.
It is one of the major ITIL processes managed by the application.
See also: CI, ITIL
DASHBOARD
In CMDBuild, a dashboard corresponds to a collection of different charts, in this way you can
immediately hold in evidence some key parameters (KPI) related to a particular management
aspect of the IT service.
See also: Report
DATABASE
The term refers to a structured collection of information, hosted on a server, as well as utility
software that handle this information for tasks such as initialization, allocation, optimization,
backup, etc..
CMDBuild relies on PostgreSQL, the most powerful, reliable, professional and open source
database , and uses its advanced features and object-oriented structure.
DOMAIN
A domain is a relation between two classes.
A domain has a name, two descriptions (direct and inverse), classes codes, cardinality and
attributes.
The system administrator, using the Administration Module, is able to define new domains or
delete / edit existing ones.
It is possible to define custom attributes for each domain.
See also: Class, Relation
DATA FILTER
A data filter is a restriction of the list of those elements contained in a class, obtained by specifying
boolean conditions (equal, not equal, contains, begins with, etc.) on those possible values that can
be accepted by every class attribute.
Data filters can be defined and used exceptionally, otherwise they can be stored by the operator
and then recalled (by the same operator or by operators of other user groups, which get the
permission to use them by the system Administrator)
GIS
A GIS is a system able to produce, manage and analyse spatial data by associating geographic
elements to one or more alphanumeric descriptions.
GIS functionalities in CMDBuild allow you to create geometric attributes (in addition to standard
attributes) that represent, on plans / maps, markers position (assets), polylines (cable lines) and
polygons (floors, rooms, etc.).
See also: BIM
GUI FRAMEWORK
It is a user interface you can completely customise. It is advised to supply a simplified access to
the application. It can be issued onto any webportals and can be used with CMDBuild through the
standard REST webservice.
See also: Mobile, Webservice
ITIL
"Best practices" system that established a "standard de facto"; it is a nonproprietary system for the
management of IT services, following a process-oriented schema (Information Technology
Infrastructure Library).
ITIL processes include: Service Support, Incident Management, Problem Management, Change
Management, Configuration Management and Release Management.
For each process, ITIL handles description, basic components, criteria and tools for quality
management, roles and responsibilities of the resources involved, integration points with other
processes (to avoid duplications and inefficiencies).
See also: Configuration
LOOKUP
The term "Lookup" refers to a pair of values (Code, Description) set by the administrator in the
Administration Module.
These values are used to bind the user's choice (at the form filling time) to one of the preset
values.
With the Administration Module it is possible to define new "LookUp" tables according to
organization needs.
MOBILE
It is a user interface for mobile tools (smartphones and tablets). It is implemented as multi-platform
app (iOS, Android) and can be used with the CMDB through the REST webservice.
See also: GUI Framework, Webservice
PROCESS
The term "process" (or workflow) refers to a sequence of steps that realize an action.
Each process will take place on specific assets and will be performed by specific users.
A process is activated by starting a new process (filling related form) and ends when the last
RELATION
A relation is a link between two CMDBuild cards or, in other words, an instance of a given domain.
A relation is defined by a pair of unique card identifiers, a domain and attributes (if any).
CMDBuild allows users, through the Management Module, to define new relations among the
cards stored in the database.
See also: Class, Domain
REPORT
The term refers to a document (PDF or CSV) containing information extracted from one or more
classes and related domains.
CMDBuild users run reports by using the Management Module; reports definitions are stored in the
database.
See also: Class, Domain, Database
CARD
The term "card" refers to an element stored in a class.
A card is defined by a set of values, i.e. the attributes defined for its class.
CMDBuild users, through the Management Module, are able to store new cards and update /
delete existing ones.
Card information is stored in the database and, more exactly, in the table/columns created for that
class (Administration Module).
See also: Class, Attribute
SUPERCLASS
A superclass is an abstract class used to define attributes shared between classes. From the
abstract class you can derive real classes that contain data and include both shared attributes
(specified in the superclass) and specific subclass attributes.
For example, you can define the superclass "Computer" with some basic attributes (RAM, HD,
etc.) and then define derived subclasses "Desktop", "Notebook", "Server", each one with some
specific attributes.
See also: Class, Attribute
ATTRIBUTE TYPE
Each attribute has a data type that represents attribute information and management.
The attribute type is defined using the Administration Module and can be modified within some
limitations, depending on the data already stored in the system.
CMDBuild manages the following attribute types: "Boolean", "Date", "Decimal", "Double", "Inet" (IP
address), "Integer", "Lookup" (lists set in "Settings" / "LookUp"), "Reference" (foreign key), "String",
"Text", "Timestamp".
VIEW
A view not only includes the whole content of a CMDB class, it is a group of cards defined in a
logical way.
In particular, a view can be defined in CMDBuild by applying a filter to a class (so it will contain a
reduced set of the same rows) or specifying an SQL function which extracts attributes from one or
more related classes.
The first view type maintains all functionalities available for a class, the second one allows the sole
display and search with fast filter.
See also: Class, Filter
WEBSERVICE
A webservice is an interface that describes a collection of methods, available over a network and
working using XML messages.
With webservices, an application allows other applications to interact with its methods.
CMDBuild includes a SOAP and a REST webservice.
WIDGET
A widget is a component of a GUI that improves user interaction with the application.
CMDBuild uses widgets (presented as "buttons") that can be placed on cards or processes. The
buttons open popup windows that allow you to insert additional information, and then display the
output of the selected function.