Hanzo
OpenapiLabel

Place or release a litigation hold on named records

Places or releases a litigation hold on named records.

POST /v1/label/hold

Addresshttps://api.hanzo.ai/v1/label/hold
MethodPOST
OperationriskHoldLabels
AuthAuthorization: Bearer $HANZO_API_KEY

Places or releases a litigation hold on named records.

A hold is a fact about the RECORD, not about the world: it says retention may not dispose of this row, and it asserts nothing about what happened. So it is not a field on an assertion and it is not folded into the content digest — carried there it was silently a no-op on any record that already existed, since re-filing the same assertion with a hold flag produced the same digest, the insert was ignored, and the caller was answered duplicate while the hold it asked for was never placed. This op is the one way a hold moves, in either direction, and the move is written to the audit log.

Every named id is this tenant's or is nothing. The statement runs against the tenant's own file, which holds no other tenant's rows and has no column that could name one.

Request

2 fields, body application/json (required).

FieldInTypeRequiredDescription
holdbodybooleanHold is the state to put them in: true places the hold, false releases it.
idsbodystring[]IDs are the content digests of the records, as returned by the write and by the read.

Response

StatusBodyMeaning
200riskHoldOutok

200 body — 4 fields.

FieldInTypeAlwaysDescription
changedbodyintegerChanged is how many records moved into that state.
heldbodyintegerHeld is how many records this tenant is now holding, at any age.
holdbodybooleanHold echoes the state asked for.
missingbodyintegerMissing is how many of the named ids this tenant does not hold.

Failure carries the platform error shape — see Errors.

Examples

hanzo has no subcommand for this operation — the CLI serves only what cloud's live route table confirms. Use HTTP or an SDK.


Label API · All Hanzo APIs · Interactive reference

How is this guide?

On this page