2 verschiedene Problemarten - Ticketlayouts
Hallo, ich möchte gerne folgendes machen. Ich möchte 2 grundlegende Problemtypen mit 2 unterschiedlichen Tickets abbilden. Dabei benötige ich im OTRS die E-Mailfunktion nicht, das heißt den Empfang von Mails werde ich nicht nutzen. 2 Ideen hatte ich zur Umsetzung: - die erste war, dass sich die Ticketfelder so ändern, wenn ich oben am Ticket einen Problemtypen eingebe. Das heißt ich wollte abhängige Auswahlfelder definieren, was aber laut mailingliste nicht funktioniert. - die zweite war, das ich den Button "E-Mail-Ticket" einfach in die zweite Ticketart ändere. das heißt das man telefonticket und emailticket als 2 verschiedene tickettypen nutzt. dabei soll aber der button "emailticket" die grundlegend gleich funktion haben wie der für "telefonticket", außer, das ein paar mehr freetextfelder im ticketdesign sind. habt ihr ein paar hinweise für mich, wie ich eine der beiden Sachen umsetze ? Vielleicht könnte man auch Queueweise das Ticketlayout ändern. Ich möchte eben gerne für ein Hardwareproblem andere Felder anlegen als für ein Softwareproblem. Ich möchte aber nicht alle Felder in den Tickets haben, da dass im Kundenlogin nur zu Missverständnissen führen würde. Ich würde mich riesig über eine Antwort freuen ! ______________________________ Sitz der Gesellschaft Berlin Amtsgericht Berlin HRB 68531 Vorstand Heinrich Kronbichler Aufsichtsrat (Vorsitz) Ulrike Holtzem
Morgen Mathias, Mathias.Gnaedig@wbstraining.de schrieb:
Hallo,
ich möchte gerne folgendes machen. Ich möchte 2 grundlegende Problemtypen mit 2 unterschiedlichen Tickets abbilden. Dabei benötige ich im OTRS die E-Mailfunktion nicht, das heißt den Empfang von Mails werde ich nicht nutzen.
2 Ideen hatte ich zur Umsetzung:
- die erste war, dass sich die Ticketfelder so ändern, wenn ich oben am Ticket einen Problemtypen eingebe. Das heißt ich wollte abhängige Auswahlfelder definieren, was aber laut mailingliste nicht funktioniert.
- die zweite war, das ich den Button "E-Mail-Ticket" einfach in die zweite Ticketart ändere. das heißt das man telefonticket und emailticket als 2 verschiedene tickettypen nutzt. dabei soll aber der button "emailticket" die grundlegend gleich funktion haben wie der für "telefonticket", außer, das ein paar mehr freetextfelder im ticketdesign sind.
habt ihr ein paar hinweise für mich, wie ich eine der beiden Sachen umsetze ?
Vielleicht könnte man auch Queueweise das Ticketlayout ändern. Ich möchte eben gerne für ein Hardwareproblem andere Felder anlegen als für ein Softwareproblem. Ich möchte aber nicht alle Felder in den Tickets haben, da dass im Kundenlogin nur zu Missverständnissen führen würde.
Ich würde mich riesig über eine Antwort freuen !
Du kannst über * Ticket -> Frontend::Agent::Ticket::ViewPhoneNew * Ticket -> Frontend::Agent::Ticket::ViewEmailNew auf die Konfiguration der beiden Link zugreifen. Dort kannst Du z.B. je 2 unterschiedliche ###ArticleType angeben (die Du ggf. zuvor in der DB händisch hinzugefügt hast) um damit Deine 2 Problemtypen zu unterscheiden (zumindest bei der Erzeugung). Dort kannst Du auch z.B. die Verfügbarkeit (Anzeige oder nicht) von "Freie Text" Felder verändern. Layout-Anpassungen musst Du in den DTLs durchführen. Ich hoffe es hat ein bischen geholfen. Gruß, Alexander
Morgen Mathias,
Mathias.Gnaedig@wbstraining.de schrieb: Hallo,
ich möchte gerne folgendes machen. Ich möchte 2 grundlegende Problemtypen mit 2 unterschiedlichen Tickets abbilden. Dabei benötige ich im OTRS die E-Mailfunktion nicht, das heißt den Empfang von Mails werde ich nicht nutzen.
2 Ideen hatte ich zur Umsetzung:
- die erste war, dass sich die Ticketfelder so ändern, wenn ich oben am Ticket einen Problemtypen eingebe. Das heißt ich wollte abhängige Auswahlfelder definieren, was aber laut mailingliste nicht funktioniert.
- die zweite war, das ich den Button "E-Mail-Ticket" einfach in die zweite Ticketart ändere. das heißt das man telefonticket und emailticket als 2 verschiedene tickettypen nutzt. dabei soll aber der button "emailticket" die grundlegend gleich funktion haben wie der für "telefonticket", außer, das ein paar mehr freetextfelder im ticketdesign sind.
habt ihr ein paar hinweise für mich, wie ich eine der beiden Sachen umsetze ?
Vielleicht könnte man auch Queueweise das Ticketlayout ändern. Ich möchte eben gerne für ein Hardwareproblem andere Felder anlegen als für ein Softwareproblem. Ich möchte aber nicht alle Felder in den Tickets haben, da dass im Kundenlogin nur zu Missverständnissen führen würde.
Ich würde mich riesig über eine Antwort freuen !
Du kannst über * Ticket -> Frontend::Agent::Ticket::ViewPhoneNew * Ticket -> Frontend::Agent::Ticket::ViewEmailNew auf die Konfiguration der beiden Link zugreifen. Dort kannst Du z.B. je 2 unterschiedliche ###ArticleType angeben (die Du ggf. zuvor in der DB händisch hinzugefügt hast) um damit Deine 2 Problemtypen zu unterscheiden (zumindest bei der Erzeugung). Dort kannst Du auch z.B. die Verfügbarkeit (Anzeige oder nicht) von "Freie Text" Felder verändern. Layout-Anpassungen musst Du in den DTLs durchführen.
Ich hoffe es hat ein bischen geholfen.
Gruß, Alexander
Danke erstmal. Wie ich das Design der Tickettypen in Frontend::Agent usw ändere, das klappt wunderbar, auch mit den Freitextfeldern. Die Angabe mit ###ArticleType verstehe ich ehrlich gesagt nicht so ganz. Ich kann dort einen Typen per Hand in der Datenbank nachtragen. Und dann !? wie passe ich das dann an, dass bei dem klick auf den zweiten "neues Ticket" button ein anderes Layout erscheint ?!
Hallo Mathias, Mathias.Gnaedig@wbstraining.de schrieb:
Morgen Mathias,
Mathias.Gnaedig@wbstraining.de schrieb: Hallo,
ich möchte gerne folgendes machen. Ich möchte 2 grundlegende Problemtypen mit 2 unterschiedlichen Tickets abbilden. Dabei benötige ich im OTRS die E-Mailfunktion nicht, das heißt den Empfang von Mails werde ich nicht nutzen.
2 Ideen hatte ich zur Umsetzung:
- die erste war, dass sich die Ticketfelder so ändern, wenn ich oben am Ticket einen Problemtypen eingebe. Das heißt ich wollte abhängige Auswahlfelder definieren, was aber laut mailingliste nicht funktioniert.
- die zweite war, das ich den Button "E-Mail-Ticket" einfach in die zweite Ticketart ändere. das heißt das man telefonticket und emailticket als 2 verschiedene tickettypen nutzt. dabei soll aber der button "emailticket" die grundlegend gleich funktion haben wie der für "telefonticket", außer, das ein paar mehr freetextfelder im ticketdesign sind.
habt ihr ein paar hinweise für mich, wie ich eine der beiden Sachen umsetze ?
Vielleicht könnte man auch Queueweise das Ticketlayout ändern. Ich möchte eben gerne für ein Hardwareproblem andere Felder anlegen als für ein Softwareproblem. Ich möchte aber nicht alle Felder in den Tickets haben, da dass im Kundenlogin nur zu Missverständnissen führen würde.
Ich würde mich riesig über eine Antwort freuen !
Du kannst über * Ticket -> Frontend::Agent::Ticket::ViewPhoneNew * Ticket -> Frontend::Agent::Ticket::ViewEmailNew auf die Konfiguration der beiden Link zugreifen. Dort kannst Du z.B. je 2 unterschiedliche ###ArticleType angeben (die Du ggf. zuvor in der DB händisch hinzugefügt hast) um damit Deine 2 Problemtypen zu unterscheiden (zumindest bei der Erzeugung). Dort kannst Du auch z.B. die Verfügbarkeit (Anzeige oder nicht) von "Freie Text" Felder verändern. Layout-Anpassungen musst Du in den DTLs durchführen.
Ich hoffe es hat ein bischen geholfen.
Gruß, Alexander
Danke erstmal. Wie ich das Design der Tickettypen in Frontend::Agent usw ändere, das klappt wunderbar, auch mit den Freitextfeldern.
Die Angabe mit ###ArticleType verstehe ich ehrlich gesagt nicht so ganz. Ich kann dort einen Typen per Hand in der Datenbank nachtragen. Und dann !? wie passe ich das dann an, dass bei dem klick auf den zweiten "neues Ticket" button ein anderes Layout erscheint ?!
Das Layout wird nicht durch den Artikel-Typ beeinflusst, sondern durch die DTL-Dateien unter Kernel/Output/HTML/Standard Über ArticleType legst Du fest, was in Klammern (...) steht bei der Auflistungen (Baumstruktur) der dem Ticket zugehörigen Artikel. Gruß, Alexander
participants (2)
-
Alexander Scholler -
Mathias.Gnaedig＠wbstraining.de