Skip to main content

Delete Resolution

Permanently delete a resolution run and its per-document results with DELETE /v1/resolutions/{id}. The source job run and its extracted data are unaffected.

Delete a resolution run and all its associated result rows permanently. The delete cascades: every per-document result created for the run is removed along with the run row itself, including the frozen policy_snapshot that recorded which configuration produced those results. The originating job run, its documents, and its extracted values are not touched.

Use deletion to clean up abandoned experiments and stale runs. For a failed run you intend to retry, deletion is usually the wrong tool: [POST /v1/resolutions/{id}/execute](execute-resolution) re-executes the failed run in place, skipping documents that already completed. Delete-and-recreate is only preferable when you want the new run to pick up configuration changes, since the snapshot is frozen at creation time.

Deleting a run that is currently processing removes the run and its results immediately, but does not gracefully stop work already in flight — background batches may error harmlessly as they find their run gone. Prefer waiting for a terminal status (completed or failed) before deleting, so you are never racing the executor.

Deletion is irreversible, but cheap to recover from in practice: because the source job run keeps all its extracted data, recreating the same resolution is one POST /v1/resolutions call with the same source_run_id — the new run simply snapshots whatever configuration is current at that moment, and gets a fresh UUID.

The response is minimal — { "deleted": true } with status 200 — and the effect is immediate: subsequent GET /v1/resolutions/{id} calls return 404 and the run no longer appears in the [list](list-resolutions). There is no bulk delete; to sweep a workspace, list runs with ?status=failed and delete them one by one. The endpoint requires write scope and only ever sees your own organization's runs — a foreign UUID is indistinguishable from a missing one (both 404).

Deletion is permanent. All results associated with this run are removed and cannot be recovered — including the policy_snapshot audit record of which configuration produced them. Export or read anything you need before deleting.
DELETE/v1/resolutions/{id}

Path parameters

id*uuidResolution run UUID.

curl

curl -s -X DELETE https://api.talonic.com/v1/resolutions/a1b2c3d4-e5f6-7890-abcd-ef1234567890 \
  -H "Authorization: Bearer tlnc_your_api_key"

Response

Response fields

deletedbooleanAlways true on success.

Response

{
  "deleted": true
}

Errors

Error responses

401unauthorizedMissing or invalid API key.
404not_foundResolution run not found or does not belong to your organization.
429rate_limitedDaily request quota for your tier reached. The counter resets at midnight UTC.

Frequently asked questions

Should I delete a failed run before retrying?+
Usually not. A failed run can be re-executed in place with POST /v1/resolutions/{id}/execute, and the retry skips documents that already completed. Delete and recreate only when you want the retry to pick up configuration changes, since each run's snapshot is frozen at creation.
Can I delete a resolution that is currently processing?+
The API allows it — the run and its results are removed immediately — but in-flight background work is not gracefully stopped and may error as it finds the run gone. Prefer waiting for a terminal status (completed or failed) before deleting.
Does deleting a resolution affect the source job run?+
No. The source job run, its documents, and its extracted values are completely unaffected. Only the resolution run row and its result rows are removed.
Can I recover a deleted resolution run?+
No — deletion is permanent, including the run's policy_snapshot audit record. Because the source job keeps its extracted data, you can recreate an equivalent resolution with POST /v1/resolutions and the same source_run_id; it will snapshot the currently active configuration and receive a new UUID.
Is there a way to cancel a run without deleting it?+
No. The resolution API exposes exactly two lifecycle controls: execute and delete. A processing run continues until it reaches completed or failed on its own; deletion is the only way to stop caring about it early, at the cost of losing its results and audit snapshot.