This article is being created, please bear with us.
Categories are used to distinguish different types of a single object class. In a sense, different categories within an object class can be seen as subclasses of that object. For instance, the ‘Area’ object class, has multiple default categories available out of the box:
...
Using multiple categories for a single object class has multiple benefits or reasons:
. Default categories are available to use for the relevant objects in Workplace Management, like Requests, Reservations, Work orders, Buildings, Areas, Assets, etc. If there is only one default category available for the object, the user creating a new object, will not have the choice to select a category (Requests and Reservations only have one (default) category). Users can only create objects in a specific category, if the user has the correct authorizations.
Below some examples of objects and the default categories available:
...
Using categories for objects has multiple purposes:
Different page
It is possible that objects of the same type If an object is being created and the object has multiple categories available to the user, the user will first need to select the desired category via a single select list as shown in the screenshot above. Not all objects have a category selection. For instance, requests are always created in the default category (customization aside)
Using multiple categories for a single object class has multiple purposes. The most relevant are:
Different categories can have different pages for the same object class
Objects of the same class (e.g. Area) may require different data to be registered. With different categories, different pages can be used. For example, for the area category ‘Meeting room' it is relevant to register the capacity and if the room is reservable. For the area category ‘Floor’ this information is not relevant and therefor therefore not visible on the page used for the 'Floor’ category.
Different workflow It is possible that objects process
With different categories, different workflows can assigned. Objects of the same type class (e.g. Invoiceinvoices) may require a different process or workflow . With different categories, different workflows can be useddepending on the category. The process for an outgoing invoice is different from the process for an incoming invoice. A different workflow means that the process can have different tasks, which need to be executed by different users.
Using templates
Us as filter in searching and reporting
Users can search and filter on specific fields, including (in some cases) the category (when using either advanced search screens or reports. For example, filter on all Assets of the category ‘Laptops’ to get an overview of all laptops. In this sense, the category acts like a label.
Next to the above, categories can also be used for certain customization purposes. The next list is only a short overview. For details on these types of customization, see the relevant article in the /wiki/spaces/KB/pages/224428166
Use a different template per category. A tempate can be linked to a category. A template can be used to pre defined data, when creating an object of that category. For example, when creating a new request in a certain custom category, the field ‘Priority' automatically needs to be ‘Low’
...
Different authorizations
...
Different categories also allows the administrator via customization to set different authorizations. For example,
...
Reporting
Users can view reports with a default filter on a category. For example, ‘Corrective work orders assigned to me' or 'Reservable meeting rooms in building’. These reports filter the results the users sees, based on the default category specified in the filter of the report.
Integrations
...
a certain custom contract category might be authorized in such a way that only a subset of users managing all the contracts can view or edit contracts in this categorie.