Job Management
This area requires global administrator access.
Jobs are background tasks the system runs for processing — for example, document extraction, EDI ingestion, or evaluation runs. Job Management lets you monitor the status of these jobs and manage webhook callback delivery.
Accessing Job Management
From the settings gear in the top navigation bar, select Jobs. You will land on the jobs list.
The Jobs List
The jobs list displays a searchable, paginated table with the following columns:
| Column | Description |
|---|---|
| Name | A descriptive name for the job |
| Type | The kind of job |
| Status | Current status (for example, pending, running, completed, failed) |
| Family | The job family grouping |
| Created | When the job was created |
| Updated | When the job was last updated |
If a job’s webhook callback failed to deliver, a Callback Failed badge appears next to the status value for that row.
Searching and Filtering
Use the search bar at the top of the table to filter jobs by name. You can also adjust the number of rows shown using the limit selector.
Opening a Job
Select any row to open the job detail page. The detail page shows:
- Name, Status, Type, and Job Family — the core identifiers.
- Created and Updated timestamps.
- Progress — if the job tracks incremental progress, you will see a progress bar showing how many units have been completed out of the total, along with a percentage and a status description.
Additional details (metadata, configuration, error messages) may be shown depending on the job type.
Callback Queue
Some jobs notify external systems via webhooks when they complete. If those webhook calls fail to deliver, they appear in the Callback Queue for investigation and retry.
Accessing the Callback Queue
From the jobs list page, select Callback Queue (the button in the upper right corner of the table).
Reading the Callback Queue
The Callback Queue has two tabs:
- Pending — Callbacks that are queued and waiting to be sent.
- Failed / DLQ — Callbacks that have been attempted and failed to deliver. These are in the dead-letter queue.
Each tab shows a list of callback records with their details.
Retrying Failed Callbacks
From the Failed / DLQ tab:
- To retry a single callback, use the retry action on that row.
- To retry all failed callbacks at once, select Retry All (N) in the upper right corner. A confirmation dialog will appear — select Retry All to confirm, or Cancel to go back.
After retrying, failed callbacks are re-queued for delivery. Use the Refresh button (the circular arrow icon) to reload the queue and see updated statuses.