January 2010 - otrs-de - OTRS mailing lists

Master/Slave Abhängigkeit
by Felix.Schafer＠tieto.com 28 Jan '10

28 Jan '10

Hallo, soweit ich das verstanden habe gibt es mit dem Master/Slave Package die Möglichkeit zu einem Master Ticket mehrere Slave-Tickets zu erstellen. Über das Master-Ticket kann man Notizen für alle Slaves erstellen bzw. Aktionen für alle Slaves anstoßen. So ist es zum Beispiel möglich über das bzw. mit dem Master-Ticket alle Slave-Tickets gleichzeitig zu schließen. Das Master Ticket kaskadiert also nach unten. Gibt es auch eine Möglichkeit dass ein Master-Ticket erst geschlossen werden kann, wenn alle Slave-Tickets geschlossen wurden? Leider habe ich bisher keine Möglichkeit gefunden das zu konfigurieren? Ich denke das ist ein klassisches Vorgehen für eine Master/Slave Struktur. Z.B. um ein Gesamtanfrage erst zu schließen, wenn ihre Teilaspekte erledigt wurden. Grüße, Felix Schäfer, System Engineer Tieto Deutschland GmbH E-Mail felix.schaefer(a)tieto.com<mailto:felix.schaefer@tieto.com>, Telefon +49 6196 93 29 323, Fax +49 6196 93 29 800 Düsseldorfer Straße 40, 65760 Eschborn, www.tieto.de<http://www.tieto.de> TIETO. Knowledge. Passion. Results. Tieto on Tour<http://www.tieto.com/tour> - Driving Growth and Efficiency Tieto Deutschland GmbH, Düsseldorfer Straße 40, 65760 Eschborn Geschäftsführung: Sabine Fischer (Vorsitzende), Dr. Wolfgang Blume, Elke Hollenberg, Heike Kohler, Andreas Schöpflin Vorsitzender des Aufsichtsrates: Peter Lindgren Sitz der Gesellschaft: Eschborn, Amtsgericht Frankfurt/Main HRB 75570 Please note: The information contained in this message may be legally privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorised use, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank You.

2 1

Queue-Ansicht kaputt nach Update
by Frank Wall 28 Jan '10

28 Jan '10

Hallo, nach einem Update auf OTRS 2.4.6 ist bei mir plötzlich die Queue-Ansicht kaputt, d.h. dort werden keine Queues und keine Tickets mehr angezeigt. Im "Dashboard" und in der "Suche" sind die Tickets aber noch sichtbar. Neue Tickets können ebenfalls angelegt werden. Nur in der Queue-Ansicht erscheint nix... weder beim Agent noch beim Admin. Hat jemand eine Idee? Ciao - Frank

2 2

Gruppenrechte im faq
by Zeiger, Regina 27 Jan '10

27 Jan '10

Hallo, ich habe gerade die neuste Version eingesetzt und habe Probleme mit dem faq Modul. Dort kann man angeblich Rechte für Gruppen zuweisen, dies greift aber nicht. Immer werden im faq - Bereich alle Einträge angezeigt, obwohl ich die Gruppen ausgewählt habe, die nur Zugriff haben sollen. Also die Leute aus der PC- Betreuung sehen auch die Beiträge von der linux-Gruppe usw. Was habe ich vergessen? Ich wäre dankbar um eine Rückmeldung. Schönen Gruß Regina Zeiger

1 0

Anleitung: "Kundendaten ändern" link in der agent-ansicht einbauen
by it-news (Josef Lahmer) 27 Jan '10

27 Jan '10

Hi liste, vielleicht hat das ja schon mal auch jemand von euch gesucht? bei den Kundendaten div. links zum Kunden hinterlegen: in die config.pm einfügen: $Self->{'Frontend::CustomerUser::Item'}->{'32-otrskundendaten'} = { 'Attributes' => 'CustomerID;', 'Image' => 'maps.png', 'Module' => 'Kernel::Output::HTML::CustomerUserGeneric', 'Required' => 'CustomerID;', 'Target' => '_blank', 'Text' => 'OTRS Kundendaten', 'URL' => 'index.pl?Action=AdminCustomerUser&Subaction=Change&ID=' }; weitere anpassungen/ideen: * vielleicht hat noch jemand die idee statt der id 'CustomerID' auf den Namen zu kommen (oder noch andere werte abzufragen) * ebenfalls kann mit target ('_self') experimentiert werden... * weitere anfragen zur adress-suche/telefonnummernsuche .... (fürs interne crm/erp) have fun! Lg josy Quelle/Verweise: http://doc.otrs.org/2.4/en/html/a2934.html B.1.38.7. Frontend::CustomerUser::Item###2-Google (suche nach kundenname) B.1.38.8. Frontend::CustomerUser::Item###2-LinkedIn B.1.38.9. Frontend::CustomerUser::Item###3-XING (suche nach kundenname) bereits gepostet unter: http://lists.otrs.org/pipermail/otrs-de/2009-October/011938.html gugler* Veranstaltungstipp: "Erfolg hat drei Buchstaben: TUN." TUN wir es gemeinsam: Beim ersten austrianSocialBusinessDay am 18. Februar 2010, FH Campus Wien. Anmelden bis 22. Jänner 2010! http://www.socialbusinessday.org/anmeldung.html

