Hanzo
OpenapiCommerce

Method-override tunnel for a disclosure — for clients that cannot send PUT,…

A disclosure is a published-document record — a publication body, a content hash, a type and a named receiver.

POST /v1/commerce/disclosure/{disclosureid}

Addresshttps://api.hanzo.ai/v1/commerce/disclosure/{disclosureid}
MethodPOST
Operationpost_commerce_disclosure_by_disclosureid
AuthAuthorization: Bearer $HANZO_API_KEY

A disclosure is a published-document record — a publication body, a content hash, a type and a named receiver. The hash LOOKS like a field you set and is in fact derived, but only on update: a freshly created disclosure keeps whatever hash the caller sent until the first replace or patch recomputes it, so a new row's hash attests to nothing. This kind lives in commerce's demo tree — a live writable resource in your tenant's real store that nothing else in commerce reads. Re-dispatches the request into the handler the intended verb would have reached, taking that verb from a _method form value or query parameter and then from the X-HTTP-Method-Override header. PUT replaces the row, PATCH changes part of it, DELETE removes it, and anything else is 405. The trap is the DEFAULT: naming no override at all leaves the method POST, which this tunnel maps to the PARTIAL UPDATE — it is never a create, and creating is the collection root's job. Behaviour and authorization are the underlying operation's, since the real handler runs. Any valid access token reaches it.

Request

1 field.

FieldInTypeRequiredDescription
disclosureidpathstringyes

Response

The document declares no response body for this operation. It answers 200 on success and the platform error shape on failure — 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.


Commerce API · All Hanzo APIs · Interactive reference

How is this guide?

On this page