A task execution can override execution parameters by:
The task execution process sets the task's environment as the active environment on the executed task.
The task execution process sets the active environment as follows:
A project's Global can be overridden on either a TDM environment or a TDM task level.
The task execution process sets the values on the Globals on a session level.
Note: Task-level variables have a higher priority than TDM environment-level variables. That is, if a variable (Global) is set on both - the task and the related environment levels - the task's Global value gets the higher priority.
When executing a TDM task, set the Sync mode according to the following table:
|
Source env - Override Sync Mode |
Task - Source env - policy for fetching data |
Execution Sync Mode |
Results |
|
Empty |
|
On |
LUIs are synced according to their sync method. See the Sync Behavior Summary table. |
|
Empty |
|
Force |
LUIs are synced from the source. |
|
Empty |
|
If the task includes a delete => On Else => Off |
|
|
Always sync |
|
Force |
LUIs are synced from the source. |
|
Always sync |
|
Force |
LUIs are synced from the source. |
|
Do Not Sync |
|
If the task includes a delete => On Else => Off |
|
The TDM API that starts a task execution can get a list of parameter-value pairs to override the original values of these parameters on the task execution without changing the task data.
This way, various users can use a task as a template and change (override) the execution parameters without changing the task itself: Each user can run the task on their environment and update the execution parameter according to their needs.
Click here for the list of task attributes that can be overridden at runtime.
Overriding task execution parameters does not update the task itself, but rather impacts the given task execution:
The task execution process gets the overridden parameters from task_execution_override_attrs TDM DB table and executes the task based on the overridden parameters.
A task execution can override execution parameters by:
The task execution process sets the task's environment as the active environment on the executed task.
The task execution process sets the active environment as follows:
A project's Global can be overridden on either a TDM environment or a TDM task level.
The task execution process sets the values on the Globals on a session level.
Note: Task-level variables have a higher priority than TDM environment-level variables. That is, if a variable (Global) is set on both - the task and the related environment levels - the task's Global value gets the higher priority.
When executing a TDM task, set the Sync mode according to the following table:
|
Source env - Override Sync Mode |
Task - Source env - policy for fetching data |
Execution Sync Mode |
Results |
|
Empty |
|
On |
LUIs are synced according to their sync method. See the Sync Behavior Summary table. |
|
Empty |
|
Force |
LUIs are synced from the source. |
|
Empty |
|
If the task includes a delete => On Else => Off |
|
|
Always sync |
|
Force |
LUIs are synced from the source. |
|
Always sync |
|
Force |
LUIs are synced from the source. |
|
Do Not Sync |
|
If the task includes a delete => On Else => Off |
|
The TDM API that starts a task execution can get a list of parameter-value pairs to override the original values of these parameters on the task execution without changing the task data.
This way, various users can use a task as a template and change (override) the execution parameters without changing the task itself: Each user can run the task on their environment and update the execution parameter according to their needs.
Click here for the list of task attributes that can be overridden at runtime.
Overriding task execution parameters does not update the task itself, but rather impacts the given task execution:
The task execution process gets the overridden parameters from task_execution_override_attrs TDM DB table and executes the task based on the overridden parameters.