Profit Center Consolidation

Hi Gurus,
Currently We have 3 company code 2 of them newly implimenting and the cusomer need consolidation of all these 3 company codes and i have suggested to go for Profit center consolidation as they dont want to impliment EC-CS or BW. Can you please give me how we can consolidate all these company code using PCA and what are the special configurations/special considerations need to take care. We also have new gl implimented.do we have any possiblity of consolidation in new gl. if yes how we can do this.
Awating your help.
Regards
Hari

Hi
When you activate Profit center accounting, the same has to be activated for each year. Hence there is nothing like validity period for profit center hierarchy, as you find for cost center.
Thanks
kamala

Similar Messages

Purpose of Partner Profit center

Dear experts,
Can anyone tell me the purpose of Partner profit center.
Thanks,

Hi Pavan,
Please take a look some below links:
Assignment of Profit Center and Partner Profit Center - Consolidation (EC-CS) - SAP Library
http://scn.sap.com/thread/1987188
I think they're helpful to you.
Regards,
Julie

Matrix Consolidation Profit Center for balance sheet acounts

Hi,
I have a situation within a matrix consolidation setup. Balance sheet items that do not necessarily have profit center assignments do not flow into BCS. I created a condition for Consolidation Profit Center in the Load Data stream method as follows to resolve that issue:
Condition If profit center = initialized (blank)
Move: constant 9999999
Condition: If profit center = 10000000-ZZZZZZZZ
Move: Profit Center.
This is resolved the issue partially. The load program reads the data however also creates a warning message that data records were ignored.
All these ignored data records are a copy of the 99999999 profit center records that have already been read.
I would really appreciate any inputs.
Thanks and Regards,
Pallavi

Pallavi,
I didn't get you.
I meant these Breakdown Types:
0 - No breakdown
1 - Optional breakdown. Initialized value allowed
2 - Required breakdown. If no entry is made, the default value is set.
3 - Required breakdown. The value must be entered; the default value may be entered.
4 - Required breakdown. The value must be entered; the default value may not be entered.
Subassignment are used with items, not with companies or profit centers.
Cannot understand why the role matters.
Please clarify.

Consolidation - incorporate other details like Product, Profit Center etc?

Hi,
For financial consolidation we are bringing only the trial balance data. To bring user defined dimension such as Product, Region, Profit Center, Cost Center etc, do the GL accounts need to be configured accordingly with this information?
Thanks,
Sincerely,
Nicky

HI Nicky
If you are using a standard exractor like 0FI_GL_10 for transaction data, the values for profit center / cost center would come automatically as the extractor uses table FAGLFLEXTA.
Thus for the transaction data extractor you are using , check whether these user defined fields are already present . If not enhance the extractor to populate the values for all dimensions.
Master data values for the user dimension can be loaded using relevant infoobject
Regards
Surabhi

ECCS - Adding Profit Center to Company Code Consolidation

Hello Gurus,
We use ECCS for our consolidation. We do only Legal consolidation and we also use Functional Area as a sub-item category for all the IS accounts. We are now trying to add Profit Center as one of the attributes. Initially, we planned to use the sub-item category, however, we can have only one and it's already taken by Functional Area. Is there a way I can
1. Add PC as an attribute
2. Enhance ECMCT to allow additional Sub-item?
Appreciate your advice and guidance.
Regards,
Venkat

