Technology Blogs by Members
Explore a vibrant mix of technical expertise, industry insights, and tech buzz in member blogs covering SAP products, technology, and events. Get in the mix!
cancel
Showing results for 
Search instead for 
Did you mean: 
kumar060784
Participant
9,774
In today’s dynamic business companies restructure often, merging and demerging activities are part of it. This leads to carve-out projects in SAP system. This blog is about key areas involved in these projects.

Overview


Carve-out project is about de-linking of business operations from the parent company and move to separate system or another existing system. Either seller or buyer can do carve-out activities and also it can be done before or after identifying the potential buyer.


Following are options and this can be have any combinations from seller and buyer perspective











Source system Target system


1. Delink specific company code

2. Delink specific plants from company code

3. Delink specific product lines from existing plant and company code


1.  Addition of new company code

2.  Addition of new plants to the new company code or existing company code

3.  Addition new product lines to new plant and company code or existing plant and company code

Scope


In concept phase, business process owner of source and target system involve in scope definition of system architecture, business process, migration, de-migration, testing and cutover.


 

Conclusion


To summarise, carve-out projects are critical as this should not impact existing process of the target sytem. Also, migration to target should be followed by a de-migration activity in the source system.

 

 
4 Comments
0 Kudos
Good Blog.
0 Kudos
Informative and Comprehensive.. Good work!!
Arulmurugan
Participant
0 Kudos
Well Articulated, thanks.

In Carve out, do we need to talk about new processes?

As per my understanding, in carve out, as-is needs to be carry forwarded from source to new/target instance based on customer specific requirement ( normally company code, region specific content etc.,,)

Am i wrong?
0 Kudos
There are some good points in this overview.

However, you have commented on stock which has to be migrated out of the system.

For the stock I would just move it out via movement type 562.

But how do you solve the Open Items: customer open items generated from SD orders. Actually the item stay with the source system, but it also exists in the target system.
How do you solve the situation - you cannot just reverse the posting - there is the SD order would initiate the invoice again.

Any idea

Kind regards

Andreas

 
Labels in this area