Reasons to Perform a Controlling Area Reorganization
- by Rohana Gunawardena, SAP Practice Director, Quality Systems & Software
- February 27, 2013
Learn about the options to change the controlling area structure in an SAP Financials system post go-live.
The key element of the CO enterprise structure is the Controlling Area. At the initial stages of any project the analyst defines the organizational relationship between controlling areas (CO) and company codes (FI). The decisions made at this early stage of the project affect the whole life cycle of the SAP system. Often processes that are completely unknown at go-live are implemented later and are negatively affected by earlier enterprise structure decisions. The decision about whether to have separate controlling areas per company code or to integrate multiple company codes under a single controlling area has consequences for the available functionality in logistics as well as finance. However, the CO enterprise structure can be reorganized post go-live, so all is not lost and costly reimplementation projects can be avoided.
Many users don’t understand the CO module as well as the FI module. Their lack of knowledge can affect the initial setup of CO at go-live and cause difficulties later on (e.g., if a company wants to implement cross-company controlling). It is difficult, but possible to change controlling area structures post go-live (e.g., merge or split controlling areas). I discuss the reasons for going through this process.
The Initial Design of the Controlling Area Structure
During the initial SAP implementation the project team has to consider many business requirements, resource availability, and system functionality. The project team makes multiple basic configuration decisions that affect the life of the SAP system, based on the best options available to them at the time:
- Company code to controlling area mapping
- Controlling area currency
- Group currency
- Chart of accounts (length of account)
These decisions may have been the correct choice at go-live, but the business process or organizational requirements have changed over time, and in retrospect, the project team realizes that it could have made better choices. Of course, the project team is not omnipotent and cannot anticipate activities such as the company merging with another company, starting a new line of business, or acquiring a foreign subsidiary.
Would you like to see this full item?