On top of RSPC and RSPCM , here is ST13, mass time run display of a chain.
Tool name : BW-TOOLS then process chain analysis, then run
On top of RSPC and RSPCM , here is ST13, mass time run display of a chain.
Tool name : BW-TOOLS then process chain analysis, then run
FIORI: Create communication user: Tile- Maintain Communication User
FIORI: Create communication arrangement: Tile- Communication arrangements
FIORI: Create Communication System- Tile Communication system
Finally in HCI system
With IBP, SAP have improved a lot the quality of the documentation they provide. Both The Fiori front end and the addon user guide are very good. Still, there is a lack of details in the Integration documentation, and on the initial setup. This Article is a living step-by-step of one IBP Implementation and the integration with a On-premise SAP R3/APO landscape
Get both instances (IBP Test + IBP Prod) activated by SAP. Create users for those instances.
Create access via SDI (or whatever name is the cloud user management solution).
Get access to CPI-DS/HPI and create users in SDI.
Install the IBP Agent in an on premise server and set it up for communication between your on premise systems and HCI.
In ECC, create a RFC « SAPDS » to allow IBP to read it. Create a user with SAP_ALL to be the CPI-DS user.
In CPI-DS, in Sandbox, setup the datastore configuration with ECC IP and communication.
Use of the ERP Add-on
https://help.sap.com/viewer/f0e636d2a3b3440581408534c9d59e43/1.1%20SP12/en-US/88f95d75e9b540518cb9191046581799.html – configuring the Addon. It adds in ECC a new menu : Logistic – Central functions – Supply Chain Planning Interface – Integrated Business Planning
Connection of the AddOn, ECC and IBP ?
Once the Sandbox setup is done (Datastores setup + Projects defined), right click on a Dataflow and select « Promote ». Enter a new « Project » and click « Include Source & Target Datastore »

Go in the Production Datastore and update the source/target.
Tips :
For ECC, if using ABAP endpoint Dataflow :

From https://archive.sap.com/documents/docs/DOC-49467
The most used transaction in PP-MRP is the stock/requirements list.
Issues from many different application areas are reflected in transaction MD04, since this transactio reads data from many different tables.
On this document you will find the most frequent issues observed on transaction MD04.
1 – An MRP element is displayed on transaction MD04, however, it does not affect the available quantity, that means, it is not MRP relevant.
This issue can happen for many different planning elements, from sales orders to dependent requirements and there are many different causes for this issue.
On the following note you will find a detailed explanation for the possible causes for each different planning element:
1825187 – MD04/MD05: Incorrect quantity for an MRP element
2 – Database inconsistencies
A planning element that is already completed is still displayed on MD04 or a planning element is incorrectly displayed on MD04. It generally happens for sales orders or for subcontracting requirements but it can also happen for another planning elements, such as dependent requirements. The following WIKI describes each inconsistency and how to correct it:
3 – Exception messages
There are usually several questions related to exception messages, for example, why an exception message appears on MD05 but not on MD04. The answer to this and another questions can be found on the following note:
550441 FAQ: Exception messages in material requirements planning
From all the exception messages, those related to the rescheduling check are the most frequent cause of issues. There is a lot of documentation about rescheduling and the following WIKIs and notes should be useful:
550302 FAQ: Rescheduling check
1745312 MRP creates redundant proposals though there are fixed future receipts which can cover the requirements.
http://wiki.scn.sap.com/wiki/display/ERPMan/What+is+rescheduling+and+how+does+it+work
4 – Why a planning element is displayed on MD04?
The following WIKI explains how to analyze MD04 in debug and find out where a planning element is comming from and why it is displayed on MD04:
http://wiki.scn.sap.com/wiki/display/ERPMan/How+to+analyze+the+MRP+elements+by+debugging
5 – Issues related to sales orders:
See the following document:
MD04: Problems with sales orders
Source : https://blogs.sap.com/2015/01/02/data-extraction-from-planning-area-to-backup-info-cube/
Introduction
A planning area as we know is one of the most important areas in both Demand (DP) and Supply Network Planning (SNP). It basically defines the area where most of the planning activities take place grouping together both characteristics and key figures under a single domain.
In order to maintain the data consistency and to avoid loss of data, it is generally a good practice to take backup of the data in planning area to Info cube.
In this document, we will see how data can be backed up from Planning Area in step wise manner. For illustration purpose, have taken SNP Planning Area however process remains same for both DP and SNP – only major difference being in SNP, export DataSources can be generated for the SNP aggregates and not for MPOS like in Demand Planning. We would see the same further ahead in the document.
1. Create Planning Area
Planning area is created – TESTSNP. Here we have copied the standard planning area 9ASNP02 and created our own custom planning area. Configuration Steps for SNP Planning Area is discussed in detail in the following document –
SNP Configuration Steps for Planning Area and Planning Book/Data View

