Overview

Scheduler is the surface where users create and manage scheduled jobs, recurring or one-time runs that deliver Lens Reports to recipients. A scheduled job consists of a schedule definition (timing, frequency, recurrence) and one or more tasks that describe what to run and where the output goes.

Scheduler is reached from the Scheduler option on the Main Navigation Bar. The page has two tabs: Jobs lists scheduled jobs with their status and per-row actions; Audit lists individual job and task runs with status and error detail.

When to use it

  • A Lens Report needs to be delivered to recipients on a recurring schedule (daily, weekly, monthly).
  • A Lens Report needs to be delivered once at a specific time (Adhoc).
  • A single schedule needs to deliver multiple Reports in the same run — model these as multiple tasks under one job.
  • A Report needs to be sent to a connector destination (SFTP, Azure Blob, S3, and similar) rather than to a user.

Page tabs

JobsLists scheduled jobs. Used for creation, edit, delete, pause, and one-off Generate actions.
AuditLists individual job and task runs with Job ID, Task ID, Widget ID, Title, File Type, Status, Created On, and Updated On. Used to inspect run history and diagnose failures.

Creation paths

Three entry points all create a scheduled job. The job structure they produce is the same; only the entry UX differs.

Scheduler page (add icon)The canonical path. Creates a job from scratch, with full control over title, category, schedule, and tasks.
HTML button on a ReportEmbeds a Schedule button directly on a Report by pasting a provided HTML snippet. Convenient for end-user-driven scheduling without leaving the Dashboard.
Filter Panel scheduler on a DashboardSchedules the current Dashboard view including active filter selections. Available only when the Filter Panel is visible and the Scheduler option is enabled on the Dashboard.

Job fields

TitleJob name. Appears in the Jobs list and in audit entries.
CategoryJob category [Does not repeat, Daily, Hourly, Weekly and more].
Date / TimeWhen the job runs.
Schedule optionsRecurrence pattern — Daily, Weekly, Monthly, or Adhoc.
Start DateDate the schedule becomes active.
End DateDate the schedule stops. Optional — selecting No End runs the schedule indefinitely until manually paused or deleted.
TasksOne or more delivery actions associated with the job. Each task carries its own Report, recipients, file type, and delivery options.

Task fields

A task defines what the job actually delivers when it runs. A job carries one or more tasks; all tasks under a job run on the same schedule.

CategoryReports (deliver a Report).
TitleIdentifying name for the task; used to distinguish tasks within a multi-task job.
Share with UsersRecipients of the delivery. Selected from the Share dropdown.
Select ReportThe specific Report to deliver. Not applicable for Workflow tasks.
File TypeOutput format — PDF, Excel, or CSV.
Edit FiltersFilter overrides applied at delivery time, configured through the Filter Configuration dialog.
Delivery OptionsHow the output is delivered: Deliver to Inbox, Deliver as Attachment, or Deliver to Selected Connector. One or more may apply.
PasswordSecures the delivered file. Recipients must enter the password to open the file.
DescriptionFree-form context for the task.

Delivery options

Deliver to InboxRecipients’ Inboxes in Lens. Recipients retrieve the file from there.
Deliver as AttachmentRecipients receive the output as a downloadable file.
Deliver to Selected ConnectorAn integrated connector destination — examples include SFTP, Azure Blob, and S3. Connector must already exist in Connector Management.

Jobs tab columns

Report TitleName of the Report the job runs.
Job TitleName of the schedule.
Scheduled ByUser who created the job.
Scheduled TimeConfigured run time.
FrequencyRecurrence pattern.
Updated OnTimestamp of the most recent edit.
Last DeliveryTimestamp of the most recent successful run, or ‘Yet to Deliver’ before the first run completes.
Pause ScheduleToggle that suspends the job without deleting it.
ActionEdit & Delete.

Audit tab

The Audit tab logs run-level history with one row per job execution. Used for monitoring delivery health and diagnosing failures.

Execution IDUnique identifier for this specific run.
Job IDIdentifier of the parent job.
Job TitleTitle of the parent job.
Task IDIdentifier of the specific task within the job.
Task TitleTitle of the task.
Artifact NameName of the Report or Chart the run delivered.
Artifact IDIdentifier of the Report or Chart the run delivered.
File TypeOutput format produced by the run.
StatusRun status — e.g., Completed, Failed. Hover over Failed to see the error message and code.
Created ByUser account under which the run executed.
Execution StartWhen the run started.
Execution EndWhen the run completed.
DetailsFilters applied and selected columns.

Failed runs surface an error code on hover. The codes identify the stage at which the run failed and are useful for routing the issue to the right area:

DNX_RPT_014Excel report generation
DNX_RPT_015Report data processing
DNX_RPT_016Filter application
DNX_RPT_017Report query execution
DNX_RPT_018Excel workbook creation
DNX_RPT_019Chart data processing
DNX_RPT_020CSV file generation
DNX_SCH_022Report generation (scheduler stage)
DNX_SCH_023Inbox update
DNX_SCH_024Attachment delivery
DNX_SCH_025Connector upload

Key behaviors

One job, one or more tasks. A job carries a single schedule definition and any number of tasks under it. Multi-task jobs deliver everything on the same recurrence — useful for stakeholder packs that combine several Reports triggers in one delivery cycle.

Three creation paths, same outcome. Whether a job is created from the Scheduler page, the HTML button on a Report, or the Filter Panel on a Dashboard, the resulting object is the same job structure managed in the Jobs tab. The shortcuts trade off some configuration depth for faster creation in context.

Filter overrides are per-task. A task can override the source Report’s default filters via the Filter Configuration dialog. The override applies only to that task’s delivery and does not modify the Report’s design-time filter configuration. Filters appear in the task UI only when the Report has filters defined.

Password protection is per-task. If a task carries a password, the delivered file requires the password to open. The password is stored with the task and applied to every run; recipients receive the password through a separate channel chosen by the job creator.

Audit is run-level, not job-level. The Audit tab logs each run separately, so a daily job that has run 30 times produces 30 audit entries. This makes it possible to diagnose intermittent failures and track delivery health over time.

Failed runs do not block subsequent runs. A failed run records an error in the Audit tab but does not prevent the next scheduled run from executing. Persistent failures should be diagnosed using the error codes and corrected at the source (Report, Workflow, or destination) rather than retried at the Scheduler level.