User Manual in English
User Manual in English
3.4
» User Manual
January 2022
Author Tecnoteca srl
www.tecnoteca.com
ENG
www.cmdbuild.org
User 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, JasperStudio, Enhydra Shark, TWE, OCS Inventory,
Liferay, Alfresco, GeoServer, OpenLayers, Quartz, BiMserver, Xeokit.
We are thankful for the great contributions that led to the creation of these products.
Contents
1. Introduction.................................................................................................................................. 6
1.1. The application..................................................................................................................................... 6
1.2. Official website...................................................................................................................................... 7
1.3. CMDBuild modules............................................................................................................................... 7
1.4. Available manuals................................................................................................................................. 7
1.5. Applications based on CMDBuild.......................................................................................................... 8
2. Getting Started............................................................................................................................. 9
2.1. What is a CMDB................................................................................................................................... 9
2.2. What's CMDBuild.................................................................................................................................. 9
2.3. Use guidelines.................................................................................................................................... 10
3. Roles and features..................................................................................................................... 11
3.1. Operators' roles.................................................................................................................................. 11
3.2. Features of Data Management Module............................................................................................... 11
3.3. Base and application features............................................................................................................. 12
4. User Interface............................................................................................................................. 13
4.1. Technology......................................................................................................................................... 13
4.2. General design criteria........................................................................................................................ 13
4.3. Localization......................................................................................................................................... 15
5. Accessing the application...........................................................................................................16
5.1. General Information............................................................................................................................ 16
5.2. Computer requirements...................................................................................................................... 16
5.3. Authentication..................................................................................................................................... 16
6. Cards: consultation features.......................................................................................................18
6.1. Card List............................................................................................................................................. 18
6.2. Card TAB............................................................................................................................................ 21
6.3. Details TAB......................................................................................................................................... 22
6.4. Notes TAB.......................................................................................................................................... 24
6.5. Relations TAB..................................................................................................................................... 25
6.6. History TAB......................................................................................................................................... 27
6.7. Emails TAB......................................................................................................................................... 29
6.8. Attachments TAB................................................................................................................................ 30
7. Cards: updating features............................................................................................................ 33
7.1. Card-modification-popup..................................................................................................................... 33
7.2. Card TAB............................................................................................................................................ 35
7.2.1. Guide to compilation...................................................................................................................................... 36
7.2.2. Lock of a card in edit...................................................................................................................................... 39
7.2.3. Widget............................................................................................................................................................ 40
7.2.4. Cloning with relations..................................................................................................................................... 41
7.3. Details TAB......................................................................................................................................... 42
7.3.1. Guide to compilation...................................................................................................................................... 43
7.4. Notes TAB.......................................................................................................................................... 45
7.4.1. Guide to compilation...................................................................................................................................... 46
7.5. Relations TAB..................................................................................................................................... 48
7.5.1. Creation of a new relation.............................................................................................................................. 50
7.6. History TAB......................................................................................................................................... 52
7.6.1. Guide to consultation..................................................................................................................................... 52
7.7. Emails TAB......................................................................................................................................... 53
7.8. Attachments TAB................................................................................................................................ 56
1. Introduction
1.1. The application
CMDBuild is an open source web environment for the configuration of custom applications for the
Asset Management.
On the one hand, it provides native mechanisms for the administrator, implemented in a "core"
code which has been kept separated from the business logic, so that the system can be configured
with all its features.
On the other hand, it generates dynamically a web interface for the operators, so that they can
keep the asset situation under control and always know their composition, detachment, functional
relations and how they update, in order to manage their life-cycle in a comprehensive way.
The system administrator can build and extend his/her own CMDB (hence the name of the project),
modelling the CMDB according to the company needs; a proper interface 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.
Using external visual editors, the administrator can design workflows, import them into CMDBuild
and put them at operators' disposal, so that they can execute them according to the configured
automatisms.
Similarly, using external visual editors, the administrator can design various reports on CMDB data
(printouts, graphs, barcode labels, etc.), import them into the system and put them at operators'
disposal.
The administrator can also configure some dashboards made up of charts which immediately show the
situation of some indicators in the current system (KPI).
A task manager included in the user interface of the Administration Module allows you to schedule
various operations (process starts, e-mail receiving and sending, connector executions) and various
controls on the CMDB data (synchronous and asynchronous events). Based on their findings, it sends
notifications, starts workflows and executes scripts.
The interoperability with other systems is managed through the CMDBuild BUS Service, called
WaterWAY.
Thanks to document management systems that support the CMIS standard (Content Management
Interoperability Services) - among which there is also the open source solution Alfresco - you will be
able to attach documents, pictures, videos and other files. It is possible to define document categories
differentiated by class and sets of metadata differentiated by category.
There is also a Scheduling, which can be supplied both automatically when filling in a data card
and manually. This Scheduling will manage single or recurring deadlines related, for example, to
certifications, warranties, contracts with customers and suppliers, administrative procedures, etc.
Moreover, you can use GIS features to georeference and display assets on a geographical map
(external map services) and / or on vector maps (local GeoServer and spatial database PostGIS)
and BIM features to view 3D models (IFC format).
The system also includes a REST webservice, so that CMDBuild users can implement custom
interoperability solutions with external systems.
2. Getting Started
2.1. What is a CMDB
A CMDB (Configuration Management Data Base) is a storage and consultation system that
handles the asset information of a company.
The idea of CMDB was born in an IT environment (it is a fundamental component of ITIL best
practice - Information Technology Infrastructure Library). In this manual it is extended and applied in
a general context where you have to know, manage and control assets (Configuration Items or CIs).
It is the official central repository and provides a consistent view of the items that have to be
managed.
It's a dynamic system that represents the current situation and knowledge of the inventory of
assets and the related connections.
• contextual menus
• schedule
• data import / export
• massive modification and cancellation
• open relation graph
• consultation of assets on cartography, vector maps, 3D models
• process management
• consultation and research
• start and advance using the provided widgets
• dashboard
• consultation of graphs configured in the system and control of related KPI
• reports
• report printing (tabular, with graphs, documents, etc.)
• other features:
• change of group / change of tenant
• password change
• user preferences
• chat to communicate with other users
4. User Interface
4.1. Technology
The web desktop user interface of CMDBuild, both in the Administration Module and in the Data
Management Module, is implemented through the framework Sencha ExtJS, a JavaScript library
for the building of web interactive applications with AJAX technology.
Every operation the user carries out on the web interface is transmitted to the server code, written
in Java language, through calls to the standard REST webservice methods of CMDBuild.
After that, the server carries out the user's requests converting them in operations on the
PostgreSQL database.
4.3. Localization
In CMDBuild there are two localization typologies, i.e. translation into the user's language:
• first-level localization, related to the only base CMDBuild user interface (menu texts and
standard buttons, headers, footers, etc.)
• second-level localization, related to all elements configured for each vertical application
implemented on the base environment (class names, attributes, domains, lookups, etc.)
The first-level localization is managed through external system files (json format), while the second-
level localization is managed by the Administration Module.
In case the related localization is available (i.e. if it exists in the base release or it has been prepared
by the Administrator) and it has been activated, each operator will access the translated application,
by choosing a language when logging-in.
Each operator can also choose in the preferences a default language to access the application, so
that he/she will find it already selected in the login form, otherwise he/she can have the possibility
that it is not even shown.
5.3. 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)
In case the user has been enabled to work with various roles (i.e. belongs to various users'
groups), while the multi-group modality has not been enabled, the user is asked to do the access
by selecting the group among the available ones.
In case the user has been enabled to work with various tenants and the multi-tenant modality has
not been configured, the user is asked to do the access by selecting the tenant among the
available ones.
In case users forgot their password, they can access the following form by clicking on the link "I
forgot my password":
The system checks that the email address corresponds to the one registered in the database and
sends then an email with a temporary code (token). By inserting that code in the password space,
the form for changing the password will appear. At this point, the user can regularly access the
application with the new password. Please note that the password has to meet the security policies
defined in the proper page for the system configuration.
CMDBuild is released with a preconfigured administrator account, with username "admin" and
password "admin". You can use this for the first access to the application. It is necessary to edit the
password to avoid unauthorized access and any following security issue.
• access the filter management (for more details please see the
paragraph 7.1)
• print the cards displayed in the table (in PDF or CSV format)
• access the contextual menu, where you can find useful features in
the current context
• sort the table by clicking on column header (the first click will sort
ascending, the second descending)
• add attributes in the table (the default columns are defined in the
Administration Module)
• save settings on the grid with the features described above (it will be
the default configuration for the current user and will appear again
at the next access to the page)
• select the tab with the various available information: base card
page, detail page, note page, relation page, history page, email
page, attachment page
Below a sample of the menu configured to navigate on element levels, starting in this case from
the class of buildings.
• access, and in case edit, the selected card opening a specific popup
window
• open the relation graph (for more details please see the paragraph
7.3)
• print the selected card (in PDF or ODT format)
For more detailed information about the card management, please refer to the paragraph 7.2.
• access, and in case edit, the children cards opening a specific popup
window
If well configured in the Administration Module, you can also get the sum of any numerical columns
available in the detail grid.
For more detailed information about the management of the children cards, please refer to the
paragraph 7.3.
• access, and in case edit, the notes related to the current card opening
a specific popup window
The presence of compiled notes is highlighted with the number "(1)" in the TAB.
For more detailed information about the management of the notes related to the current card,
please refer to the paragraph 7.4.
• access, and in case edit, the relations of the current card opening a
specific popup window
• open (move to) the related card (double click on the card row), so that
you can freely navigate in the database
This is an example of the interface in case you select the flag to view extended data.
For more detailed information about the management of the relations of the current card, please
refer to the paragraph 7.5.
For more detailed information about the management of the history of the current card, please
refer to the paragraph 7.6.
For more detailed information about the management of the emails of the current card, please
refer to the paragraph 7.7.
• access, and in case edit, the list of files attached to the current card by
opening a specific popup window
• search for the cards that include the text specified in textual files
attached
In case you configure custom metadata for a document category (in the following example the
attributes "Document number" and "Document date" were created for the category "Administration
documents"), you can consult the values of all metadata.
The History TAB of attachments allows you to view the details of any file versions uploaded over
time and associated to the selected attachment.
For more detailed information about the management of the attachments of the current card,
please refer to the paragraph 7.8.
7.1. Card-modification-popup
The first view of the updating popup of a card is the following.
CMDBuild usually arranges the attributes for each card on two columns. Having configured a
custom layout in the Administration Module, you can get a custom arrangement of fields, as shown
in the following screenshot.
• clone the current card, with the possibility of copying only the card
or also its relations
• open the relation graph (for more details please see the paragraph
7.3)
• print the current card (in PDF or ODT format)
The layout of cards containing a lot of attributes can be rearranged by splitting the information into
data groups (in the screenshot the groups are "General" and "Administrative data"), through
"fieldset".
The fields shown during an insert or update operation are configured using the Administration
Module. There are two "Editing modes" you can set in the Administration Module: "Editable" for
editable attributes and "Read Only" for read-only attributes.
The fields of each card are displayed on two columns according to the sort established by the
Administrator, unless a custom layout has been configured.
The card editing can be facilitated by certain settings of the Administration Module:
• for each field to be filled in you can have a Help through a tooltip activated with an icon
located top right
• each field can have validation rules that control the inserted datum
• according to the inserted datum, for each field there is the possibility to display or hide other
card fields
Each reference field include an icon on the right that allows a quick movement to the related card.
The whole card can have the possibility to run automatic operations when opening it and/or at the
final confirmation (e.g. to edit other database classes according to the inserted, edited or deleted
data).
When the list of attributes exceed the visible area height, a scroll bar on the right helps you scroll
down the whole list.
Using the form buttons you can:
• confirm the operation and stay on the card
• confirm the operation and close the card
• delete the operation
If the CMDBuild instance is configured with the active lock function and a user asks for a data card
to be edited ("Edit card" button), the system reserves the card to that user for the period defined in
the configuration parameters.
If another user tries to edit the same card in the same period, an error message appears.
The card will be automatically released as soon as the first user leaves the editing modality,
7.2.3. Widget
Widgets - which can be configured using the Administration Module - can be used to recall and
perform specific functions useful for the current context.
On a common card, the following widgets can be configured:
• Calendar: it shows the specified deadlines on a visual calendar
• Create / modify card: it allows to edit a data card belonging to a class that is different to the
current one
• Create report: it allows to print a report
• 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)
Further pre-defined widgets can be used just within the workflows (see the paragraph 8.2.3).
It is also possible to implement (ExtJS environment, Javascript language) custom widgets and
make them available in order to be used in data forms, besides standard forms.
Here is some further information on the above-mentioned standard widgets.
Calendar
The widget allows to display a calendar that shows certain dates useful for the asset management
(for example, the next preventive maintenance activity, an administrative deadline, etc.).
During the configuration step, you have to specify the class from which you want to collect the
calendar dates, a possible filter, an approximate visualization date, the field to be shown as activity
title on the calendar.
Create report
The widget allows you to print a report among the ones designed with JasperStudio and imported
into CMDBuild.
During the configuration step, you have to specify the name of the report to print, the type of output
(PDF or CSV) and any parameters that the operator will be ask for when printing.
Start workflow
The widget allows you to start a process from the current card, for example a maintenance process
starting from the asset card.
During the configuration step, you have to specify the type of workflow to run and the parameters to
use for the start.
• add a new detail card according to the current type (that will be
automatically linked to the current Master card)
• display the selected detail card through the specific popup window,
with the possibility of accessing the other available features (TABs)
• bold font
• italics font
• underline font
• choice of the font color for the selected text
• center justification
• insertion of a link
• deletion of a link
• numbered list
• bullet list
• expand the relation list for a specific domain (the list is presented as
closed if the number of relations for that domain is higher of the specific
parameter specified in the Administration Module)
• sort the table with the relation list according to the value of a column,
by clicking on column header (the first click will sort ascending, the
second descending)
• move the context onto the linked card (corresponding to a double click
on the relation row)
• edit the relation (linking a different card or editing the value of any
relation attributes)
• display or edit the linked card, with all its attributes divided in fieldsets
(if any).
This is an example of the interface in case you select the flag to view extended data.
Once the domain has been chosen, the application opens a popup window with the list of cards
that can be connected through that domain. According to the domain cardinality you can select one
or more cards to be connected.
The Save button completes the operation creating the new requested relations.
When displaying the complete card, you will see the edited information on a blue background.
In case the card has several tabs, a small blue circle states which tabs contain edited attributes.
By checking the list of received and sent emails you can carry out the following operations:
• expand one of the three sub-lists where the process emails are
divided: draft emails, received emails, sent emails
• compress one of the three sub-lists
• regenerate only the current email
By accessing the page of draft emails you can perform the following operations:
Here's a sample of the user interface for the composition of a new email.
You can view the additional attributes (document metadata) of each attachment:
• access the contextual menu, where you can find useful features in
the current context
• sort the table with the attachment list according to the value of a
column, by clicking on column header (the first click will sort ascending,
the second descending)
• download the attachment (according to the settings of the browser it CLICK ON PREVIEW
can be opened in another window or saved in the system file)
• delete attachment
With a single operation you can upload more files to the current card.
The types of files that can be uploaded can be limited to certain extensions configured for the
CMDBuild instance and can be differentiated by document category.
For every document version, you can consult in the History TAB:
• creation date
• date of the last change
• the author of the change
• the version
• the file name
• the related description
In the example of the previous screenshot, the filter selects the active employees who have a
permanent contract (final date not specified) or a contract expiring after the 1st January 2021.
There is the possibility of performing the following operations, also many times, on the same
attribute (operator "OR") or on different attributes (operator "AND"):
A filter can have more conditions. Any multiple conditions applied to the same attribute will be
considered in "OR", while the conditions applied to different attributes will be considered in "AND".
The filter can be saved in order to be applied again in a second moment. In this case it has to be
renamed.
You can also make some values parametric, which will be required to the operator when the filter will
be applied again.
The filter application shows in the table only the cards that meet its conditions, as highlighted in the
following screenshot, displaying on the top the name assigned to the current filter.
It is also possible to define and save filters that include both conditions on attributes and on relations.
The contextual menu can be configured from the Administration Module by managing classes.
The contextual menu can include:
• configuration / execution of views from join
• standard functions for all classes (enable / disable the multiple selection on the table,
massive modification and massive cancellation)
• other features available for all classes after being enabled (CSV import, CSV export, etc.)
• custom functions applicable on the current card
• custom functions applicable on all selected cards
• custom functions applicable on all cards displayed in the table
• separator lines
For uses of configuration and execution functions of views from join, massive change and cancellation of
data, data import and export, please refer to the following paragraphs of this chapter.
8.3. Schedule
The scheduling helps operators to check procedures related to, for example, contracts with
customers and suppliers, orders, certifications, warranties, recurring operations on assets, etc.
Deadlines can be generated automatically from the system when inserting new data cards
including data attributes marked as "deadline", but also can be inserted manually into the resulting
Scheduling file.
The Scheduling file can be consulted like the common CMDBuild classes, with filter features, print
features, etc.
Since the attribute "Signing date" has been configured in the Administration Module in order to
generate deadlines, another icon will appear:
Below you can see the page related to the deadline rule in the Administration Module.
According to the configuration rule defined by the Administrator, the operator can view and also edit
the following parameters:
• Category, selected among the values provided in the proper value list (lookup)
• Priority, selected among the values provided in the proper value list (lookup)
• First deadline date, calculated according to rules set by the administrator
• Schedule time in the calculated date
• Frequency, with possible values as "Once", "Daily", "Monthly", "Yearly"
• Days advance notification, which will be sent via email to the operator's address
The system displays below the list of deadlines prepared according to the stated criteria, allows you
to regenerate them in case the operator edited these criteria and allows you to edit them individually
once recalculated.
In particular, the change can be useful to round off deadline or to edit the notification prepared by the
administrator.
At the final confirmation, deadlines are generated and inserted into the scheduling.
In the following paragraph the available features are described for the scheduling management.
Once entered the Scheduling page you can perform the following operations:
Also the Scheduling, even if it is a system class, inherits the base features available in all CMDBuild
classes.
Therefore, you can access the file in read-only mode as shown in the following screenshot, and read
the registered information.
Also, you can update the file by manually inserting a new deadline or editing a deadline inserted
automatically or manually, as shown in the following screenshot.
Finally, you can use the contextual menu to close or cancel more deadlines en bloc.
• access the contextual menu, where you can find useful features in
the current context
• print the cards displayed in the table (in PDF or CSV format)
• access the menu of edit view configuration, to find the two choices:
edit or delete view
In case you select the option to delete the view, you have to confirm and then the system will
execute the operation.
For each class where at least one import or export template has been configured, the entries
"Import data" or "Export data" will appear in the contextual menu.
The popup will introduce all available templates, adding to the template name also the prefix
related to the type of template.
So, the operator can choose the type of operation and go on as described in the following
paragraphs.
Import
The feature, available in the contextual menu, uses the popup window described below in order to
import data from files (CSV, XLS or XLSX).
You can download the list of errors or ask the account address specified in the template for
receiving them.
Export
The feature, available in the contextual menu, uses the popup window described below in order to
export data to files.
The operation will export data with related filters, if any, from the class into the file format set in the
template (CSV or XLS or XLSX) and with the headings set in the template.
This function allows to resolve the simplest cases of synchronizing information from other databases,
in which the "mapping" rules do not require a specific application logic. For more complex needs,
external connectors have to be implemented, by using, ini case, the CMDBuild Advanced Connector
framework that implements the main sync logics and allows its customisation through Groovy script.
In order to execute the import, CMDBuild has to have access to an external relational database, like
PostgreSQL, MySQL, Oracle or SQLServer.
The operation will sync data in CMDBuild, adding the missing ones, updating the changed ones
and processing the cancellations as organised in the template (Merge mode).
At the end of the import you will see an operation recap
• processed strings of the import file
• new cards created in CMDBuild
• cards edited in CMDBuild
• cards deleted in CMDBuild
• unchanged cards in CMDBuild
• number of detected mistakes (and, in case, a detail list)
At that point you can select all rows with the proper button above or select manually just some.
In order to work only on a specific subset of cards, you can activate a simple filter or an advanced one,
and in this case the selection button for all rows will work only on the resulting cards.
Once the cards have been chosen, you have to select from the contextual menu the modification
entry of the selected cards.
In this way a popup window will open and will allow you to select the attributes you want to edit and
to set for each one the new value.
At the confirmation, the system will specify the number of cards that will be edited and, after another
confirmation by the operator, it will edit these cards.
Screenshots showing the steps described.
In case some cards you want to delete have active relations with other cards, the system reports this
situation and stops the operation in order to avoid any orphan relation (see following screenshot).
In order to overcome this problem, you can specify in the Administration Module that, even if it is
linked to a certain type of relation, a card can be deleted and the linked one is automatically deleted
at the same time (cancellation in cascade mode).
By making a choice like this, you should be very careful because it is set for all CMDBuild
functionalities (not only in the massive cancellation) and therefore it might cause unexpected data
cancellations.
• open the graph on higher level (useful in particular if you have applied
filters that reduce the number of nodes to be analyzed)
• enable / disable tooltips on the item or on the link highlighted with the
mouse
• enable / disable tooltips on all items and links available in the graph
Card TAB
It shows the current card with all related attributes, if necessary divided in fieldsets.
The card shown in the text area is highlighted in the graphic area with a yellow background. By
selecting a different card in the graphic area this is displayed in the text area.
Here's a sample of the user interface of the user interface.
Relations TAB
It shows the list of cards in relation to the card selected in the graph.
For each card you can see:
• belonging class (useful in case the relation is defined on a superclass)
• code of the linked card
• description of the linked card
It shows the complete list of classes belonging to the cards displayed on the graph.
For each class you can see:
• class name
• the number of cards belonging to that class displayed on the graph
By selecting a class in the list, all cards belonging to that class are highlighted on the graph.
Here's a sample of the user interface of the user interface.
The functions available to access the map visualization and to work on the card georeference are
as follows:
• perform free text searches on data of the current class, that will
reflect also on those elements shown in the map
• define filters on data of the current class, that will reflect also on
those elements shown in the map
• zoom in and zoom out on the map (i.e. use the mouse wheel)
• display the current zoom and the coordinates related to the current
location of the mouse
The text area occupies the right side of the page, allows to interact with the card representation on
the map and includes:
• Tree tab
• Card list TAB
• Card TAB
• Layers tab
The default hierarchy is as follows: Building => Floors => Rooms => Plants / assets.
In the configuration of the GIS Navigation tree you can characterize the entity Floor, so that for
each building you can view one single floor, with its planimetry (see following paragraph) and items
(people, assets, plants, etc.) georefered on the planimetry.
In the navigation tree you can perform the following operations:
• specify that an element of the tree do not have to be visible on the map
• move the application context on the related class and on the selected
card, centring the map on the same element
• delete a georeference
• exit from the Map mode, go back to the List mode, open the popup for
the card management and access the Card TAB
• exit from the Map mode, go back to the List mode, open the popup for
the card management and access the chosen TAB (Details, Notes,
Relations, History, Mail, Attachments)
• add a new thematic map, in case there have not been defined anyone
on the current class
• access the list of already defined thematic maps (click on the icon or
on the name of the current thematic map)
• add a new thematic map, in case some others have already been
defined on the current class
• apply the thematic map once the configuration parameters have been
set
• display the legend in the Thematic map TAB of the text area on the
right
At the end you can choose to only apply the thematic map to the map or even to save it in the database
in order to reuse it later.
There is another sample that shows the company's desktop computers in the map, but this time it
marks them according to their brand instead of the amount of installed RAM.
You can view vector maps by zooming in the map area that includes the planimetry.
Visualization of 3D models
You can view vector planimetries by clicking a button that reports the presence of a 3D model in a
specific area of the map.
To consult and manage vector planimetries there are the same features described in the previous
paragraph.
Once it is activated, the viewer displays the 3D model of the selected building, like in the example
of the following screenshot.
• use the Card TAB to display the detail data of the CMDBuild
card corresponding to the element of the selected IFC
• move the building model within the graphic area (moving the
mouse while holding the right button)
• rotate the building model (moving the mouse while holding the
left button)
• use the toolbar located under the graphic area (below described
in detail)
• click once with the left button of the mouse onto an element of the 3D
model and see it highlighted in the navigation tree
In the following screenshot you can see how a click onto the arrow on the right side of the selected
element (Windows Merk-D) moves the model so that it will be highlighted in green.
Below you will see how a click onto an element of the model (front door) selects that element in the
tree.
In the meantime, the Properties TAB is enabled. It allows you to consult the detailed information of the
related IFC element (see point 8.10.4).
In case the IFC element is associate to a CMDBuild card, also the Cards TAB is enabled. It allows you
yo consult the detailed information of the related CMDBuild card.
• please remember the proper widget to rotate the model (as alternative to
moving the mouse while holding the left button, as mentioned above)
9. Workflow
The management of workflows is an important added value for CMDBuild to support the operators'
collaborative activities.
Both cards and processes can be completely configured by the Administrator to support specific
organizational procedures for each organization.
Within a generic instance of asset management, processes that support the asset lifecycle can be
configured. In the IT environment, processes provided by ITIL Best Practice (Incident Management,
Change Management, Request Fulfillment, etc.) can be configured. In the Facility Management
environment breakdown and programmed maintenance processes can be configured.
Just like the standard cards, the user interface for the workflow management allows you to display
cards, consult and edit detail information, view relations, history, emails and attachments.
In particular, for each type of process, you can view the list of open or closed instances, start a new
process, advance a process to the next step and, if necessary, assign it to another group of
operators, until it is closed according to the preset flow.
The available operations are the same as described for the cards in the paragraph 6.1. You can refer
to them with the following specific elements for workflows.
• the button that adds cards has been replaced by a button that starts
a new process instance
• in the last column on the right in the list, there is a coloured square
that indicates the status of that process instance
In case of processes that have been used a lot and for which it is important to provide UI additional
elements (sublist of activities, Key Performance or KPI indicator, statistical graphics on the process
advance, etc.), it is possible to extend the standard list of processes with a user interface that has
been completely customized and implemented through the implementation of a custom page, as you
can see below.
• record of the current status of process, shown in the first row on the
top
• choice of the action to perform, in case the flow needs more options
to be advanced
In the following example you can see how to complete an Incident process card related to the
classification step.
If the CMDBuild instance is configured with the active lock function and a user asks for a process
to be advanced, the system reserves the card of that instance to that user for the period defined in
the configuration parameters.
If another user tries to edit the same process instance in the same period, an error message
appears.
The process instance will be automatically released as soon as the first user leaves the editing
modality, through the button "Save" or "Perform" or "Cancel".
9.2.3. Widget
Widgets - which can be configured using the TWE editor (Together Workflow Editor) - can be used
to recall and perform specific functions useful for the current context.
For a process instance the following widgets can be configured:
• Calendar: it shows the specified deadlines on a visual calendar
• Create / modify card: it allows to edit a data card belonging to a class that is different to the
current one
• Create report: it allows to print a report
• Custom form: it allows to edit a list of cards or a single card
• Link card: it allows to select one or more data cards from a list
• Manage email: it allows to consult the list of the emails received / sent during the process
and to write new emails that have to be sent (controlled access to the Email TAB
• Open attachment: it allows to consult the list of process attachments and upload new ones
(controlled access to the Attachments TAB)
• Open note: it allows to consult or edit the notes related to the current process (controlled
access to the Notes TAB)
• Preset from card: it allows to enhance some fields of the current process recovering them
from a selected card
• Start workflow: it allows to start the specified workflow by using a popup window
It is also possible to implement (ExtJS environment, Javascript language) custom widgets and
make them available in order to be used in the process management, besides standard ones.
Here is some further information on the above-mentioned standard widgets.
Calendar
The widget allows to display a calendar that shows certain dates useful for the asset management
(for example, the next preventive maintenance activity, an administrative deadline, etc.).
During the configuration step, you have to specify the class from which you want to collect the
calendar dates, a possible filter, an approximate visualization date, the field to be shown as activity
title on the calendar.
You can view the calendar per day, week or month.
Here's a sample of the user interface of the user interface.
Create report
The widget allows you to print a report among the ones designed with JasperStudio and imported
into CMDBuild.
During the configuration step, you have to specify the name of the report to print, the type of output
(PDF or CSV) and any parameters that the operator will be ask for when printing.
Sample of user interface.
Custom form
The widget allows you to ask the operator to complete a form related to a single card or a grid with
more rows including the cards.
The widget is used, for example, in the grid in order to allow the operator to record a list of assets
received by a supplier according to the information of the delivery note, with the possibility of
adding, editing, deleting rows.
By using the grid mode, the widget allows to export and import data from the CSV file.
Once the data insertion has been confirmed, these data are given back to the process scripts,
which will create new cards into the CMDB or manage them according to the given modes.
Link card
The widget allows to select one or more data cards from a pre-filled in and pre-filtered list.
For example, in an IT Management it can be used to suggest the list of assets to the person who
opened a ticket, among which select the broken asset.
Once the selection has been confirmed, it is given back to the process scripts and is usually used
to create relations in the CMDB.
Manage email
The widget allows to manage the exchange of emails with different interlocutors (applicant,
Open attachment
The widget allows to display process attachments (error screenshots, manuals, technical documents,
etc.) and upload new files, as for Attachments TAB.
Should you require any further information, please read the paragraph 6.8, which describes the
general use of the Attachments TAB.
Sample of user interface.
Open note
The widget allows to consult and edit the notes linked to the process.
Should you require any further information, please read the paragraph 6.4, which describes the general
use of the Notes TAB.
Start workflow
The widget allows you to start a process from the current card, for example a maintenance process
starting from the asset card.
During the configuration step, you have to specify the type of workflow to run and the parameters to
use for the start.
10. Dashboard
CMDBuild includes the possibility of configuring "dashboard" pages; each of them 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 different charts (bar, gauge, line, pie), data tables and texts.
Like all CMDBuild components, also the dashboards are configured in the Administration Module
and can be referred in the Navigation Menu of the Management Module.
• update the chart display after having filled out the parameters
• display the complete list of the values for the chart calculation
In the following example, you can see how you can set a parameter of a calculation function in the
chart.
In the following sample you can see how the value list for the chart calculation can be demanded
and shown.
The dashboards are performed through proper components of the Ext JS library, which the whole
CMDBuild user interface is implemented with.
11. Report
CMDBuild includes a complete report engine, based on the open source project JasperStudio.
The reports are designed by the administrator through a powerful visual editor, imported into
CMDBuild in XML format and made available in the operators' menu.
Various types of report can be configured:
• tabular reports with subreports, groups and totals
• documents, with images and logos
• reports with statistics and graphs
• labels with barcodes
Reports can be exported in PDF or CSV format.
13.3. Chat
CMDBuild has a chat for operators to communicate and report activities, give feedback, solve
doubts, etc.
• display users in chat (in case the box is closed, you will see the unread
messages)
• use the button “+” to display / search for users list and select another
user to communicate with
The following screenshot shows the chat status with a message to read.
The following screenshot shows the conversation with the selected user.
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.
The management of the attachments supports the versioning of those files that have been uploaded
a few times, with automatic numbering.
See also: Card
WORKFLOW STEP
Activity: workflow step.
An activity can be an interaction with the operator (interactive) or a script that processes operations
via API (automatic).
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 (for example in "supplier" class the attributes
can be: name, address, phone number, etc.).
CMDBuild allows you to create new attributes (in classes and domains) or edit existing ones.
In the database, every attribute is related to a column in the table which implements the associated
class and corresponds, in the Data Management Module, to a data entry field of the specific card
for the class management.
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).
CMDBuild includes a connector to sync some CI information (technical or maintenance records)
and an interactive viewer for the 3D model of the building represented by the IFC file.
See also: CI, GIS
CI
We define CI (Configuration Item) each item that provides IT service to users and has a sufficient
detail level for its technical management.
In CMDBuild, the term is applied to a generic context of Asset Management extending the concept
usually used in the management of IT infrastructure.
CI examples include: server, workstation, software, plant, electric panel, fire extinguisher, furniture,
etc.
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 company, a building, an
asset, a service, etc.
CMDBuild allows the administrator - with the Schema Module - to define new classes or delete /
edit existing ones.
A class is represented in the database with a table automatically generated when defining the
class and corresponds - in the Data Management Module - to a card for the consultation and
update of the cards expected in the model.
See also: Card, Attribute
CMDB
ITIL best practice (Information Technology Infrastructure Library), which has become a "standard
de facto" and a non-proprietary system for services management, has introduced the term CMDB
referred to the Configuration Item database.
CMDBuild extends the concept of CMDB applying it to a generic Asset Management context.
See also: Database, ITIL
CONFIGURATION
The configuration management process is designed to keep updated and available to other
processes the IT items (Configuration Items) information, their relations and their history.
Even if it is known as one of the main processes within the ITIL Best Practice, it is used in
CMDBuild for generic contexts of Asset Management.
See also: CI, ITIL
DASHBOARD
In CMDBuild, a dashboard corresponds to a webpage including one or more different graphic
representations, in this way you can immediately hold in evidence some key parameters (KPI)
related to management aspects of the Asset Management 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.
The Asset Management database, implemented on the basis of the CMDBuild logics and
philosophy, is also indicated as CMDB (Configuration Management Data Base).
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, or configured by the Administrator and made available by operators.
See also: Class, View
GIS
A GIS is a system able to produce, manage and analyze 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 (transmission lines)
and polygons (floors, rooms, etc.).
See also: BIM
GUI FRAMEWORK
It is a framework provided by CMDBuild to simplify the implementation of custom user interfaces
and to grant a simplified access to non-technical users. They can be issued onto any webportals
and can be used with CMDBuild through the standard REST webservice.
The CMDBuild GUI Framework is based on javascript JQuery libraries.
See also: Mobile, Webservice
ITIL
"Best practices" system that established a "standard de facto"; it is a non-proprietary system for the
management of IT services, following a process-oriented schema (Information Technology
Infrastructure Library).
ITIL processes include: Service Support, Change Management and the Configuration
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).
CMDBuild uses some ITIL concepts and applies them to a generic context of Asset Management.
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
(also called multiple choice or picklist).
With the Administration Module it is possible to define new "LookUp" tables according to
organization needs.
See also: Attribute type
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: Webservice
PROCESS
The term process (or workflow) refers to a sequence of steps that realize an action.
For each process (type of process) a new process instance will be started when users have to
carry out an action on assets according to a procedure implemented as workflow.
A process is activated by starting a new process (filling related form) and ends when the last
workflow step is executed.
The workflows managed in CMDBuild are described in the standard markup language XPDL (XML
Process Definition Language), ruled by the WFMC (WorkFlow Management Coalition).
See also: Workflow step
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 CMDB.
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.
Reports can be configured in the Administration Module importing in XML format the description of
the layout designed with the visual editor provided by the open source project JasperReports.
CMDBuild users can print reports using the Management Module, which will result as printouts,
charts, documents, labels, etc.
See also: Class, Domain, Database
CARDS
The term "card" refers to an element stored in a class (corresponding to the record of a table in the
database).
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 as template to define attributes shared between subclasses.
From the abstract class, or from abstract class hierarchies, you can derive real classes that contain
data and include both shared attributes (specified in the superclass) and specific subclass
attributes, besides the relations on the superclass domains and on specific domains.
For example, you can define the superclass "Company" with some basic attributes (VAT number,
Business name, Phone number, etc.) and the derived subclasses "Customers" and "Suppliers",
each one with both generic attributes of the superclass and its own attributes and relations.
See also: Class, Attribute
TENANT
A "tenant", in CMDBuild, is a part of the CMDB reserved to users belonging to a suborganization of
the CMDBuild instance (a Group Society, a Seat, a Division, etc.).
Working in "multitenant" mode, every user works only on data of his/her suborganization and, in
case, on common data: "tenants".
The list of usable Tenants can be defined from an applicable class of CMDBuild (seats, companies,
customers, etc.) or from a database custom function, where you can implement complex visibility
rules.
ATTRIBUTE TYPE
Each attribute has a data type that represents attribute information and management.
The type of attribute and its management modes are defined in the Administration Module.
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”.
See also: Attribute
VIEW
A view includes cards defined with logic criteria of filters applied to one or more CMDB classes.
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, which are provided to external applications
to read or write data on CMDB or process operations.
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 consult or insert data or process other operations.
CMDBuild includes some standards widgets to process the most common operations, but it also
supplies the specifications to implement other custom widgets.