Open paulfolkers opened 1 year ago
Hi,
for starters you could try to disable this for (all) relations here:
Core::TicketAttributeRelations::ACLActions
For more complex scenarios there will be a solution in a later 7 version which supports more complex relations.
regards Johannes
Hi Johannes,
das wäre sicher ein Workaround und dann warten wir die 7.x ab, Danke!
Freundliche Grüße / Kind Regards Paul Folkers IT-Consultant
[Sector Nord AG]http://www.sectornord.de/
SECTOR NORD AG Edewechter Landstraße 123 26131 Oldenburg
mail: @.**@.> www: www.sectornord.dehttp://www.sectornord.de/ | www.snag-view.dehttp://www.snag-view.de/ tel.: +49 441 3901010 42 fax: +49 441 3901010 11 xing: https://www.xing.com/profile/Paul_Folkers
Von: Johannes Nickel @.> Datum: Dienstag, 21. Februar 2023 um 09:15 An: znuny/znuny-feature-requests @.> Cc: Paul Folkers @.>, Author @.> Betreff: Re: [znuny/znuny-feature-requests] Attribute relations based on screens (Issue #44)
Hi,
for starters you could try to disable this for (all) relations here:
Core::TicketAttributeRelations::ACLActions
For more complex scenarios there will be a solution in a later 7 version which supports more complex relations.
regards Johannes
— Reply to this email directly, view it on GitHubhttps://github.com/znuny/znuny-feature-requests/issues/44#issuecomment-1438022715, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AT23OQCII52IRC4VXUXLEQTWYR2SPANCNFSM6AAAAAAVCWYBEI. You are receiving this because you authored the thread.Message ID: @.***>
Supporthttp://get.teamviewer.com/5j5atf5 Meetinghttp://go.teamviewer.com/nwvmpjy
[TeamviewerSupport] http://get.teamviewer.com/5j5atf5 [TeamviewerMeeting] http://go.teamviewer.com/nwvmpjy
[Event]https://www.sectornord.de/de/newsdetails/bmpk-23-best-management-practice.html
Sector Nord AG Vorstand: Claudia Schäfer | Stefan Schäfer Prokurist: Daniel Diekmann Amtsgericht: Oldenburg HRB 121167 | Ust-IdNr DE215907282
Diese Nachricht und jeder übermittelte Anhang beinhaltet vertrauliche Informationen und ist nur für die Personen oder das Unternehmen bestimmt, an welche sie tatsächlich gerichtet ist, und unterliegt Urheberrechten. Sollten Sie nicht der Bestimmungsempfänger sein, weisen wir Sie darauf hin, daß die Verbreitung, das (auch teilweise) Kopieren sowie der Gebrauch der empfangenen E-Mail und der darin enthaltenen Informationen gesetzlich verboten ist und gegebenenfalls Schadensersatzpflichten auslösen kann. Sollten Sie diese Nachricht aufgrund eines übermittlungsfehlers erhalten haben, bitten wir Sie, den Sender unverzüglich hiervon in Kenntnis zu setzen und das E-Mail und übermittelte Anhänge zu löschen.
This message (including any attachments) contains confidential information intended for a specific individual or entity as the intended recipient, and remains to Copyrights. If you are not the intended recipient, you are hereby notified that any distribution, any copying of this message in part or in whole, or any taking of action based on it, is strictly prohibited by law and may cause liability. In case you have received this message due to an error in transmission, we ask you to notify the sender immediately, to delete the eMail and any attachments.
We are using ticket attribute relations in many customer projects while using process management.
For dynamic field relations this works quite well but we have issues using common ticket attributes like queue or state. The problem is here that configured relations (e.g. DynamicField_Department <> Queue) are used globally. We are missing an opportunity to use some of these relations only for specific screens.
I will give you a quick example: In a process activity dialog there are two fields shown, DynamicField_Department and Queue. The customer wants his users to select a department and by that, using ticket attribute relations, automatically let it select the correct ticket queue (e.g. department "Sales" => queue "Department::Sales". Basically this works for the activity dialog but now, it is not possible anymore to move any non-process ticket into queue "Department::Sales", while the dynamic field is not set for other tickets.
For this customer, we noticed this when we used the queue-move dropdown in AgentTicketZoom, where we could select the destination queue but got a permission error then.
We are sure that it would be a great benefit if ticket attribute relations could be configured to be used in only specific screens (e.g. AgentTicketProcess or maybe only in AgentTicketNote). Currently it is not possible to use general ticket attributes like queue, state etc. in combination with dynamic fields, since these dynamic fields are not set for most of the tickets.
Possible ways to implement this feature would be:
If you have other solutions for this, feel free to contact us.