Supersession macro commands
The Supersession macro command performs the supersession logic at a scenario level. The supersession definitions are stored in a code list. When you execute the macro, the changeover date is set and the historical measure data is copied from the predecessor to the successor items, at the specified locations, for the cycle period horizon.
This table describes the parameters used for the Supersession macro:
Parameter | Description |
---|---|
Code list | The code list containing the supersession definitions. |
Predecessor Item Attribute | The attribute in the code list containing the predecessor items. This is validated to base-level elements in the scenario |
Successor Item Attribute | The attribute in the code list containing the successor items. This is validated to base-level elements in the scenario. |
Predecessor Location Attribute |
The attribute in the code list containing the predecessor locations for transfer. The attribute values within the codelist can be set at base or aggregate level (aggregate level only allowed if Successor Location Attribute is not populated). This is validated against the module hierarchy at run-time and an error message is displayed if no value is defined. |
Changeover Date Attribute | The attribute in the code list containing the date of the supersession. This can be any date (does not require a calendar bucket start or end date). |
Transfer Factor Attribute |
The attribute in the code list containing the transfer factor from the predecessor item and measure to the successor item and measure. This can be a numeric value > 0. |
Introduction Date Measure Code | The measure code to copy the changeover date of successor item / locations. The introduction date is written to PCONST for the specified measure for each base-level successor item and location processed. |
Discontinuation Date Measure Code |
The measure code to copy the changeover date of predecessor item / locations. The discontinuation date is updated to PCONST for the specified measure for each base-level predecessor item and location processed. This value must differ from the value specified for Introduction Date Measure code |
From Measure Code | The measure code to be copied from the predecessor items and locations. |
To Measure Code |
The measure code to be copied to the successor items and location. This can be identical to From Measure Code. |
Item hierarchy node |
The item selection for processing the supersession definitions. If specified, nodes
within the selection (equal to or children of) in the supersession definition code
list are processed.
Note: Both the predecessor and successor from the definition
must exist in the selection. If no value is specified, all nodes accessible to the
user in the supersession definition code list are processed.
|
Location hierarchy node |
The location selection to process supersession definitions. If specified, nodes
within the selection (equal to or children of) in the supersession definition code
list are processed.
Note: If no value specified, all nodes accessible to the user in
the supersession definition code list are processed
.
|
Valid ItemLocation Measure Code | A measure defined for the current module, to indicate the valid item/location combinations of successors at the base level when applying supersession for aggregate locations. |
Overwrite |
Indicated the overwrite pattern of the source data. Possible values:
|
Successor Location Attribute |
The attribute in the code list containing the Successor locations. The attribute
values within the codelist must be set at base. This is validated against the module
hierarchy at run-time.
Note: If the attribute values are null for any definitions
then the supersession is applied to the Predecessor location.
|
SuperSession (Code
List, Predecessor Item Attribute, Successor Item Attribute, Predecessor Location Attribute,
Changeover Date Attribute, Transfer Factor Attribute, Introduction Date Measure Code,
Discontinuation Date Measure Code, From Measure Code, To Measure Code, [Item Hierarchy
Node], [Location Hierarchy Node],[Valid ItemLocation Measure Code],[Overwrite],[Successor
Location Attribute])
Validation and Execution of Supersession macro
The supersession logic is performed for the current scenario on successful validation and execution of the macro. These are the validation rules:
- Each of the defined supersession relationships in the code list are validated.
- Predecesssor Locations can be set at aggregate levels, that is all
children of this aggregate location must have supersession applied within the specified
location selection:
- If a child location of the aggregate is also used within the code list, the last entry in the code list is applied to that child location
- If the predecessor Location is an aggregate, the Successor Location must be null
- When an aggregate Predecessor Location used, only the values for valid item@locations combination, Introduction date and discontinuation date are copied. The valid combination measure to be used is derived from the valid combination defined within the Cycle.
- If a definition is not unique across predecessor item, successor item and location, the last entry in the code list is applied.
- Measure transfer occurs between ‘from measure’ of predecessor item and predecessor location and ‘to measure’ of successor item and successor location for all periods in the cycle period horizon.
- Factor works as a weighting factor (multiplier) from the predecessor item/location to the successor item/location, as opposed to a ratio. If values for both two successors are set to 1, each receives 100% of the predecessor history measure (making a total of 200%).
- Null transfer rate is assumed as 1.
- A transfer factor of 0 does not perform any history transfer to the current successor, effectively set the required changeover date.
- Ensure the predecessor and successor item nodes of each supersession relationship is valid. All predecessor and successor items must be defined as base-level elements in the corresponding module hierarchy.
- Ensure the predecessor and successor locations of each supersession
relationship is valid.
- If Predecessor location is an aggregate, the successor location must be null.
- If the Predecessor location is a base location, the Successor location must be either null or a base location.
- Both locations must be defined within the corresponding module hierarchy.
- Ensure the Predecessor location is not null.
- When specifying aggregate location elements, the user executing the macro must have access to the aggregate element in data security settings.
- Ensure the predecessor and successor item nodes of each supersession relationship are populated.
- Any errors are raised to discard log and processing, continues on the remaining relationships in the code list.
- Measures of type Market Intelligence, Orders or Transactional Data cannot be used within supersession.
For more details, see Supersession macro examples.
Validation is performed when you execute the macro. If any of the validation fails, the macro is aborted and the related error message displayed.
Cycle Period status | Scenario status | Can Execute? | Validation message |
---|---|---|---|
Pending | N/A | No | Cannot run macro {0} because Cycle Period has status "Pending" |
Running | WIP | Yes | N/A |
Paused | Any | No | Cannot run macro {0} because Cycle Period is not running" |
Aborted | Stopped | No | Cannot run macro {0} because Cycle Period has status "Aborted" |
Archived | Any | No | Cannot run macro {0} because Cycle Period has status "Archived" |
Completed | Any | No | Cannot run macro {0} because Cycle Period has status "Completed" |
Validation Condition/Rules | Error Message |
---|---|
Ensure the specified code list is valid | Code List "{0}" cannot be found. |
Ensure the specified code list attributes are valid. | Code List attribute "{0}" cannot be found in code list {1}. |
Ensure the specified measures are valid for this cycle.Module and enabled. The measures include the specified introduction date, discontinuation date, from and to measure. | Measure "{0}" cannot be found. |
Ensure the specified introduction and discontinuation date measures are of the correct type (Date). | {0} Measure Code requires a measure of type=Date. |
Ensure the specified from and to measures are of the correct type (Units or Currency). | {0} Measure Code requires a measure of type=Units or Currency. |
Ensure the specified introduction date and discontinuation date measures are different | introduction date measure code and discontinuation date measure code cannot be the same measure. |
If specified, ensure the item nodes are valid | item {0} cannot be found |
Ensure the specified measures are not Market Intelligence type. | Measure {0} cannot be of type Market Intelligence. |
Ensure the specified measures are not of type Transactional Data. | Measure {0} cannot be of type Transactional Data. |
Ensure the specified measures are of type Orders. | Measure {0} cannot be of type Order. |
If specified, ensure the Overwrite flag is valid. The value must be true or false. | Invalid parameter value {0}. Must be true or false. |