Technical Articles
Overview on SAP Carve-out Project
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.
Good Blog.
Informative and Comprehensive.. Good work!!
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?
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