Grant the Act as Agent permission
Decide which users can see and use the Act as Agent action on which issues.
Proxy Agent ships a Jira project permission called Act as Agent. Without this permission, the action button does not appear on the issue.
Why this is a permission and not a role check
Permission schemes let you scope the action exactly: by role, by user, by group, or by per-issue conditions like Current Assignee or Project Lead. You can grant the action to one specific role on one specific scheme, without affecting any other project.
Grant it
- Jira, then System settings → Issues → Permission schemes.
- Pick the scheme used by the service desk project(s) you care about.
-
Find Act as Agent in the permission list. It lives in the Other category.
permission-scheme-act-as-agentPermission scheme editor with "Act as Agent" highlighted under the Other category -
Click Edit on that row and add the principals you want to grant it to. Common choices:
- Service Desk Team role: every agent on the project can act as the configured persona.
- Project Lead: typical "senior approver" pattern.
- Current Assignee: agents can only act on tickets currently assigned to them.
- A specific group:
service-desk-leads,jira-admins, etc.
- Save the scheme.
What this gates
A user who is granted Act as Agent on an issue can:
- See the Act as Agent action in the issue's overflow menu.
- Open the modal and use whichever tabs they hold the underlying Jira permission for. For example, a user without
Log Workpermission will not see the Time Tracking tab even if they holdAct as Agent.
What this does not do
- It does not override Jira's normal permissions. Standard Jira permission checks still run on every action.
Act as Agentis an additional gate, not a bypass. - It does not grant access to the global or project Settings page. Those still require Jira admin / project admin.