ExecutionDetail
ExecutionDetail has 14 top-level fields;
id, object, workflow_id, status, needs_human_review, review_status, created_at are always present.
Fields typed as another schema link to that schema's page, and nested objects expand in place below.
It is referenced by 5 operations, listed under Used by.
The machine-readable definition is #/components/schemas/ExecutionDetail in
openapi.json;
the example in the right-hand rail is synthesized from the field examples in that spec.
Fields
-
idinteger required -
objectstring required -
workflow_idinteger required -
statusstring required Lifecycle of an execution. `queued` (batch rows not yet dispatched), `pending`, `running` and `waiting` (paused on a Wait node or adverse-action waiting period) are in flight; `awaiting_review` is paused on human review; `completed`, `failed`, `cancelled` and `skipped` are terminal. One ofqueuedpendingrunningwaitingawaiting_reviewcompletedfailedcancelledskipped -
execution_keystring, nullable -
external_referencestring, nullable -
needs_human_reviewboolean required -
assigned_to_user_idinteger, nullable The reviewer who claimed this execution, if any. -
started_atstring (date-time), nullable -
completed_atstring (date-time), nullable -
created_atstring (date-time) required -
updated_atstring (date-time), nullable -
input_contextobject The payload originally sent at trigger time, plus resolved fields such as `execution_mode`, `submitted_by_user_id`, `user_approved`, `external_reference`, (for a test-mode run of a draft) `allow_inactive` and (for a test-mode run that replays a registered test subject) `sandbox_replay`.