> For the complete documentation index, see [llms.txt](https://docs.buildings.ability.abb/collection/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.buildings.ability.abb/collection/german/akademie/eliona-as-a-ticketing-platform/guide-from-an-admins-perspective.md). # Leitfaden aus Sicht eines Administrators Als Administrator sind Sie für die Konfiguration und Verwaltung des Ticketsystems verantwortlich. Um diese Aufgaben auszuführen, benötigen Sie entweder die Rolle „Systemadministrator“ oder „Systembesitzer“. Diese Rollen gewähren Ihnen alle erforderlichen Rechte, um das Ticketing in BuildingPro Suites einzurichten und zu verwalten. ## Einen Mandanten erstellen Wenn Sie mit einer neuen BuildingPro Suites-Instanz arbeiten, verwenden Sie den vorhandenen Mandanten für das Ticketing. Wenn bereits eine BuildingPro Suites-Instanz vorhanden ist, müssen Sie zuerst in den Einstellungen einen neuen Mandanten erstellen. [->Einen Mandanten erstellen](/collection/german/erste-schritte/1.-create-users-and-tenants/create-a-tenant.md) ## Tags Nachdem der Mandant eingerichtet ist, erstellen Sie die erforderlichen Tags. Diese werden verwendet, um Benutzern nur ihre eigenen Tickets anzuzeigen und Assets effizient zu filtern und zu sortieren. Für jeden Kunden muss mindestens ein Tag erstellt werden. Zusätzliche Tags helfen, die Übersichtlichkeit zu verbessern und die Suche nach Assets und Benutzern zu erleichtern. [->Tags](/collection/german/verpflichtende-basis/platform-core/workspace-and-identity/tags.md)

## Benutzer Jeder Kunde erhält einen individuellen Login oder bei Bedarf ein eigenes Benutzerkonto, mehrere auch wenn nötig. Für das Serviceteam wird außerdem für jeden Mitarbeiter ein eigener Benutzer angelegt. Zusätzlich gibt es einen allgemeinen Service-Benutzer, dessen Aufgabe es ist, Tickets an die richtigen Mitarbeiter zu verteilen. Gibt es nur einen Servicemitarbeiter, ist dieser Mechanismus nicht erforderlich. Für eine bessere Übersicht werden die Benutzer des Kunden den zuvor erstellten Tags zugeordnet.[ ->Benutzer](/collection/german/verpflichtende-basis/platform-core/workspace-and-identity/users.md)

## Rollen Für Servicemitarbeiter wird eine spezielle Rolle erstellt, die es ermöglicht, dass alle Tickets für alle sichtbar sind. Einzelne Tickets können über Filter gefunden werden. Wenn nicht alle Tickets für alle Servicemitarbeiter sichtbar sein sollen, müssen zusätzliche Rollen erstellt werden. Die Rolle für Servicemitarbeiter erfordert die Rechte zum Verwalten, Schreiben und Lesen von Tickets sowie die Rechte zum Schreiben und Lesen von Assets. Die erforderlichen Rechte können je nach Anwendung angepasst werden. Jeder Kunde erhält eine eigene Rolle, die nur Zugriff auf seine eigenen Tags hat. Grundsätzlich benötigt der Kunde nur das Recht, Tickets zu lesen und zu schreiben sowie Assets zu lesen. Diese Rechte können je nach Anforderungen und vorhandenen Dashboards weiter angepasst werden. [->Rollen](/collection/german/verpflichtende-basis/platform-core/workspace-and-identity/roles.md)

## Assets Serviceobjekte werden als Assets angelegt. Dazu können einzelne Geräte oder sogar ganze Gebäude gehören. Je nach Rechtevergabe werden die Assets entweder ausschließlich vom Administrator oder auch von den Servicemitarbeitern erfasst. Wichtig ist, dass die Assets mit den kundenspezifischen Tags versehen werden, damit sie dem richtigen Kunden zugeordnet sind. Alle wichtigen Informationen zum Serviceobjekt werden im Asset eingetragen. Bei Bedarf können über das Asset-Modell weitere Felder hinzugefügt werden, um zusätzliche Informationen zu erfassen. [->Assets](/collection/german/verpflichtende-basis/assets.md)

--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.buildings.ability.abb/collection/german/akademie/eliona-as-a-ticketing-platform/guide-from-an-admins-perspective.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.