Execution records track every run of a scheduler job, capturing status, timing, output, and retry information. Use these endpoints to monitor job health, diagnose failures, cancel in-progress runs, and queue retries.Documentation Index
Fetch the complete documentation index at: https://alphabet-06152314.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
List executions for a job
Path parameters
The unique identifier of the job whose executions you want to list.
Query parameters
Page number to retrieve (1-based). Defaults to
1.Number of records per page. Defaults to
20.Filter by execution status. One of:
Pending, Running, Succeeded, Failed, Cancelled.Return executions that started at or after this ISO 8601 timestamp.
Return executions that started at or before this ISO 8601 timestamp.
Response
200 OK — returnsPagedResponseDto<JobExecutionDto>.
Unique identifier for the execution.
Identifier of the job this execution belongs to.
Execution status:
Pending, Running, Succeeded, Failed, or Cancelled.Timestamp when the execution began.
Timestamp when the execution finished (null if still running).
Wall-clock time the execution took to complete.
Number of retry attempts made for this execution.
Example
Get execution details
Path parameters
The unique identifier of the execution.
Response
200 OK — returns aJobExecutionDto with full detail fields.
Unique identifier for the execution.
Identifier of the parent job.
Final status:
Pending, Running, Succeeded, Failed, or Cancelled.Timestamp when the execution began.
Timestamp when the execution finished.
Total elapsed time.
Number of retry attempts made.
Captured output or response body from the job run.
Error detail if the execution failed.
ProblemDetails when no execution with that ID exists.
Cancel an execution
409 Conflict.
Path parameters
The unique identifier of the execution to cancel.
Response
200 OK — the execution was cancelled successfully. 409 Conflict — returnsProblemDetails when the execution is no longer in a cancellable state.
Cancellation is best-effort. Depending on the job type and how far along execution is, the underlying work may have already completed before the cancellation takes effect.
Retry a failed execution
Path parameters
The unique identifier of the failed execution to retry.
Response
202 Accepted — returns the new execution ID (guid) in the response body. The Location header points to /api/v1/scheduler/executions/{newExecutionId}.
400 Bad Request — returns ProblemDetails if the retry could not be queued (e.g. the source execution does not exist or is not in a failed state).
Example
Get dashboard statistics
Response
200 OK — returnsDashboardStatsDto.
Total number of jobs registered in the scheduler.
Number of jobs currently in an enabled (active) state.
Percentage of executions that succeeded over the recent window.
Count of executions scheduled to run in the near future.
Count of failed executions in the recent window.
Get repeatedly failing jobs
Query parameters
Minimum consecutive failure count to include a job in the results. Defaults to
3.Response
200 OK — returns an array ofJobDto objects for jobs meeting the failure threshold.
Get execution timeline
Query parameters
Number of hours to look back from now. Defaults to
24.Response
200 OK — returns an array ofTimelinePointDto.
The start of this time bucket.
Number of executions that succeeded in this bucket.
Number of executions that failed in this bucket.
Number of executions still running at this bucket boundary.