July 2008 - otrs-de - OTRS mailing lists

Thomas A Jucker/swisscard is out of the office.
by Thomas A Jucker 18 Jul '08

18 Jul '08

I will be out of the office starting 18.07.2008 and will not return until 28.07.2008. I will respond to your message when I return.

1 0

Eskalationszeiten abhängig von Prioritäten
by Stefan Palme 18 Jul '08

18 Jul '08

Hallo zum zweiten, in unseren SLAs garantieren wir bestimmte Reaktionszeiten abhängig von der Priorität eines Problems (4 Stunden bei schwerwiegenden Fällen, ..., 3 Tage bei Kleinigkeiten) [bevor jetzt jemand schimpft - wir behalten es uns vor, die vom Kunden angegebenen Prioritäten zu überschreiben. Wir alle kennen Kunden, deren Probleme IMMER "Prio 1" haben ;-) ] Unser OTRS ist wiefolgt konfiguriert: es gibt (im Prinzip) eine Incoming-Queue mit einer default-Reaktionszeit (für Nicht-SLA-Kunden). Legt ein Kunde ein Ticket an, kann er auch das zugrundeliegende SLA auswählen. An dem SLA selbst stehen natürlich auch Reaktionszeiten dran (z.B. 1 Tag). Damit bekommt das entsprechende Ticket schon mal nicht die default-Eskalations-Einstellungen der Incoming-Queue, sondern die Eskalations-Zeiten, die im SLA hinterlegt sind. Wie erreiche ich es nun, dass ich auch noch für EIN SLA unterschiedliche Eskalations-Zeiten festlegen kann, abhängig von der Priorität des Tickets? Im Moment fällt mir dazu nur ein, nicht EIN SLA zu definieren, sondern mehrere (SLA high prio, SLA med prio, SLA low prio) und dort jeweils verschiedene Eskalationszeiten zu hinterlegen. Das New-Ticket-Formular für den Kunden würde dann kein Prio-Feld mehr enthalten, sondern die Prio würde implizit über den gewählten SLA ausgewählt. Das ist aber nicht wirklich schön, weil dann die "echte" Prio des Tickets immer den default-Wert hat. Gibt es irgendeine nette Möglichkeit, das sauber zu lösen? Danke und Grüße -stefan-

2 2

Postmaster Filter
by Susanne Wesner-Kuhnt 17 Jul '08

17 Jul '08

Hallo, kann mir vielleicht jemand mal "über die Strasse" helfen beim Definieren von Postmaster-Filtern? Ich möchte das Subject-Feld der eingehenden E-Mail auf eine Vorgangs-ID untersuchen und diese dann als TicketValue setzen. Das herausfiltern der ID mit Hilfe eines regulären Ausdrucks ist erstmal kein Problem. Aber wie referenziere ich im Setzen-Feld dann die im Subject gefundene ID, so dass ich sie als TicketValue1 eintragen kann? Vielen lieben Dank & viele Grüße aus Berlin Susanne

2 1

Ticket in Queue ab bestimmten Zeitpunkt anzeigen
by René Kleffel 17 Jul '08

17 Jul '08

Hallo an alle, wir wollen OTRS auch für interne Tickets nutzen. Dabei soll der Workflow so aussehen, das man ein Ticket anlegen und Zeitpunkt der Ausführung festlegen kann. Wenn dieser Zeitpunkt erreicht ist, soll das Ticket in der Queue erscheinen, vorher jedoch nicht, sodass sich ab da einer der für die Queue zuständigen Agenten kümmern kann. Lässt sich das irgendwie abbilden? Bin für jeden Hinweis dankbar! Schönen Gruß, René

2 2

Eskalationen an Nicht-Agenten
by Felix J. Ogris 16 Jul '08

16 Jul '08

Hallo, kennt jemand eine elegantere Möglichkeit als ein eigenes GA-Modul, um eskalierte Tickets an Empfänger zu senden, die nicht als Agenten vorhanden sind und deren Emailadressen somit nicht im OTRS hinterlegt sind? Wenn ja, welche? Gruss Felix

2 1

Berechnung der Reaktionszeit
by René Kleffel 16 Jul '08

16 Jul '08

