Artikel zwischen Tickets verschieben
Hallo wir versuchen uns seit kurzem mit otrs 2.0.1 funktioniert auch prima (dank an dev) wie es aber so ist, passieren am anfang noch kleine fehler: z.b. stehe ich auf ticket #1 und erhalte einen anruf auf ticket #2; ich vergesse in das andere ticket zu wechseln und erfasse den anruf im falschen. wie kann ich einen artikel von ticket #1 zu ticket #2 verschieben? der zweite, häufige fehler liegt ebenfalls beim erfassen eines anrufs zu einem bestehenden ticket: der default status ist auf "erfolgreich geschlossen" gesetzt, man vergisst diesen umzusetzen und schon hat man den salat ;-) wie kann ich ein reopen machen ohne ein neues ticket zu erzeugen? Am einfachsten wäre eine status-änderung :) danke für eure antworten im voraus gruß, fritzek __________________________________________________________________ Nur bei Netscape: Ihr KOSTENLOSER Netscape WebMail-Account und der Instant Messenger unter http://www.netscape.de
Hallo. 1.) Suchst du erst jedes mal über die Suchfunktion den Kunden raus, wenn Ihr nen Anruf bekommt? Ich glaub das wird nix mehr, wenns mal etwas hektischer wird und die Suchfunktion unter der steigenden Ticketanzahl wächst. Tickets zusammenfügen kannst du mit der Merge Funktion. 2.) Du kannst entweder den Defaultstatus ändern, so das Du garkein Problem mehr damit hast. Oder du änderst den Status einfach über ne Notiz. Dafür muss die Option aber imho auch aktiviert sein. -- Mit freundlichen Grüssen Andre Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.2 ============================================ fnn> Hallo fnn> wir versuchen uns seit kurzem mit otrs 2.0.1 fnn> funktioniert auch prima (dank an dev) fnn> wie es aber so ist, passieren am anfang noch kleine fehler: fnn> z.b. stehe ich auf ticket #1 und erhalte einen anruf auf ticket fnn> #2; ich vergesse in das andere ticket zu wechseln und erfasse den fnn> anruf im falschen. wie kann ich einen artikel von ticket #1 zu fnn> ticket #2 verschieben? fnn> der zweite, häufige fehler liegt ebenfalls beim erfassen fnn> eines anrufs zu einem bestehenden ticket: der default status ist fnn> auf "erfolgreich geschlossen" gesetzt, man vergisst diesen fnn> umzusetzen und schon hat man den salat ;-) wie kann ich ein fnn> reopen machen ohne ein neues ticket zu erzeugen? Am einfachsten fnn> wäre eine status-änderung :) fnn> danke für eure antworten im voraus fnn> gruß, fritzek fnn> __________________________________________________________________ fnn> Nur bei Netscape: Ihr KOSTENLOSER Netscape WebMail-Account fnn> und der Instant Messenger unter http://www.netscape.de fnn> _______________________________________________ fnn> OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ fnn> Archiv: http://lists.otrs.org/pipermail/otrs-de/ fnn> Listenabo verwalten: fnn> http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ fnn> Support oder Consulting fuer Ihr OTRS System? =>> http://www.otrs.de/
On Tue, Aug 30, 2005 at 10:52:03AM +0200, Andre Bauer wrote:
[...] Tickets zusammenfügen kannst du mit der Merge Funktion.
Die Frage war wie einzelne Artikel eines Tickets "verschoben" werden. Da diese Frage bei uns auch schon aufgetaucht ist, ich aber auch keine Möglichkeit gefunden hab hänge ich mich mal an die Frage dran. Gruß, Alex -- Alexander Koch, mailto: ak@ilk.net ILK Internet GmbH, Akademiestrasse 25 - 27, D-76133 Karlsruhe Tel: +49 (0) 721 9100 0, Fax: +49 (0) 721 9100 191 http://www.ilk.net
Andre Bauer schrieb:
Hallo.
1.) Suchst du erst jedes mal über die Suchfunktion den Kunden raus, wenn Ihr nen Anruf bekommt? Ich glaub das wird nix mehr, wenns mal etwas hektischer wird und die Suchfunktion unter der steigenden Ticketanzahl wächst.
Tickets zusammenfügen kannst du mit der Merge Funktion.
2.) Du kannst entweder den Defaultstatus ändern, so das Du garkein Problem mehr damit hast. Oder du änderst den Status einfach über ne Notiz. Dafür muss die Option aber imho auch aktiviert sein.
zu 1. Nein, ich habe gerade an einem anderen Ticket gearbeitet und beim annehmen des Calls nicht auf das falsche Ticket geachtet bzw. es war vom selben Ansprechpartner nur halt anderes Problem. auf einer testumgebung hab ich mir mal die tabs angeschaut und rumgespielt: nach außen hin hat ein update auf articles and ticket_history in den spalten ticket_id ausgereicht. war das aber alles? gibt es da nicht einen besseren weg? zu 2. der default status ist eigentlich ganz gut so, da das gros der tickets auch mit dem call geschlossenen werden, halt nur einige nicht und darauf achten manche nicht und haben dann den salat. insofern die frage nach einem einfach 'reopen-for-closed-by-mistake' ;-) danke, fritzek
Hallo. 1.) Du könntest mit "Artikel Weiterleiten" den gewünschten Effekt erzielen, indem du einfach an die OTRS Adresse weiterleitest und den Betreff entsprechend anpasst. 2.) Dann über Notiz... -- Mit freundlichen Grüssen Andre Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.2 ============================================ F> Andre Bauer schrieb:
Hallo.
1.) Suchst du erst jedes mal über die Suchfunktion den Kunden raus, wenn Ihr nen Anruf bekommt? Ich glaub das wird nix mehr, wenns mal etwas hektischer wird und die Suchfunktion unter der steigenden Ticketanzahl wächst.
Tickets zusammenfügen kannst du mit der Merge Funktion.
2.) Du kannst entweder den Defaultstatus ändern, so das Du garkein Problem mehr damit hast. Oder du änderst den Status einfach über ne Notiz. Dafür muss die Option aber imho auch aktiviert sein.
F> zu 1. Nein, ich habe gerade an einem anderen Ticket gearbeitet und beim F> annehmen des Calls nicht auf das falsche Ticket geachtet bzw. es war vom F> selben Ansprechpartner nur halt anderes Problem. F> auf einer testumgebung hab ich mir mal die tabs angeschaut und F> rumgespielt: nach außen hin hat ein update auf articles and F> ticket_history in den spalten ticket_id ausgereicht. war das aber alles? F> gibt es da nicht einen besseren weg? F> zu 2. der default status ist eigentlich ganz gut so, da das gros der F> tickets auch mit dem call geschlossenen werden, halt nur einige nicht F> und darauf achten manche nicht und haben dann den salat. insofern die F> frage nach einem einfach 'reopen-for-closed-by-mistake' ;-) F> danke, fritzek F> _______________________________________________ F> OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ F> Archiv: http://lists.otrs.org/pipermail/otrs-de/ F> Listenabo verwalten: F> http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ F> Support oder Consulting fuer Ihr OTRS System? =>> http://www.otrs.de/
participants (4)
-
Alexander Koch -
Andre Bauer -
Fritzek -
fritzekatde＠netscape.net