The documentation at the menu path: t-code SPRO > Enterprise Controlling > Consolidation > Add Characteristics states:
Add Characteristics
The SAP standard consolidation database includes various preset characteristics, such as the consolidation unit, the financial statement (FS) item, the subitem, etc. If the information requirements of your group demand additional fields, you can define your own socalled custom characteristics.
This step shows you two ways to add characteristics to the consolidation database:
You can add up to five subassignments to the FS item.
You can add navigation attributes to the characteristic consolidation unit. The system then automatically assigns the same attribute to the characteristics partner unit and investee unit as well.
After adding a characteristic, the system generates the associated ABAP Dictionary objects and maintenance views.
To the consolidation database, you can also add characteristics based on structures that already exist in the SAP system (e.g. Region). However, you can also add characteristics, the structures of which still need to be generated.
Recommendation
Since custom characteristics extend the consolidation database, you should carefully examine which characteristics are to be added. SAP recommends, in particular, that you first finish creating the new characteristics, and that you make sure that want to use this set of data, before you activate the new characteristics and start the generation. This way you can avoid time-consuming deletions if a characteristic must be removed. Also, keep in mind that you can no longer delete a characteristic once you have posted data with the characteristic.
Example
Examples of subassignments for FS items are the Product Group and the Geographic Region.
An example of an attribute for consolidation units is the Company Type.
Standard settings
The standard SAP system already includes the following subassignments for FS items:
Partner unit
Subitem category and subitem
Transaction currency
Acquisition year
Acquisition period
Unit of measure
The standard SAP system already includes the following attributes for the consolidation unit:
Country
Company
Consolidation business area
Profit center
Controlling area
The attributes company, cons business area, profit center and controlling area are particularly useful when you use the integrated collection of reported financial data from your consolidation units.
Activities
1. Reorganize the field catalog. When this is done, the system copies the system field catalog into the customer field catalog. Choose Extras -> Field catalog -> Reorganize.
If you use integrated collection of reported data, during the reorganization you should include SAP's standard attributes in the selection. Note that, initially, these attributes are not included in the Reorganization selection screen.
2. If desired, create one or more new characteristics.
Enter the technical name (field name) of the new characteristic. The technical name must begin with the letters "ZZ".
Also set the appropriate indicator to define how the structure of the characteristic is to be built.
Technical Background Information:
Description, type, and length are properties of characteristics that you can enter directly or define by assigning a data element or domain. Data elements and domains are ABAP Dictionary objects that act as a central store of table field properties:
A data element defines the meaning of a field in business terms with texts and a reference to a domain.
A domain describes the technical properties of the field and defines permissible values for the characteristic if either of the following conditions is met:
- There is a list defining fixed values
- There is a reference to a check table
Normally data element and domain assignments are used to refer to check tables. You can, however, create a characteristic without any validation or texts by assigning a standard domain (for example CHAR07, NUM12).
Ways to create a characteristic:
a) Assigning a data element
Activate this indicator and assign a data element. The domain assignment is made by assigning the data element.
Note: If you run the elimination of IU profit/loss in transferred inventory and the system reads the required additional financial data from the totals database, you need to create the characteristic "product group" and assign it to data element FC_PRGRP.
b) Assigning a domain
Activate this indicator, then specify the meaning and assign a domain. By assigning a domain you define the type and length of the characteristic, and possibly you refer to fixed values or a check table.
c) Referencing a characteristic
Activate this indicator, then specify the description and set a reference to another characteristic. This has the effect of assigning the domain of the referenced characteristic.
d) Creating a characteristic with a new data element and check table
Activate this indicator, the specify the description, type (character or numeric), and length (1-32). The system generates a new check table for the characteristic.
e) Creating a characteristic without a check table (using a standard domain)
Activate this indicator and specify the description, type (character or numeric), and length (1-32). The system does not generate a check table.
Caution: Assigning data elements or domains does not itself ensure that validation, reading characteristic value texts, and Possible Entries Help will work as expected. The following conditions must be given:
The domain must have a check table or fixed values.
There must be either a text table with references to the check table, or the texts must be in the check table itself.
These conditions are always fulfilled by fields in the standard field catalog.
3. If needed, define compound relationships between characteristics in the detail screen of Characteristic Maintenance.
Some characteristics are dependent on other characteristics; that is, the values of dependent characteristics are meaningless in theabsence of values for independent characteristics. Such a relationship is called a characteristic compound. Technically, a check table then contains a key that consists of two parts.
Example: The Region, a dependent characteristic (check table T005S), forms a compound characteristic with the Country, an independent characteristic, because a region can be maintained or interpreted only if a country is specified.
Note the following restrictions when defining compounds:
Compounds can only be defined for characteristics that have a check table.
When a data element/domain is assigned, a compound is predefined by the existing check table.
Compounds can only be defined while creating a dependent characteristic. You do this by specifying the independent characteristic in the detail screen.
Only single compounds are permitted. Multiple compounds cannot be made.
The compound must be defined while creating a new characteristic, and before the new characteristic is saved. This is because the save process generates the check table for the characteristic.
Note: You do not use characteristic compounds to create regular assignments between two fields (such as, consolidation unit A having the local currency USD). Rather, a compound characteristic describes the structural dependency of one field on another (as in FS item 1111 in cons chart of accounts 01 being a different item than FS item 1111 in cons chart of accounts 02).
4. Specify further properties of the characteristic:
Define the display options and the sequence number of the characteristic for reports and so forth.
Activate the Subassignment indicator for all characteristics used as subassignments for FS items.
Activate the Fixed value in breakdown category indicator for all subassignments whose value is determined by the breakdown category (e.g., as with the characteristic subitem category).
Activate the Default value indicator if applicable. Then the characteristic appears in the implementation step Define Default Values. A default value is not necessary and cannot be set if you activate the Fixed value in breakdown category indicator
5. Enhance the checking specifications if needed:
For characteristics without a standard check table, you can enter a text table, a text field, and a long text field. The text fields must use the field type character. You can also specify a view name, usually a view of the check table and text table.
If the system fails to automatically determine the transaction codes for displaying and changing the master data, you can specify them manually.
6. To the characteristic consolidation unit assign any newly created characteristics as an attribute. Only independent characteristics can be assigned as attributes to consolidation units.
These attributes are used for sorting your consolidation units.
Note: Prerequisite for assigning attributes is the reorganization of the field catalog, that is, you need to have copied the field catalog into the customer field catalog. To do this, choose Extras -> Field catalog -> Reorganize.
7. Save and activate the new characteristic.
The Save process stores the new data and, if applicable, creates new tables and views in the ABAP Dictionary.
The Activation process sets the status of the tables, views, data elements, etc. to "active". It also generates the objects that are necessary to enable the consolidation functions to process the new characteristics.
You can activate several characteristics in one step by choosing characteristic maintenance of all characteristics in the initial screen, selecting and activating the inactive characteristics.
8. After activating the characteristic, you are asked whether to generate the view modules. Confirm the generation.
If you exit Characteristic Maintenance and want to ensure that all view modules were generated correctly, choose Environment -> View maintenance modules -> Reorganize.
9. Assign the new characteristics to field groups, if applicable.
Field groups are groupings of characteristics. These let you structure the fields in the field catalog. Individual fields may belong to multiple field groups.
Further notes
Choose Extras -> Log display to display the logs for the activities Save, Activate and Delete.
Edited by: Dan Sullivan on Oct 6, 2011 9:38 AM

