Update a workflow status

PATCHhttps://<your-url>/api/v2/workflow-statuses/{workflow_status}

MCP id workflow-statuses.updateAlso on this path: GET Read a workflow status, DELETE Delete a workflow status

Partially updates a workflow status: absent keys are untouched, an empty body is rejected.

Token scope: api:write:workflows
Without it: 403 insufficient-token-scope.
Permission: workflows::update
Without it: 403 insufficient-permission.
Feature: Needs the sprints feature on your organisation.
Without it: 404 endpoint-not-found.
Rate cost: 1 unit, write bucket. A write costs the same whatever view you ask for.
Also: Accepts If-Match. Never cached: private, no-store. Unknown body keys are refused, never dropped.

Both are checked, scope first. A token never does more than its user. How access is checked

Request

Example: Recolour a status

curl -X PATCH \
  'https://<your-url>/api/v2/workflow-statuses/1' \
  -H 'Authorization: Bearer <token>' \
  -H 'Accept: application/json' \
  -H 'Content-Type: application/json' \
  -H 'If-Match: *' \
  -d '{
    "color": "#ef4444"
  }'

const response = await fetch('https://<your-url>/api/v2/workflow-statuses/1', {
  method: 'PATCH',
  headers: {
    'Authorization': 'Bearer <token>',
    'Accept': 'application/json',
    'Content-Type': 'application/json',
    'If-Match': '*',
  },
  body: JSON.stringify({
    "color": "#ef4444"
  }),
});

use Illuminate\Support\Facades\Http;

$response = Http::withToken('<token>')
    ->acceptJson()
    ->withHeader('If-Match', '*')
    ->patch('https://<your-url>/api/v2/workflow-statuses/1', [
        'color' => '#ef4444',
    ]);

import requests
response = requests.request(
    'PATCH',
    'https://<your-url>/api/v2/workflow-statuses/1',
    headers={'Authorization': 'Bearer <token>', 'Accept': 'application/json', 'Content-Type': 'application/json', 'If-Match': '*'},
    json={'color': '#ef4444'},
)

Response

The shape of the response, with sample values.

{
  "data": {
    "id": 1,
    "workflow_id": 4,
    "name": "Done",
    "color": "#ef4444",
    "is_resolution": true,
    "order": 1,
    "created_at": "2026-03-04T09:15:00Z",
    "updated_at": "2026-03-04T09:15:00Z",
    "workflow": {
      "id": 1
    },
    "links": {
      "self": "https://<your-url>/api/v2/work-items/1"
    }
  }
}

{
  "type": "https://developers.plnnrly.com/api/v2/problems/precondition-failed",
  "title": "Precondition failed",
  "status": 412,
  "detail": "The record changed since the version named in If-Match. Re-read it and retry.",
  "instance": "/api/v2/work-items/812",
  "request_id": "01K4B7Q9YV3PZ2N8T1E6M0XR4S",
  "current_version": 12
}

{
  "type": "https://developers.plnnrly.com/api/v2/problems/validation-failed",
  "title": "Validation failed",
  "status": 422,
  "detail": "3 fields failed validation.",
  "instance": "/api/v2/worklogs",
  "request_id": "01K4B7Q9YV3PZ2N8T1E6M0XR4S",
  "errors": [
    {
      "pointer": "/date",
      "code": "date_format",
      "detail": "The date does not match the format Y-m-d."
    },
    {
      "pointer": "/minutes",
      "code": "min",
      "detail": "The minutes must be at least 1."
    },
    {
      "pointer": "/description",
      "code": "required",
      "detail": "The description field is required."
    }
  ]
}

order and workflow_id are not accepted: a status cannot be moved to another workflow, because its transitions and the work items sitting in it belong to the one it was created in. Flipping is_resolution re-decides what the backlog counts as done for every work item already in the status. Send If-Match with the ETag from your last read to detect a concurrent edit, which answers 412. Treat it as best-effort only: this resource carries no concurrency token, and updated_at is second-precision, so two writes inside the same second are indistinguishable.

Path parameters

workflow_statusintegerRequired

The WorkflowStatus's numeric id.

Query parameters

Unknown parameters are refused with 400, naming the parameter.

viewstring

Which field set to render.

summarydetaildefault

Request headers

X-Request-Idstringpattern

A correlation id of your own. It is recorded in our logs next to the server's request id but never returned: the response header always carries the server's id. A value that does not match the pattern is discarded silently, never rejected.

If-Matchstring

The ETag a write is conditional on. A stale validator is 412 precondition-failed.

Request body

Unknown keys are refused with 422, naming the key.

namestring≤ 255

Status name as shown on the board column and the status badge, e.g. To do.

colorstring≤ 255

Six-digit hex colour, e.g. #6b7280. A stored value that is not six-digit hex reads back as #6b7280, so writing this field back unchanged replaces the malformed original.

hex colour, e.g. #7c31e8

is_resolutionboolean

Whether a work item reaching this status counts as resolved. Drives the backlog's done state and what a completed sprint carries over.

Response 200

Returns a WorkflowStatus in the detail view.

Headers

ETag: A strong validator of exactly this representation.
RateLimit: The IETF httpapi-ratelimit-headers form of your remaining allowance on the tightest bucket this request touched.
RateLimit-Policy: The ceiling and window of that bucket, as <limit>;w=<seconds>.
X-Request-Id: The server-generated ULID correlating this response with our logs.

Every response also carries Cache-Control, Vary, X-Content-Type-Options, X-Plnnrly-Api-Version, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset. Headers and versioning