Case Merge & Split
Split a case into two cases or merge two cases into one. Restructure case boundaries when automatic grouping needs adjustment.
When the automatic case grouping does not match your needs, split a case into two partitions or merge two cases together.
These operations let you manually adjust case boundaries. Splitting moves the partition_b documents out into a new case (everything else stays). Merging absorbs one case into another. Both survive rebuilds: split marks the moved documents removed on the source and pinned on the new case; merge tombstones the absorbed case so a recompute never resurrects it.
case_key_b (a case UUID) is absorbed into case_key_a: its documents, links, and findings are reparented onto A and A survives. The absorbed case is tombstoned (merged_into = A) and excluded from future rebuilds — it is not deleted./v1/cases/:key/splitResponse
Response fields
Response
{
"source_id": "5c7fa78c-4d92-4613-9f42-9fe74458d8a9",
"new_case_id": "9d1f2a3b-4c5d-6e7f-8a9b-0c1d2e3f4a5b",
"moved": 3
}/v1/cases/mergeResponse
Response fields
The response is the surviving target case row — it also carries assignee, resolution_notes, title, blurb, summary, source, stale, and build timestamps.
Response
{
"id": "5c7fa78c-4d92-4613-9f42-9fe74458d8a9",
"case_key": "8c1ca050535e3ea3",
"status": "discovered",
"display_name": "Acme onboarding",
"assignee": null,
"stale": false
}Errors
Error responses