Cons profit center

Hi,
I assign company and cons profit center to the cons unit characteristic role in the databasis.
And then in the master data of cons profit center, i create hierachy , cons profit center group,cons profit center. But the hierarchy of profit centers doesnt appear in the consolidation monitor. It works for hierarchy of company (it appears in the consolidation monitor). Do i miss something?
Note : I dont want to use the combination of cons unit. I just want to have 2 versions in the same consolidation area. one version for company hierarchy and the other version for profit center hierarchy.
Thanks in advance.

In the usual matrix ConsArea hierarchies are switched by chosing the upper level (icon of hierarchy itself) in the 1st column - right click - Swap Characteristic with ... and select another ConsUnits hierarchy.
But, in my experience without setting of ConsUnits combination the hierarchy of units do not appear in the monitor at all.
You may have as many hierarchies of ConsUnits as you want.
But to have not linked (by setting combinations) hierarchies of units in case of matrix do not have any sense for me at all. You'll not be able to post entries to both units at ones. Moreover, only one units is currency-bearing.
If you want just separate consolidation process for companis and profit centers you'll have to use at least separate data basises.
Or maybe profit center as a subassignment will serve you better?

Similar Messages

IU Elimination Difference Subassignments (Business Area and Profit Center)

Hi experts, it's my second tread in the forum and is in one day, I'm expired.
 
 
Let's clarify the situation.
 
 
At the past I'm using the parameters settings of IU Eliminination Difference Subassigments with fixed values, now, with our necessity, we question SAP how to do a interunit elimination receiving the business area and Cons. Profit. Center from the trigger at the differences, and it apparently was simple solve, we just need to mark the "default value" flag and voila, system will do what we need, but is not so simple how we think.
 
 
In productive environment, we have data since June/2009, and we want to change this from Jan/2010, but elimination is cumulated, and I suspect SEM-BCS is trying to correct the past.
 
 
Does anybody pass this situation ?
 
 
What we need is on every elimination on selection items and the difference items receive the business area and cons. profit center from the trigger (this have to remain with the origins), and the total value of elimination on period don't have to change, do you understand ?
 
 
When change the configuration of the task and execute that, the eliminaton value change too ? We suspect it is
because we have data before this period.
 
 
If you need more explanation, please advice me, I will give more details.
 
 
Here we are in SEM-BCS 600 EHP 2
 
 
Best Regards
 
Alexandre Mendoza Collepicolo

