IT-Ticket-Triage

Sie verwandelt einen Stapel eingehender Tickets in eine sortierte Warteschlange. Sie geben Joy die Tickets und Ihre SLA-Regeln, und es kategorisiert jedes einzelne, setzt eine Priorität, schlägt die Warteschlange oder den Verantwortlichen vor, an die/den es weitergeleitet werden soll, und kennzeichnet alles, was wie ein Sicherheitsvorfall oder ein Duplikat aussieht. Sie prüfen die Triage und leiten die Arbeit weiter.

Nein. Joy schlägt die Triage vor — die Kategorie, Priorität, den vorgeschlagenen Verantwortlichen und etwaige Kennzeichnungen — und Sie bestätigen und leiten weiter. Das Sortieren wird für Sie erledigt; die Aktion in Ihrem Ticketing-Tool bleibt in Ihren Händen. Wo ein Connector das Zurückschreiben unterstützt, entscheiden Sie, was tatsächlich bewegt wird.

Aus Ihren eigenen SLA-Regeln. Wenn Ihre Stufen einen teamweiten Ausfall oder einen Sicherheitsvorfall auf P1 und ein routinemäßiges Zurücksetzen auf P3 setzen, wendet Joy das konsistent auf den ganzen Stapel an. Wenn die Regeln in Ihrem Knowledge Center liegen, nutzt es sie; andernfalls können Sie sie in der Anfrage ausbuchstabieren.

Das ist ein Hauptgrund, es einzusetzen. Ein Ticket, das sich wie Phishing, ein Gutscheinkarten-Betrug oder Social Engineering liest, kann in einer vollen Warteschlange routinemäßig wirken. Joy zieht diese heraus und kennzeichnet sie, sodass sie nicht hinter einem Passwort-Reset warten, und Sie entscheiden, wie Sie eskalieren.

Joy vergleicht die Tickets im Stapel und jeglichen aktuellen Kontext, den Sie ihm geben, auf denselben Anfragenden, dasselbe System oder dasselbe Symptom. Wenn zwei wie dasselbe Problem aussehen, kennzeichnet es das Paar, sodass Sie sie zusammenführen können, statt an beiden zu arbeiten. Sie treffen die endgültige Entscheidung, ob sie wirklich dasselbe sind.