Hallo Liste, ich habe ein Problem mit der Berechnung der Reaktionszeit für Tickets in einer bestimmten Queue. Diese Queue hat einen Kalender hinterlegt mit 8 Arbeitsstunden pro Tag an 5 Tagen in der Woche. Die Reaktionszeit für Tickets in dieser Queue soll 24 Arbeitstunden, also 3 Arbeitstage betragen. Was muss ich bei Reaktionszeit in der Queue eintragen, um das zu erreichen? Die 1440 (also 24 Stunden) bringen nicht das gewünschte Ergebnis, sondern die Reaktionszeit beträgt damit 120 Stunden :-(. Kann mir jemand erklären, wie an dieser Stelle die Zeiten berechnet werden? Vielen Dank für jede Hilfe. Gruß, René

1 0

Suchfelder einschränken
by Karsten Heymann 16 Jul '08

16 Jul '08

Hallo, gleich noch eine Frage: Wir würden gern einschränken, nach welchen Feldern Agents in der Ticketsuche suchen können. Insbesondere geht es dabei um das Bearbeiter-Feld, da die Agents über dieses die Menge der durch ihre Kollegen bearbeiteten Tickets festgestellt werden können, was wir nicht möchten. Aktuell haben wir das Problem damit umgangen, dass maximal 20 Tickets pro Suche angezeigt werden, das ist aber potentiell unpraktisch, auch da Vorgesetzte diese Suche ja berechtigterweise durchführen können sollen. Gibt es da eine Möglichkeit? Viele Grüße Karsten -- Karsten Heymann Server Administrator IP Infrastructure Tele Columbus Gruppe

1 0

Zeit-Parameter an mkStats.pl übergeben
by Karsten Heymann 16 Jul '08

16 Jul '08

Hallo, ich versuche gerade, die Erstellung von Statistiken mit mkStats.pl zu automatisieren. Insbesondere möchten wir wöchentliche Auswertungen über die Anzahl eröffneter und geschlossener Tickets sowie den Ticketstand bestimmter Queues fahren. Das funktioniert momentan auch interaktiv mit dem Statistik-Modul schon sehr gut, wobei wir den Auswertungszeitraum als nicht-fixierten Wert jedesmal vor Erstellung der Statistik zusammenklicken müssen. Nun würden wir gern die Statistiken automatisch mit mkStats.pl erstellen lassen und per Mail an die entsprechenden Verantwortlichen verschicken. Allerdings habe ich keine Informationen dazu gefunden, wie man den Zeitraum, über den die Statistik erstellt werden soll, an mkStats.pl übergeben kann. Gibt es da einen Weg oder muss ich extra eine statische Statistik erstellen? Über weiterführende Hinweise würde ich mich sehr freuen. Viele Grüße Karsten -- Karsten Heymann Server Administrator IP Infrastructure Tele Columbus Gruppe

1 0

stats für accounting-werte?
by Stefan Palme 16 Jul '08

16 Jul '08

Hallo, ich hoffe es handelt es sich nicht um eine FAQ - habe jedenfalls nichts entsprechendes gefunden... Wir verwenden OTRS als "einfaches Ticket- und Auftragssystem", um unseren Kunden die Möglichkeit zu geben, Bugs, Änderungswünsche etc. für von uns entwickelte Software-Komponenten zu melden. Unsere SLAs sehen vor, dass die Bearbeitung bestimmter Tickets kosten- pflichtig ist (Verrechnung nach zeitlichem Aufwand). Beim Bearbeiten der entsprechenden Tickets verwenden wir dazu den "Accounting"-Eintrag, um an jeder Notiz die jeweils benötigte Bearbeitungszeit (in Stunden) dranzuschreiben. In der Zoom-Ansicht eines Tickets sieht man auch schön die aufsummierten Accounting-Zeiten aller zu diesem Ticket gehörenden Notes - das funktioniert soweit also. Dazu nun meine Frage: Gibt es irgendeine Möglichkeit, eine Statistik erzeugen zu lassen, die die zeitlichen Aufwände pro Kunde aufsummiert anzeigt? (Also das, was am Monatsende für eine Rechnung benötigt wird: für jeden Kunden die aufsummierten Aufwände alle "closed" Tickets des vergangenen Monats). Im Einsatz ist OTRS-2.2.6 (ursprünglich "plain", aber auch die ITSM- Erweiterung brachte keine hilfreiche Erweiterung diesbezüglich). Besten Dank Grüße -stefan-

2 2

Antworten auf gesperrte Tickets möglich :-(
by Andre Söhnle 16 Jul '08

16 Jul '08

Hallo zusammen, Ich habe folgendes Problem: Leider ist es möglich auf bereits gesperrte Tickets weiterhin zu antworten :-( Habe dies mit einem externen Mail-Account getestet und tatsächlich ich kann weiterhin antworten und es kommt auch im OTRS an, obwohl das Ticket schon längst gesperrt ist . Habt Ihr ne idee wie man das ändern könnte? Viele Grüsse André

3 4