General presentation

Objective of the application

Energy Forecast prices are collected in a BW-IP workbook and then integrated in Manufacturing VC query to calculate the Energy cost for projected months.

Usage information

How many users? Which user category ? Is there critical period ? Which geographical perimeter? Describe in one sentence: around 50 users, worldwide or 200 users / European Site

History

Provide some history of the application : When was it created ? What was the initial project ? Who was the original requestor ? If possible provide link to the project information

Roles & Access

Roles and access

List of application role + menu role  and explanation if we have several applications role with specials rules.

Role CodeRole DescriptionExplanation
ZR_RCS_CA_M79Forward Looking ICM - Energy - MenuRole Menu
ZBI_RCS_CO_A07Forward Looking ICM - EnergyAuthorization objects



Authorization variables

List of authorization variables mandatory for the application.

Authorization variablesObject
V_C_AUTHMA_0001C_PLANT__C_AUTHMA
V_C_PLANT_0012C_PLANT
V_CPFCTR1_2_0006CPFCTR1_2

Dataflow overview


Link to dataflow overview diagram:

https://app.diagrams.net/#G1RLCMm5yN06FOmvBvRN5HOSCk1xwCFtvl


There are 2 workbooks concerning Energy Forecast:


The first one ("FL - Energy Forecast") is common for Novecare and SpP and is used to save Energy price typed by the users. This is done by plant/activitiy (ELEC, GAS, STEAM, etc)

Energy price is stored in DSO ABCOPC10.


For Novecare, we get the latest Actual price (current month M) from the BOM, for each plant/activity, to use as proposed price in the workbook for future (M+12) months. Then the user can change the prices and save.

For SpP, there is no proposed price because we don't have this level of detail (by activity type) in the BOM in PF1. So we load from the BOM only the plants, then the activities are "artificially" created in BW from the values in master data C_ENERGY, and then the user can input the prices.


For SpP, there is a specific process covered by the second workbook ("FL - Energy Forecast - SPP Usage Factor)  where the users save the usage factor by plant/H4/product hierarchy.

Actually this is where the Energy Forecast process starts for SpP.


1) Calculation View : CV_FMCO_SP_FORE_UF

This calculation view will generate all the combinations Plant/H4/Prod.Hierarchy/Activity to be loaded in ABCOPC15.

Filters:

1- All Material with product Hierarchy : ("0PROD_HIER" != '')

2- GBU "CPFCTR1_2" = 'SP'

3- "C_ENERGY" = 'ELEC' or  "C_ENERGY" = 'GAS' or "C_ENERGY" = 'STEAM' or "C_ENERGY" = 'OTHER'



After data is loaded in ABCOPC15, then it's used in CV below to calculate the Energy Cost (quantity from ABCOPC15 * price from ABCOPC10)

2) Calculation View : CV_FMCO_SP_FORE_UF2


This will be loaded into ABCOPC16, where the increase percentage is calculated (comparing current month x previous month).





Integrating Energy Cost in the Manufacturing CV for Novecare


In CV_FMCO_MAN_COST_RCS, for each plant/activity from the BOM, we get the forecast price from ABCOPC10 for the subsequent months.

If no forecast is found, Actual data is extrapolated for the future months (same logic as Raw Material Forecast)




Link to project folder:





Functional and Technical rules on Workbench + Reporting

Rules & Explanations






Dependencies with other applications

Dependencies with other application (BW, QV, Externals tools like PVelocity or Dynasis etc...

Data loadings

Info providers and objects loaded


1- DSO DPSDSO92 : for having H4 Code (PC_FIWC_02)

2- DSO ABCOPC15 : for the Usage Factor (PC_COPC_09)

3- DSO AACOPC06: source data for Unit Price workbook (PC_COPC_09)

4- Make sure that the master data C_ENERGY is fulfilled correctly (ELEC/KWH, GAS/KWH and STEAM/TO)

5- Be sure that the DSO ABCOPRIC is loaded (PC_COPC_BOM_PF1)

6- DSO ABCOPC16 : for the integration in Manufacturing (PC_COPC_MAN_COST)

7- DSO ABCOP06b : to load Manufacturing cost for SpP (PC_COPC_MAN_COST)


So we have 4 process chain : 

PC_FIWC_02

PC_COPC_09

PC_COPC_BOM_PF1

PC_COPC_MAN_COST

Loading frequency

Detail of frequency : monthly; weekly or else

Average performance

if possible, give some information on average process chain duration, amount of data loaded and total data volume example: daily process chain loaded in 30 min, weekly chain loaded in 1h15, with around 2k to 10k lines in DELTA mode for a total of 10M lines in cube. The purpose is to give a general overview of the volume of data managed y the application


Key FigureEstimation
~ Average Process Chain Runtime
~ Average nb of rows loaded per load
~ Total nb of rows loaded (if full)
~ Average Runtime for 10k lines

Record Keeping

Give details if any historisation is done, example: keep only data greater than beginning of Y-3

Reporting

Queries End User Documentation

Query end user documentation should be created in the public "Customer Support Wiki" space under the corresponding BW application page : BW - Application. Technical query query documentation, if necessary should be added as a sub-page of this documentation using the BW Technical Query Documentation template.


Main queries

List the most important and complex queries only with a link to the documentation

Main functionalities

Give detail on all complex functionalities: list most important and/or complex KPI, query jump, alerts

Broadcast

Indicate if there are broadcasts and give some details on the broadcast settings.

Maintenance

Known bugs

Give the list and explanation on the known, not-solved, bugs.

Recurring procedure

List recurring procedures

Planned Evolution

Detail planned major evolution if already known. Example: complete decommissioning of application is planned in 2017 / Extension to solvay perimeter planned in 2nd semester of 2016