Tickets

Tickets sind die menschliche Arbeitsverwaltungs-Ebene oberhalb Ihrer Anlagen – der Ort, an dem Untersuchung, Zuweisung, Diskussion und Lösung tatsächlich stattfinden. Während ein Event ein maschinell erkanntes Signal ist, ist ein Ticket der Arbeitsbereich, der Ihrem Team gehört: wer daran arbeitet, was versucht wurde und wie es endet.

Ticket-Konzept

Ihre Anlagen lösen automatisch Events aus – eine Netzabschaltung, eine Überproduktionsbegrenzung, ein Logger, der seine Quelle verliert. Diese Events sind bewusst schlank gehalten: Sie erfassen, was erkannt wurde, wo, wann und wie schwerwiegend. Sie sind nicht der richtige Ort, um die nachfolgende Arbeit zu verfolgen.

Ein Ticket ist genau diese Nachverfolgung. Sie eröffnen ein Ticket, um ein Problem zu untersuchen, übergeben es einer Kollegin oder einem Kollegen, sammeln Notizen und Erkenntnisse in einem einzigen Thread, verknüpfen die betroffenen Komponenten und Events und schließen es, sobald die Situation gelöst ist. Jede Änderung wird festgehalten, sodass Sie Monate später genau rekonstruieren können, was geschehen ist und wer was getan hat.

Events vs. Tickets

Ein Event ist ein erkanntes Signal, in der Regel automatisch und als Datensatz schreibgeschützt. Ein Ticket ist die menschliche Geschichte darum herum: Triage, Zuweisung, Kommentare und Lösung. Beide sind miteinander verknüpft, damit das Signal und die Arbeit zu dessen Lösung verbunden bleiben. Der frei wählbare Titel und die Beschreibung, die ältere Events trugen, werden zugunsten von Tickets abgeschafft – betrachten Sie das Event als Auslöser und das Ticket als Arbeitsbereich.

Tickets sind eine Unterressource der Anlage: Jedes Ticket gehört zu genau einer Anlage, und Ihr Zugriff darauf folgt Ihrer Rolle an dieser Anlage und nicht einer separaten Einstellung.

Was ein Ticket enthält

Ein Ticket bündelt alles zu einem Arbeitsvorgang in einer einzigen Ansicht:

Titel und Beschreibung – eine kurze Überschrift plus die vollständige Schilderung dessen, was bearbeitet wird.
Kategorie – um welche Art von Arbeit es sich handelt (siehe unten), damit Tickets nach Typ gefiltert und triagiert werden können.
Status – wo die Arbeit in ihrem Lebenszyklus steht.
Zuständige Person – die einzelne Person, die für das Ticket verantwortlich ist. Eine Neuzuweisung wird festgehalten.
Zeitplan – ein optionaler Start- und Endzeitpunkt für die Arbeit, neben den automatischen Zeitstempeln für Erstellung, Aktualisierung und Schließung.
Kommentare – eine Thread-Diskussion, in der das Team das Problem erarbeitet.
Erwähnungen – ziehen Sie eine Kollegin oder einen Kollegen mit einer @mention in ein Ticket; sie werden benachrichtigt und nachverfolgt.
Verknüpfungen – Verbindungen zu den Events, anderen Tickets und Komponenten, die diese Arbeit betrifft.
Aktivitätsverlauf – eine vollständige, automatische Historie jeder am Ticket vorgenommenen Änderung.

Systemtickets

Manche Tickets werden automatisch von der Plattform statt von einer Person eröffnet. Sie verhalten sich wie jedes andere Ticket – Sie können sie kommentieren, zuweisen und schließen –, sind aber als systemgeneriert gekennzeichnet, sodass Sie auf einen Blick erkennen, welche Arbeit die Plattform für Sie eingereiht hat.

Ticket-Kategorien

Jedes Ticket trägt eine Kategorie, damit Ihr Team Arbeit nach der Art des Problems sortieren und triagieren kann, das sie darstellt:

Kategorie	Verwendung für
Wartung	Geplante oder routinemäßige Instandhaltung und Pflege
Defekt	Eine fehlerhafte Komponente oder ein Geräteausfall
Kommunikation	Konnektivitäts- oder Datenerfassungsprobleme mit einer Quelle
Abschaltung	Arbeit im Zusammenhang mit einem Netz- oder externen Produktionsstopp
Umgebung	Bedingungen durch Wetter, Verschmutzung, Verschattung oder das Umfeld
Informativ	Ein zur Kenntnisnahme geführter Eintrag, ohne erforderliche Maßnahme
Allgemein	Alles, was nicht in die obigen Kategorien passt

Ticket-Lebenszyklus

Ein Ticket durchläuft eine klare Statusabfolge, sodass alle sehen können, wo die Arbeit steht:

Offen – erstellt und auf die erste Triage wartend.
Erkannt – das zugrunde liegende Problem wurde identifiziert und bestätigt.
In Bearbeitung – jemand arbeitet aktiv daran.
Geschlossen – die Arbeit ist abgeschlossen und die Situation gelöst.

Ein geschlossenes Ticket kann wiedereröffnet werden, wenn das Problem zurückkehrt, sodass ein wiederkehrendes Problem seine gesamte Historie zusammenhält, anstatt jedes Mal ein frisches, losgelöstes Ticket zu erzeugen. Schließen und Wiedereröffnen werden beide im Aktivitätsverlauf festgehalten, samt der Angabe, wer es getan hat und wann.