Consolidation Profit center Hierarhcy tablename

Hello,
Please can some guide me which are the tables used for consoldiation profit center heriachy. I would like to know where the Date from and TO of the heriarhcy are maintained
thanks

Hi
When you activate Profit center accounting, the same has to be activated for each year. Hence there is nothing like validity period for profit center hierarchy, as you find for cost center.
Thanks
kamala

Report - P&L Report by Profit Center

Hi All,
Have a reporting reqmt in BPC 10 for which trying to figure out the best way.
There are about 20 profit centers and wrt every profit centers, there would be certain GL accounts which need to be considered while being displayed in report.
Ex - Combination of Profit Center A with Accounts 100001 - 100010, 420000, 430000 etc.
Combination of Profit Center B with Accounts 100001 - 100010, 520000, 530000 etc.
In the report, we need to display the profit center wise consolidated results
When the data for A is displayed, it should correspond to all those accounts.
2 Options which I can think of -
1. Create a static report with profit center and account in rows, with member recognition, get the data for all desired combination of Profit Center and Account, then create a local member to do a summation of data. hide the individual rows.
Pros - Easy to create
Cons - If business asks to add few accounts, the report needs modification. Also, it's a local member so result not stored anywhere and the same can't be used anywhere else in other reports.
2. Create additional members in account dim and use script logic to write the data to these members. Use these members in report.
Cons - With this calculation to help for 30 odd company codes, 20 odd profit centers, performance may be a thing to consider.
Any thoughts?
Regards,
Ashish

