OTRS so konfigurieren, dass der Benutzer nichts davon merkt
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
Hallo
Ich habe soeben einige Ticketsysteme getestet und bevor ich mich an die doch recht aufwändige Installation/Konfiguration von OTRS mache, hätte ich gerne gewusst, um man OTRS so konfigurieren kann, dass der Benutzer welcher uns ein E-Mail schreibt nichts von OTRS merkt.
Das Problem ist folgendes, wir haben bereits ein Ticketsystem mit unserer Homepage verknüpft. Wir haben aber viele Kunden, die Anfragen direkt per Mail senden, da sie es "persönlicher" finden. Für uns wird nun die anzahl E-Mails welche wir erhalten nicht mehr verwaltbar und desshalb suchen wir ein Ticktsystem, welches die E-Mails entgegen nimmt, und wird einfach darauf antworten können. Im Titel darf natürlich eine Ticket ID vorhanden sein. Aber es sollte kein Bestätigungsmail an den Kunden gesendet werden, dass wir das Ticket erhalten haben. Auch darf darin kein Link sein, wo sich der Kunde einloggen kann. Für den Kunden soll es eigentlich nichts anderes als ein ganz normales Ticket hin und her sein.
Ist dies mit OTRS möglich?
Besten Dank und Gruss
Michael
Ich habe soeben einige Ticketsysteme getestet und bevor ich mich an die doch recht aufwändige Installation/Konfiguration von OTRS mache, hätte ich gerne gewusst, um man OTRS so konfigurieren kann, dass der Benutzer welcher uns ein E-Mail schreibt nichts von OTRS merkt.
Das Problem ist folgendes, wir haben bereits ein Ticketsystem mit unserer Homepage verknüpft. Wir haben aber viele Kunden, die Anfragen direkt per Mail senden, da sie es "persönlicher" finden. Für uns wird nun die anzahl E-Mails welche wir erhalten nicht mehr verwaltbar und desshalb suchen wir ein Ticktsystem, welches die E-Mails entgegen nimmt, und wird einfach darauf antworten können. Im Titel darf natürlich eine Ticket ID vorhanden sein. Aber es sollte kein Bestätigungsmail an den Kunden gesendet werden, dass wir das Ticket erhalten haben. Auch darf darin kein Link sein, wo sich der Kunde einloggen kann. Für den Kunden soll es eigentlich nichts anderes als ein ganz normales Ticket hin und her sein.
Ist dies mit OTRS möglich?
Besten Dank und Gruss
Michael
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
Hallo,
wenn eine Ticket ID im Betreff benutzt werden darf, sind Deine Anforderungen kein Problem. OTRS schickt automatische Mails nur dann, wenn Du dies so konfigurierst
wenn eine Ticket ID im Betreff benutzt werden darf, sind Deine Anforderungen kein Problem. OTRS schickt automatische Mails nur dann, wenn Du dies so konfigurierst
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
<Für uns wird nun die Anzahl E-Mails, welche wir erhalten, nicht mehr verwaltbar und desshalb suchen wir ein Ticktsystem, welches die E-Mails entgegen nimmt und wir einfach darauf antworten können.>
Damit das in OTRS funktioniert, müssten eigentlich für jede Queue Emailadressen angelegt werden, d.h. vorher auch auf dem Mailserver die entsprechenden Postfächer. Unter den Queue- Einstellungen lege ich ja nur die Antwort- Adresse fest. In den "Emailadressen"- Einstellungen ordne ich einer Queue eine Emailadresse zu. Entsprechend muss ich auch in OTRS noch die POP3- Einstellungen einstellen. Der Kunde schickt also eine Mail an eine bestimmte Emailadresse, aber die Mail würde nur dieser Queue zugeordnet. Wodurch würde denn so die Verwaltung vereinfacht??? Ihr müsstet dann überlegen, in welche Queue ihr das Ticket dann verschieben wolltet (z.B. Kategorie "Windowsprobleme"). Automatisch werden die Mails sonst keiner Kategorie zugeordnet.
Irgendwie geht so doch überhaupt der ganze Sinn und Zweck von OTRS verloren, nämlich die einfache Verwaltung von Tickets und Mails, sowie die spätere Auswertung - wenn ihr die Weboberfläche für Kunden weglässt.
Irgendwie habe ich das jetzt noch nicht so ganz verstanden, wie ihr dann mit OTRS die Emailanfragen so vereinfachen wollt...
LG
Damit das in OTRS funktioniert, müssten eigentlich für jede Queue Emailadressen angelegt werden, d.h. vorher auch auf dem Mailserver die entsprechenden Postfächer. Unter den Queue- Einstellungen lege ich ja nur die Antwort- Adresse fest. In den "Emailadressen"- Einstellungen ordne ich einer Queue eine Emailadresse zu. Entsprechend muss ich auch in OTRS noch die POP3- Einstellungen einstellen. Der Kunde schickt also eine Mail an eine bestimmte Emailadresse, aber die Mail würde nur dieser Queue zugeordnet. Wodurch würde denn so die Verwaltung vereinfacht??? Ihr müsstet dann überlegen, in welche Queue ihr das Ticket dann verschieben wolltet (z.B. Kategorie "Windowsprobleme"). Automatisch werden die Mails sonst keiner Kategorie zugeordnet.
Irgendwie geht so doch überhaupt der ganze Sinn und Zweck von OTRS verloren, nämlich die einfache Verwaltung von Tickets und Mails, sowie die spätere Auswertung - wenn ihr die Weboberfläche für Kunden weglässt.
Irgendwie habe ich das jetzt noch nicht so ganz verstanden, wie ihr dann mit OTRS die Emailanfragen so vereinfachen wollt...
LG
Es gibt keine dummen Fragen - nur dumme Antworten!
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
Besten Dank für eure Antworten. Zur zeit ist es so, wir haben einen Mail Account, wohin Kunden Support Mails senden. Wir sind 3 Personen und sitzen wärend den Bürozeiten neben einander. Wenn nun ein Mail kommt, dann ruft einer "Ich mach das" und dann ist alles ok. Am Abend oder Wochenende arbeiten wir aber zu hause und dann verlieren wir komplett die Kontrolle, wer hat was gemacht, oder vielleicht haben sogar beide gleichzeitig geantwortet, oder jeder hat gedacht ein anderer machts... Von da her, wäre das für uns ein sehr grosser Vorteil. 
Gruss
Michael