2 1

Ändern der CustomerID nach Update auf 2.4.6 nur bedingt möglich
by Boris Bergmann 26 Jan '10

26 Jan '10

Hallo, wir habe gerade auf von 2.4.4. auf 2.4.6 upgegraded. Wir bekommen tw. Tickets als weiter geleitete Mail. Bis jetzt war es möglich hier im Ticket den Kunden zu ändern in dem die jew. Kundenmailadr als "Kunden-Benutzer" (Customer User) und "Kunden#" (CustomerID) gesetzt wurde => eine Übersicht über alle Mails dieses Kunden konnte problemlos eingesehen werden. Seit 2.4.6 kann ich unter "Kunden-Benutzer" nur noch in Werte eintragen wenn diese Mailadr. bereits als vorher Kunde angelegt worden ist. Dies ist aber ein einem als Mail neu eingehenden Ticket eines noch unbekannten Kunden natürlich nicht der Fall. Wenn ich eine Mailadresse eines unbekannten Kunden unter "Kunden- Benutzer" (Customer User) eintrage und per TAB weiter in "Kunden#" (CustomerID) springe sind beide Felder sofort leer. Einen neue Mailadresse in "Kunden#" (CustomerID) kann ich eintragen und übertragen. Das System zeigt aber keine weiteren Tickets eines solchen Kunden mehr an. Hat jemand hier eine Idee? Danke Boris Bergmann

1 0

Anpassungen Dashboard
by Matthias Borrack 26 Jan '10

26 Jan '10

Hallo zusammen weiß jemand, wie man in der Ticketübersicht im Dashboard den Kunden und / oder Agent und / oder Status mitangezeigt bekommt? Bin für jeden Hinweis dankbar. Dank und Grüße Matthias

2 2

Neue Ansicht im Dashboard
by Holhut Stefan 26 Jan '10

26 Jan '10

Hallo zusammen, ich hätte mal wieder ein Anfrage. Und zwar hätte ich wenn möglich im Dashboard eine Ansicht "Ticket mit Änderung". Hier sollen alle Tickets angezeigt werden die in einem "open"-Status sind für die ein Agent leseberechtigt (bzw. mit der Funktion Gesperrt, Meine Queues, Alle - wie bei Offene Tickets) ist. Es sollen folgende Spalten angezeigt werden: Ticketnummer(mit Link)|Betreff des Tickets|Letzte Änderung (entweder als Datum oder als Zeiteinheit) Nach dem Kriterium "Letzte Änderung" soll aufwärts sortiert werden (Ticket mit der letzten Änderung als erstes). Hintergrund: Wir verwenden das Ticketsystem für die interne Auftragssteuerung über verschiede Abteilungen weg. Leider wird immer mal wieder vergessen den zu informierenden Agenten aus der anderen Einheit auszuwählen, d.h. dieser bekommt keine Info per Mail wenn eine Änderung im Ticket vorgenommen wird. Dies würde ich gern mit der Ansicht ermöglichen. D.h. der Agent sieht sofort wenn es für die entsprechenden Tickets eine Änderung gab. Hat jemand eine Idee wie das umgesetzt werden kann? Grüße Stefan Holhut

1 0

Dateinhänge in Tickets
by Peter Wohlers 25 Jan '10

25 Jan '10

Hallo, wir setzen hier OTRS 2.4.5 mit CiCS 3.1.1 ein. Funktioniert soweit problemlos, allerdings stört es etwas, wenn bei eingehenden E-Mails im HTML-Format diese im OTRS danach 2 Anhänge haben: - ein Anhang mit dem Text (nur Text) - ein Anhang mit HTML-Quellcode und Text Bei Mails im reinen Text-Format erscheinen keine Anhänge. (außer natürlich bei angehängten Dateien...) Gibt es Parameter, mit denen das zu steuern ist? -- Mit freundlichen Grüßen Peter Wohlers

2 1

