Sign in to run requests with your own sandbox key. Sign in

ExecutionFull

Type: ExecutionDetail

ExecutionFull has 16 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 1 operation, listed under Used by. The machine-readable definition is #/components/schemas/ExecutionFull in openapi.json; the example in the right-hand rail is synthesized from the field examples in that spec.

Fields

  • id integer required
  • object string required
  • workflow_id integer required
  • status string 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 of queued pending running waiting awaiting_review completed failed cancelled skipped
  • execution_key string, nullable
  • external_reference string, nullable
  • needs_human_review boolean required
  • review_status string required One of none in_review approved denied
  • assigned_to_user_id integer, nullable The reviewer who claimed this execution, if any.
  • started_at string (date-time), nullable
  • completed_at string (date-time), nullable
  • created_at string (date-time) required
  • updated_at string (date-time), nullable
  • input_context object 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`.
  • step_outputs object Per-node results keyed by node id.
    • {key} object
  • failed_steps array of object

Used by

Was this page helpful?