Hallo,
leider habe ich bei uns so ein kleines Problem mit unseren Mitarbeiter.
Kurze Beschreibung ist Situation:
1. Queue "Support" dort sind alle Mitarbeiter drin. Jeder soll sich da ein Ticket schnappen und bearbeiten.
Problem: Es wird gelesen und dann nach dem Motto nö doch kein Bock wird es nicht übernommen bzw. abgearbeitet.
Soll:
Tickets laufen in die Queue 1 Level Support
Die Queue 1 Level Support hat Sub Queues für die einzelne Mitarbeiter, d.h.
1 Level Support
1 Level Support:MA1
1 Level Support:MA2
1 Level Support:MA3
2 Level Support
wird ein Ticket auf Status "geschlossen", "erfolglos geschlossen", (Hauptsache geschlossen) oder in die Queue "2 Level Support" verschoben, soll der Mitarbeiter ein neues Ticket aus der Queue "1 Level Support" erhalten.
Dies soll natürlich nicht random mäßig passieren sondern nach einer Sortierung "Priorität", "Erstellzeit". Und um das ganze jetzt noch zu verschärfen, will ich das ganze nur wenn der MA im Profil keine Abwesenheitszeit eingetragen hat.
Da ich keine durchschnittliche Bearbeitungszeit habe würde ich die MA anweisen, sich im Fall von Krankheit etc, auf Abwesend zu setzt und dann das Ticket zu verschieben oder ähnliches.
Auch denkbar wäre eine GenericAgent der dies überprüft, kann man aber nicht wirklich einstellen.
Hat jemand dafür eine Lösung wie man das ganze konfigurieren kann?
Problem mit den Mitarbeitern
-
- Znuny newbie
- Posts: 20
- Joined: 30 Mar 2011, 21:15
- Znuny Version: 3.0.6
Problem mit den Mitarbeitern
Produktiv: OTRS 3.0.6 mit ITSM 3.0.1, iphoneHandle 1.0.2, FAQ 2.0.4,
Test: OTRS 3.3.3
Test: OTRS 3.3.3
Re: Problem mit den Mitarbeitern
Hallo,
Mitarbeiter bezogene Queues empfehlen sich nicht. Es sollte doch einen Service Verantwortlichen geben, der hier notfalls zuweisen kann? Ansonsten müsste man ein Autozuweisen programmieren
Mitarbeiter bezogene Queues empfehlen sich nicht. Es sollte doch einen Service Verantwortlichen geben, der hier notfalls zuweisen kann? Ansonsten müsste man ein Autozuweisen programmieren
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
-
- Znuny ninja
- Posts: 1312
- Joined: 25 May 2012, 08:51
- Znuny Version: OTRS 4
- Real Name: Klaus Nehrer
Re: Problem mit den Mitarbeitern
Wer kennt das nicht ...Bluesky13503 wrote:Hallo,
leider habe ich bei uns so ein kleines Problem mit unseren Mitarbeiter.
Kurze Beschreibung ist Situation:
1. Queue "Support" dort sind alle Mitarbeiter drin. Jeder soll sich da ein Ticket schnappen und bearbeiten.
Problem: Es wird gelesen und dann nach dem Motto nö doch kein Bock wird es nicht übernommen bzw. abgearbeitet.
Bis hierhin wäre es automatisiert mit Bordmittel soweit möglich, dass ich im Moment nicht weiß, wie man den Füllstatus einer Queue abfragen würde.Bluesky13503 wrote: Soll:
Tickets laufen in die Queue Support
Die Queue Support hat Sub Queues für die einzelne Mitarbeiter, d.h.
1 Level Support
1 Level Support:MA1
1 Level Support:MA2
1 Level Support:MA3
2 Level Support
wird ein Ticket auf Status "geschlossen", "erfolglos geschlossen", (Hauptsache geschlossen) oder in die Queue "2 Level Support" verschoben, soll der Mitarbeiter ein neues Ticket aus der Queue "1 Level Support" erhalten.
Da wird's unartig. An dieser Stelle würde ich mir einen Entwickler suchen. Theoretisch liefert OTRS alles an Daten und Aufarbeitungen, aber das zu kombinieren dürfte ohne extra Modul nicht möglich sein.Bluesky13503 wrote: Dies soll natürlich nicht random mäßig passieren sondern nach einer Sortierung "Priorität", "Erstellzeit". Und um das ganze jetzt noch zu verschärfen, will ich das ganze nur wenn der MA im Profil keine Abwesenheitszeit eingetragen hat.
Leider nein, nur die o. g. Ansätze.Bluesky13503 wrote: Hat jemand dafür eine Lösung wie man das ganze konfigurieren kann?
Hier hilft nur disziplinieren und ggf. dispatchen. Eskalationen einbauen und wenn sich keiner freiwillig findet, nach dem rrp die Tickets zuordnen ...