0% found this document useful (0 votes)
41 views7 pages

IBP Realignment Process Explained

IBP

Uploaded by

Girish G N
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
41 views7 pages

IBP Realignment Process Explained

IBP

Uploaded by

Girish G N
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd

Introduction:

Realignment is one of the processes available in IBP to move/copy data. It is generally used to
accommodate for changes in Master data within Supply Chain. Along with the change of Master Data,
realignment also helps in copying key figure data from old planning objects to new ones. Realignment
also provides option to get rid of old data after new data has been created. This blog is to highlight the
basics of Realignment and how to configure it in the system using a simple example.

Business Case:

Let us say there is a clothing line customer “CUST_BFR” which has now decided to split into two
separate entities- “CUST_1” for Women’s clothing products and “CUST_2” for Men’s clothing
products. The supply chain needs to accommodate for this change in Master Data, Key Figure Data
as well as Planning objects. This will be achieved in IBP using the Realignment functionality.

Let us look at Master Data, Key Figures & Planning Objects before
Realignment:

Product Master Data-

Product IBP-100 is from the Product Family- “WOMEN CLOTHING” and IBP-200 from “MEN
CLOTHING”. As mentioned above, CUST_1 is the new customer entity for women’s clothing while
CUST_2 is for men’s clothing. Hence, all data for IBP-100 should be moved to CUST_1and that
pertaining to IBP-200 should move to CUST_2.

Fig.01- Product MD

Customer Master Data-


CUST_BFR is the existing Customer and CUST_1 & CUST_2 are the new ones. Since CUSTID is the
attribute based on which realignment will be done, both Source & Target Customers must be created in the
system before realignment. Other associated Master Data will automatically be created by the realignment
process itself.

Fig.02- Customer MD
Customer Product Master Data-

Fig.03- Customer Product MD

Customer Source Master Data:

Fig.04- Customer Source MD

As you see, there are no ‘Customer Products’ or ‘Customer Sources’ pertaining to the new
Customers CUST_1 and CUST_2. They will be created as part of the realignment process. See the
comparison of “Before” and “After” realignment in the last section of this blog.

Key Figure Data- While data exists for CUST_BFR in several key figures, for simplicity, we are going to
only realign “Actuals Qty” data in this example:

Fig.05- “Actuals Qty.” for existing planning combinations of CUST_BFR and IBP-100/IBP-200

Realignment Project:

Realignment Project is created in the “Manage Realignment Rules” app where all
settings/conditions/filters related to realignment are maintained.

Fig.06- Manage Realignment Rules.


Fig.07- Manage Realignment Rules – Realignment Project- General Tab

After the “General” information for realignment project is updated, realignment steps need to be setup.
We will create 2 realignment steps here. First step to realign data from CUST_BFR to CUST_1 for the
product family “WOMEN CLOTHING”. See below screenshots to understand the configuration
involved.

Fig.08- Manage Realignment Rules – Realignment Project- Realignment Steps- Step1


In the key figure section, you can choose the key figures that you want to copy data to. You can
choose “All key figures” or “Selected key figures” (few other options are available as well). In this
example, we will limit realignment to just one Key Figure- “Actuals Qty.

NOTE: Only those key figures can be selected whose base planning level contains the attribute selected in
the “Attribute Mapping” section as a root attribute. In our case, that attribute is CUSTID.

Fig.09- Manage Realignment Rules – Realignment Project- Realignment Steps- Step1(Contd.)

Second step would be to realign data from CUST_BFR to CUST_2 for the product family “MEN
CLOTHING”. Every other setting is the same as that done in first step.

Fig.10- Manage Realignment Rules – Realignment Project- Realignment Steps- Step2


Once the settings are completed and saved, set the status of the realignment project to “Set to In Review.”

Fig.11- Manage Realignment Rules – Realignment Project- Status change to “Set to In Review”

Once the project is reviewed, the status of the project can be changed to “Approved.”

Fig.12- Manage Realignment Rules – Realignment Project- Status change to “Set to Approved”

Once the realignment step is approved, it is ready to be executed. Going back to the main page, you can
see that the “Project Status” is “Approved.”

Fig.13- Manage Realignment Rules – Realignment Project- Project Status “Approved”

Executing Realignment Project:

Realignment can only be executed in background. For that, go to the “Application Jobs” app. Use
the “Realign Planning Data” template to create a job to run realignment project in the background.
Fig.14- Application Jobs- Create and Schedule Realignment Job.
once the job is successfully run, if you go back to “Manage Realignment Rules” app, you will see that
the status the Realignment Step is changed to “Successfully executed.”
Fig.15- Manage Realignment Rules – Realignment Project- Project Status “Successfully Executed”

NOTE: Realignment can be run in simulation mode (in background though) and the results can be
analyzed in the “Application Logs” app.

Master Data, Key Figure & Planning Object status before and after Realignment:

