Znuny Open Source Ticketsystem

Keiner eine Idee wie man den Responsible setzen kann?

Danke erstmal für den Tipp. Dazu folgende Frage: Wo ist das mit dem 'update' dokumentiert? Habe ich was überlesen? In Framework->Core stehen in der Sysconfig über die Oberfläche die zusätzlichen Möglichkeiten für die Agenten bei System::Permission beschrieben (z.B. freetext, responsible etc.). Beim ...

Hallo zusammen, gibt es irgendwo über die Hinweise im Handbuch und in der GenericAgent.pm.examples und GenericAgent.dist hinaus eine Auflistung der Felder die man dort ansprechen kann? Oder kann ich das in irgendwelchen Modulen nachschauen? Ich habe auch schon die Threads hier im Forum und unter faq...

Hallo zusammen, ich habe die Anforderung, dass der "Chef" bzw. ein Super-User auf (von anderen Agenten) gesperrte Tickets dem Kunden antworten können möchte bzw. Artikel weiterleiten möchte. Es gibt hierzu sicher die Möglichkeit, dass er bei allen Tickets der Besitzer ist, und die internen...

Hallo zusammen, Suche und Dok helfen mir auch hier nicht weiter. Folgendes Problem: Der Kunde soll nicht in der Lage sein, in einer Queue, auf die er Schreibrecht hat, neue Tickets anlegen zu können. Der Hintergrund ist der folgende: Ein Ticket wandert durch bestimmte Subqueues, auf die er nur Leser...

Also ich habe selbst rausfinden können wie wir das, was wir brauchen umsetzen können. Falls mal jemand was ähnliches machen möchte: Durch das Verschieben in eine Eskalations-Queue wird das Ticket ja automatisch entsperrt und die auf dieser Queue definierte Reaktionszeit beginnt von neuem. Da die Abf...

Hallo zusammen, Doku, Google und Forum helfen mir nicht weiter. Ich habe das Problem, dass wir ein Szenario abbilden wollen, in dem mehrfach Eskalationsstufen abgebildet werden müssen. In der 1. Queue sind die Eskalationszeiten so eingestellt, dass das Ticket eskaliert, wenn die Reaktionszeit übersc...

Hallo zusammen, doku, forum und google helfen mir nicht mehr weiter. Wir möchten folgendes Szenario abbilden: 1. Kunde schreibt ein neues Ticket 2. Nach einer bestimmen Zeit (i.e. Reaktionszeit) eskaliert das Ticket und wird in eine Sub-Queue verschoben 3. Der Kunde soll eine Nachricht darüber erhal...