Refer to documentation Implementation
Presentation
Here are entered both the launch conditions (identification of the folder and the user under whose identification the recurring task is launched) and the concerned times.
Close
Fields
The following fields are present on this tab :
Block number 1
| It identifies the recurring task code. |
| Title associated to the previous code. |
Characteristics
| It defines the name of the folder in which the request will be launched (the current folder code is proposed by default). |
| It defines the code of the user under whose identity the task will be launched (the code of the current user is proposed by default). |
| When the folder or task to be executed is not the current one, or if the user does not correspond to the current user code, it is necessary to enter the corresponding password in order to identify oneself. |
| It defines a group of tasks to be launched. |
| It defines the code of the task that will be launched automatically by the batch server. |
|   |
Block number 3
| Select this check box to activate the current record. Disabled records keep their content and setup but cannot be used (by recalling their code) on other records (documents, settings ...), or for mass processes. The authorizations to a given function can prohibit the creation of an active record. In this case, the check box is disabled by default. It can only be modified by an authorized user or through a signature Workflow. |
| When the recurring task has already generated task executions, this field makes it possible to know the last execution date. |
Periodicity
| This field defines the task execution frequency. If the period is monthly, it is possible to indicate one day of the month (date in the month ranging between 1 and 31) and/or check the end of month box. If the period is weekly, it is necessary to check one or more days of the week. |
| Enter a calendar code to exclude specific days from the execution of recurring tasks. |
Weekly
| Select the day or days of the week to run a task the same day or days each week. Select this check box to activate the current record. The data and setup of disabled records is kept, but they cannot be used on other records (documents, settings, etc.) or for mass processing by recalling the record code. Authorizations granted for a given function can prohibit the creation of an active record. In this case, this check box is deactivated by default. It can only be modified by an authorized user or using a signature Workflow. For accounting batch tasks, you cannot change the active status of a recurring task from this function. To do so, you must use the Journal status monitor function (VALPCE). |
Monthly
| If you selected Monthly, you can indicate one day of the month, ranging between 1 and 31, and/or select the Month end check box. Select this check box to activate the current record. The data and setup of disabled records is kept, but they cannot be used on other records (documents, settings, etc.) or for mass processing by recalling the record code. Authorizations granted for a given function can prohibit the creation of an active record. In this case, this check box is deactivated by default. It can only be modified by an authorized user or using a signature Workflow. For accounting batch tasks, you cannot change the active status of a recurring task from this function. To do so, you must use the Journal status monitor function (VALPCE). |
| If you selected Monthly, select this check box to run the task on the last day of each month unless the date is excluded by the calendar code. Select this check box to activate the current record. The data and setup of disabled records is kept, but they cannot be used on other records (documents, settings, etc.) or for mass processing by recalling the record code. Authorizations granted for a given function can prohibit the creation of an active record. In this case, this check box is deactivated by default. It can only be modified by an authorized user or using a signature Workflow. For accounting batch tasks, you cannot change the active status of a recurring task from this function. To do so, you must use the Journal status monitor function (VALPCE). |
Time range
| Enter start and end times to limit running the task to between that time range. Select this check box to activate the current record. The data and setup of disabled records is kept, but they cannot be used on other records (documents, settings, etc.) or for mass processing by recalling the record code. Authorizations granted for a given function can prohibit the creation of an active record. In this case, this check box is deactivated by default. It can only be modified by an authorized user or using a signature Workflow. For accounting batch tasks, you cannot change the active status of a recurring task from this function. To do so, you must use the Journal status monitor function (VALPCE). |
|   |
| Enter the number of minutes between multiple iterations of a task. For example, if the first run does not process all the No. of records set, the task runs again after the number of minutes entered here. Select this check box to activate the current record. The data and setup of disabled records is kept, but they cannot be used on other records (documents, settings, etc.) or for mass processing by recalling the record code. Authorizations granted for a given function can prohibit the creation of an active record. In this case, this check box is deactivated by default. It can only be modified by an authorized user or using a signature Workflow. For accounting batch tasks, you cannot change the active status of a recurring task from this function. To do so, you must use the Journal status monitor function (VALPCE). |
| This box can be checked if the recurring task is frequency defined. If it is checked, a single request is launched every day in order to execute the requested process, and as soon as the process is completed, the task is put on hold for the number of minutes defined by the frequency, then the execution is resumed until the end time is exceeded. The request is then displayed in the In process report for the whole execution interval. This ensures that the request is always stored in the memory once it will have been launched, which can be detrimental to other tasks if the maximum number of tasks launched simultaneously has been reached. |
| This check box can only be selected for a recurring task with a defined frequency. In this case, no record of the successive executions of the task is kept in the request management function. Only the request in progress and the previous one are kept in the corresponding table. |
| If this check box is selected, a recurring task is launched again even if there is an error. |
Fixed hours
| In case of a not frequency defined task, it is possible to launch this task at three different times in one day, as mentioned here. |
| This check box can only be selected if fixed execution times are indicated for a recurring task. It ensures that the execution request is created, even if if the time is exceeded at the moment when the batch server processes the recurring tasks for the day. For instance, if a task is planned for 07:00, 10:00 and 15:00, but the batch server starts in the morning at 08:00:
|
Grid Relative date
| Used to enter the screen zone name to initialize. |
| Used to enter the reference date for the calculation. |
| Number to add to (or withdraw from) the reference date. |
| Time unit |
| Used to enter a formula that will be applied in the parameter entry environment of the batch task reccuring journal entry: open tables, global variables, user variables, etc... |
Close
This action opens the parameters for the task. When a group of tasks is launched, an intermediate window opens where you can choose the task and its settings. |
When starting the batch server (or after midnight, when the batch server operates continuously), all the recurring tasks in a day are created in the form of task execution requests that can be seen in batch task management.
For recurring tasks with a defined frequency, a single execution request is created; when the task is executed, a new execution request is created.
This means once the first execution for a recurring task with a defined frequency is launched: