The reorganization manager creates a reorganization plan to specify the corner stones of the reorganization: The reorganization date, the profit centers affected, any company codes, and any specific constraints for the preselection of the objects affected.

From the reorganization plan, the reorganization manager starts generation of the object lists.

When generating an object list, the system looks for the objects (such as materials or WBS elements) that are affected by the profit center reorganization and to which a new profit center needs to be assigned manually in the object list.

With the standard settings, the system applies the object owner (UNAME_RESP) from the profit center (in the User Responsible field). However, you can change the logic for deriving the object owner. For more information, see Assigning Objects to Object Owners.

The reorganization manager can manually change the object owner proposed by the system. He or she assigns the objects to the object owners. Once the reorganization manager has set the status of an object to Allocated to Object Owner, the object appears in an object list for the relevant object owner.

Before the reorganization period (the period starting with the reorganization date) is opened, the object owners process their object lists and specify which profit centers need to be reassigned to which objects.

After the object owners have made their reassignments, they set the status of the objects to Approved for Further Processing.

Once the previous period (including any assessments, settlements, and so on) has been closed, the reorganization manager performs thereassignment from within the reorganization plan, applying the assignments made by the object owners.

This changes the profit centers stored in the master data of the objects determined in the previous step. The system determines any dependent objects for successfully reassigned objects that have imparted the profit center and reassigns such dependent objects in the same way. This ensures in particular that floating processes (such as the clearing of open items of a supplier) are diverted to the new profit centers.

After the reassignments have been made successfully, the system changes the object status to Reassignment successful.

For some object types, this step also determines the balances to be transferred (such as for materials) or even transfers them (such as for fixed assets).

From within the reorganization plan, the reorganization manager starts the balance transfers for objects that have already been reassigned. This enables balances to be displayed consistently for key dates at the profit center level.

Transfer postings are made in new General Ledger Accounting. (Existing documents are not changed.)

In the case of fixed assets, the system performs an integrated transfer posting.

Once the transfer posting has been made successfully, the system sets the status of the objects to Reorganized Successfully.

The system logs all affected objects, their old and new assignment, and the relevant object owner. It also logs the transferred balances for each object.

You can use separate consolidation transaction types to see the transferred balances in totals reports in new General Ledger Accounting.

In the final step, the reorganization manager sets the status of the reorganization plan to Completed.