Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

How do I ensure "reporters" get the comments notifications and not the "creator"?

Peter Hernandez December 6, 2019

We are setup so that each group within our department has a different project. Our Service Desk fields all the first level calls and then creates an issue in the correct project. The issue we are having is when an agent creates an issue for a customer, they change the reporter to the customer. But the agent is still the creator, so all of the comment notifications and issue updates go to my service desk agents not the actual customer. Is there any way I can make sure that the customer actually gets everything even though they are not the creator? This also happens when we move an issue from the service desk project to another project. Even though it was submitted through the portal and moved, the notifications/comments do not work even though on that particular issue the customer is still the creator. 

So I'm not sure if we are just approaching this wrong, or if I'm missing a setting. If I could get any ideas. I'd appreciate it. 

Thanks

1 answer

1 accepted

1 vote
Answer accepted
Angélica Luz
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
December 9, 2019

Hello Peter,

Thank you for reaching out to Atlassian Community!

When an agent creates a ticket using the + button in Jira, the request type gets empty, that's why when we add a customer as the reporter, they won't receive notifications, because what triggers customer notification in Service Desk, is the request type.

It also happens when we move a ticket from one project to another. The request type is something that we can't set when moving a ticket, so after the ticket is moved, the agent must manually change the request type.

With the recent changes in Jira Cloud, now we can create a ticket on behalf of the customer and also create a ticket selecting the request type instead of the issue type only:

Screenshot 2019-12-09_18-12-07-579.png

So, when the agent creates a ticket, if they don't use the option above to automatically create on the customer’s behalf and set the request type, they will have to manually set that after the ticket is created.

It's also possible to create an automation to prevent this, please check the documentation below for more details:

When the ticket is moved, then the agent must manually change the request type.

Hope this helps!

If you have any other question regarding this matter, please let us know.

Regards,
Angélica

Peter Hernandez December 10, 2019

Hi Angelica, thanks for your response. Just to make sure I understand. 

  • Notifications are sent when request type is selected, NOT Issue type.

So, our issue is that we are not selecting a Request Type when creating using the +, we only select the issue type. 

 

So possible solutions from what I understand. 

  • Use "Raise a request" from within the project. 
  • Use the new feauture that lists requests types when using the +
  • Or use automation to change the request type after the fact. 

Does that sum it up correctly?

Angélica Luz
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
December 11, 2019

That’s correct, Peter!

When using “Raise a request”, it will open the customer portal and as an agent, it’s possible to create a ticket on the customer’s behalf. Using this option, the ticket will be created with the request type already filled.

Using the new option will automatically fill the request type and customers will receive all notifications as well.

Using the automation, sometimes customers don’t receive the first notification informing that the ticket was created, because the automation runs after the ticket is created, but all future updates, they will receive.

Peter Hernandez December 11, 2019

Okay great, thanks for the information!

Like Angélica Luz likes this

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events