Atlassian: Change order of issue types
Atlassian issueTypeSchemes.reorderIssueTypesInIssueTypeScheme: arguments, response, policy and SDK examples.
← Issue type schemes operations · Get started
Operation atlassian.reorderissuetypesinissuetypescheme
Provider route: PUT /{cloudId}/rest/api/3/issuetypescheme/{issueTypeSchemeId}/issuetype/move. Alter supplies the connection’s credentials and routing.
Call through Alter
Section titled “Call through Alter”Install @alter-ai/sdk @alter-ai/atlassian with npm, or alter-sdk-atlassian with pip. Supply your connected customer’s grant ID and the arguments described below.
import { App } from "@alter-ai/sdk";import { AtlassianIntegration } from "@alter-ai/atlassian";
async function execute(input: Parameters<AtlassianIntegration["issueTypeSchemes"]["reorderIssueTypesInIssueTypeScheme"]>[0]) { const app = new App({ apiKey: process.env.ALTER_API_KEY! }); try { const provider = new AtlassianIntegration(app, { grantId: process.env.PROVIDER_GRANT_ID! }); const call = await provider.issueTypeSchemes.reorderIssueTypesInIssueTypeScheme(input); const result = await call.wait(); return result.bodyJson(); } finally { await app.close(); }}import osfrom alter_sdk import Appfrom alter_sdk_atlassian import AtlassianIntegration
async def execute(arguments): async with App(api_key=os.environ["ALTER_API_KEY"]) as app: provider = AtlassianIntegration(app, {"grant_id": os.environ["PROVIDER_GRANT_ID"]}) call = await provider.issue_type_schemes.reorder_issue_types_in_issue_type_scheme(arguments) result = await call.wait() return result.body_json()| Field | Type | Presence | Description and constraints |
|---|---|---|---|
$ | object | Root | Additional keys: not allowed |
path | object | Required within parent | Additional keys: not allowed |
path.cloudId | string | Required within parent | Pattern: ^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}$ |
path.issueTypeSchemeId | integer | Required within parent | Format: int64 |
body | Model | Required within parent | Expand Change order of issue types — request body — body |
Referenced models: Change order of issue types — request body — body
Response
Section titled “Response”Response media type: application/json. The table describes the pinned successful response. Referenced models link to their complete fields.
| Field | Type | Presence | Description and constraints |
|---|---|---|---|
$ | null | Root |
Schemas
Section titled “Schemas”Change order of issue types — request body — body
| Field | Type | Presence | Description and constraints |
|---|---|---|---|
$ | object | Root | An ordered list of issue type IDs and information about where to move them. Additional keys: not allowed |
after | string | Optional | The ID of the issue type to place the moved issue types after. Required if `position` isn't provided. write Only: true |
issueTypeIds | array | Required within parent | A list of the issue type IDs to move. The order of the issue type IDs in the list is the order they are given after the move. write Only: true |
issueTypeIds[] | string | Each item | write Only: true |
position | string | Optional | The position the issue types should be moved to. Required if `after` isn't provided. One of: First, Last write Only: true |
Policy, approvals and errors
Section titled “Policy, approvals and errors”SDK function policy ID: atlassian.reorderissuetypesinissuetypescheme. Catalog operation: reorderIssueTypesInIssueTypeScheme. Rules can name either ID; function rules distinguish managed calls and conservatively cover raw calls sharing the route. Existing grant permissions and policy rules apply. wait() returns an immediate result or waits for a required approval; it never approves the request itself. Persist the approval ID to resume after a restart.
Provider errors retain their response; JSON decoding raises ProviderAPIError for provider failures. ManagedOperationError identifies contract/input/retention errors. See error handling and provider-specific behavior. Sensitive input may be refused before approval storage. A decoding error never resubmits a write.
Required provider scopes: ["manage:jira-configuration"]
No-content response statuses: [204]