- Integrations
- /
- Jira
- /
- Actions
- /
- Get Transitions
ActionJiraUpdated May 2026
How do I list available status transitions for a Jira issue?
Short answer: Drop the "Jira → Get Transitions" action anywhere in your workflow, map the inputs from upstream nodes, and publish.
Inputs
The fields this action accepts.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Issue Key issue_key | string | Required | Issue Key. Example: PROJ-123 |
Sample request
{"issue_key": "e.g. PROJ-123"}
Returns
{"transitions": [{"id": "11","name": "To Do"},{"id": "21","name": "In Progress"},{"id": "31","name": "Done"}]}
Use these fields in downstream nodes for routing, logging, or error handling.
Triggered by
Apps that pair well as the trigger for Get Transitions.
Any of these apps can fire this action as part of a workflow.
FAQ
Questions about Get Transitions.
What does the Get Transitions action do in Jira?
Returns the available status transitions for an issue based on the workflow it's on. Required before calling Transition Issue, since you pass a transition ID, not a status name.
What inputs does Get Transitions require?
Required: Issue Key. Every input accepts a static value or a variable from any upstream node in your workflow.
Can I use dynamic inputs from earlier workflow nodes?
Yes. Any field on this action can pull values from upstream nodes, whether that's a form response, a trigger payload, an AI output, or a lookup result.
What happens if Jira returns an error?
The workflow pauses on the failed node, the error message is captured in the run log, and you can retry the run with one click. Auto-retry policies are configurable per workflow with exponential backoff up to 5 attempts.
Does Get Transitions support batch operations?
Yes. Run Get Transitions inside a Loop node to process arrays. Tiny Command handles Jira's rate limits automatically so you don't have to throttle manually.
More actions
Other Jira actions.
Action
Add Comment
Adds a comment to an existing Jira issue with optional visibility restriction (role or group). Used for automation activity logs, AI summary notes, or external system pings.
ActionAdd Watcher
Adds a user as a watcher on a Jira issue so they receive notifications on updates. Used to auto-loop in interested parties (PMs, designers, support).
ActionAssign Issue
Assigns a Jira issue to a user (by accountId) or unassigns it. The standard routing action for AI-driven triage or rotating on-call assignment.
ActionCreate Issue
Creates a new issue (story, task, bug, epic, etc.) in a Jira project with summary, description, type, assignee, priority, labels, components, and custom fields. Standard write for converting external alerts into tracked work.
ActionDelete Issue
Permanently deletes a Jira issue by key or ID. Irreversible; pass deleteSubtasks=true to also remove children. Most teams transition to a Cancelled status instead.
ActionGet Issue
Retrieves a Jira issue by its key (ABC-123) or numeric ID with summary, description, status, assignee, comments, and custom fields. The standard read after a trigger fires with an ID.
Send get transitions from your workflows.
Triggered by anything in the catalog. Free tier available. No credit card.