How-to guideApplies to: Unified engine deployments
Read the status and error code together. A failed HTTP exchange does not always prove that a mutation was rejected.
Error body
Some domain responses add structured validation details. Response examples show the server’s response, including non-JSON proxy errors. Large previews are limited.
These are common mappings, not a promise that every endpoint returns every status. A gateway can add its own authentication or transport responses.
Separate request and execution failures
A 202 response can later lead to a failed operation. A 200 status read can report a Failed run. A notification can fail after a successful data workflow. Follow the relevant resource’s state and failure details.
Collect useful evidence
Keep the resolved request URL, method, non-secret input, request identity, resource IDs, revision, HTTP status, error code, and timestamps. Correlate operation, run, task, attempt, and audit data as appropriate.
See Request identity before repeating a mutation after a lost response.Last modified on November 4, 2026