Hi Ashish,
If you have hierarchy node like "ALL" which have all the base members of Account and there is no data for other combination.
Ex - Combination of Profit Center A with Accounts 100001 - 100010, 420000, 430000 etc.
Combination of Profit Center B with Accounts 100001 - 100010, 520000, 530000 etc.
In this case if there is no data for combination of Profit Center A and Account 520000, 530000 etc.
and Profit Center B and Account 420000, 430000
then you can use hierarchy node.
Regards,
Shrikant

Profit Center Accounting in BCS

Dear Experts,
I'm going to have Profit Center based consolidation reporting in SEM-BCS. Since I'm using NewGL (with segmented Profit Center), I don't have to activate Profit Center Accounting Module.
Is it possible to have Profit Center based consolidation report in SEM-BCS without PCA Module activation?
Thank you.

Although I have never encountered this situation, if the profit center is provided in the source infocube for the data load without activating the PCA module, then should not be a problem.

Profit Center Configuration for segment reporting

Hi Experts,
We use flexible upload for first consolidation, at that time we take profit centers as prefix P company code eg., Company code: ABCD then profit center : PABCD
In LDS mapping tab page for profit center configured move with constant as "PABCD" and then for segment we use reassignment based on segment - Company code - GL accounts.
Now client requires wants to take actual profit centers for segment reporting
For this we are going to changed in LDS as follows:
1. Removed constant value "PABCD" and maintain source attributes - Profit Center in profit center
2. Removed all reassignment and configured reassigned segment based on profit centers and GL accounts is it correct procedure if not please guide me how to do
If the above is correct we expecting problem may be as under:
1. In Total Records FS items shows both Actual profit centre and PABCD how i can resolve - may be post any entry if so in which period before Balance carryforward period or after
2.We are going to execute Balance Carry forward Task in next month, what is result for FS items and profit centers, is carry forward with actual profit center or PABCD or Both
Pls give reply
Thanks & Regards
madhu yl

Hi Dan,
Thanks for speedy response and excuse me for the late reply
As per your suggestion my issue was resolved
Edited by: Madhu YL on Aug 19, 2009 6:44 AM

Validation between Business area & Profit Center

Dear All,
How can we validate Business area & profit center?
Regards,
Mahendra

hi
PCA:
Created per Controlling Area & Company Code [System validation at Company Code Level]
Data:Manual Entry
Derivation by referred cost object
Derivation from offsetting item based on the above mentioned rule
Periodic processing:Monthly period closing program to be executed
Distribution / Assessment possible [PCA Documents are created which can be verified by the auditor]
Report showing individual and all PCA totals to match Company Code Values GL Account wise can be created
other:Consolidation at PCA level
Multiple Valuation possible for PCA at
FI Level
Consolidation Level
Material Ledger concept for PCA for parallel valuation of materials
Business area:Independent Dimension
[Can be used across company codes u2013 Manual validation required to ensure Company Code-Business Area parity]
Data: Manual Entry
Derivation from Organization structure
Derivation by referred cost object
Derivation from offsetting item based on the above mentioned rule
Periodic processing:Monthly period closing program to be executed
Distribution / Assessment NOT possible
Report showing individual and all PCA totals to match Company Code Values GL Account wise available
Others:Consolidation at BA level
Multiple Valuation not possible at BA level
Material ledger concept NOT extended to Business Area
Further development for Business Area discontinued [Note 321190]
thanks
Srilaskhmi

STO - Profit center report

Dear Experts,   I have one scenerio Please help guide,
When we do STO for two plants, sending plant(1001) receiving plant (1002), scenario need to be configured, Profit center wise Report should happen in both pant.
Cost Of Goods Manufactured at plant 1001       Rs: 950
Admin expense(Cost with markup fixed value)   RS: 50
(Admin charge, it may be percentage or fixed price wise for one month putting manually)
1) Now the point is when they send material through STO process below scenario should happen as per my requirement
Receiving Plant 1002 (COGM)      Dr    950
Admin charges(expense)             Dr      50 (Profit center 5001)
To Sending Plant 1001(COGM)     Cr    950-
To Admin charge(income)             Cr     50- (Profit Center 5002)
2) Profit center accounting activated, when I see profit center wise report for Individual and consolidation report should show as bellow I mentioned
Individual wise   Profit center           Profit center
                    5002                   5001
          Admin charge Income Dr 50      Admin charge(income) Cr 50-
              Total     =   50                Total =      50-
