|
List of authorization objects mandatory for the application.
|
The objective of the application is to upload forecast data (BFR and Budget) using an excel file. Data are later combined into Global Sales.
The data flow is based on the LSA method. The data visualization is done on the multiproviders MVSDSO61 (SO: Financial Forecast) .
How to use the program:
How to upload Forecast
Inform GBU / Year / Version and select the forecast file on your PC, which has to be excel and with correct format (template below).
How to download Forecast from BW system
In case, user wants to see the last forecast in order to make the next forecast. User can download the file that already loaded into BW to his PC in order to revise and upload again.
Guidelines to upload the BDG / MTP (Update Feb 2021)
However, in order to download the file, user must be the owner of the file (perform upload the file).
Note: The user who upload the file can download the file only. It is checked by user ID. Therefore, other users will not allow to download other user file to see the content.
File Template for Upload.
If a user is loading data and it is not completed yet, another user will not allow to click on 'Load Data'. The user need to wait until the process chain loading complete.
Core queries
The core queries are based on the multiproviders MVSDSO61:
Workbook | Query | ||
|---|---|---|---|
| Financial Forecast | BW_WBK_MVSDSO61_0001 | Financial Forecast | BW_QRY_MVSDSO61_0001 |
| Main Process Chain | Final Info Provider | Frequency | Start Time | Duration |
|---|---|---|---|---|
| PC_GLOBAL_SALES_FORECAST | CRSDFC01 | Daily | ~3:00am CET | ~3 minutes |
| PC_GL_SALES_PROP_99 | AASDFC01 | triggered by ZBW_SD_PC |
Data comes from SAP system. To compare data between BW and sources systems, check propagation layers.
<Describe the recurring procedures needed to operate the application (eg. start/pause/terminate/restart the app processes, data preparation, data ingestion, ETL, data visualization, data export, other manual activities)>
<Describe the scheduling in place for the application (eg. existing jobs, trigger time/event based, dependencies)>
<Describe the monitoring checks to confirm the application is performing well (eg. check the overall status, check performance metrics like runtime/data volume/memory/disk/CPU, maintain and react to alerts/notifications)>
<Describe how to handle errors (eg. error codes, description and respective resolution, alert users)>
<List the existing bugs, its criticality, workarounds and resolution plan.>
<List past & future evolutions for the application (including links to MED/FSD/TSD)>