Hi,
dafür gibts mehrere Möglichkeiten: Ticket::Watcher; Ticket::Responsible;
Softwareentwickler gibt das Ticket nach Bearbeitung an einen vormaligen
Besitzer zurück (dafür gibts ein eigenes Dropdown im Ticket::ViewOwner);
Softwareentwickler geht die Historie des Tickets durch und entscheidet
selbs
Hallo Dirk,
On 27.07.2011, at 16:31, procar informatik AG - Dirk Pfizenmaier wrote:
> Wenn ein Agent ein Ticket bearbeitet und feststellt, dass bspw. die
> Softwareentwicklung eingreifen muss, wie wird der Ablauf im System
> abgebildet, so das der Entwickler das Ticket bearbeitet und wieder zur
Hi,
das wird nur mit einem Postmasterfilter klappen, der (a) die
Ticketnummer im Subject dynamisch anpasst und (b) die Ticketnummer in
der jeweils anderen Queue in einem Freitextfeld (etwa "externe
Ticketnummer") hinterlegt.
VG,
Felix
On 07/27/11 17:23, Thomas Wittmann wrote:
> Hallo Zusammen,
>
Hallo das was Du suchst stellt glaube ich die Cape-It mit Ihren Master Slave
Tickets zur Verfügung. Die Erweiterung , die auch noch viel mehr beinhaltet,
heißt Kix4OTRS.
Jede Aktion auf dem Master erzeugt auch eine Aktion an allen Slaves.
Das könnte Dir helfen.
Gruß
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo Zusammen,
ich habe hier eine interessante Anforderung bekommen, welche wohl
problematisch ist.
Geben sei für das Beispiel:
Queue-1 mit 1...@system.de und
Queue-2 mit 2...@system.de.
Mein User möchte in Queue-2 ein Ticket erzeugen. Mit der Tick
Hallo Zusammen,
mal eine Frage an die Nutzergemeinde:
Wenn ein Agent ein Ticket bearbeitet und feststellt, dass bspw. die
Softwareentwicklung eingreifen muss, wie wird der Ablauf im System
abgebildet, so das der Entwickler das Ticket bearbeitet und wieder
zurückgibt?
Schiebt der Agent es ei
