Re: [otrs-de] Negativwerte bei gesperrten Tickets
Hallo Stelios, ich hatte gerade das gleiche Problem und dein Hinweis hat mir sehr weiter geholfen, danke dafür! Den Bug hab ich unter bug.otrs.org allerdings nicht gefunden, eventuell bediene ich die Suche auch falsch ;) Falls der Bug wirklich nicht gemeldet ist wäre es super wenn du ihn noch einstellen könntest. Da du ihn gut beschrieben hast kann er bestimmt schnell behoben werden. Vielen Dank nochmal. Gruß René Am 21.03.2011 um 11:33 schrieb Stelios Gikas: Hallo Christian, Am 17.03.2011 15:55, schrieb Christian Reutter: Ei der Zack, so bizarre Probleme... Erst die Tatsache, dass der ckeditor kein vernünftiges inline quoting zulässt (was zugegebenermßen eigentlich ganz schöner Mist ist), jetzt macht unser OTRS 3.0.6 noch lustige Zahlenspielchen: Es kommt, ohne erkennbaren Grund, öfters vor, dass die Zahl der "neuen gesperrten Tickets" oder "neue beobachtete Ticket" negativ wird! Kennt das Phänomen jemand bzw. weiss sogar Abhilfe? Der Fehler tritt auf wenn du OTRS auf mehreren Web-Server installiert hast und alle Server über den gleichen Link ansprichst. Damit die Zahlen negativ werden musst du zudem Ticket mit langen Artikeln expandiert anzeigen. Das Problem das OTRS hier hat, ist das es pro Artikel der angezeigt wird, eine Anfrage an den Webserver macht um den Artikel für den Agenten als gelesen zu markieren. Wenn der Artikel als gelesen markiert wird, schaut der Webserver nach ob alle Artikel gelesen worden sind und markiert das Ticket als komplett gelesen für den Agenten. Da ob ein Ticket gelesen wird zudem gecached wird und in den Servern ertsmal '0' (= nicht gelesen) steht landen gleich mehrere Einträge zu dem Ticket in der "ticket_flag" Tabelle. Beim Zählen subtrahiert das OTRS 'Alle' - 'Gelesene' Tickets. Da zu einem Ticket mehrere Einträge existieren, erscheint auch unter umständen eine negative Zahl. Abhilfe: Eine UNIQUE KEY auf die Tabelle definieren wo folgende Spalten integriert sind. (ticket_id, ticket_key, ticket_value, create_by) Somit können nicht mehrere Einträge zu einem Ticket in der Tabelle landen. Gruß Christian - 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 Freundlicher Gruß, Stelios Gikas -- noris network AG - Thomas-Mann-Straße 16-20 - D-90471 Nürnberg - Tel +49-911-9352-0 - Fax +49-911-9352-100 http://www.noris.de - The IT-Outsourcing Company Vorstand: Ingo Kraupa (Vorsitzender), Joachim Astel, Hansjochen Klenk - Vorsitzender des Aufsichtsrats: Stefan Schnabel - AG Nürnberg HRB 17689 - 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 - 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
[otrs-de] Neues Ticket und "Gesehenes" Ticket
Hallo zusammen, seit der Version 3 ist es ja so, dass wenn man in ein Ticket geht, welches sich unter den Neuen Tickets befindet, dieses als gesehen markiert wird und demzufolge dann auch nicht mehr als Neues Ticket betrachtet und dort angezeigt wird. In der 2.4.x war es allerdings so, dass ein Ticket solange als neu galt bis reagiert wurde (in Form eines Anrufes bzw. einer Antwort). Das ist schon sehr schick jetzt, allerdings verliert man dann leicht aus den Augen, auf welches Ticket man noch reagieren muss wenn man einfach nur mal in ein Ticket sieht (und es dann z.B. doch erst später bearbeiten will). Gibt es dazu schon Erfahrungen bzw. Vorschläge, wie man das "alte" Verhalten irgendwie abbilden kann oder wie macht ihr das? Vielen Dank schonmal für eure Hinweise. Gruß, René - 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
Re: [otrs-de] Enconding-Probleme Kundenbackend
Hallo Benedict, vielen Dank für den Tipp, funktioniert wunderbar. Gruß, René Am 29.04.2011 um 09:38 schrieb Benedict Rosner (DiTech Zentrale): Hallo Markus, Hallo René, wir konnten das Problem folgendermaßen lösen: Folgende Zeilen in der /opt/otrs/Kernel/System/CustomerUser/DB.pm finden: # charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}- >{SourceCharset} || ''; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}- >{DestCharset} || ''; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}- >{CharsetConvertForce} || ''; Und entsprechend abändern: # charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}- >{SourceCharset} || 'utf8'; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}- >{DestCharset} || 'utf8'; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}- >{CharsetConvertForce} || '1'; mit freundlichen Grüßen Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43 Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500 E-Mail: b...@ditech.at Web: www.ditech.at/b2b Firmensitz Wien Handelsgericht Wien, FN 180492f -Ursprüngliche Nachricht- Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag von Markus Jeck Gesendet: Freitag, 29. April 2011 08:29 An: 'User questions and discussions about OTRS.org in German' Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend Hallo René, hat diese Woche das gleiche Problem und habe es so lösen können. Ich habe die Spracheinstellung NLS_LANG auf meinem Linux Server In die /etc/profile.local und in die Config.pm eingetragen danach wurden bei mir alles richtig angezeigt. Profil.local export NLS_DATE_FORMAT='-MM-DD HH24:MI:SS' export NLS_LANG='german_germany.utf8'; Config.pm $ENV{NLS_DATE_FORMAT} ='-MM-DD HH24:MI:SS'; $ENV{NLS_LANG} = 'german_germany.utf8'; Gruß Markus -Ursprüngliche Nachricht- Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag von René Kleffel Gesendet: Donnerstag, 28. April 2011 19:16 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend Hallo Zusammen, ich habe aktuell genau das gleiche Problem in der Version 3.0.7. Kann uns da jemand helfen? Vielen Dank schonmal. Gruß, René Am 22.03.2011 um 18:11 schrieb Benedict Rosner (DiTech Zentrale): Hallo, Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden. Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings. Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt. Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen? mit freundlichen Grüßen Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43 Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500 E-Mail: b...@ditech.at Web: www.ditech.at/b2b Firmensitz Wien Handelsgericht Wien, FN 180492f - 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 - 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 - 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 - 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 - 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
Re: [otrs-de] Enconding-Probleme Kundenbackend
Hallo Zusammen, ich habe aktuell genau das gleiche Problem in der Version 3.0.7. Kann uns da jemand helfen? Vielen Dank schonmal. Gruß, René Am 22.03.2011 um 18:11 schrieb Benedict Rosner (DiTech Zentrale): Hallo, Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden. Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings. Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt. Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen? mit freundlichen Grüßen Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43 Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500 E-Mail: b...@ditech.at Web: www.ditech.at/b2b Firmensitz Wien Handelsgericht Wien, FN 180492f - 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 - 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
Re: [otrs-de] Eigenes Theme in OTRS 3.0.6
Hallo Marc, vielen Dank für die schnelle Antwort, es hat geholfen :) War nur etwas verwundert weil das Beispiel aus der Dokumentation so nicht funktioniert hat... Gruß, René Am 08.04.2011 um 12:59 schrieb Marc Bonsels: Hi René, Das Style-Tag wird von OTRS gesetzt und enthält das Logo, das in der Sysconfig in Frontend::Agent konfiguriert wurde. Wenn Du ein eigenes Logo einfügen willst, müsstest Du also wahrscheinlich einfach die Konfiguration an dieser Stelle anpassen/überschreiben. Alternativ könntest Du im CSS das !important-Flag nutzen, um deine Regel(n) "wichtiger" zu machen, was ich persönlich aber für sehr unschön halten würde - dafür gibts ja schließlich die Sysconfig ;-) HTH Gruß, Marc Am 08.04.11 12:09, schrieb René Kleffel: Hallo zusammen, ich habe mich mal am Erstellen eines eigenen Skins anhand der Dokumentation versucht. Der Skin enthält ein neues Logo, welches aber nicht angezeigt wird. Nach ein wenig Suchen im Quelltext ist mir aufgefallen, dass nach dem Importieren der default und der angepassten Styles nochmal ein weiteres style-Element auftaucht, welches das OTRS Logo enthält und mein per Skin eingefügtes Logo überschreibt. Dieses Element steht fest in einigen .dtl drin. Ist das Absicht so bzw. wie kann man dann ein eigenes Logo anzeigen? Bin für jeden Tipp dankbar :) Gruß, René - 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 -- -- Marc Bonsels Developer Research & Development OTRS AG Europaring 4 D-94315 Straubing T: +49 (0) 9421 56818 0 F: +49 (0) 9421 56818 18 I: http://www.otrs.com/ Business location: Bad Homburg, Country Court: Bad Homburg, HRB 10751, VAT ID: DE256610065 Chairman: Burchard Steinbild, Managing Board: André Mindermann Increase efficiency up to 30% - get OTRS Help Desk 3.0: http://www.otrs.com/ - 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 - 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
[otrs-de] Eigenes Theme in OTRS 3.0.6
Hallo zusammen, ich habe mich mal am Erstellen eines eigenen Skins anhand der Dokumentation versucht. Der Skin enthält ein neues Logo, welches aber nicht angezeigt wird. Nach ein wenig Suchen im Quelltext ist mir aufgefallen, dass nach dem Importieren der default und der angepassten Styles nochmal ein weiteres style-Element auftaucht, welches das OTRS Logo enthält und mein per Skin eingefügtes Logo überschreibt. Dieses Element steht fest in einigen .dtl drin. Ist das Absicht so bzw. wie kann man dann ein eigenes Logo anzeigen? Bin für jeden Tipp dankbar :) Gruß, René - 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
Re: [otrs-de] Update auf Version 2.4.7
Hi, ich habe das Problem auf einem Debian. Die Pakete hab ich auch versucht zu erneuern, hat aber nicht funktioniert leider. Hat sonst noch jemand das Problem bzw. eine Lösung hierfür? MfG, René Am 16.02.2010 um 17:43 schrieb Markus Moj: Hi, Also mit rpm -Uvh ***.rpm sollte das Framework auf die aktuelle Version gehoben werden. Die Pakete (ITSM) kann man im Adminbereich einfach erneut installieren, dann ist die Fehlermeldung auch behoben. Ich kann euch jedoch nicht sagen wie das bei Windoof aussieht, damit habe ich in Zusammenhang mit OTRS keine Erfahrung. Mit freundlichen Grüßen / Kind regards Markus Moj IT Infrastructure & Services TimoCom Soft- und Hardware GmbH In der Steele 2 D-40599 Düsseldorf Tel: +49 211 88 26 80 14 Fax: +49 211 88 26 70 14 eMail: m...@timocom.com Internet: www.timocom.com Geschäftsführer: Jens Thiermann, Gunther Matzaitis Amtsgericht Düsseldorf, HRB 34489 "it-news (Josef Lahmer)" ---16.02.2010 17:39:44---Hi rene, das würd mich auch interessieren... From: "it-news (Josef Lahmer)" To: "User questions and discussions about OTRS.org in German" > Date: 16.02.2010 17:39 Subject: Re: [otrs-de] Update auf Version 2.4.7 Sent by: otrs-de-boun...@otrs.org Hi rene, das würd mich auch interessieren... (ich hab hab bis jetzt nur das gefixte ticket.pm ausgetauscht!) lg josy > -Ursprüngliche Nachricht- > Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag von > René Kleffel > Gesendet: Dienstag, 16. Februar 2010 16:18 > An: User questions and discussions about OTRS.org in German > Betreff: [otrs-de] Update auf Version 2.4.7 > > Hallo Liste, > > ich bin gerade dabei ein Update von der 2.4.5 auf die 2.4.7 auf einem > Testsystem durchzuspielen. > Nachdem ich die Dateien über die alte Installation drüber gezogen und > den Server neu gestartet habe, werden im Dashboard immer noch die > beiden Hinweise zum Update und auch die alte Versionsnummer angezeigt. > Weiterhin zeigt der Paketmanager Probleme mit dem ITSMCore und dem > ITSMIncidentProblemManagement an. Hier konnten einige Dateien nicht > aktualisiert werden. > > Kann mir jemand sagen, was ich anders machen muss, damit alles > funktioniert? Ein "kleineres" Update sollte doch eigentlich mit dem > Erneuern von Dateien erledigt sein oder? Vielen Dank für eure Hilfe im > Voraus. > > MfG, > René > - > 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/ BioFach 2010. Die weltweit größte Bio-Messe steht vor der Tür. Und gugler* ist mit dabei. Mittwoch, 17. bis Samstag, 20. Februar, Nürnberg. Wir freuen uns auf Ihren Besuch! - 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/ - 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/ - 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/
[otrs-de] Update auf Version 2.4.7
Hallo Liste, ich bin gerade dabei ein Update von der 2.4.5 auf die 2.4.7 auf einem Testsystem durchzuspielen. Nachdem ich die Dateien über die alte Installation drüber gezogen und den Server neu gestartet habe, werden im Dashboard immer noch die beiden Hinweise zum Update und auch die alte Versionsnummer angezeigt. Weiterhin zeigt der Paketmanager Probleme mit dem ITSMCore und dem ITSMIncidentProblemManagement an. Hier konnten einige Dateien nicht aktualisiert werden. Kann mir jemand sagen, was ich anders machen muss, damit alles funktioniert? Ein "kleineres" Update sollte doch eigentlich mit dem Erneuern von Dateien erledigt sein oder? Vielen Dank für eure Hilfe im Voraus. MfG, René - 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/
Re: [otrs-de] Fehler beim Anlegen eines Service
Hallo Martin, hast du noch eine Idee, was das Problem sein kann? Log siehe unten ;) Gruß, René Am 26.01.2010 um 08:56 schrieb René Kleffel: Hallo Martin, Am 25.01.2010 um 16:52 schrieb Martin Edenhofer: Hi René, On 25.01.2010, at 09:02, René Kleffel wrote: wir hatten die ganze Zeit das Service/ SLA-Feature deaktiviert. Nun habe ich es aktiviert und wollte einen Service anlegen. Beim Übermitteln kommt dann allerdings: Can't use an undefined value as a HASH reference at /opt/otrs// Kernel/System/Service.pm line 425. Der Service wird in der Datenbank angelegt. Jeder Klick auf Admin - > Service bringt erneut diese Fehlermeldung. Kann mir jemand bei der Lösung dieses Problems helfen? OTRS 2.4.5 und ITSM 1.3.2. Das ist nicht gut. Es sieht nach einen Problem mit der Datenbank aus. Kannst Du im Web-Server-Error-Log (normal unter /var/log/apache2/ error_log) mehr infos finden? Hast Du vorher ein Upgrade gemacht (und ggf. das Upgrade-Skript vergessen)? Lg, -Martin Im error.log steht beim Übermitteln des Services dann Folgendes: ERROR: OTRS-CGI-10 Perl: 5.8.8 OS: linux Time: Tue Jan 26 08:42:54 2010 Message: Class not found in database! Traceback (19908): Module: Kernel::System::GeneralCatalog::ItemList (v1.46) Line: 273 Module: Kernel::System::Service::ServiceGet (v1.11.2.1) Line: 420 Module: Kernel::Modules::AdminService::Run (v1.2) Line: 235 Module: Kernel::System::Web::InterfaceAgent::Run (v1.43.2.1) Line: 819 Module: ModPerl ::ROOT ::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 48 Module: (eval) (v1.88) Line: 203 Module: ModPerl::RegistryCooker::run (v1.88) Line: 203 Module: ModPerl::RegistryCooker::default_handler (v1.88) Line: 169 Module: ModPerl::Registry::handler (v1.99) Line: 30 [Tue Jan 26 08:42:54 2010] [error] [Tue Jan 26 08:42:54 2010] -e: Can't use an undefined value as a HASH reference at /opt/otrs// Kernel/System/Service.pm line 425.\n [Tue Jan 26 08:42:54 2010] [error] [client 172.16.3.119] File does not exist: /var/www/favicon.ico [Tue Jan 26 08:42:57 2010] [error] [client 172.16.3.119] File does not exist: /var/www/favicon.ico Das Upgrade ist schon länger her, das Skript habe ich nicht vergessen (steht zumindest in meinem "halb automatischen" Skript mit drin. Danke für deine Hilfe. Gruß, René - 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/
Re: [otrs-de] Fehler beim Anlegen eines Service
Hallo Martin, Am 25.01.2010 um 16:52 schrieb Martin Edenhofer: Hi René, On 25.01.2010, at 09:02, René Kleffel wrote: wir hatten die ganze Zeit das Service/ SLA-Feature deaktiviert. Nun habe ich es aktiviert und wollte einen Service anlegen. Beim Übermitteln kommt dann allerdings: Can't use an undefined value as a HASH reference at /opt/otrs// Kernel/System/Service.pm line 425. Der Service wird in der Datenbank angelegt. Jeder Klick auf Admin - > Service bringt erneut diese Fehlermeldung. Kann mir jemand bei der Lösung dieses Problems helfen? OTRS 2.4.5 und ITSM 1.3.2. Das ist nicht gut. Es sieht nach einen Problem mit der Datenbank aus. Kannst Du im Web-Server-Error-Log (normal unter /var/log/apache2/ error_log) mehr infos finden? Hast Du vorher ein Upgrade gemacht (und ggf. das Upgrade-Skript vergessen)? Lg, -Martin Im error.log steht beim Übermitteln des Services dann Folgendes: ERROR: OTRS-CGI-10 Perl: 5.8.8 OS: linux Time: Tue Jan 26 08:42:54 2010 Message: Class not found in database! Traceback (19908): Module: Kernel::System::GeneralCatalog::ItemList (v1.46) Line: 273 Module: Kernel::System::Service::ServiceGet (v1.11.2.1) Line: 420 Module: Kernel::Modules::AdminService::Run (v1.2) Line: 235 Module: Kernel::System::Web::InterfaceAgent::Run (v1.43.2.1) Line: 819 Module: ModPerl ::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 48 Module: (eval) (v1.88) Line: 203 Module: ModPerl::RegistryCooker::run (v1.88) Line: 203 Module: ModPerl::RegistryCooker::default_handler (v1.88) Line: 169 Module: ModPerl::Registry::handler (v1.99) Line: 30 [Tue Jan 26 08:42:54 2010] [error] [Tue Jan 26 08:42:54 2010] -e: Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/ System/Service.pm line 425.\n [Tue Jan 26 08:42:54 2010] [error] [client 172.16.3.119] File does not exist: /var/www/favicon.ico [Tue Jan 26 08:42:57 2010] [error] [client 172.16.3.119] File does not exist: /var/www/favicon.ico Das Upgrade ist schon länger her, das Skript habe ich nicht vergessen (steht zumindest in meinem "halb automatischen" Skript mit drin. Danke für deine Hilfe. Gruß, René - 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/
[otrs-de] Fehler beim Anlegen eines Service
Hallo Liste, wir hatten die ganze Zeit das Service/ SLA-Feature deaktiviert. Nun habe ich es aktiviert und wollte einen Service anlegen. Beim Übermitteln kommt dann allerdings: Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/ System/Service.pm line 425. Der Service wird in der Datenbank angelegt. Jeder Klick auf Admin -> Service bringt erneut diese Fehlermeldung. Kann mir jemand bei der Lösung dieses Problems helfen? OTRS 2.4.5 und ITSM 1.3.2. Vielen Dank schonmal. Gruß, René - 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/
Re: [otrs-de] Aktualisierungshinweis
Hallo Michaela, das gleiche Anliegen hatte ich auch mal. Hab auch gleich mal die geänderte Datei angehangen. Ob mein ergänzender Code so toll ist weis ich nicht (hab bis dahin noch kein Perl geschrieben), aber es hatte funktioniert ;) Gruß, René Lehnert, Michaela (KRZ) schrieb: Hallo Liste, Wir setzen OTRS 2.3.3 ein. In den Queue-Übersichten erscheinen Links zu eskalierten Tickets z.B. Ticket …(Nr.)…: Aktualisierungszeit ist abgelaufen (-14 Stunden 42 Minuten / 20.01.2009 16:00)! Unserer Agents möchten dort zusätzlich den aktuellen Besitzer des Tickets angezeigt bekommen. Kann mir jemand dazu einen Tipp geben? Danke für eure Mühe! Michaela \!/ (@ @) o00-(_)-00o ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/ # -- # Kernel/Output/HTML/NotificationAgentTicketEscalation.pm # Copyright (C) 2001-2008 OTRS AG, http://otrs.org/ # -- # $Id: NotificationAgentTicketEscalation.pm,v 1.8.2.2 2008/03/21 00:44:44 martin Exp $ # -- # This software comes with ABSOLUTELY NO WARRANTY. For details, see # the enclosed file COPYING for license information (GPL). If you # did not receive this file, see http://www.gnu.org/licenses/gpl-2.0.txt. # -- package Kernel::Output::HTML::NotificationAgentTicketEscalation; use strict; use Kernel::System::Lock; use Kernel::System::State; use Kernel::System::Cache; use vars qw($VERSION); $VERSION = '$Revision: 1.8.2.2 $'; $VERSION =~ s/^\$.*:\W(.*)\W.+?$/$1/; sub new { my $Type = shift; my %Param = @_; # allocate new hash for object my $Self = {}; bless ($Self, $Type); # get needed objects foreach (qw(ConfigObject LogObject DBObject LayoutObject TicketObject GroupObject UserID)) { $Self->{$_} = $Param{$_} || die "Got no $_!"; } $Self->{LockObject} = Kernel::System::Lock->new(%Param); $Self->{StateObject} = Kernel::System::State->new(%Param); $Self->{CacheObject} = Kernel::System::Cache->new(%Param); return $Self; } sub Run { my $Self = shift; my %Param = @_; if ($Self->{LayoutObject}->{Action} !~ /^AgentTicket(Queue|Mailbox|Status)/) { return ''; } # check result cache my $CacheTime = $Param{Config}->{CacheTime} || 180; if ( $CacheTime ) { my $Output = $Self->{CacheObject}->Get( Key => "TicketEscalation::EscalationResult::$Self->{UserID}", ); if ( $Output ) { return $Output; } } # get all open rw ticket my @TicketIDs = (); my $Cache = $Self->{CacheObject}->Get( Key => "Ticket::EscalationIndex::$Self->{UserID}", ); if ($Cache && ref($Cache) eq 'ARRAY') { @TicketIDs = @{$Cache}; } else { my @ViewableStateIDs = $Self->{StateObject}->StateGetStatesByType( Type => 'Viewable', Result => 'ID', ); my $SQL = "SELECT st.id, st.tn, st.escalation_start_time, st.escalation_response_time, st.escalation_solution_time, ". "st.ticket_state_id, st.service_id, st.sla_id, st.create_time, st.queue_id, st.ticket_lock_id, su.first_name, su.last_name ". " FROM ". " ticket st, queue q, system_user su ". " WHERE ". " st.queue_id = q.id ". " AND " . " st.user_id = su.id ". " AND " . " st.ticket_state_id IN ( ${\(join ', ', @ViewableStateIDs)} ) ". " AND "; my @GroupIDs = $Self->{GroupObject}->GroupMemberList( UserID => $Self->{UserID}, Type => 'rw', Result => 'ID', Cached => 1, ); $SQL .= " q.group_id IN ( ${\(join ', ', @GroupIDs)} )"; # check if user is in min. one group! if not, return here if (!...@groupids) { return; } $SQL .= " ORDER BY st.escalation_start_time ASC"; $Self->{DBObject}->Prepare(SQL => $SQL, Limit => 5000); while (my @Row = $Self->{DBObject}->FetchrowArray()) { my $TicketData = { TicketID => $Row[0], TicketNumber => $Row[1], EscalationStartTime => $Row[2], EscalationResponseTime => $Row[3], EscalationSolutionTime => $Row[4], StateID => $Row[5], ServiceID => $Row[6], SLAID => $Row[7], Created => $Row[8], QueueID => $Row[9], LockID => $Row[10], FName => $Row[11], LName => $Row[12], }; push (@TicketIDs, $TicketData); } # get state infos
Re: [otrs-de] Benachrichtigungen und Eskalationen
Hallo Stefan, Stefan Palme schrieb: Ich meine, mit dieser Einstellung wird die Reihenfolge der "Escalation View" geändert. Diese finde ich in OTRS-2.3.2 oben in der Haupt-Navigation: Queue-Ansicht, StatusView, EscalationView, ... Falls Dir diese Ansicht fehlt, ist sie möglicherweise nicht aktiviert: SysConfig -> Ticket -> Frontend::Agent::ModuleRegistration -> Frontend::Module###AgentTicketEscalationView Genau das hat mir gefehlt :) Vielen Dank dafür! -stefan- Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Benachrichtigungen und Eskalationen
Hallo Stefan, Stefan Palme schrieb: Außerdem ist mir nach dem Update auf die neue Version aufgefallen, dass die Benachrichtigungen eskalierter Tickets auf der Startseite aufsteigend, d.h. die kleinste Überschreitung steht ganz oben, sortiert werden. In der alten Version war das anders herum. Weis jemand, an welcher Stelle man das umändern kann? SysConfig -> Gruppe "Ticket" -> Frontend::Agent::Ticket::ViewEscalation Diese Änderung bringt bei mir leider keinen Erfolg. Ich meine die Eskalationsbenachrichtigungen direkt auf der Startseite. Handelt es sich bei der View die du meinst um das neue Feature. Wenn ja wüsste ich gerne wo ich diese Ansicht finden kann. Grüße -stefan- Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Fragen zu Eskalation und Ticketnummern nach Update auf 2.3.2
Hallo an alle, René Kleffel schrieb: Hallo Henning, Henning Oschwald schrieb: Hallo Rene, On Di, Sep 23 2008, René Kleffel wrote: Henning Oschwald schrieb: On Di, Sep 23 2008, René Kleffel wrote: 1. In der Queue-Ansicht stehen jetzt viel mehr Benachrichtigungen zu eskalierten Tickets. Bei einigen Tickets sollte jedoch die Reaktionszeit schon lange verschwunden sein, da bereits reagiert wurde. Sobald ein externer Agentenartikel am Ticket hängt, sollte keine Reaktionszeitwarnung mehr auftauchen. Gibt es irgendwelche Gemeinsamkeiten der falsch angemahnten Tickets? Sind alle offenen Tickets betroffen oder nur bestimmte? Die einzigste Gemeinsamkeit die auffällt ist, das die Tickets bereits auf Benutzer gesperrt sind. Kann das daran liegen? Kann ich mir nicht vorstellen. Ob ein Ticket gesperrt ist oder nicht hat keinen einfluss auf den Eskallationsmechanismus. Ok. Ich weis leider nicht genau wie das "Außer Kraft setzen" der Reaktionszeit funktioniert. Kann mir nur vorstellen das die Information, das auf das Ticket bereits reagiert wurde, bei dem Update irgendwie verloren ging. Notlösung wäre eventuell, von Hand eine externe Notiz oder Ähnliches zu machen, damit die Benachrichtigung verschwindet. Halte ich aber für nicht so glücklich. Gibt es da eventuell eine andere Lösung? Anscheinend setzt eine externe Notiz die Reaktionszeit nicht mehr zurück, was die vermehrten Eskalationen bei mir erklärt. Bei einer Anrufnotiz wird sie aber immer noch zurück gesetzt, ich gehe davon aus dass das bei einer Email ebenfalls der Fall ist (kann das leider nicht testen). Ist diese Änderung gegenüber der alten Version (2.2.6) Absicht, kann das Verhalten jemand so bestätigen? 2. Beim ersten neuen Ticket nach dem Update beginnt die Nummernvergabe von vorne. Das würde ja heißen, daß Ticketnummern doppelt vergeben würden, was definitiv nicht normal ist. Welchen Nummerngenerator hast Du denn eingestellt? Das kann ich so noch nicht beurteilen, die letzten Nummern vor dem Update lagen weiter oben, sodass ich da noch nich heran komme mit Testtickets. Aber es gibt doch sicher den Mechanismus, das ein Ticket nicht überschrieben wird, also nicht die selbe Nummer vergeben werden kann oder? Ja, das dürfte nicht passieren. Hast Du den Nummerngenerator (Ticket::NumberGenerator) überprüft? Also der Nummerngenerator funktioniert wie vor dem Update, es werden Ticketnummern mit den gewünschten Parametern vergeben. Ist an sich auch nicht schlimmm wenn die Nummern von vorne beginnen denke ich. Ich würde nun doch gerne wissen, an welcher Stelle sich OTRS die letzte vergebene Nummer merkt, da die Nummern doch fortlaufend generiert werden sollen anstatt wieder bei 1 zu beginnen. Kann jemand dazu Hinweise liefern? Vielen Dank! Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Benachrichtigungen und Eskalationen
Hallo an alle, da ich mich gerade mit der Eskalationsansicht beschäftige, hat sich für mich eine Frage im Zusammenhang mit einem neuen Feature ergeben. Dieses heißt: Benachrichtigungen und Escalationen - Alle Agenten mit Leseberechtigung für eine bestimmte Queue können für Benachrichtigungen ausgewählt werden. - Eine neue Eskalationsübersicht wurde hinzugefügt. Sie zeigt alle Tickets, sortiert nach der verbleibenden Zeit bis zur Eskalation. Nun verstehe ich die beiden Punkte nicht wirklich. An welcher Stelle kann man die Agenten für Benachrichtigungen auswählen? Wo finde ich die neue Eskalationsübersicht? Außerdem ist mir nach dem Update auf die neue Version aufgefallen, dass die Benachrichtigungen eskalierter Tickets auf der Startseite aufsteigend, d.h. die kleinste Überschreitung steht ganz oben, sortiert werden. In der alten Version war das anders herum. Weis jemand, an welcher Stelle man das umändern kann? Vielen Dank im Voraus für jede Hilfe. Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Fragen zu Eskalation und Ticketnummern nach Update auf 2.3.2
Hallo Henning, Henning Oschwald schrieb: Hallo Rene, On Di, Sep 23 2008, René Kleffel wrote: Henning Oschwald schrieb: On Di, Sep 23 2008, René Kleffel wrote: 1. In der Queue-Ansicht stehen jetzt viel mehr Benachrichtigungen zu eskalierten Tickets. Bei einigen Tickets sollte jedoch die Reaktionszeit schon lange verschwunden sein, da bereits reagiert wurde. Sobald ein externer Agentenartikel am Ticket hängt, sollte keine Reaktionszeitwarnung mehr auftauchen. Gibt es irgendwelche Gemeinsamkeiten der falsch angemahnten Tickets? Sind alle offenen Tickets betroffen oder nur bestimmte? Die einzigste Gemeinsamkeit die auffällt ist, das die Tickets bereits auf Benutzer gesperrt sind. Kann das daran liegen? Kann ich mir nicht vorstellen. Ob ein Ticket gesperrt ist oder nicht hat keinen einfluss auf den Eskallationsmechanismus. Ok. Ich weis leider nicht genau wie das "Außer Kraft setzen" der Reaktionszeit funktioniert. Kann mir nur vorstellen das die Information, das auf das Ticket bereits reagiert wurde, bei dem Update irgendwie verloren ging. Notlösung wäre eventuell, von Hand eine externe Notiz oder Ähnliches zu machen, damit die Benachrichtigung verschwindet. Halte ich aber für nicht so glücklich. Gibt es da eventuell eine andere Lösung? 2. Beim ersten neuen Ticket nach dem Update beginnt die Nummernvergabe von vorne. Das würde ja heißen, daß Ticketnummern doppelt vergeben würden, was definitiv nicht normal ist. Welchen Nummerngenerator hast Du denn eingestellt? Das kann ich so noch nicht beurteilen, die letzten Nummern vor dem Update lagen weiter oben, sodass ich da noch nich heran komme mit Testtickets. Aber es gibt doch sicher den Mechanismus, das ein Ticket nicht überschrieben wird, also nicht die selbe Nummer vergeben werden kann oder? Ja, das dürfte nicht passieren. Hast Du den Nummerngenerator (Ticket::NumberGenerator) überprüft? Also der Nummerngenerator funktioniert wie vor dem Update, es werden Ticketnummern mit den gewünschten Parametern vergeben. Ist an sich auch nicht schlimmm wenn die Nummern von vorne beginnen denke ich. Grüße Henning Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Fragen zu Eskalation und Ticketnummern nach Update auf 2.3.2
Hallo Henning, danke für die schnelle Antwort :) Henning Oschwald schrieb: Hallo Rene, On Di, Sep 23 2008, René Kleffel wrote: ich spiele gerade ein Update von 2.2.6 auf 2.3.2 auf einem Testsystem durch. Das Update verlief soweit ganz gut :) Allerdings sind danach folgende Fragen aufgekommen: 1. In der Queue-Ansicht stehen jetzt viel mehr Benachrichtigungen zu eskalierten Tickets. Bei einigen Tickets sollte jedoch die Reaktionszeit schon lange verschwunden sein, da bereits reagiert wurde. Sobald ein externer Agentenartikel am Ticket hängt, sollte keine Reaktionszeitwarnung mehr auftauchen. Gibt es irgendwelche Gemeinsamkeiten der falsch angemahnten Tickets? Sind alle offenen Tickets betroffen oder nur bestimmte? Die einzigste Gemeinsamkeit die auffällt ist, das die Tickets bereits auf Benutzer gesperrt sind. Kann das daran liegen? 2. Beim ersten neuen Ticket nach dem Update beginnt die Nummernvergabe von vorne. Das würde ja heißen, daß Ticketnummern doppelt vergeben würden, was definitiv nicht normal ist. Welchen Nummerngenerator hast Du denn eingestellt? Das kann ich so noch nicht beurteilen, die letzten Nummern vor dem Update lagen weiter oben, sodass ich da noch nich heran komme mit Testtickets. Aber es gibt doch sicher den Mechanismus, das ein Ticket nicht überschrieben wird, also nicht die selbe Nummer vergeben werden kann oder? Gruß Henning Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Fragen zu Eskalation und Ticketnummern nach Update auf 2.3.2
Hallo Liste, ich spiele gerade ein Update von 2.2.6 auf 2.3.2 auf einem Testsystem durch. Das Update verlief soweit ganz gut :) Allerdings sind danach folgende Fragen aufgekommen: 1. In der Queue-Ansicht stehen jetzt viel mehr Benachrichtigungen zu eskalierten Tickets. Bei einigen Tickets sollte jedoch die Reaktionszeit schon lange verschwunden sein, da bereits reagiert wurde. Hat jemand vielleicht das gleiche Problem? Oder habe ich etwas verkehrt gemacht, gibt es da Lösungsansätze? 2. Beim ersten neuen Ticket nach dem Update beginnt die Nummernvergabe von vorne. Ist das "normal" oder ist da etwas verkehrt gelaufen? Vielen Dank im Voraus! Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Anfängerfrage zu Ticket-Besitzern
Hallo, es können nur Benutzer ausgewählt werden, welche diese Queue auch in "Meine Queues" hinzugefügt haben. Ansonsten kann auch über "Alle" (rechts daneben) jeder Benutzer gewählt werden. Gruß, René lists schrieb: Sorry, aber ich habe in der Doku keine Lösung zu meinem Problem finden können. Ich benutze OTRS 2.7.1 und habe alles mir ersichtliche soweit konfiguriert. Bei der Erstellung eines neuen Tickets kann ich aber keine Besitzer auswählen, da keine angezeigt werden. Benutzer mit r/w Rechten für die Gruppen sind aber vorhanden. Was mache ich falsch? Danke! H. Kaya ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Fehlermeldung in Zusammenhang mit Services
Hallo an alle, ich erhalte folgende Fehlermeldung wenn ich auf "Service" oder "Kunden Benutzer <-> Services" im Admin-Bereich gehe: Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/System/Service.pm line 438. In dieser Zeile steht Folgendes: my %ReverseInciStateList = reverse %{ $InciStateList }; Es läuft die Version 2.2.6 mit ITSM 1.1.1 auf einem Debian. Hat jemand eine Idee was diese Fehlermeldung bedeutet oder sonst einen Hinweis für mich? Die Logfiles geben leider nichts her. Vielen Dank im Voraus! Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Zusammengefügtes Tickets hinterläss t Spuren
Hallo an alle, wenn man Tickets zusammenfügt hinterlässt das Zusammengefügte noch einen Rest mit dem Inhalt "Merged Ticket ... to ... . Kann man das Erzeugen dieses Platzhalters irgendwie verhindern. Grund dafür ist, das diese leeren Tickets die Statistik ein wenig verfälschen. Natürlich kann man anhand des Status sehen, das es sich dabei nicht um ein "echtes" Ticket handelt, aber es wäre schön, wenn es erst garnicht erzeugt wird. Lässt sich das irgendwie einstellen? Oder macht das eventuell doch keinen Sinn? Bin für jeden Hinweis dankbar. Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] "Falscher" Status durch Adresse des Ticketsystems in CC
Hallo an alle, ich habe gerade folgende Beobachtung gemacht: Ein Kunde hat eine Email direkt an einen Mitarbeiter geschickt und zusätzlich die Adresse des Ticketsystems in CC gesetzt. Der Mitarbeiter hat das Ticket natürlich im System bearbeitet, eine Antwort-Mail erstellt und in dem Zug gleich den Status auf erfolgreich geschlossen gesetzt. Da aber im CC noch die Adresse des Ticketsystems steht, wurde der Status mit Absenden der Mail wieder auf offen gesetzt. Vermutlich ist dies so, weil mit der Mail nach außen gleich wieder ein FollowUp eintritt und deswegen der Status wieder auf offen gesetzt wird. Habe ich das Verhalten so richtig verstanden? Ist dies so gewollt und wenn ja, kann man das irgendwo umkonfigurieren? Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Ticket in Queue ab bestimmten Zeitpunkt anzeigen
Hallo Stefan, danke erstmal für den Tipp. Das mit dem Verstecken klingt sehr gut, eventuell werd ich das aber über eine unsichtbare Queue machen. Werd dann noch einen GenericAgent dafür zusammen stellen und dann sollte das eigentlich gehen. Vielen Dank nochmal! Gruß, René Stefan Palme schrieb: Hallo, 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! Erster Gedanke: das Ticket einfach von Anfang an in den Status "pending auto" stecken und dabei die entsprechende Zielzeit angeben. Im SysConfig-Bereich (Group Tickets), irgendwo bei Core::Tickets glaub ich, kannst Du Kritieren angeben, welche Tickets "ViewableTickets" sind. Soweit ich das verstanden habe, kann man damit konfigurieren, welche Tickets in der Queue-Übersicht erscheinen. Vllt. kannst Du dort mit entsprechenden Einstellungen (evtl. ViewableStateType) Deine "pending"-Tickets solange verstecken, bis sie akut sind... Grüße -stefan- ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/ ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Ticket in Queue ab bestimmten Zeitpunkt anzeigen
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é ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Berechnung der Reaktionszeit
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é ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Dumme Frage zur Sicht 'Meine Queues'
Hallo, ich glaube ein Blick aufs Datum der Tickets lüftet das Geheimnis ;-) Eventuell wurde die Liegezeit überschritten... Gruß, René Sturm, Heinz-Josef schrieb: Hallo, ich bin befragt worden, warum in der Sicht 'meine Queues' manche Subqueues inklusiver Zähler in roten Buchstaben auftauchen, manche in schwarzen. Irgendwas will mir das System damit sagen - aber was? Danke für Hilfe Heinz-Josef Sturm ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? =http://www.otrs.com/ ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Länge des Freitextfeldes
Hallo, Henning Oschwald schrieb: Hi nochmal, On Do, Jul 03 2008, Henning Oschwald wrote: On Do, Jun 26 2008, René Kleffel wrote: ich habe für einige Artikel ein Freitextfeld (ArticleFreeText) angelegt. Die Datenbank nimmt für dieses Feld 250 Zeichen entgegen, in der Eingabemaske kann man allerdings so viel eingeben wie man will. Ohne jetzt nachgeschaut zu haben, bin ich eigentlich der Meinung, daß für Freitextfelder eine Länge im HTML Formular definiert ist. Hier muß ich mich korrigieren, es ist zwar size0 für das Textfeld gesetzt, nicht jedoch maxlength. Vielen Dank für die Antwort. Hab gerade auch nochmal nachgesehen und das Feld Zeiteinheiten hat ebenfalls kein maxlength. Wurde wahrscheinlich weggelassen, damit man die Größe der Felder in der Datenbank noch anpassen kann. Genau das werde ich auch tun :-) Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Länge des Freitextfeldes
Hallo Liste, ich habe für einige Artikel ein Freitextfeld (ArticleFreeText) angelegt. Die Datenbank nimmt für dieses Feld 250 Zeichen entgegen, in der Eingabemaske kann man allerdings so viel eingeben wie man will. Die Datenbank verwirft natürlich alles über 250 Zeichen. Ist es gewollt, dass man einfach mehr eingeben kann als die Datenbank tatsächlich aufnehmen kann oder ist das eventuell ein Bug? Ursprünglich hätte ich dieses Freitextfeld gerne mehrzeilig gehabt, was aber mit Programmieraufwand verbunden ist und daher erstmal nicht in Frage kommt. Nun wollte ich fragen, welche Auswirkungen allgemein eine Änderung der Größe des Feldes in der Datenbank hat. Hat damit schon jemand Erfahrungen gesammelt? Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Mehrzeiliger ArticleFreeText
Hallo, Danke für die Antwort erstmal. Also der gleiche Aufwand ist das nicht unbedingt finde ich. Wenn man zu jedem Vorgang, also z.B. Email, Anruf oder sonst etwas, noch eine interne Notiz schreiben muss, macht man sich die Arbeit fast doppelt so schwer. Außerdem muss man ja dann irgendwie den Bezug von der Notiz zum eigentlichen Vorgang herstellen. Dann am besten 2 Fenster auf und gucken das man die Email o.ä. nochmal zusammenfasst für den Rechnungstext. Die Übersichtlichkeit geht bei diesem Vorgehen auch verloren. Ich habe mir auch schon die .dtl-Dateien angesehen. Da wird ja z.B. per $Data{"ArticleFreeTextField"} das HTML input eingebunden. Wenn man das jetzt irgendwie umschreiben könnte als textarea... Leider finde nicht, wo dies gemacht wird und kenn mich auch nicht mit Perl aus. Gibts vielleicht noch Ideen diesbezüglich? Gruß, René Stefan Schwarz schrieb: René Kleffel schrieb: Hallo Liste, kann mir wirklich niemand helfen mit dem mehrzeiligen ArticleFreeText? Ich weis leider absolut nicht, wie ich da rangehen soll... Danke schonmal. Gruß, René René Kleffel schrieb: Hallo, ist es möglich, den ArticleFreeText mehrzeilig hin zu bekommen? Hintergrund ist, das der Agent zum Beispiel bei einer Antwort an den Kunden eine kurze Beschreibung der Tätigkeiten, die er gemacht hat, für eine spätere Rechnungsstellung festhalten soll. Hallo, warum dies nicht einfach als interne Notiz zusätzlich ablegen? Ist der gleiche Aufwand und kann einfach realisiert werden. Grüße, Stefan Schwarz ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? =http://www.otrs.com/ ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Mehrzeiliger ArticleFreeText
Hallo Liste, kann mir wirklich niemand helfen mit dem mehrzeiligen ArticleFreeText? Ich weis leider absolut nicht, wie ich da rangehen soll... Danke schonmal. Gruß, René René Kleffel schrieb: Hallo, ist es möglich, den ArticleFreeText mehrzeilig hin zu bekommen? Hintergrund ist, das der Agent zum Beispiel bei einer Antwort an den Kunden eine kurze Beschreibung der Tätigkeiten, die er gemacht hat, für eine spätere Rechnungsstellung festhalten soll. Im Archiv der Liste gabs schon eine Frage dazu, die aber leider nicht beantwortet wurde. Könnte mir dazu jemand einen Tip geben? Bin für jede Hilfe dankbar! Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? =http://www.otrs.com/ ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Keine ITSM-Einträge in der Menüleist e
Hallo, der Agent muss sich auch in den ensprechenden ITSM-Gruppen befinden. Das hört sich so an als wär dies nicht so. Das Problem hatte ich auch schon ;-) Gruß, Rene Hallen, Patrick schrieb: Hallo, nach einem Upgrade von ITSM auf die aktuelle Version 1.1.2 sind die ganzen Menüpunktio von ITSM wie "Config-Item" oder "Location" aus der Menüleiste verschwunden. In der Menüleiste findet man also nur "Ticket", "FAQ", "Statistik", "Einstellungen" und "Admin". Ansonsten ist die ganze ITSM-Funktionalität noch vorhanden, wenn man also Tickets öffnen, sind die ganzen Felder für ITSM wie "SLA" vorhanden. Ganz oben wird auch die Version von ITSM mit [ OTRS::ITSM 1.12 ] angegeben. In der Paketverwaltung werden die ganzen ITSM-Pakete auch als einwandfrei installiert aufgeführt. Die verwendete Version von OTRS ist 2.2.7. Handelt es sich vielleicht nur um eine Einstellung, die die Anzeige der Menüpunkte in der neuesten Version von ITSM standardmäßig deaktiviert? Ich habe leider nichts dergleichen in der Sysconfig gefunden und bin erst mal ratlos. Falls das Problem nicht ganz klar wird, kann ich auch noch ein paar Screenshots machen und verschicken... ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? =http://www.otrs.com/ ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
[otrs-de] Mehrzeiliger ArticleFreeText
Hallo, ist es möglich, den ArticleFreeText mehrzeilig hin zu bekommen? Hintergrund ist, das der Agent zum Beispiel bei einer Antwort an den Kunden eine kurze Beschreibung der Tätigkeiten, die er gemacht hat, für eine spätere Rechnungsstellung festhalten soll. Im Archiv der Liste gabs schon eine Frage dazu, die aber leider nicht beantwortet wurde. Könnte mir dazu jemand einen Tip geben? Bin für jede Hilfe dankbar! Gruß, René ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Re: [otrs-de] Ticketdarstellung
Hallo, also diese Funktion lässt sich auch in der SysConfig unter Frontend::Agent::Ticket::ViewZoom -> Ticket::Frontend::ZoomExpand einstellen. Gruß, René Dr. Lutz Kowalke schrieb: Hallo, bei uns ist OTRS seit einem halben Jahr im Einsatz. Es ist von der Sache her akzeptiert, aber von vielen Mitarbeitern der IT wird die Darstellung der einzelnen Tickets als sehr unpraktisch empfunden. D.h., habe ich ein laufendes Ticket ausgewählt und sehe mir den Verlauf an, muss ich jeden einzelnen Schritt einzeln anschauen und kann nicht darüber scrollen. Damit ist ein ziemlich großer Aufwand verbunden, insbesondere wenn viele Eintragungen vorliegen. Es ist zwar möglich, die Vorgänge über die Druckfunktion zusammenfassend darzustellen, dies braucht aber gerade bei umfangreichen Tickets zu viel Zeit. Hat jemand dafür eine Lösung? Ist das CiCS Modul von cape-it dafür eine Lösung? Hat jemand Erfahrungen damit? Vielen Dank Lutz Kowalke ___ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/