/api/helpdesk/processes/folders/{folderId}/id

Exposes process folders below /api/helpdesk/processes/folders.

The collection resource returns the protected root node. The root contains compact metadata for its direct processes and one shallow level of FolderSummary children. Clients resolve a child folder to obtain that folder's direct processes and next-level children. This keeps a large folder tree from being repeated in every response; no parentId query parameter is required.

The root has a stable, generated identifier and parentId=null. Every direct child refers to that root identifier in its parentId. Folder names and parent identifiers are the only persisted writable properties; read-only identifiers are accepted and ignored for GET-to-PUT/PATCH round-trips. PATCH updates are staged and persisted by commit; there is no separate move action. A normal DELETE is limited to empty folders. Recursive deletion is an explicit confirmation-protected DELETE action.

Stable folder identifier, including the generated identifier of the root.

# Request
GET /api/helpdesk/processes/folders/<folderId>/id HTTP/1.1
Accept: application/json
Authorization: Bearer <access-token>

# Response
HTTP/1.1 200 OK
Content-Type: application/json

"bcefyz3y8im62t71gj0ly8i4s"

Accepts the identifier emitted by a GET response for an unchanged PUT/PATCH round-trip. The URL-selected folder remains authoritative.

# Request
PUT /api/helpdesk/processes/folders/<folderId>/id HTTP/1.1
Accept: application/json
Authorization: Bearer <access-token>
Content-Type: application/json

"8glj5x2sqnsfzh9llfmtv92ps"

# Response
HTTP/1.1 200 OK
Content-Type: application/json

"bij6whqsxesq61spih5jrss50"

The status codes 400, 403, 404, 405, 406, 409, 413, 415, and 500 use the same ApiError JSON error format:

{
    "status": 404,
    "code": "route_not_found",
    "message": "The requested API route does not exist.",
    "details": []
}

Request and response schemas used on this page.