Servicefälle

Ein Servicefall ist die KNX-Clarity-Bezeichnung für ein Ticket. Jeder Fall gehört zu einem Projekt, hat eine Priorität, einen Status, optional eine zuständige Person und einen unbegrenzten Kommentar-Thread. Nutzen Sie Fälle für Abnahmelisten, Garantiefälle nach der Übergabe, Routinewartung und alles, was eine Technikerin sonst auf einem Klebezettel verfolgen würde.

Desktop

Mobile

Zwei Sichten

• Service in der Seitenleiste zeigt jeden Fall über alle Projekte der Organisation. Nutzen Sie dies als tägliche „Was-liegt-an“-Sicht.
• Der Tab Servicefälle im Projektdetail zeigt nur die Fälle dieses Projekts. Nutzen Sie ihn, wenn Sie ein einzelnes Gebäude bearbeiten.

Beide Sichten unterstützen dieselben Filter: Status, Priorität, Zuständigkeit und Freitextsuche über Titel und Beschreibung.

Felder

Feld	Werte
Titel	Pflicht, kurzer Freitext.
Beschreibung	Optional, langer Freitext.
Priorität	low, medium, high, critical
Status	open, in_progress, resolved, closed
Zuständigkeit	Beliebiges Mitglied der Org des Projekts, oder leer.
Projekt	Pflicht. Kann nach Anlegen nicht geändert werden.

Fall anlegen

Aus dem Projektdetail heraus:

1. Wechseln Sie zu Servicefälle.
2. Klicken Sie auf Neuer Fall.
3. Füllen Sie Titel, Beschreibung, Priorität und optional eine Zuständigkeit aus.
4. Klicken Sie auf Anlegen.

In der organisationsweiten Service-Liste klicken Sie oben rechts auf Neuer Fall und wählen vor dem Ausfüllen ein Projekt aus dem Dropdown.

Desktop

Mobile

Lebenszyklus

• open — der Fall ist angelegt, aber noch arbeitet niemand daran.
• in_progress — jemand hat ihn übernommen. Wird typischerweise gesetzt, wenn die Zuständigkeit den Fall annimmt.
• resolved — die Technikerin sieht die Arbeit als erledigt. Der Fall wartet auf Kundenfreigabe oder interne Abnahme.
• closed — der Fall ist vollständig abgeschlossen und wird nicht mehr angefasst.

Sie können einen Fall mit Status closed oder resolved jederzeit über das ⋮-Menü wiedereröffnen. Wiedereröffnen setzt ihn auf in_progress zurück und postet einen automatischen Kommentar im Thread.

Zuweisen

Klicken Sie im Fall-Header auf die Zuständigkeits-Pille, um einen Picker mit infrage kommenden Mitgliedern zu öffnen. Sie können zuweisen an:

• jeden admin oder technician der Org des Projekts
• jedes Mitglied mit Rolle service (es sieht den Fall in seiner gefilterten Ansicht)

Das Leeren der Zuständigkeit ist erlaubt — der Fall geht zurück auf „nicht zugewiesen“ und kann von jedem übernommen werden.

Kommentar-Thread

Die untere Hälfte des Falldetails ist ein chronologischer Kommentar-Thread. Jede Person mit Lesezugriff auf den Fall kann kommentieren. Kommentare unterstützen:

• Klartext (Markdown wird nicht gerendert)
• Erwähnungen mit @Name — KNX Clarity ersetzt die Erwähnung durch den Mitgliedsnamen und schickt eine Benachrichtigung an diesen Nutzer
• Inline-Bildanhänge per Einfügen — fügen Sie ein Bild aus der Zwischenablage ein, wird es hochgeladen, in S3 gespeichert und in den Kommentar eingebettet

In der öffentlichen Beta gibt es kein Bearbeiten oder Löschen von Kommentaren. Bei einem Tippfehler posten Sie eine Korrektur darunter; so bleibt die Audit-Spur manipulationssicher.

SLA und Priorität

Die Prioritäts-Markierung ist heute formfrei — an einer Prioritätsstufe hängt kein automatischer SLA-Timer. Nutzen Sie sie als visuellen Sortierschlüssel und Team-Konvention:

• critical — Gebäude steht still, Kunde wartet, alles andere liegen lassen.
• high — heute übernehmen.
• medium — innerhalb der Woche.
• low — wenn Zeit ist.

Automatisches SLA-Tracking (Uhr startet bei open, stoppt bei resolved, Alarm bei Überschreitung) ist auf der Roadmap nach der Beta.

Benachrichtigungen

Standardmäßig lösen die folgenden Service-Ereignisse eine Benachrichtigung aus:

• Ihnen wird ein Fall zugewiesen.
• Jemand erwähnt Sie in einem Fall-Kommentar.
• Ein von Ihnen angelegter Fall wechselt auf resolved oder closed.

Über Einstellungen → Benachrichtigungen können Sie einzelne Ereignisse deaktivieren.