The breakdown category and the corresponding data is the same in the source system. I think I did`t express very well.
I will put my understand about the default flag of the difference screen: This is used to try to get the subassignments from the items which we select on the preview screen not the fixed parameters. i.e.: Business Area.
On January, we decided to get the subassignments on difference from the items on selection screen, for this we flag the default value, and re-execute the elimination on the monitor, but, when we execute this, the value is entirely wrong/different from the other, we suppose when we flag that and re-execute the elimination we get more line of elimination on total records with the business area, but that's not what happened, we have strange value with a total of elimination very different.
Is it clear the operation ?
I contact SAP and they are analyzing the case, but if anyone had a similar problem please advice me.
Best Regards
Alexandre Mendoza Collepicolo

Pros & Cons of Currency Types of Profit Center

Hello,
I would like to know pros & cons of using group currency as a currency type of the profit center when PCA is implemented (TCode : 0KE5). We can set either Controlling Area Currency, Profit Center Currency or Group Currency as the Profit Center Currency Type. What precaution we need to take in each of these cases? It would be really great if somebody can explain with the help of example or shares practical experience of taking decision on which type to be used.

Hi
Trans currency is the currency you used in the transaction.. This is always recorded
I dont see any -ve impact of using it in BI in a Live System
br, Ajay M

Profit Center pros & cons

Dear Experts
We have implement of SAP in our business by using Profit Center accounting
I want to know, what is the problem or limitation accrued during transactions ( Like P&L transactions & Balance sheet transactions)
Thanks in advance
Regards
M.Yousuf
Edited by: M.Yousuf Memon on Feb 4, 2010 12:23 PM

Yes i know PCA accounting is ideal scenario but nothing is perfect......there is same gap in very system otherwise there is no required for improvement.
Actually i want to know which is better scenario individual co.code or PCA for product wise PNL & balance sheet.
Thats why i am asking thats what types of entry, which made a difficulty for end user or management.

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

Relationship Of cost Center & Profit Center

Hello
Can anybody explain what could be cons of having relations of 1:N between profit center & Cost center
Regards

Hello,
It is not necessary you should have 1:1 relation before profit center and cost center.
You can group costs of some cost centers to a profit center. Accordingly you can have 1:N relation between profit center and cost center. There are no cons as such. It is all based on your reporting requirement.
Regards,
Ravi

Single Business Area versus multiple profit center issue

Dear Experts,
My client is basically an infrastructure company. We have received a roll out
project under a department which inturn is billed to another department
under the same company code. Now I am planning to create a single business
area and multiple profit centers under that BA. This is because the business
is same but responsible areas of profit are two different departments.
Now I am not sure on the set up process and how do knock off etc are achieved
to get the financial reports balanced.
Cost of dept 1 is revenue of dept 2. For this I create a BA and also
2 profit centers. I do assignment in OKB9. What are other settings required.
Which profit center would be assigned in the material master?
My whole idea is to use a single BA with multiple profit centers, if one to one
relationship is the best way of approach then I shall follow that. But kindly give
inputs if I use single BA with multiple PC's how effective usage can I make of the
whole system. client is using MM, SD, PM, PP, FI, CO, PS modules.
Regards
Komal

Hi,
Recently we have got a business requirement for the concept of Single Plant which is assigned to multiple profit centers. I would request any of you to help me with any points which has the pros and cons of this set up.
First think why many profit center required for one plant explain it ?
Now you know from where system will take profit center in accounting docuement ?
as per me system take from Material master costing view
you have project base company or client or WBS at your end ?
In one material we can assign single profit center
In on cost center we can assign single profit center
so can you explain your requirement exactly
Regards
Kailas Ugale

Bus Area & Profit Center activatin in ECC 6

Hello Experts...
I am not well versed with new functinality of ECC 6 .. I want to know the pros and cons of activating Business Area when profit center is activ. As I heard tht SAP is not going to support Business Area in near future. and encouraging for profit center.. but one problem with profit center is that in so many transaciton Profit center is not the selection creteria liek clearing transactions..
So anyone can give me brief about this
thanks a lot
Regards
Pooja

PROFIT CENTERE ACCOUNTING IS PROFITABILITY PRODUCTWISE ,PRODUCT GROUP WISE OR LOCATION WISE IF BUSINESS AREA ISNOT ACTIVATED.
IN FUTURE IN CASE OF ECC6.ONLY CLIENTS WIL GO FOR PROFIT CENTERES BECASUE IN THIS CASE DOCUMENT SPLITING ALSO WIL EFFECT TO AND GIVE THE BALANCE SHEET PROFIT LOSSACCOUNT THROUGH PROFIT CENTERE WISE
S

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

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

Fix Characteristic and Breakdown by PrCtr Group/Profit Center

Hi Experts,
When I am trying to change as "Fix Characteristic and Breakdown by PrCtr Group/Profit Center"
In my monitor I can see only Status Details and not Profit Center
In Data basis, we maintain role consolidation unit for Company and Consolidation Profit Center and currency bearing unit is Company.
How I can overcome from this
Regards
Madhu

Hi Dan,
Thanks for your reply.
I already checked in Sway characteristics, there I can see Status details and Cons Group/Cons Unit
I need information that:
Any configuration required for this
Regards
Madhu

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

The Design of Profit Center Code

Dear SAP Gurus,
In the design of profit center code, you can design a profit center code that is common across all company codes by flagging the company code assignment in KE51. Alternatively, you can also design a company code specific profit center code. Unlike profit center accounting, this kind of feature is not available in cost center accounting.
If you would to design your profit center codes in this manner, you can no longer in use of all standard pca reports because there is no company code selection criteria when executing the reports. This is quite inconsistent with the above featute in pca. You can definitely customize your pca reports by bringing in the company code as selection criteria.
Besides it will help you to reduce the number of profit center codes, can anyone share of any other rationales or pros/cons of designing a common profit center code across all company codes? Thanks in advance for your help.
Cheers,
Rebi

Dear SAP Gurus,
Anyone has any inputs for my question?
To elaborate further, here is the example of my question:
a. When designing profit center code PC1, you can create the code as PC1 and flag it as applicable to company code 1000, 2000
and 3000 in KE51
b. Alternatively, you can design company specific profit center code of 1000PC1, 2000PC1 and 3000PC1.
I need your help to share with me the pros and cons of the above 2 options. Thanks in adavance for your help.
Cheers,
Rebi

Company code vs profit center in FI

Hi all,
I have a question in restructuring our financial organization in sap. We are one company with one operating concern, one controlling area, one company code and one chart of account. We also have several locations in America. Lately, we have acquired another company with several other locations in America.
There are 2 ways of including the new company when we restructure in sap financial side.
A) Use company code to represent each company.
Thus, under our holding company, we would have our company, new company location A, new company location B, new company location C and one company for real estate purpose for our building. This means 5 new company codes with multiple chart of accounts.
B) Use profit centers to represent each company
Thus, we would have 5 new profit centers.
Both ways work very well for income statement. Option B is a little iffy on Balance Sheet.
Question is: How easy is it to maintain separate Balance Sheet between option A and B ?
What are the pro and cons of both options ?
Have anyone come across this ?
thanks
Joyce

Hi ,
It is always recommended to go with , 1 co code per seperate legal entity as explained by ajay .
Moreover you can have balance sheet and profit and loss a/c at profit center level with New GL .
Also check on the operational issues like for Eg. depritiation run can be executed at co code level only and not at profit center level just for example . then a question should not come why have we not considered this at the time of org structure finalization .
Secondly , also check on the authorization issues in case of Assets account to be particular as the authorizations work at co code level and at asset class level . so if a requirement comes that profit center wise viewing should happen then you will have to move on to have modifications .
I would suggest that along with your considerations on legal reporting and keeping in mind the operation issues that may crop up take a final call on the same .
Regards ,
Dewang T

GR/IR account not shown in profit center report

Dear all
I have created GR/IR accont, when there is transaction use these account the profit center is appear, but why when i run profit center line item report there is no posting from GR/IR and in S_ALR_87009722 report .there is no posting from GR/IR new Account but the old account is appear?
in old GR/IR account i dont thick the open item management, but ini new account i have thick open item management.
Regards
Adit

Hi Aditya
Your question is not clear...
1. Did you assign new GR/IR account in OBYC - WRX?
2. Which PCA you use . New GL PCA or Classical PCA?
3. If you use Classical PCA, then GR/IR line item wont appear in PCA reports.. You need to run T codes 1KE* at period end
Regards
Ajay M

Cons profit center

Similar Messages

Maybe you are looking for