eigenen Prozess bei bestimmten Kunden ausserhalb der Arbeitszeiten aufrufen
Hallo, stehe hier vor folgender Aufgabe: Fuer bestimmte Kunden ist ein erweiterter Support vereinbart worden, das kann man ja ueber SLA/Services ja abbilden. Was ich gerne machen wuerde ist aber eine Benachrichtigung einer Gruppe von Verantwortlichen ueber andere Wege als Mail, wenn ein Ticket in einem bestimmten Zeitraum auf- gemacht wird. Am einfachsten wuerde sich fuer mich gestalten, wenn man z.B. ueber einen Filter dafuer sorgen kann, dass ein Prozess gestartet wird (z.B. mit der Ticketnummer als Parameter), der dann die entsprechenden Aktionen startet. Bisher habe ich aber nur den Weg ueber den GenericAgent gefunden, wuerde aber gerne vermeiden, dass ein neues Ticket bis zu 10 Minuten unbenach- richtigt herumliegt. Gibt es da auch eine andere Moeglichkeit, es wuerde auch reichen, dass der Prozess pauschal gestartet wird und dieser nachsieht, ob der Header X-OTRS-SLA oder X-OTRS-Service mit einem bestimmten Wert gesetzt ist. Das setzt dann natuerlich voraus, dass der Nachfolgeprozess erst nach Durchlauf von "PostMaster Filter" gestartet wird. Danke und Gruesse, Lothar
Hallo, Du könntest mit einem sogenannten Ticket-Event-Modul arbeiten. Es gibt verschiedene Events, die im Zusammenhang mit Tickets ausgelöst werden. Eines davon ist das "TicketCreate" Event. Mehr zu den Event-Modulen: http://ftp.otrs.org/pub/otrs/doc/doc-developer/2.3/en/html/x536.html#ticket-... In so einem Modul könntest Du dann überprüfen, ob das Event außerhalb der Arbeitszeit aufläuft und dann entsprechend reagieren. Gruß, Renée Lothar Kimmeringer schrieb:
Hallo,
stehe hier vor folgender Aufgabe:
Fuer bestimmte Kunden ist ein erweiterter Support vereinbart worden, das kann man ja ueber SLA/Services ja abbilden. Was ich gerne machen wuerde ist aber eine Benachrichtigung einer Gruppe von Verantwortlichen ueber andere Wege als Mail, wenn ein Ticket in einem bestimmten Zeitraum auf- gemacht wird.
Am einfachsten wuerde sich fuer mich gestalten, wenn man z.B. ueber einen Filter dafuer sorgen kann, dass ein Prozess gestartet wird (z.B. mit der Ticketnummer als Parameter), der dann die entsprechenden Aktionen startet.
Bisher habe ich aber nur den Weg ueber den GenericAgent gefunden, wuerde aber gerne vermeiden, dass ein neues Ticket bis zu 10 Minuten unbenach- richtigt herumliegt.
Gibt es da auch eine andere Moeglichkeit, es wuerde auch reichen, dass der Prozess pauschal gestartet wird und dieser nachsieht, ob der Header X-OTRS-SLA oder X-OTRS-Service mit einem bestimmten Wert gesetzt ist. Das setzt dann natuerlich voraus, dass der Nachfolgeprozess erst nach Durchlauf von "PostMaster Filter" gestartet wird.
Danke und Gruesse, Lothar --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
-- Perl-Magazin: http://perl-magazin.de Perl-Nachrichten: http://perl-nachrichten.de
Renee Bäcker schrieb:
Du könntest mit einem sogenannten Ticket-Event-Modul arbeiten. Es gibt verschiedene Events, die im Zusammenhang mit Tickets ausgelöst werden. Eines davon ist das "TicketCreate" Event.
Mehr zu den Event-Modulen: http://ftp.otrs.org/pub/otrs/doc/doc-developer/2.3/en/html/x536.html#ticket-...
In so einem Modul könntest Du dann überprüfen, ob das Event außerhalb der Arbeitszeit aufläuft und dann entsprechend reagieren.
Das sieht nicht schlecht aus. Zwei Fragen (aus dem Beispiel): | $VERSION = '$Revision: 1.25 $'; | $VERSION =~ s/^\$.*:\W(.*)\W.+?$/$1/; Gehe ich recht von der Annahme aus, dass ein Umstieg von CVS zu SVN in naechster Zeit nicht geplant ist? ;-) | package Kernel::System::Ticket::Event::...; Muss man EventModulePost-Objekte in diesem Package definieren oder kann ich auch z.B. Custom::System::Ticket::Event verwenden, so dass ich eigen- entwickelte Module vom Standardpackage trennen kann? Jetzt muss ich nur noch meine Perlkenntnisse entstauben, damit ich das entsprechende Modul schreiben kann ;-) Danke und Gruesse, Lothar
Lothar Kimmeringer schrieb:
Das sieht nicht schlecht aus. Zwei Fragen (aus dem Beispiel):
| $VERSION = '$Revision: 1.25 $'; | $VERSION =~ s/^\$.*:\W(.*)\W.+?$/$1/;
Gehe ich recht von der Annahme aus, dass ein Umstieg von CVS zu SVN in naechster Zeit nicht geplant ist? ;-)
Sieht nicht so aus ;-)
| package Kernel::System::Ticket::Event::...;
Muss man EventModulePost-Objekte in diesem Package definieren oder kann ich auch z.B. Custom::System::Ticket::Event verwenden, so dass ich eigen- entwickelte Module vom Standardpackage trennen kann?
Ausprobiert habe ich es nocht nicht, aber Du müsstest Deinen eigenen Namensraum verwenden können, da das alles nur eine Sache der Konfiguration ist.
Jetzt muss ich nur noch meine Perlkenntnisse entstauben, damit ich das entsprechende Modul schreiben kann ;-)
Wenn Du Perl-Fragen hast, kann ich Dir http://perl-community.de empfehlen. Mich trifft man dort als "renee" ;-)
Danke und Gruesse, Lothar
- Renée -- Perl-Magazin: http://perl-magazin.de Perl-Nachrichten: http://perl-nachrichten.de
participants (2)
-
Lothar Kimmeringer -
Renee Bäcker