Wissensbasis/Support & Zuverlaessigkeit/Support-Tickets und Anhänge: geben Sie dem Support die Hinweise, nicht den Roman
01Support & Zuverlaessigkeit2 Min. Lesezeit

Support-Tickets und Anhänge: geben Sie dem Support die Hinweise, nicht den Roman

Wie Tenant-Tickets, von der Plattform angelegte Tickets, Antworten und Anhänge die Fehlersuche an der richtigen Organisation halten.

Support funktioniert am besten, wenn das Problem mit Kontext ankommt. „Es ist kaputt“ ist emotional ehrlich, aber operativ nicht großzügig. Support-Tickets in ReVend OS halten Route, Tenant, Anfragenden, Status, Antworten und Anhänge an einem Ort.

Tenant-Tickets

Auf /support öffnen und verfolgen Tenant User ihre eigenen Tickets. Ein neues Ticket nimmt einen Betreff, eine Kategorie — Allgemeine Frage, Abrechnung, Fehlerbericht, Funktionswunsch, Konto / Login oder Sonstiges —, eine Priorität von Niedrig, Normal oder Hoch und eine Markdown-Beschreibung für Schritte, IDs und Fehlermeldungen. Dringend steht nicht auf der Karte des Tenants; es ist eine Eskalationspriorität für Operators, gesetzt von den Leuten, die etwas tun können. Einmal angelegt bekommt das Ticket eine Nummer TIC-YYYY-NNNNN und startet als Offen. Antworten halten das Gespräch am Record, statt die Lösung über Postfächer, Screenshots und eine heldenhafte Slack-Nachricht zu verstreuen, die später niemand findet.

Anhänge

Neue Tickets und Antworten haben eine Büroklammer. Dateien gehen in einen privaten Storage-Bereich ticket-attachments, nie in einen öffentlichen Bucket, mit einem Limit von 25 MB pro Anhang und fünf Anhängen pro Nachricht. Die Nachricht wird zuerst gespeichert und die Dateien laden danach hoch, damit ein fehlgeschlagener Upload die Nachricht stehen lässt, mit Rückmeldung zum erneuten Versuch, statt die ganze Antwort zu fressen. Einen Anhang zu öffnen erzeugt einen kurzlebigen signierten Downloadlink, und der Download wird als Dokumentzugriff geloggt — Supportdateien enthalten Rechnungen, Screenshots und Seriennummern, und nichts davon sollte zur Flurdekoration werden.

Von der Plattform angelegte Tickets

Platform Owner und Staff können mit „Neues Kundenticket“ auf /admin/support einen Fall für einen Tenant eröffnen: eine aktive Organisation wählen, die E-Mail des Anfragenden und optional den Namen, Betreff, Kategorie, Priorität und Beschreibung. Die SLA-Ziele folgen der Priorität, genau wie bei einem Ticket, das der Tenant selbst geöffnet hat. So kann der Support nach einem Anruf oder einer Onboarding-Session einen Fall eröffnen, ohne sich als jemand auszugeben, und der Audit Trail zeigt klar, dass die Plattform ihn gestartet hat. Öffnet der Support ein Ticket, während die Plattform aktive Aufmerksamkeitspunkte hat, kann automatisch eine interne Platform-Health-Notiz angehängt und von der Ticket-Detailseite aus aktualisiert werden — intern, und nie mit Secrets oder rohen Provider-Payloads.

Gute Tickets

Ein gutes Ticket sagt, was passiert ist, wo es passiert ist, was erwartet wurde und ob es die Arbeit blockiert. Ein Screenshot kann helfen. Zwölf Screenshots ohne die Route werden zum Daumenkino der Verwirrung.