Frage zu ACL's für Dynamic Fields

[patzig]

Hallo zusammen,

ich habe folgendes Problem, oder ich habe die Funktionsweise der ACL nicht richtig verstanden.

ich habe mehrere ACL's die wenn ein neues Ticket über Agentenportal oder Customerportal erstellt wird, Auswahlmöglichkeiten in den erstellten Dynamischen Feldern anbietet oder sperrt.

Wenn ich ein neues Ticket im Agentenportal über AgentTicketPhone oder AgentTicketEmail erstellen möchte werden in der Ansicht sofort 10 von 13 Dynamischen Feldern gesperrt, diese können erst ausgewählt werden wenn in den 3 auswählbaren Felder bestimmte Werte ausgewählt werden. Also alles wie gewünscht.

Problem: Wenn ich aber ein neues Ticket im Customerportal erstelle stehen alle 13 Felder zur Verfügung, erst wenn ein Wert ausgewählt wird funktionieren die ACL's und sperrt die restlichen Felder. Führt dazu das Kunden manchmal verwirrt sind.

Habe ich bei der ACL etwas vergessen oder wie wird ziwschen Agentenportal und Customerportal unterschieden.

Ich habe die ACLs über das Adminmenü erstellt und nicht in der Config.pm.
Bsp: Bedingung Properties -> DynamicField -> DynamicField_TicketFreeText1 = - please select Product (Standardwert)
Wertänderung Possible -> Ticket -> DynamicField_TicketFreeText2,3,4... etc. = leer

Dann natürlich weitere z.B. wenn in FreeText1 Proudct -> Office ausgewählt wird, werden die Felder Version und Operating System aktiviert.

Vielleicht nicht die beste Lösung aber die Felder die nicht ausgewählt werden sollen werden ja im Agentenportal gesperrt.

[patzig]

hat keiner eine idee ?

hier mal ein bild was ich genau meine.
Links Ansicht im Agenten Interface: so soll es sein
Rechts Ansicht im Customer Interface: sperre der Felder funktioniert erst wenn ein Feld ausgewählt wird.

otrs_new_ticket_create.jpg

[wurzel]

Hi,

lass mal deine ACLs sehen

Flo

[patzig]

Hi wurzel,

anbei mal zwei die den Aufbau zeigen, wie ich Sie erstellt habe.

1.

acl1_0.JPG

Wenn in FreeText1 = - please select dann sind wie unten im bsp. bei allen anderen FreeTextFields keine Werte hinterlegt.
Das ist auch die ACL die oben zu sehen ist. Im linken beispiel Sperrt sie ja alle Felder wie gewollt nur im Customer Portal nicht.


2.

acl1_1.jpg

Hier eine ACL, die vorgibt welche Auswahlmöglichkeiten bestehen wenn in FreeText1 = Analyzer ausgewählt ist.
Ich habe die Möglichen Werte für die jeweiligen Felder eingepflegt.

So habe ich es für alle ACLs gemacht, abhängig ist immer FreeText1.

[wurzel]

Hi,

hast Du die 4.0.6 im Einsatz wie in Deiner Sig?

dann nimm mal das aktuellste 4.0.x oder gleich die 5.0.x

Flo

[patzig]

Hi wurzel,

ja leider, wir kommen erst in ein bis zwei Wochen dazu eine 5er Testumgebung hochzuziehen.

Ich habe momentan ein paar Anforderungen die ich auf dem Live umsetzen muss, dazu brauch ich noch die 4.0.6 Test.

Dann werde ich mal versuchen meine restlichen Anpassungen schnellst möglich abzuschließen damit ich das Test Updaten kann.

Falls sonst noch einer eine Idee hat immer gerne raus damit.

[wurzel]

Hi,

die ACLs sehen gut aus. Deshalb dachte ich, es wäre evtl. im neusten Patch Release des OTRS 4.0.x korrigiert.

Leider weiß ich so auch nichts weiter dazu

Flo

[patzig]

Hi wurzel,

ich habe auf 4.0.16 geupdated.

Leider gleiches Bild im Agenteninterface alles wunderbar im Customerinterface nicht.

[patzig]

Aus Spaß mal weiter auf 5.0.1 upgedatet.

Immer noch gleich. Agenten Interface alles i.O. Customer nicht.

Kann das sein das das immer so ist das er erst nach der ersten Auswahl die ACLs abfragt und nicht bei Seitenaufruf ? zumindest im Customerportal.

[wurzel]

Hi,

das ist komisch.

Was ist, wenn Du mal nicht das dynamic field value abfragst, sondern
Frontend Action CustomerTicketMessage ?

Flo

[vitus]

Hallo an alle,

ich hätte dazu auch eine Frage, wenn ich darf. Ich versuche zur Zeit auf änliche Weise die dynamische Felde in abhängigkeit zur einander mittels ACL´s einzurichten. Leider hat es bis jetzt nicht funktioniert.

