Skip to content

Change which version of a document the organization is adopting

PATCH
/v1/documents/{slug}
curl --request PATCH \
--url https://api.adversarial.com/api/v1/documents/cisp \
--header 'Content-Type: application/json' \
--data '{ "adopting_version": "2026.9.1" }'

Setting adopting_version starts holding that version so it can be configured from the new template’s defaults ahead of going live — no edits carry over from the version it replaces, and the current version remains the policy of record until the held version’s proposal is approved. Setting it to null releases whatever is held. Starting adoption denies any open proposal on the outgoing live version.

Idempotent in both directions: adopting the version already in force or already held, and releasing when nothing is held, all change nothing.

slug
required
string

The document slug

Example
cisp
Media typeapplication/json

Request to change which version an organization is adopting.

object
adopting_version
required

The version to adopt, or null to release the one being adopted. The field is required — a PATCH that names nothing is a client error, not a silent no-op.

string | null
Example
2026.9.1

How the organization now stands

Media typeapplication/json

How an organization stands on one document: the version in force, and the version it is adopting, if any. The body of GET/PATCH /documents/{slug}.

object
adopting_version
One of:
null
current
One of:
null
Example
{
"adopting_version": "2026.9.1",
"current": {
"category": "governance",
"latest_version": "2026.9.1",
"slug": "cisp",
"state": {
"value": "uninitialized"
},
"version": "2026.9.1",
"version_state": "current"
}
}

No registered template with this slug and version

A different version of this document is already being adopted