I hope the example shared above simplifies the understanding around “Realignment”
process. You can read other posts relevant to IBP Demand at these links:

SAP Integrated Business Planning for demand | SAP | SAP Blogs

Common questions

Powered by AI

Setting up a realignment project in SAP IBP involves creating the project in the 'Manage Realignment Rules' app and configuring settings, conditions, and filters for the realignment. Initially, the general information of the project is updated followed by setting up the realignment steps. For instance, two steps could be created for a customer split scenario. Step one might realign data from "CUST_BFR" to "CUST_1" for women's clothing and step two to "CUST_2" for men's clothing. During configuration, one must select key figures, specify which to realign (such as "Actuals Qty"), and ensure that base planning levels align with the selected attributes, like CUSTID. After the realignment setup, the project's status is changed to "In Review," and following approval, it becomes ready for execution .

The 'Manage Realignment Rules' app plays a critical role in the configuration and execution of a realignment project in SAP IBP. It is the primary interface where all realignment settings, conditions, and filters are defined and maintained. Users configure the general project settings, set up realignment steps, and manage key figure selection within this app. Post-initial setup, the app is used to monitor and change the statuses of the project—from 'In Review' to 'Approved'—before executing the realignment. It provides a comprehensive framework for managing the complexity of data realignment projects within the organization .

The realignment process maintains data accuracy following significant business changes by systematically transferring and updating data to reflect new organizational structures. For a customer split, realignment ensures that each new customer entity, like "CUST_1" for women's clothing and "CUST_2" for men's clothing, receives the correct historical and planning data. By aligning key figures and master data with the new customer profiles, the process eliminates discrepancies that could arise from manual data entry or oversight. This ensures that all data remains valid, reliable, and aligned with the company's current operational needs and strategic plans .

In SAP IBP, the status progression of a realignment project starts with configuration in the 'Manage Realignment Rules' app. Initially, settings are defined, and once saved, the project status is set to 'In Review.' After review, the status can be approved, changing it to 'Approved.' Only after this approval can the project be executed. Execution is done in the background using the 'Application Jobs' app by creating a job with the 'Realign Planning Data' template. Post-execution, the status changes to 'Successfully executed,' reflecting completion .

Having both source and target customers created in the system before executing a realignment project is necessary because the realignment process requires clear mapping from existing entities to new entities. This mapping allows the system to accurately transfer data and align it with the updated supply chain structure. For example, when splitting "CUST_BFR" into "CUST_1" and "CUST_2," having these two as already defined target customers ensures that data can be moved directly and accurately to the correct new entities. The creation of these entities before execution reduces errors and ensures that all necessary data attributes are present for successful alignment and tracking .

The prerequisites for selecting key figures during the realignment process include ensuring that the base planning level of the key figures contains the attribute selected in the 'Attribute Mapping' section as a root attribute. This requirement is important because it ensures that the data structure of the key figures aligns with the organizational and supply chain structure, allowing for accurate data realignment. For example, when realigning by customer ID (CUSTID), only those key figures that include CUSTID as part of their base planning level can be selected, thereby maintaining consistency and accuracy in data mapping .

The realignment process in SAP IBP manages the creation of new master data by automatically generating the associated data for new customer entities based on the specified realignment rules. When a customer like "CUST_BFR" is split into "CUST_1" and "CUST_2," realignment creates new customer products and sources for the newly defined customers. This automated generation ensures that all necessary master data components are present to support the operational needs of the supply chain post-realignment, thus minimizing manual data entry and reducing the likelihood of errors during data migration .

The primary purpose of the Realignment functionality in SAP IBP is to accommodate changes in master data within the supply chain. It facilitates this by moving or copying data, such as key figure data, from old planning objects to new ones. This process helps in managing and reorganizing data according to new business requirements, such as when a company decides to split a customer into two separate entities like "CUST_1" for women's clothing and "CUST_2" for men's clothing. Realignment helps ensure that data associated with old entities is mapped accurately to the new ones and also allows for the removal of outdated data after new data has been successfully created .

Executing a realignment project in 'simulation mode' benefits users by allowing them to analyze the potential outcomes and impacts of the realignment process without making permanent changes to the data. This mode runs the realignment in the background and outputs the results in the 'Application Logs' app, enabling users to verify that the realignment configuration and logic produce the desired results. It reduces the risk of errors and ensures that realignment processes will execute smoothly when run for actual implementation .

In the context where a customer entity is split into two, realignment impacts key figure data by ensuring that data associated with the original customer, such as "Actuals Qty," is correctly transferred to the new customer entities. For instance, when "CUST_BFR" is split into "CUST_1" for women's clothing and "CUST_2" for men's clothing, the key figure data pertaining to each product family (like IBP-100 for women and IBP-200 for men) is realigned accordingly. This ensures that the supply chain continues to accurately reflect current business operations and customer structures .

You might also like