Difference between revisions of "Planning"
Jump to navigation
Jump to search
| Line 17: | Line 17: | ||
In scenarios set to '''Daily Planning Mode''', time-based events act as the primary driver for planning. This mode uses the following conditions to trigger planning events: | In scenarios set to '''Daily Planning Mode''', time-based events act as the primary driver for planning. This mode uses the following conditions to trigger planning events: | ||
| − | * '''Completion of Previous Instances:''' | + | * '''Completion of Previous Instances:''' - The current planning event will only trigger if all previous instances (dates) of the scenario have completed. |
| − | + | * '''Date evaluation:''' | |
| − | + | ** If the scenario is based on previous processing, it will attempt to trigger the next instance for the day following the last completed one. | |
| − | * '''Date | + | ** If the scenario is based on calendar processing, it will attempt to trigger for the current day. |
| − | + | * '''Holiday Considerations:''' - Planning will take into account holidays based on internal calendar information. (See [[Calendar]] for more details.) and the "Workdays only" flag | |
| − | + | * '''Lag Settings:''' - The Lag setting defines a delay between the current processing and its execution. For example, a Lag setting of 1 means that processing scheduled for 2nd January 2025 will start no sooner than 3rd January 2025. | |
| − | + | * '''Scenario Validity Dates:''' - The scenario's validity period is taken into account. If the scenario has defined validity dates, planning will only proceed within that period. | |
| − | * '''Holiday Considerations:''' | + | * '''Time constraint:''' |
| − | + | ** If defined "Not before" field, planning will be delayed to match start time condition | |
| − | + | ** If defined "Not after" field, planning will not start if the time is after the time set; will wait till midnight | |
| − | * '''Lag Settings:''' | ||
| − | |||
| − | |||
| − | * '''Scenario Validity Dates:''' | ||
| − | |||
== Additional Notes == | == Additional Notes == | ||
Revision as of 16:05, 6 March 2025
Contents
Planning Overview
Planning is the process of preparing and setting up processing tasks based on a scenario definition. This activity involves several key steps to ensure tasks are scheduled and executed correctly.
Steps in the Planning Process
- Waiting for a Planning Event - A planning event is triggered based on the scenario planning mode setting. This event can be one of the following types
- Time-based
- File-based
- Other types (as defined in Scenario)
- Retrieving Processing Parameter Values - User-defined parameters (refer to Parameter) are evaluated. Specifically, parameters whose values are defined by database queries will be evaluated. Only those parameters that are used by the scenario tasks will be evaluated. Parameters that are not part of the scenario will not be considered during this step.
- Scheduling Tasks for Execution - All valid tasks (see Task for task validity) are scheduled to be executed as part of the resulting Processing. These tasks are queued and await execution. No tasks will begin until the planning activity is complete.
- Notifying Operators - If the "Start scenario" operator is selected, a notification will be sent to the designated operators, informing them that the scenario has been triggered.
Time-Based Planning
In scenarios set to Daily Planning Mode, time-based events act as the primary driver for planning. This mode uses the following conditions to trigger planning events:
- Completion of Previous Instances: - The current planning event will only trigger if all previous instances (dates) of the scenario have completed.
- Date evaluation:
- If the scenario is based on previous processing, it will attempt to trigger the next instance for the day following the last completed one.
- If the scenario is based on calendar processing, it will attempt to trigger for the current day.
- Holiday Considerations: - Planning will take into account holidays based on internal calendar information. (See Calendar for more details.) and the "Workdays only" flag
- Lag Settings: - The Lag setting defines a delay between the current processing and its execution. For example, a Lag setting of 1 means that processing scheduled for 2nd January 2025 will start no sooner than 3rd January 2025.
- Scenario Validity Dates: - The scenario's validity period is taken into account. If the scenario has defined validity dates, planning will only proceed within that period.
- Time constraint:
- If defined "Not before" field, planning will be delayed to match start time condition
- If defined "Not after" field, planning will not start if the time is after the time set; will wait till midnight
Additional Notes
- Scenario Planning Modes:
For further details on the different scenario planning modes (time-based, file-based, etc.), refer to the Scenario page.
- Task Validity:
For detailed information on what constitutes a valid task and how they are evaluated, see the Task documentation.