Hi Community,
I’m working with the Jira Cloud REST API v3 to create workflows using:
POST /rest/api/3/workflows/create
The workflow payload requires statusReference for each status, for example:
"statuses": [<br> {<br> "id": "Done",<br> "statusReference": "6b3fc04d-3316-46c5-a257-65751aeb8849"<br> }<br>]
The problem:<br><br>When creating a new status via POST /rest/api/3/status, Jira returns a statusReference, but in numeric form:
"statusReference": "10003"
However, when creating a workflow, Jira expects a UUID format (e.g., 6b3fc04d-3316-46c5-a257-65751aeb8849) for statusReference, not the numeric one.<br><br>f the status already exists, fetching it with GET /rest/api/3/status or GET /rest/api/3/statuses/search does not return any statusReference at all (the UUID form).<br><br>This leads to two blocking issues:<br><br>We cannot reuse existing statuses in new workflows (since their UUID-style statusReference cannot be retrieved).<br><br>If we try to create a status with the same name, the API rejects it because it already exists.
My questions:<br><br>Is there a way to fetch the correct statusReference (UUID form) for existing statuses?<br><br>Why does Jira return a numeric statusReference on creation, but expects a UUID when creating workflows? Is this a bug or by design?<br><br>Is the only workaround really to maintain our own mapping of status → statusReference when creating statuses, or to delete/recreate them just to get the UUID?
Why this matters:<br><br>Without access to the correct statusReference values, it’s impossible to automate workflow creation with existing statuses. This creates major problems when:<br><br>Some statuses are pre-existing in Jira.<br><br>We need to reuse them across workflows.<br><br>We cannot recreate them because of name conflicts.<br><br>Right now, we’re blocked because /workflows/create requires statusReference, but Jira provides no way to fetch it for existing statuses.
Has anyone else faced this? Any workarounds or insights from Atlassian would be hugely appreciated.<br><br>Thanks!