The Atlassian Community Forums are currently in read-only mode. We will be relaunching on a new platform on September 22 (read more here). We apologize for the extended downtime. For concerns or questions, please email communitymanagers@atlassian.com. See you on the other side, on the new Atlassian Community Forums! :)

×

Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

The SLA you're losing without noticing: the request stuck waiting on the wrong approver

Every JSM admin has lived this: an approval request sits idle for hours — sometimes days — because the system doesn't know who the requester's manager is. The requester waits, the SLA clock keeps running, and someone on the support team wastes time manually hunting down "who approves this" in Entra ID or Okta.

It's one of the most silent (and most expensive) problems in larger companies' Jira/JSM instances: the org hierarchy already exists in your identity provider — it just never makes it into Jira.

Mindpro Sync fixes this at the root: it syncs user attributes (job title, department, direct manager) from Entra ID/Azure AD, Okta, Google, or OneLogin straight into issues and the JSM portal — and uses that hierarchy to auto-populate the correct approver field, with no fragile manual automations that break every time a team changes.

pika-1787335106700-1x.png

And it's not a one-size-fits-all rule forced on the whole instance: field mapping and approval rules can be configured globally or per project — so teams with different hierarchies don't have to fit the same rule.

e-Core -1787335214082-1x.png

e-Core -1787335306903-1x.png

 

If your team is still manually chasing down "who's this person's manager" every time an approval opens, it's worth 10 minutes to try it out.

👉 [Free trial on the Atlassian Marketplace]

 

#MindProSync #JSM #JiraAutomation

0 comments

Comments for this post are closed

Community moderators have prevented the ability to post new comments.

TAGS
AUG Leaders

Atlassian Community Events