# Guide from the admin perspective

As an administrator, you are responsible for configuring and managing the ticketing system. To perform these tasks, you need either the system role «System admin» or «System owner». These roles grant you all the necessary permissions to set up and manage ticketing in Eliona.

## Create project

When working with a new Eliona instance, use the existing project for ticketing. If an Eliona instance already exists, you must first create a new project in the settings.[ ](https://docs.buildings.ability.abb/collection/english-v14/getting-started/1.-create-users-and-projects/create-a-project)[->Create project](https://docs.buildings.ability.abb/collection/english-v14/getting-started/1.-create-users-and-projects/create-a-project)

## Tags

Once the project is set up, create the required tags. These are used to show users only their own tickets and to filter and sort assets efficiently. At least one tag must be created for each customer. Additional tags help improve clarity and make it easier to search for assets and users. [>Tags](https://docs.buildings.ability.abb/collection/english-v14/documentation/tags)

<figure><img src="https://content.gitbook.com/content/Nyvwhz1kEMXcHf4HLuZ8/blobs/0DFG1WgItdwMif3t0Itm/Snag_2360951b%20(1).png" alt=""><figcaption><p>Tags</p></figcaption></figure>

## Users

Each customer receives an individual login or their own user account, and multiple if needed. For the service team, an individual user is also created for each employee. In addition, there is a general service user whose task is to distribute tickets to the right employees. If there is only one service employee, this mechanism is not needed. For better overview, the tags created earlier are assigned to the customer's users. [->Users](https://docs.buildings.ability.abb/collection/english-v14/documentation/users)

<figure><img src="https://content.gitbook.com/content/Nyvwhz1kEMXcHf4HLuZ8/blobs/OPbgEHkkwD0LD3XulkwT/Snag_2360a1fc.png" alt=""><figcaption><p>Users</p></figcaption></figure>

## Roles

For the service employees, a special role is created that makes all tickets visible to everyone. Own tickets can be found using filters. If not all tickets should be visible to all service employees, additional roles must be created. The service employee role requires permissions to manage, write, and read tickets, as well as permissions to write and read assets. The required permissions can be adjusted depending on the application.

Each customer receives their own role, which only has access to their own tags. In principle, the customer only needs the permission to read and write tickets and to read assets. These permissions can be further adjusted depending on the requirements and existing dashboards.      [->Roles](https://docs.buildings.ability.abb/collection/english-v14/documentation/roles)

<figure><img src="https://content.gitbook.com/content/Nyvwhz1kEMXcHf4HLuZ8/blobs/p2kfbyFOz1z3VsFtqYmz/Snag_2360b0e0.png" alt=""><figcaption><p>Roles</p></figcaption></figure>

## Assets

Service objects are created as assets. These can include individual devices or entire buildings. Depending on the assignment of permissions, the assets are recorded either exclusively by the administrator or also by the service employees. It is important that the assets are provided with the customer-specific tags so that they are assigned to the correct customer. All important information about the service object is entered in the asset. Additional fields can be added if needed via asset modelling to capture further information. [->Assets](https://docs.buildings.ability.abb/collection/english-v14/documentation/assets)

<figure><img src="https://content.gitbook.com/content/Nyvwhz1kEMXcHf4HLuZ8/blobs/MKe015XSpgMhXNoEU7RC/Snag_2360bf67.png" alt=""><figcaption><p>Asset modelling</p></figcaption></figure>
