Hallo, Bock, Christian schrieb:
Aha... Neue Erkenntnis.
Das ist nicht seit dem Update auf 2.1.5 so, sondern seit dem Einfügen einer zweiten ACL (mit Namen "bitte-aendern").
Wir haben also erst mal die ACL, welche das Schließen in der Queue "NEU" (entspricht der Hauptqueue, wie RAW) verbietet (mit Namen "no-close-in-new"). Steht die alleine, können Tickets entsprechend nicht geschlossen werden.
Zusätzlich soll es weitere Einschränkungen geben, wenn ein Ticket eine bestimmte CustomerID hat. Hier soll nur der Kunde geändert werden können, bevor richtig mit dem Ticket gearbeitet werden kann. Sobald diese ACL aber in der config.pm drin steht, können alle Tickets in "NEU" uneingeschränkt geschlossen o.a. werden. Steht die neue ACL ("bitte-aendern") vor der ersten ACL ("no-close-in-new"), greift scheinbar nur die no-close-in-new.
ACLs werden alphabetisch anhand Ihres ACL-Namens abgearbeitet, wobei standardmäßig nach einem Match nicht aufgehört wird, sondern nachfolgende ACLs ebenso berücksichtigt werden. Ggf. trifft Dein Verhalten genau den berichteten Bug http://bugs.otrs.org/show_bug.cgi?id=1583 Falls dem so ist, so ergänze bitte unbedingt diesen Bug mit Deinem Fallbeispiel.
Sieht so aus, als hätte ich einen Gedankenfehler.
Hier die zweite ACL:
$Self->{TicketAcl}->{`bitte-aendern`} = { Properties => { Ticket => { CustomerID => ['BITTE AENDERN'], } }, Possible => { Ticket => { State => [`new`, `open`, `pending reminder`], }, Action => { AgentTicketLock => 0, AgentTicketZoom => 1, AgentTicketClose => 0, AgentTicketMerge => 0, AgentTicketPending => 0, AgentTicketNote => 0, AgentTicketHistory => 1, AgentTicketPriority => 0, AgentTicketFreeText => 0, AgentTicketCompose => 0, AgentTicketBounce => 0, AgentTicketPrint => 0, AgentTicketForward => 0, AgentTicketPhone => 0, AgentTicketPhoneOutbound => 0, AgentTicketCustomer => 1, AgentTicketMove => 0, AgentTicketOwner => 0, AgentTicketResponsible => 0, AgentLinkObject => 0, }, }, };
Die ACL schaut (ungetestet) so korrekt aus. Gruß, Alexander