Consolidation Profit center (5001+5002)
50 Dr         50 Cr       Total = 0
If I want to go for above scenario How can I do at configuration level...
Regards
Chandu

Hi,
Configure the transfer pricing between the profit centers. This enables u track internal movement of goods and internal profit...
Regards
Sudhakar Reddy

Profit Center Group Organization Change - Effective for Prior Periods

Hi Experts,
A client wants to perform a horizontal organization change (profit centers) and see the effects retroactively to the prior periods. To achieve this, they plan to re-execute the consolidation tasks going back two to three years once the org change is made, so that they have comparative financial statements that take into account the change. The requirement is to re-post the group level postings to the updated profit center group after the change. For example, Italy related postings would occur under the group Central Europe instead of Western Europe as before. All the group level postings previously booked to Western Europe would now need to recorded under Central Europe going back prior periods.
Does anyone have any ideas as to how to meet the requirement without re-consolidating?
One option was the restatement feature but based on the SAP help description of the monitor required, it does not take into account consolidated postings, only uploaded PL00-10 data and translation.
Another option is to copy the version but then the results is in another version rather than the original 'actual' "100" version.
Any ideas would be appreciated.
Thanks
Eyal Feiler

Eyal,
I know of no other way to accomplish this than to re-execute the consolidation for the prior periods after the hierarchy has been changed.
I have used the restatement feature and like you have found it very limited.
The copy to another version would only work if you copied the existing data to the new version before re-executing the consolidation. The the version 100 can be re-consolidated for the previous periods and the existing reports do not have to be changed for a new version.
However, with the copy, it is important to set the cons group and cons unit hierarchies to be version dependent so the changes are only good for the version that is to be re-consolidated for previous periods. This allows you to report on the data before the change where the logic will read the old, unchanged version of the hierarchy.
Dan

BCF by Profit center

In the Matrix Consolidation ( Using Company Code/profit Center), can we do the balance carryforward by profit center.
Means in the year end balalnce carryforard has to be clearly executed only using profit center and balances has to be carry forward to next year by profit center, than by company

Yes. The document splitting is in place.
The company codes are haivng very short duration and once the project is accomplished it is divested. When numerous projects are happening by joint venture it is really impractical to create company code with all difficulties in ECC and divest it.
Hence we thought to have few company codes and nominate the real jointventure projects as profit center concept with balancing segment, document splitting.
But in this route can we execute the BCF in BCS only by profit center.?

Profit center consolidate report - internal transactions

Dear friends..
how the transactions occur between TWO profit centers (Inter company code transactions) can appear in consolidated statement.
Actually these internal transactions can be eliminated from the statement because there is no effect in comapny level.
Even these must appear in individual profit center report.
The above this can happen in SAP automatically? or can we need to do any settings in this regard?
Please explain me
Dasu

HI,
FI/CO online integration helps you to post every CO allocation posting where PRCTR change happens to FI. See my expalanations in this thread The specified item was not found. (Real-Time Integration of Controlling with Financial Accounting) for details.
BR Christian

Extend Profit center validity periods

Hi All,
I have a requirement to extend the Profit centers validity period. for example I have created the Profit center with validity date from 01.01.2010 to 31.12.9999. I have loaded the data with these dates, there is no issue in this. I have new requirement to change some data from 01.07.2010 to 31.12.9999 for the same above profit center. Is there any procedure to extend the validatity dates like that. Please let me know if there is any procedure available.
Thanks,
Satheesh

Eyal,
I know of no other way to accomplish this than to re-execute the consolidation for the prior periods after the hierarchy has been changed.
I have used the restatement feature and like you have found it very limited.
The copy to another version would only work if you copied the existing data to the new version before re-executing the consolidation. The the version 100 can be re-consolidated for the previous periods and the existing reports do not have to be changed for a new version.
However, with the copy, it is important to set the cons group and cons unit hierarchies to be version dependent so the changes are only good for the version that is to be re-consolidated for previous periods. This allows you to report on the data before the change where the logic will read the old, unchanged version of the hierarchy.
Dan

Profit Center Consolidation

Similar Messages

Maybe you are looking for