Creation of Backup Cube
Navigate to the Created Planning Area in the above step and from menu Select Extras – Data Extraction Tools as shown below –

Same can be achieved by the below transaction also –
Transaction – /SAPAPO/SDP_EXTR
Here, we need to select Data backup and then Generate Infocube from Planning Area in next screen. After that we need to provide the name of Infocube and Infoarea as shown below –

Above step will create Infocube with name SNPBACKUP. After creation of backup Infocube, we can see the same in transaction RSA1 – here we can edit/create new dimensions (basically to partition the data) and remove unwanted characteristics/key-figures which we do not want to save in cube.

3. Create Data Source
In order to create the Data Source, we need to again the same path as described in step 2.
Transaction – /SAPAPO/SDP_EXTR
Here, we need to select Generate Data Source and then provide the name of the data Source. 9A is prefixed to the name given by us for Data Source by the system automatically.
In the next screen, we need to select the Aggregate on which we want to base the Data Source. In case of DP Planning Area, we can base the Data Source on the MPOS while this is not the case with SNP. This also means that only the characteristics or characteristics combination contained in these aggregates can be used in the InfoSource, transfer structure and transfer rules. Also For an SNP aggregate, only the key figures assigned to it can be extracted. So, it is an important decision to select the Aggregate on which one wants to base the Data Source as per business requirement. Here, we have selected the aggregate 9AMALA (9AMATNR, 9ATRNAME).

Also while creation of Data Source, there is this indicator as highlighted above which gives one the flexibility to avoid the system from transferring data records cube if all key figures in the data record have the value zero. This can drastically reduce the volume of information that the system transfers, and as a result improve performance.
Once the Data Source is generated, we can replicate the Data Source and then it will appear in transaction RSA1. Then we need to activate the Data Source as shown below

4. Create Transformation
In the above steps, we have created the backup cube for planning area to store the data and also Data Source for Planning Area. Now, we need to link the both and this is achieved by Transformation. It connects the objects in Source to corresponding objects in target.
Transaction – RSA1
Select the Infocube – Right click create transformation. In next screen, we need to provide source and target for this transformation to link. After validation of all linkages, we then activate the transformation as shown below –

In Transformation one also has option to define various Formulas, Rules etc. basically to define how the data needs to be mapped to the target field.
5. Create Data Transfer Package(DTP)
Transaction – RSA1
In Transformation, we defined the mapping between source and target objects; however extraction and update are defined using DTP.
Within DTP, there is option of defining the type of Extraction – Full/Delta, package size, filter criteria, Update Mode, Processing Mode and Error Handling Mechanism. All these options can be defined as per business requirement.

6. Create Infopackage
Transaction – RSA1
Infopackage would help in extracting the data from source and loads it to PSA. Data from PSA to the target is taken by DTP as described above.

Once Infopackage is created, we have defined all the objects which would be needed to extract the data from SNP Planning Area and store it into Backup cube. Final structure in RSA1 would look like below –

Summary –
In this document, we saw how data from planning area can be stored in Infocube via data Source, Transformation, DTP and Infopackage. Also, one can automate these steps via process chain and have it scheduled on Daily/Weekly basis as per requirement.
SMOD – Enhancement
SE19 – Badi / Enhancement spot
SE38 – Display program
SE37 – Display function module / Bapi
SE80 – Object navigator (Includes)
SE24 – Class builder – To open Class
SE18 – See BAdI implementation