We have a Service Desk project where we have people working on SD issues that are not meant to respond to the customers. As far as we know, everyone that can edit/transition a SD issue needs a SD license, and therefore can respond to customer.
Is there a good workaround for this so we can have users edit/transition a SD issue but cannot respond to customer?
A couple approaches tried so far:
Problem: extremely fragile and clunky solution, since there are many places (edit issue comment box, transition screens, comment section) where a user can respond to customer. Also, we need the ability to find the user group information for the logged in user in JS, which is doable through the REST API, but again, very clunky and not good performance-wise.
2) Use a custom script listener on Issue Commented event that will change the comment from external to internal if the user isn't in a particular group (have also tried deleting the external comment and re-creating it as internal)
Problem: we have SLAs and automation built around external/internal comments. For example, when a user shares a comment with a customer, it goes to the "Waiting for Customer" status. We'd need to transition that issue back if we change the comment property or re-create the comment as internal. If there is a way to "intercept" an issue commented event and prevent it from happening or change the comment to internal BEFORE the transition, that would solve a lot of problems.