Gruss
Michael
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
Auch da gibt es diverse Methoden in OTRS, aber auch ein manuelles Verschieben erleichtert die Arbeit und die Auswertung...xhutzelx wrote:Ihr müsstet dann überlegen, in welche Queue ihr das Ticket dann verschieben wolltet (z.B. Kategorie "Windowsprobleme"). Automatisch werden die Mails sonst keiner Kategorie zugeordnet.
Es gibt sehr viele Installationen die ohne Kundenfrontend auskommen, und das sogar sehr gut.xhutzelx wrote: Irgendwie geht so doch überhaupt der ganze Sinn und Zweck von OTRS verloren, nämlich die einfache Verwaltung von Tickets und Mails, sowie die spätere Auswertung - wenn ihr die Weboberfläche für Kunden weglässt.
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
OTRS ist ein Ticketsystem, kein Kundenantwortinterface. Hauptzweck für die meisten Anwender ist die Organisation und Verwaltung von Anfragen und ob das mit dem zusätzlichen Feature Kundeninterface geschieht oder nicht ist da völlig zweitrangig.xhutzelx wrote:Irgendwie geht so doch überhaupt der ganze Sinn und Zweck von OTRS verloren, nämlich die einfache Verwaltung von Tickets und Mails, sowie die spätere Auswertung - wenn ihr die Weboberfläche für Kunden weglässt.
Irgendwie habe ich das jetzt noch nicht so ganz verstanden, wie ihr dann mit OTRS die Emailanfragen so vereinfachen wollt...
Gerade bei Firmenkunden ist es sicherlich auch professioneller und sinnvoller, die direkte Kommunikation via Mail zu wählen, als dem Gegenüber ein Webinterface inkl. zusätzlicher Accountdaten zuzumuten.
Wir nutzen hier das Kundeninterface zwar, allerdings auch nicht für Kunden-Logins - nicht zuletzt auch, weil der OTRS-Server ein interner Server ist.
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!
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
Gut, das wir Dich haben...larf wrote: OTRS ist ein Ticketsystem, kein Kundenantwortinterface. Hauptzweck für die meisten Anwender ist die Organisation und Verwaltung von Anfragen und ob das mit dem zusätzlichen Feature Kundeninterface geschieht oder nicht ist da völlig zweitrangig.
Gerade bei Firmenkunden ist es sicherlich auch professioneller und sinnvoller, die direkte Kommunikation via Mail zu wählen, als dem Gegenüber ein Webinterface inkl. zusätzlicher Accountdaten zuzumuten.

Es gibt keine dummen Fragen - nur dumme Antworten!
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
Genau das richtige Einsatzszenario....coolmike wrote:Zur zeit ist es so, wir haben einen Mail Account, wohin Kunden Support Mails senden. Wir sind 3 Personen und sitzen wärend den Bürozeiten neben einander. Wenn nun ein Mail kommt, dann ruft einer "Ich mach das" und dann ist alles ok. Am Abend oder Wochenende arbeiten wir aber zu hause und dann verlieren wir komplett die Kontrolle, wer hat was gemacht, oder vielleicht haben sogar beide gleichzeitig geantwortet, oder jeder hat gedacht ein anderer machts... Von da her, wäre das für uns ein sehr grosser Vorteil.![]()
OTRS ist dank seiner Flexibilität in kleinen Konfigurationen genauso einsetzbar, wie in Installationen mit mehreren 100 Agenten und tausenden Kunden....
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
OTRS so konfigurieren, dass der Benutzer nichts davon merkt
Hach, dank dir wissen wir nun, dass wir OTRS völlig falsch benutzen. Komisch, dass uns das nie jemand gesagt haben, aber ich habe mal nach oben gegeben, dass die gefälligst wieder mit Outlook arbeiten sollen. Geht ja nicht an, so ne Falschbenutzung.xhutzelx wrote: Gut, das wir Dich haben...

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!