Jeitzt eine ganz konkrete Frage: dass was in diesem Beispiel von patzig als "FreeText1" angegeben wird, muss da die bezeichnung des dynamischen feldes hin?
z.B. bei mir heißt das dynamische Feld "Standort". Also muss ich im "DynamicField_TicketFreeText1" anstaat "FreeText1" meine Bezeichnung "Standort" eingetragen werden damit es "DynamicField_Standort" in ACL heist? Sehe ich das richtig?

ich bedanke mich schonmal im Voraus

viktor

[patzig]

Hallo viktor,

hier mal ein Bild wie ich das FreeText1 eingerichtet habe.

DF1.jpg

also muss bei der ACL DynamicField_(FeldName) hin, in meinem beispiel ja TicketFreeText1

[vitus]

danke, so habe ich es auch verstanden. Jedoch greift meine ACL nicht. Vieleicht habe ich da einen Denkfehler! Ich versuche die ACL so einzurichten, dass ich im ersten dyn.Feld ein Standort auswählen kann, dadurch schränkt sich die Auswahl an möglichen "Abteilungen" die ich zur Auswahl habe im zweiten dyn.Feld ein.

[vitus]

ich habe hier meine acl. Es gibt halt noch paar Standorte und paar Abteilunge die ich als dynamische Felder schon angelegt und aktiviert, aber noch nicht in ACL erfass habe. Die dyn.Felder sind in neuen Tel. Ticket schon auswählbar.

ACLs.jpg

währe schön, wenn ihr kurz drüber gucken könnt.

danke

[patzig]

Teste es mal bei Wertänderung Possible.

Mit PossibleAdd habe ich selber noch nicht gearbeitet, da kann ich dir leider nicht helfen.

[vitus]

Ich habe es auch mit Possible probiert.

Die syntax stimmt soweit?
Gilt diese acl für alle Tickets?
Muss ich noch iergendwelche Schritte machen die ich nicht gemacht habe?

Nach dem erstellen der acl drücke ich noch auf in betrieb nehmen!

[patzig]

@wurzel ist das so korrekt ?

new_acl.JPG

also jetzt ist es so das die ACL zwar nur im Customer Portal greift jedoch immer noch erst nach einer Auswahl, beim Seitenaufruf werden weiterhin alle angezeigt.

so am rande bin weiter auf 5.0.9 hoch.

EDIT: Eine weitere Frage bzw Anmerkung, ich habe in der Sysconfig unter CustomerTicketMessage bzw. AgentTicketPhone und AgentTicketEmail bei Priorität normal als standard Wert gesetzt. Wenn jedoch die ACL aktiv ist, ist high als erstes hinterlegt. Wie wird das gehandelt ?

@viktor

bei deiner ACL würde ich jetzt erwarten, dass wenn du bei Standort Bremen wählst das in Abteilung nur IT ausgewählt werden kann.
Hast du den deinen Dynamischen Feldern auch die nötigen Werte vorgegeben ?

[wurzel]

Hi

ich habe hier meine acl. Es gibt halt noch paar Standorte und paar Abteilunge die ich als dynamische Felder schon angelegt und aktiviert, aber noch nicht in ACL erfass habe. Die dyn.Felder sind in neuen Tel. Ticket schon auswählbar.

ACLs.jpg

währe schön, wenn ihr kurz drüber gucken könnt.

danke

Die ACL sieht gut aus.

Wie sieht's denn aus wenn Du ohne regexp erstmal versuchst, sondern erstmal direkt den String? Nicht dass es nur an der regexp liegt.

Und du solltest nicht als root@localhost arbeiten - das tust Du aber sicher nicht oder?
der ignoriert nämlich ACLs

Flo

[wurzel]

Hi,

@wurzel ist das so korrekt ?

ja, sieht gut aus. So würd' ich das auch machen.

new_acl.JPG

also jetzt ist es so das die ACL zwar nur im Customer Portal greift jedoch immer noch erst nach einer Auswahl, beim Seitenaufruf werden weiterhin alle angezeigt.

Mach mal eine zusätzliche ACL die ganz oben steht AAAAA-Erste ACL oder sowas

wo Du alle Felder erstmal deaktivierst mit einem Possible Not


Und danach mit einem Possible Add arbeitest anstatt mit Possible.

so am rande bin weiter auf 5.0.9 hoch.

EDIT: Eine weitere Frage bzw Anmerkung, ich habe in der Sysconfig unter CustomerTicketMessage bzw. AgentTicketPhone und AgentTicketEmail bei Priorität normal als standard Wert gesetzt. Wenn jedoch die ACL aktiv ist, ist high als erstes hinterlegt. Wie wird das gehandelt ?

Die ACL "überschreibt" die sysconfig

wenn Die sysconfig default 3 hat und Du mit 'ner ACL die 3 ausblendest nimmter 'n anderen Wert.
Aber so wie Du das erklärt hast, ist das bei Dir anders. Aber verstehen tu' ichs nicht, sorry
Flo

[patzig]

werde ich mal versuchen mit der Zusatz ACL.