Kommentare und Erwähnungen

Der Diskussions-Thread ist der Ort, an dem die eigentliche Problemlösung stattfindet. Jede Person, die an einem Ticket arbeitet, kann:

Kommentieren, um Erkenntnisse, Entscheidungen und nächste Schritte festzuhalten.
Eigene Kommentare bearbeiten oder löschen – bearbeitete und gelöschte Kommentare werden markiert statt stillschweigend geändert, damit der Verlauf ehrlich bleibt.
Eine Kollegin oder einen Kollegen mit @ erwähnen, um sie ins Ticket zu holen. Die Plattform verfolgt, wer wann von wem erwähnt wurde, und benachrichtigt die erwähnte Person.

Das Ticket erfasst außerdem, welche Nutzer darüber benachrichtigt wurden und welche es gesehen haben, sodass Sie wissen, ob die richtigen Personen über ein offenes Problem informiert sind.

Das größere Bild verknüpfen

Ein Ticket steht selten für sich allein. Sie können es mit dem Rest der Plattform verbinden, sodass der Kontext der Arbeit folgt:

Event-Verknüpfungen – verweisen auf die Events, die die Arbeit ausgelöst haben oder sie betreffen. Ein Netzabschaltungs-Event und das Wartungsticket zu dessen Behebung bleiben miteinander verbunden.
Ticket-Verknüpfungen – verweisen auf andere Tickets, sodass zwischen zusammenhängender oder abhängiger Arbeit leicht navigiert werden kann.
Komponentenverknüpfungen – verknüpfen die spezifischen Teile der Anlage, die das Ticket betrifft (einen Logger, Wechselrichter, GAK, String, Einspeisezähler oder Einstrahlungssensor), und durchsuchen die Komponenten der Anlage, um die richtige zu finden. Dies ist dasselbe Verknüpfungsmodell, das Events verwenden, sodass die Ansicht der Komponentenbewertung und das Ticket konsistent bleiben.

Bei einem Event beginnen

Wenn ein Event untersucht oder behoben werden muss, eröffnen Sie ein Ticket und verknüpfen das Event damit. Das Event bleibt der objektive Datensatz dessen, was die Plattform erkannt hat; das Ticket trägt die zuständige Person, die Diskussion, Erwähnungen, Komponentenverknüpfungen und die vollständige Historie der Arbeit.

Aktivitätshistorie

Jedes Ticket führt einen automatischen Aktivitätsverlauf – ein chronologisches Audit von allem, was damit geschehen ist. Sie müssen ihn nie von Hand pflegen; die Plattform erfasst jede Aktion, sobald sie eintritt:

Erstellung, Schließung, Wiedereröffnung und Löschung.
Änderungen an Titel, Beschreibung, Kategorie und Status – erfasst mit dem vorherigen und dem neuen Wert.
Zuweisung, Neuzuweisung und Aufhebung der Zuweisung.
Hinzugefügte, bearbeitete oder gelöschte Kommentare sowie erwähnte Nutzer.
Verknüpfte oder getrennte Komponenten sowie referenzierte oder entfernte Events oder andere Tickets.

Dieser Verlauf ist die maßgebliche Quelle des Tickets für Nachvollziehbarkeit: Gewährleistungsstreitigkeiten, Audits und Nachbesprechungen nach Vorfällen stützen sich alle darauf, und er kann nachträglich nicht heimlich umgeschrieben werden.

Tickets finden und durchsehen

Tickets werden als Langzeit-Datensatz aufbewahrt, sodass Sie die tägliche Arbeit verwalten und die Historie später durchsehen können:

Auflisten und filtern – durchsuchen Sie Tickets über die Anlagen hinweg, auf die Sie Zugriff haben, gefiltert nach Anlage, Kategorie, Status oder zuständiger Person und sortiert, um die neuesten oder dringendsten zuerst anzuzeigen.
Detailansicht – öffnen Sie ein beliebiges Ticket, um seine Beschreibung, Kommentare, verknüpfte Events und Komponenten, die Nachverfolgung von Benachrichtigung und Sichtung sowie den vollständigen Aktivitätsverlauf zu sehen.
Historischer Datensatz – geschlossene Tickets bleiben verfügbar und bewahren die vollständige Geschichte vergangener Arbeit und wiederkehrender Probleme.

Zugriff und Berechtigungen

Tickets sind eine Unterressource der Anlage, sodass der Zugriff Ihrer Job-Rolle an der übergeordneten Anlage folgt – und nicht einer separaten Einstellung pro Ticket. Jede Person, die eine Anlage einsehen kann, kann deren Tickets lesen. Darüber hinaus unterscheidet die Plattform zwischen technischer und kaufmännischer Verantwortung:

Technische Rollen – Betreiber und Technische Betriebsführung (sowie die entsprechenden Organisationsrollen) erhalten die vollständige Ticket-Administration: erstellen, bearbeiten, zuweisen, kommentieren, schließen, wiedereröffnen und löschen.
Asset Manager (Kaufmännisch) kann Tickets lesen und erstellen, sie aber nicht schließen, wiedereröffnen oder löschen – kaufmännische Aufsicht, ohne den technischen Lösungsstatus zu verändern.
Betrachter können Tickets lesen, sie aber nicht ändern.

Kooperationspartner, die die erforderliche Job-Rolle an einer geteilten Anlage innehaben, werden zu denselben Bedingungen einbezogen. Im Berechtigungssystem finden Sie das vollständige Rollenmodell.