Re: [otrs-de] OTRS 2.4.6 - Dashboard zeigt gesperrte Tickets anderer Agenten
by Max Lindner 24 Jan '10

24 Jan '10

okay, hier ist ein Patch dazu, doch nicht so schwer, wenn man sich erstmal zurechtgefunden hat ;-) (for english users which may find this with a search engine: this patch hides locked tickets of other agents in the dashboard when "My Queues" is selected) --- /opt/otrs-old/Kernel/Output/HTML/DashboardTicketGeneric.pm 2009-08-28 01:35:33.000000000 +0200 +++ Output/HTML/DashboardTicketGeneric.pm 2010-01-23 22:41:15.000000000 +0100 @@ -32,6 +32,9 @@ die "Got no $_!" if ( !$Self->{$_} ); } + # some new objects + $Self->{LockObject} = Kernel::System::Lock->new(%Param); + # get current filter my $Name = $Self->{ParamObject}->GetParam( Param => 'Name' ) || ''; my $PreferencesKey = 'UserDashboardTicketGenericFilter' . $Self->{Name}; @@ -153,6 +156,9 @@ UserID => $Self->{UserID}, ); + # viewable locks + my @ViewableLockIDs = $Self->{LockObject}->LockViewableLock( Type => 'ID' ); + # define filter attributes my @MyQueues = $Self->{QueueObject}->GetAllCustomQueues( UserID => $Self->{UserID}, @@ -175,6 +181,7 @@ }, MyQueues => { QueueIDs => \@MyQueues, + LockIDs => \@ViewableLockIDs, Locks => undef, }, All => { Am 23. Januar 2010 17:12 schrieb Max Lindner <gisanka(a)googlemail.com>: > Hallo! > > Wir verwenden OTRS zu viert und haben ziemlich viel überschneidende > Bereiche, deswegen bleiben die Tickets meistens in der Raw Queue, wo > sie bearbeitet werden. > > Wenn dort allerdings ein Agent ein Ticket bearbeitet und es im Zuge > dessen gesperrt ist, wird es bei den anderen Agenten immer noch unter > "Neue Tickets" bzw. "Offene Tickets / Zur Beantwortung" angezeigt. Das > ist ziemlich lästig, weil so der erste Blick immer sein muss, ob an > dem Ticket nicht doch schon jemand dran ist. > > Im SysConfig zu drehen bringt ja nichts, weil sich das nicht so > einfach in eine Suchabfrage abbilden lässt. > > Also habe ich in die Kernel/Output/HTML/DashboardTicketGeneric.pm > geschaut und sehe zwar, dass ich in der for()-Schleife ab Zeile 301 > etwas bräuchte wie: > > if ( $Ticket{Locked} && ( $Ticket{UserID} != $Self->{UserID} ) { continue; } > > allerdings weiß ich nicht, wie $Ticket aussieht und auch nicht genug > Ahnung von Perl, um das selber rauszufinden. > > Wäre super, wenn mir jemand einen Tipp in die richtige Richtung geben könnte. > > Grüße und schönes Wochenende, > Max >

2 2

OTRS 2.4.6 - Dashboard zeigt gesperrte Tickets anderer Agenten
by Max Lindner 23 Jan '10

23 Jan '10

Hallo! Wir verwenden OTRS zu viert und haben ziemlich viel überschneidende Bereiche, deswegen bleiben die Tickets meistens in der Raw Queue, wo sie bearbeitet werden. Wenn dort allerdings ein Agent ein Ticket bearbeitet und es im Zuge dessen gesperrt ist, wird es bei den anderen Agenten immer noch im Dashboard unter "Neue Tickets" bzw. "Offene Tickets / Zur Beantwortung" angezeigt. Das ist ziemlich lästig, weil so der erste Blick immer sein muss, ob an dem Ticket nicht doch schon jemand dran ist. In der Queue-Ansicht sind gesperrte Tickets von anderen Agenten ja auch ausgeblendet. Im SysConfig zu drehen bringt ja nichts, weil sich das nicht so einfach in eine Suchabfrage abbilden lässt. Also habe ich in die Kernel/Output/HTML/DashboardTicketGeneric.pm geschaut und sehe zwar, dass ich in der for()-Schleife ab Zeile 301 etwas bräuchte wie: if ( $Ticket{Locked} && ( $Ticket{UserID} != $Self->{UserID} ) { continue; } allerdings weiß ich nicht, wie $Ticket aussieht und auch nicht genug Ahnung von Perl, um das selber rauszufinden. Wäre super, wenn mir jemand einen Tipp in die richtige Richtung geben könnte. Grüße und schönes Wochenende, Max

1 0