Ich gebe ja in der ACL nur die Auswahlmöglichkeiten für die Prioritäten an wie kann ich da festlegen was zuerst drin steht ?
Und es gibt ja nur diese 3 Prioritäten.

z.B.

ACL 1.
Wenn DF40 = incident Dann Prio = high, normal, low (er setzt high als erstes) Reihenfolge beim eintragen in der ACL ändert nichts.
ACL 2.
Wenn DF40 = request Dann Prio = leer (passt )

[vitus]

ich bin als Agent unterwegs, daran dürfte es nicht liegen.
mit exact match läufts auf das selbe hinaus.

wenn ich im Feld1 "Worms" im dynamischen Feld des Tickets auswähle muss laut meinem Verständniss im Feld2 sich automatisch "IT" einstellen.
ist es richtig? (Beispiel weiter unten)

ich habe das Admin Handbuch schon in 3 Sprachen gelesen, mir fällt nicht auf wo ich hier einen fehler mache.

ich poste mal alles an infos was mir einfällt, vieleicht fällt da ja jemandem was auf.

ACLs2.jpg

Dynamische Felder.jpg

Telefon Ticket.jpg

[patzig]

Adde mal noch ein Screenshot von dem DynamicField 1 und 2 mit den Werten etc.

ansonsten sieht es für mich gut aus. Würde jetzt auch erwarten, dass wenn Worms gewählt wird nur IT zur Auswahl steht.

@wurzel hast du mir ein beispiel wie das mit possible not aussehen sollte ?

[vitus]

so da sind die zwei

d.feld1.jpg

d.feld2.jpg

[wurzel]

Hi,


@Vitus: Du musst auf den Key matchen. Also auf 1 oder 2 oder 3 oder 4 oder 5
Worms wäre dann:

Properties
Ticket
DynamicField_Feld1
1

Possible
Ticket
DynamicField_Feld2
5


ich mach's mal schöner, wie in
http://otrs.github.io/doc/manual/admin/ ... -reference
beschrieben:

Code: Select all

    Properties => {
        DynamicField => {
            DynamicField_Field1          => ['1'],

  Possible => {
        Ticket => {
            DynamicField_Field2  => ['5'],

Alternativ ginge auch

Code: Select all

Ticket => {
            DynamicField_Field1  => ['1'],
            

am Einfachsten nimmst Du für Key + Value (Schlüssel + Wert) jeweils das gleiche

viele Grüße
Flo

[wurzel]

Hi

@wurzel hast du mir ein beispiel wie das mit possible not aussehen sollte ?

auch hier sei mir der Link zu der Referenz gestattet. Es steht alles da
http://otrs.github.io/doc/manual/admin/ ... -reference

Beispiel:
Example 5.4. ACL removing always state closed successful.

Code: Select all

$Self->{TicketAcl}->{'103-Third-ACL-Example'} = {
    # match properties
    Properties => {
        # current ticket match properties (match always)
    },
    # return possible options
    PossibleNot => {
        # possible ticket options
        Ticket => {
            State => ['closed successful'],
        },
    },
};

Jetz schaumermal wie es bei Dir aussehen kann, ich nehme genau den gleichen Syntax wie von der Doku
Erstmal alles abschalten.

Code: Select all

$Self->{TicketAcl}->{'01 Disable all field values'} = {
    Properties => {
    },
    PossibleNot => {
        Ticket => {
            DynamicField_TicketFreeText7  => ['[RegExp].*'],
            DynamicField_TicketFreeText2  => ['[RegExp].*'],
            

Und dann

Code: Select all

$Self->{TicketAcl}->{'02 Enable some field values later'} = {
    Properties => {
    DynamicField => {
            DynamicField_TicketFreeText1          => ['SchwarzerBalkenAnalyzer'],
    },
    PossibleAdd => {
        Ticket => {
            DynamicField_TicketFreeText7  => ['3.3', '4.0', 'Das noch erlauben'],
            DynamicField_TicketFreeText7  => ['5.7', '3.4', 'Und das auch noch erlauben'],

Das ist jetz auch ungetestet... Aber das Prinzip müsste klappen.


viele Grüße
Flo

[vitus]

Jungs, ich danke euch. Das war der ausschlaggebende Post! Ich würd euch Blumen schicken wenn es passende Smiles geben würde.

Danke nochmal!

[wurzel]

Hi,

cool. Danke. Ich nehm' lieber 'n Bierchen

Flo

[patzig]

ou man da ich heute live gehen musste mit den Änderungen hab ich die ACLs trotzdem so übernommen, zwar greift beim Customerportal nach wie vor alles erst nach dem ersten klick jedoch konnte ich das Problem mit der Priorität lösen.

Ganz böser Denkfehler im Kopf
Die ACL überschreibt ja wie wurzel beschrieben hat die Einstellung in der SysConfig für die Standardprio aber DANN WIRD ALPHABETISCH GEORDNET!!! und was zuerst kommt steht als Standard drin. Und da ich keine Zahlen vor den Prios hatte war high immer als erstes