About Scoreboards
The Scoreboard offers a rich set of features and provides strong business solution designs. Scoreboards are primarily used by Exception based demand planning solutions as entry points for identifying and navigating exceptions. Budgets, forecast metrics and alarms can be constructed to fit almost any condition.
Scoreboard records can be defined by all users. Scoreboard records are stored centrally on the server database. Even Online users and Offline users would be able to synchronize their scoreboard records with the server. Each scoreboard has unique values stored for each user because calculation of the scoreboard value is depending on the users data domain.
The Scoreboard area can be reached from the drop-down list in the main menu bar where you can switch between Favorite Views area, Version Control area and Scoreboard area. Select Scoreboard panel:
and click on the menu to access the following available actions for theAction | Description |
---|---|
Opens the New Scoreboard dialog box. | |
Opens the Scoreboard record in the Workbench. | |
Opens the Scoreboard Properties dialog. | |
Makes a copy of the selected Scoreboard record. When a scoreboard record is copied the calculation data is not copied. The user must calculate the new scoreboard to get the score. When a favorite view is copied, all scoreboard records based on that favorite view are also copied. |
|
Deletes a Scoreboard. | |
Opens the Scoreboard-Calculate dialog. | |
Enables filtering on the Scoreboard panel. The filtering feature in the Scoreboard panel makes it easy to handle multiple scoreboards. All the columns displayed on the Scoreboard panel can be filtered on freely. |
|
Removes filtering from the selected columns. | |
Prints the Scoreboard panel. | |
Opens the "About Scoreboards" page of the Online Help system. |
The Scoreboard panel comprises of several columns, they are listed as follows:
Column | Description |
---|---|
Type | Displays the icon to identify the Scoreboard record type. |
Name | Displays the user defined name to identify the Scoreboard record. |
Category | Displays the user defined category for filtering the Scoreboard display. |
NC | Displays a calculator symbol if the scoreboard record needs a new calculation. |
Current Score | Displays the number of key records from the Dataset that match a condition. |
Changes | Displays the difference between current and previous score. A green up or down arrow indicates whether the changes is a rise or a fall compared to the previous value. |
Favorite | Displays the Favorite view names against the respective Scoreboard. |
Dataset | Displays the Dataset names against the respective Scoreboard. |
Public | Indicates whether a Scoreboard is public and can be viewed by all users. By default, a Scoreboard record is always made private. This is independent of user and availability. |
The Scoreboard panel can be filtered to show only the subset of the scoreboard records, exactly as the favorite view panel in earlier versions of M3 DMP. The Scoreboard panel contains a list of the defined Scoreboard records. Scoreboard records are created by the user and display aggregated totals for key performance indicators.
Each Scoreboard record represents a certain type of calculation on the underlying data. By double-clicking on the record you can access this data which will open in the form of a pivot sheet in the Workbench area.
To view the content of a Scoreboard
- right click and choose , or
- double-click on the Scoreboard record, or
- select one Scoreboard and press Return.
Most Scoreboards and exceptions are calculated and records are searched for in the database. Therefore, they have a number of characteristics to consider:
- using scoreboards require a large memory usage
- some scoreboard types only require calculation after import and some scoreboard types requires a few iterations during the forecasting cycle.
- scoreboards contain information on the entries in "Base XKey" table matching the specified criteria; when an entry in actual sales matches the criteria, then all entries on that specific key combination will be selected regardless of the data type (data type = accumulator + transaction type)
Forecast alarms in Scoreboards
Forecast Alarms in Scoreboards enables the user to observe the demand without being restricted by Changeable Time Horizon. M3 DMP offers these types of alarms:
- Forecast Alarm 1 - Demand
Check
Forecast Alarm 1 is used to check whether the actual demand values in the system are reasonable or not.
Forecast Alarm 1 is activated when the absolute difference between base demand for a period and the applicable base forecast is greater than a specified margin. The error margin is calculated by multiplying forecast alarm factor 1 by the Forecast Margin. The factor can be set to activate an alarm, when demand values are out of a reasonable bound.
Another consideration for setting the forecast alarm factor is the amount of manual processing that may be necessary to review fresh demand information. As a general guideline forecast alarm factor 1 can be to set at or near 3. This means that actual demand is periodically checked to make sure the values in the system are reasonable. For example, the alarm can be activated when input is entered incorrectly. However, this can also occur when a single unusually large customer order is made.
M3 DMP will have the following scoreboard: Forecast Alarm 1 – Demand Check
One of the three calculated Margins (Margin1, Margin2 or Margin3) can be selected and Factor1 can be entered as the Upper Factor for Outside bounds check. Lower Factor can also be used but that is uncommon for this type of alarm.
FORMULA : FA1 = Abs ([Demand Fcst]-[CF Fcst]) > Factor1 * Margin
In M3 DMP, Demand Fcst = UCDEMA with Transaction Type 34
CF Fcst = MFCFOR with Transaction Type 34.
- Forecast Alarm 2 -
Forecast Error Check
Forecast Alarm 2 is used to check for forecast errors. The forecast error is calculated and checked on a continual basis. This is done by comparing mean forecast error to a specified margin. When the forecast error exceeds the margin, then Forecast Alarm 2 is activated.
The margin is calculated by multiplying Forecast Alarm factor 2 by the Forecast Margin. This factor is set to check cases where forecast quality is becoming unacceptably low. Another consideration for setting the forecast alarm factor is to reduce the amount of manual corrections. As a general guideline, forecast alarm factor 2 can be to set at or near 0.6.
In M3 DMP this is possible by selecting the formula Forecast Alarm 2- Forecast Error Check and setting the Upper Factor to F2 and then selecting Outside bound. Margin type determines how the margin is calculated and Mean Forecast Error Period controls the smoothing.
FORMULA : FA2 = Avg( n, ([Demand Fcst]-[CF Fcst]) ) >= Factor2 * Margin
In the formula,
- n = Number of periods
- Demand Fcst = UCDEMA with Transaction Type 34
- CF Fcst = MFCFOR with Transaction Type 34.
Cleaning of statistical data
Alarm scoreboards allow the users to adjust the demand (UCDEMA) without being restricted by changeable time horizon (CTH). This ability makes it possible to adjust the demand used for the advanced statistical forecast calculation that in turn yield the correct forecast and prevent alarms from re-appearing. For example: Adjusting Statistical Data can be used when outliers such as large one time orders or promotions need to ignored in forecast calculations.
The ability to allow changes outside the changeable time horizon (CTH) is controlled by the table AccSelListLink with 4 new columns to define the change horizon (PeriodFrom, PeriodTo, YearFrom and YearTo). If these are not set CTH is controlling the time range where data can be updated, but if these are set they take precedence.
For example, to enable UCDEMA to be changed in the history outside CTH, we must also change table "AccSelListLink". Records with 95 already exist since UCDEMA has been imported from Dataset. Now we only need to specify the PeriodFrom, YearFrom and PeriodTo, YearTo with the range we want to make updateable and set AccUpdate = -1 ( checkbox on).
Each AccSelID number matches the Dataset imported. AccSelList and Baselist tables hold more information if needed. By placing the change horizon fields in this table we can control exactly on which Dataset we will allow data types to updateable. Its possible to have AccID = 95 (i.e. TT34+UCDEMA) set differently on the different Datasets in the solution by only setting the change horizon columns for some of the AccSelID.
Setting "Updateable" = -1 will indicate that UCDEMA will be updateable when future Datasets are imported.