Hallo meine Freunde,
gestern kam Cheffe auf mich zu und fragte ob es nicht möglich sei den Kunden (bei Webanfragen) zu verbieten die höchste Priorität auszuwählen.
Mal davon abgesehen, dass ich selbst nicht verstehe was genau das soll ist es möglich dem Kunden zu verbieten bei Webanfragen die PriorityID "eins" oder "fünf" zu wählen bzw. dafür zu sorgen, dass die PriorityIDs "eins" und "fünf" im Dropdown für den Kunden einfach nicht sichtbar sind?!
"Garkeine" bzw. immer die gleiche PriorityID (z.B. "drei") mit zu übergeben wäre nicht schwer - aber so? Aus der Datenbank entfernen kann ich die PriorityID "eins" und "fünf" leider auch nicht, da die Agenten bei Bedarf weiterhin ein Ticket als besonders unwichtig oder besonders wichtig priorisieren können sollen
Hat jemand eine Idee?!
Einschränkung Prioritätsauswahl für Customer
Einschränkung Prioritätsauswahl für Customer
LIVE: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
Re: Einschränkung Prioritätsauswahl für Customer
das ganze ist via ACL möglich
"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
Re: Einschränkung Prioritätsauswahl für Customer
Okaaay ... vielen Dank schonmal für diesen Hinweis.
Habe mir jetzt die Dokumentation bezüglich ACLs (inklusive Beispiele) angesehen und glaube die Thematik ansich auch verstanden zu haben, ABER:
Der Kunde mit der Kundennummer "KundenName" darf bei der Erstellung von Tickets nicht die Priorität "5" auswählen!?
1. Kunden sind per LDAP angebunden und die Kundennummer "KundenName" ist nicht in der DB zu finden ... klappt trotzdem?
2. Wenn das so tatsächlich klappen sollte ... was ist wenn der bearbeitende Agent sich entscheidet doch die Priorität "5" vergeben zu wollen? Die Kundennummer bleibt ja bestehen ... kann die Änderung seitens des Agenten trotzdem durchgeführt werden und die Priorität auf "5" gesetzt werden?
[Mächtiges Spielzeug diese ACLs Bereue es mich bisher davor gedrückt zu haben! Danke!]
Habe mir jetzt die Dokumentation bezüglich ACLs (inklusive Beispiele) angesehen und glaube die Thematik ansich auch verstanden zu haben, ABER:
Der Kunde mit der Kundennummer "KundenName" darf bei der Erstellung von Tickets nicht die Priorität "5" auswählen!?
1. Kunden sind per LDAP angebunden und die Kundennummer "KundenName" ist nicht in der DB zu finden ... klappt trotzdem?
2. Wenn das so tatsächlich klappen sollte ... was ist wenn der bearbeitende Agent sich entscheidet doch die Priorität "5" vergeben zu wollen? Die Kundennummer bleibt ja bestehen ... kann die Änderung seitens des Agenten trotzdem durchgeführt werden und die Priorität auf "5" gesetzt werden?
[Mächtiges Spielzeug diese ACLs Bereue es mich bisher davor gedrückt zu haben! Danke!]
You do not have the required permissions to view the files attached to this post.
LIVE: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
Re: Einschränkung Prioritätsauswahl für Customer
Du musst ggf. noch die Action (z.B. CustomerTicketMessage) mit in die Matchliste nehmen
"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
Re: Einschränkung Prioritätsauswahl für Customer
Bitte korrigiere mich, aber für mich sieht es so aus, als könnte man bei den "Filterbedingungen" keine "action" auswählen ... oder fällt das unter die Rubrik "Frontend" ?
Last edited by nd0 on 21 Oct 2015, 09:35, edited 2 times in total.
LIVE: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
Re: Einschränkung Prioritätsauswahl für Customer
Ja, Frontend und dann Action
"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
Re: Einschränkung Prioritätsauswahl für Customer
Ahh jetzt ja!
So geht's und klappt wunderbarst - sehr stark - vielen Dank für die Hilfe!
So geht's und klappt wunderbarst - sehr stark - vielen Dank für die Hilfe!
You do not have the required permissions to view the files attached to this post.
LIVE: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
Re: Einschränkung Prioritätsauswahl für Customer
... klappt so dann allerdings in der 5er Version nicht!?
LIVE: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
TEST: OTRS 5.0.14 || Debian || MySQL/LDAP
Re: Einschränkung Prioritätsauswahl für Customer
Weil du vllt. vergessen hast nach dem Update die ACL wieder zu deployen?
My english is better than your german
"Produktiv": OTRS: 5.0.x, OTRS::ITSM 5.0.x
"Testing": OTRS 6 git
OS: Debian 8.0 (Jessie)
Apache2.4.10/MySQL 5.5.41
"Produktiv": OTRS: 5.0.x, OTRS::ITSM 5.0.x
"Testing": OTRS 6 git
OS: Debian 8.0 (Jessie)
Apache2.4.10/MySQL 5.5.41