Hi,
Man kann bekanntlich bei einem Ticket den Status auf "warten" setzen.
Wenn "warten" aktiviert ist, damit z.B. der Kunde Daten nachliefert, läuft die Zeit aber sozusagen weiter und in Statistiken, bzw. in der Übersicht taucht die komplette Zeit auf, d.h. warten wird nicht beachtet - es steht dort nicht die Zeit, die wir für den RMA gebraucht haben, sondern die Zeit, die auch der Kunde dafür gebraucht hat.
Wenn bestimmte Abwicklunszeiten vertraglich festgelegt sind, kann das ungünstig ausschauen.
Klingt ein bisschen schwammig, ich hoffe ihr versteht was ich meine.
Hat jemand von euch eine Idee oder eine Lösung, wie sich das vermeiden lässt?
Wie wartetet warten?
Wie wartetet warten?
Produktiv-System: Centos 5 OTRS 2.3.4, MySQL 5
Test-System: Centos 4.4, OTRS 2.3.3, MySQL 4.1
Bitte keine Fragen per PM stellen! Das Forum kann euch besser helfen!
Test-System: Centos 4.4, OTRS 2.3.3, MySQL 4.1
Bitte keine Fragen per PM stellen! Das Forum kann euch besser helfen!
Die OTRS Statistikfunktion ist für ein Service Level Agreement Reporting nicht ausreichend. Wir benutzen eine externe Lösung (Business Objects). Bei der Erstellung der Daten werden die Statuswechsel entsprechend berücksichtigt und nur "unsere Zeit" gerechnet.
PROD: SLES 9 (x86_64), mysql 5.0.24a, Apache/2.0.49, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4
Ich habe dazu leider nur eine Menge Informationen gefunden, mit denen ich nicht viel anfangen kann.framaba wrote:Die OTRS Statistikfunktion ist für ein Service Level Agreement Reporting nicht ausreichend. Wir benutzen eine externe Lösung (Business Objects). Bei der Erstellung der Daten werden die Statuswechsel entsprechend berücksichtigt und nur "unsere Zeit" gerechnet.
Kann "Business Objects" von haus aus mit den OTRS-Daten umgehen oder ist da eine spezielle Lösung notwendig?
Produktiv-System: Centos 5 OTRS 2.3.4, MySQL 5
Test-System: Centos 4.4, OTRS 2.3.3, MySQL 4.1
Bitte keine Fragen per PM stellen! Das Forum kann euch besser helfen!
Test-System: Centos 4.4, OTRS 2.3.3, MySQL 4.1
Bitte keine Fragen per PM stellen! Das Forum kann euch besser helfen!
BO kann im Prinzip mit "allen" Daten etwas anfangen. Man erstellt eine logische Sicht auf seine Daten (sogenannte Business Objekte :-)) mit denen dann ein Report erstellt wird.
Ich habe mir in diesem Zusammenhang eine Tabelle erstellt, die mit allen relevanten Informationen pro Ticket gefüllt wird, z. B. Lösungszeiten, Reatkionszeit, Einhaltung der Service Levels etc. Diese Tabelle wird dann vom Report aufbereitet dargestellt.
Sicherlich lassen sich auch andere Reporting Tools drauf ansetzen, wir hatten aber BO schon im Haus.
Entscheidend ist eher die Aufbereitung der Daten für die Auswertung.
Wir haben viele neue Status eingeführt, z. b. "warten auf ..." und "in Bearbeitung".
Lösungszeiten z. B. beginnen beim Wechsel in den Status "in Bearbeitung" und enden beim Wechsel in den Status "warten ...". Das wird dann summiert pro Ticket und fertig.
Martin
Ich habe mir in diesem Zusammenhang eine Tabelle erstellt, die mit allen relevanten Informationen pro Ticket gefüllt wird, z. B. Lösungszeiten, Reatkionszeit, Einhaltung der Service Levels etc. Diese Tabelle wird dann vom Report aufbereitet dargestellt.
Sicherlich lassen sich auch andere Reporting Tools drauf ansetzen, wir hatten aber BO schon im Haus.
Entscheidend ist eher die Aufbereitung der Daten für die Auswertung.
Wir haben viele neue Status eingeführt, z. b. "warten auf ..." und "in Bearbeitung".
Lösungszeiten z. B. beginnen beim Wechsel in den Status "in Bearbeitung" und enden beim Wechsel in den Status "warten ...". Das wird dann summiert pro Ticket und fertig.
Martin
PROD: SLES 9 (x86_64), mysql 5.0.24a, Apache/2.0.49, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4