neben den normalen freien Feldern gibt es jetzt ja auch 2 Felder die einen Termin darstellen können (Datum & Uhrzeit). Weiß jemand, ob man diesen Termin auch aktiv in OTRS einbeziehen kann?
Es wäre zum Beispiel sinnvoll wenn man dort nach belieben einen Endtermin festlegen könnte, ähnlich der Eskalationszeit nur für jedes Ticket individuell und nach Bedarf...!
Weiß jemand ob das mit Standardmitteln oder geringfügigen Anpassungen geht?
Ticket-Free-Time einbeziehen
Ticket FreeTime einbeziehen
hallo,
wenn ich dich richtig verstehe und du eine bestimmte Endzeit in der Zukunft setzen willst,
dann sollte die Funktion 'warten auf erfolgreich schliessen' doch den Zweck
einfacher erfüllen ?
wenn ich dich richtig verstehe und du eine bestimmte Endzeit in der Zukunft setzen willst,
dann sollte die Funktion 'warten auf erfolgreich schliessen' doch den Zweck
einfacher erfüllen ?
-fb-
System : Debian Edge (unstable/ testing) -- in einer VM
WebServer : Apache 2 - inkl. mod_perl
Datenbank : mySQL 5
OTRS-Version : 2.4.2
System : Debian Edge (unstable/ testing) -- in einer VM
WebServer : Apache 2 - inkl. mod_perl
Datenbank : mySQL 5
OTRS-Version : 2.4.2
hm, ne - ich will das Ticket ja nicht im Warten-zustand haben sondern das soll derweilen ganz normal bearbeitet werden können.
Das soll sozusagen eine Deadline sein, bis zu der eine Lösung für das Problem erarbeitet sein muss. Zwischen setzen dieser Frist und dem Erreichen dieser können von mir aus alle Aktionen mit dem Ticket passieren (Queue verschieben, Notizen hinzufügen, Priorität ändern, weitere Kommunikation mit dem Kunde und und und - alles eben).
Hoffe der Anwendungsfall ist hiermit klarer geworden...
Das soll sozusagen eine Deadline sein, bis zu der eine Lösung für das Problem erarbeitet sein muss. Zwischen setzen dieser Frist und dem Erreichen dieser können von mir aus alle Aktionen mit dem Ticket passieren (Queue verschieben, Notizen hinzufügen, Priorität ändern, weitere Kommunikation mit dem Kunde und und und - alles eben).
Hoffe der Anwendungsfall ist hiermit klarer geworden...
-
- Znuny guru
- Posts: 2189
- Joined: 08 Dec 2005, 17:01
- Znuny Version: 5.0.x
- Real Name: André Bauer
- Company: Magix Software GmbH
- Location: Dresden
- Contact:
Die Deadline setzt du mit der Ticket Eskalation...
Prod: Ubuntu Server 16.04 / Zammad 1.2
DO NOT PM ME WITH OTRS RELATED QUESTIONS! ASK IN THE FORUMS!
OtterHub.org
DO NOT PM ME WITH OTRS RELATED QUESTIONS! ASK IN THE FORUMS!
OtterHub.org
Ticket-Free-Time einbeziehen
hi,
also ich denke iwie geht das schon, wird aber ein grösserer Hack.
Alternativ :
- die Eskalationszeit
- über den Generic-Agent entweder eine Queue prüfen, oder einen neuen Status anlegen und diesen nach Zeit Prüfen und dann reagieren -lassen-.
Das mach ich bei mir mit tickets die älter sind als 24/ 48 Stunden - je nach Vertrag mit den 3rd Partys
also ich denke iwie geht das schon, wird aber ein grösserer Hack.
Alternativ :
- die Eskalationszeit
- über den Generic-Agent entweder eine Queue prüfen, oder einen neuen Status anlegen und diesen nach Zeit Prüfen und dann reagieren -lassen-.
Das mach ich bei mir mit tickets die älter sind als 24/ 48 Stunden - je nach Vertrag mit den 3rd Partys
-fb-
System : Debian Edge (unstable/ testing) -- in einer VM
WebServer : Apache 2 - inkl. mod_perl
Datenbank : mySQL 5
OTRS-Version : 2.4.2
System : Debian Edge (unstable/ testing) -- in einer VM
WebServer : Apache 2 - inkl. mod_perl
Datenbank : mySQL 5
OTRS-Version : 2.4.2
ja, die Möglichkeit mit der Eskalationszeit ist mir schon bewusst, aber meines Wissens nach kann ich die Eskalationszeit nur generell für die Queue festlegen. Was ich aber erreichen will ist eine Eskalationszeit die ich für jedes Ticket unterschiedlich auf einen gewissen Zeitpunkt setzen kann oder aber nach belieben auch garnicht setzen.
Beispiel: in einer Queue kommt ein Antrag auf eine Programmänderung. Dieser ist aufwändig aber nicht dringend, also würde ich die Deadline auf eine 4-Wochen-Frist setzen. Das nächste Ticket enthält einen kleineren Fehler, der aber den Betrieb behindert und der würde dann eine Deadline von einem Tag bekommen. (rein als Beispiel gedacht um mein Anliegen zu verdeutlichen)
edit: da das ja ganz individuell ist kommt der GenericAgent auch nicht in Frage...
Beispiel: in einer Queue kommt ein Antrag auf eine Programmänderung. Dieser ist aufwändig aber nicht dringend, also würde ich die Deadline auf eine 4-Wochen-Frist setzen. Das nächste Ticket enthält einen kleineren Fehler, der aber den Betrieb behindert und der würde dann eine Deadline von einem Tag bekommen. (rein als Beispiel gedacht um mein Anliegen zu verdeutlichen)
edit: da das ja ganz individuell ist kommt der GenericAgent auch nicht in Frage...
Re: Ticket-Free-Time einbeziehen
Eine sehr brauchbare Idee!
Sowas bräuchte ich auch hier.
Evtl. ein Featurerequest starten?
- Ein Ticket ohne bestimmte Deadline richtet sich nach der Eskalationszeit der Queue.
- Ein Ticket mit händisch eingetragener Deadline ignoriert die Eskalationszeit (oder folgt ihr - mit einem Häkchen zuschaltbar)
Sowas bräuchte ich auch hier.
Evtl. ein Featurerequest starten?
- Ein Ticket ohne bestimmte Deadline richtet sich nach der Eskalationszeit der Queue.
- Ein Ticket mit händisch eingetragener Deadline ignoriert die Eskalationszeit (oder folgt ihr - mit einem Häkchen zuschaltbar)
Ticket-Free-Time einbeziehen
Naja, prinzipiell lässt sich das auch problemlos mit einer Queue-Hierarchie bzw. Subqueues umsetzen.Evil-Wax wrote: - Ein Ticket ohne bestimmte Deadline richtet sich nach der Eskalationszeit der Queue.
- Ein Ticket mit händisch eingetragener Deadline ignoriert die Eskalationszeit (oder folgt ihr - mit einem Häkchen zuschaltbar)
Queue "Sowieso" für alles was reinkommt und darunter dann weitere Queues, z.B. "Sowieso-unbegrenzt" für keine Eskalation, "Sowieso-dringend" für 8 Stunden oder wie auch immer das dann auf die jeweilige Situation passt.
Wir haben das hier recht ähnlich laufen: in den verschiedenen Bereichen gibt es unterschiedliche Prioritäts-Queues, in die dann die Tickets eingeordnet werden - klappt, soweit ich das beurteilen kann, ganz gut.
Produktiv-System: Centos 5 OTRS 2.3.4, MySQL 5
Test-System: Centos 4.4, OTRS 2.3.3, MySQL 4.1
Bitte keine Fragen per PM stellen! Das Forum kann euch besser helfen!
Test-System: Centos 4.4, OTRS 2.3.3, MySQL 4.1
Bitte keine Fragen per PM stellen! Das Forum kann euch besser helfen!
Ticket-Free-Time einbeziehen
Warum schwer wenn es auch einfach geht
Danke für den Tipp!
Danke für den Tipp!