Udostępnij za pośrednictwem


Task Scheduler

The task scheduler enables you to control when certain operations or processes (in other words tasks) are run. Basically, a task is a codeunit or report that is scheduled to run at a specific data and time. Tasks run in a background session between the Microsoft Dynamics NAV Server instance and database. Behind the scenes, the task scheduler is used by the job queue to process job queue entries that are created and managed from the clients.

In C/AL code, you create and manage tasks by using the C/AL functions that are available for the TASKSCHEDULER data type.

Function Description For more information, see
CREATETASK Adds a task to run a codeunit at a specified date and time. CREATETASK Function
SETTASKREADY Sets a task to the Ready state. A task cannot run until it is Ready. SETTASKREADY Function
TASKEXISTS Checks whether a specific task exists. TASKEXISTS Function
CANCREATETASK Checks whether the user has permission to create and run scheduled tasks. CANCREATETASK Function
CANCELTASK Cancels a scheduled task. CANCELTASK Function

How Task Scheduler Works

To set up a task, you create a codeunit that contains the logic that you want to run at a scheduled time. Optionally, you can create a second codeunit that contains the logic to handle the task if an error occurs for any reason. This coduenit is referred to as a failure codeunit. Once you have the codeunits, you can add C/AL code to the application that calls the CREATETASK function to schedule a task to run the codeunits. The CREATETASK function can also specify the earliest date to run the task, and whether the task is in the ready state.

Task Flow

Here is an overview of the process that a task goes through:

  1. After you add a task, the task is recorded in table 2000000175 Scheduled Task of the database.

  2. If the task is in the ready state, when the scheduled time occurs, a new background session is started and the task codeunit is run.

    You can view the session in the table 2000000111 Session Event.

  3. If an error occurs, the following happens:

    1. If a failure codeunit is not specified, then the retry flow is initiated.

    2. If a failure codeunit has been specified, the error is passed in a call to the failure codeunit, and the failure codeunit is run.

      If the failure codeunit does not handle the error or fails itself, then the retry flow is initiated.

Error Conditions and Retry Process

A task can fail under the following conditions:

  • The company cannot be opened.

  • An SQL connection or transient error occurred with the database.

  • The Microsoft Dynamics NAV Server instance restarted while the task was being run.

You can view these errors in the event log of the computer that is running the Microsoft Dynamics NAV Server instance. For more information, see Monitoring Dynamics NAV Server Events Using Event Viewer.

When an error occurs, unless the task is interrupted by the failure codeunit, the Microsoft Dynamics NAV Server instance will rerun the task according to the following retry flow:

  1. Two minutes after the first failure.

  2. Four minutes after the second failure.

  3. Fifteen minutes after the third failure and any subsequent failures up to a maximum of 10 times, after which the task is cancelled.

About Task Sessions and Permissions

The task runs in a background session, which means that there is no user interface. The behavior is similar to that of the STARTSESSION function, where any dialog boxes that would normally appear are suppressed. For more information about specific dialog boxes, see STARTSESSION Function (Sessions).

The session runs by using the same user/credentials that are used when calling C/AL code. The user must have appropriate permissions to the codeunit and any other objects that are associated with the operation of the codeunit.