BI with CCA, PCA & CO-PA

Hi Guys,
Can anyone explain me the difference between CCA, PCA & CO-PA with BI.
Say if I have CO-PA in my client will I be going for CCA & PCA or all three modules are different.
I gone thru few forums and sites, but these CCA , PCA & CO-PA are confusing. How are they linked? are these come under comtrolling?
can anybody just give me brief overview on the above modules and some good links to explore more this with bw.
Regards,
Anand

Hi
CCA (Cost Center Actuals) : Information with regards to Actual Costs Posted to Cost Centers.
Refer below SAP Help link for more details on this -
http://help.sap.com/saphelp_nw70/helpdata/en/21/f0963e6dad4d9d87dfedc10c6a9c1c/frameset.htm
PCA (Profit Center Accounting) : Information for all P&L Accounts (Cost Elements) & balance sheet accounts which are transferred to Profit center accounting.
Relevant link --> http://help.sap.com/saphelp_nw70/helpdata/en/ff/686a373638445ce10000009b38f842/frameset.htm
COPA: Refer this link for COPA Related details
http://help.sap.com/saphelp_nw70/helpdata/en/69/3c4d401be96913e10000000a1550b0/frameset.htm
Thanks
Swapnil

Similar Messages

Differece bet GLPCA and GLPCT in ECC 6 with classic PCA

Hi Ajay and Experts,
Thank you for helping me till now for all the issues in COPC and COPA we are all set.
I found once issue in PCA today as below, can anyone please give inputs.
I have reviewed all the threads but i want to specify my case first.
We are in ECC 6.0 with Classic PCA.
We are using Sales order substituion to get the PCA based on Region.
User dowsnot want to use transactions iKEK etc., for Balance transfers.
We crated on e kind of dummy PCA and assigned in 3KEH so all the balance sheet accounts posting with same.
we are trying get balances from GLPCT.
I observed the line items are getting updated in GLPCA but not in GLPCT, so our report get failed.
Can you please help me as early as possible.
Thanks,
Sudha

Hi,
My problem is resolved.
Actually the values in GLPCA and GLPCT are getting updated as expected.
The problem is with my custom report, i have identified and working with my technical team.
Thanks,
sudha

Integrated Planning - Retraction to R/3 from BI 7.0 (CCA & PCA)

Dear collegues,
Actually, I have to do some retraction for integrated planning of CCA and PCA (two projects for the same customer).
The integrated planning works allredy very well. Now I have to retract the plannig data back to the R/3 (NW 2004 - System). I have allready read the very interesting blogs of Praveen, but i am not able to rebuild it on my system. For example the dictionary structures /1SEM/_YS_CHASE_ are missing on my systems. On the other hand, I am not sure, on which system I have to build up the retraction (on the R/3 or on the BI 7.0).
Are there any trapdoor, I have to avoid in my project?
Has anybody further information, how to setup a retraction in case of cca or pca with BI 7.0?
I would be very happy, if someone could post an actual blog for retraction with R/3 and BI 7.0...
greetings,
Björn Dahlschen

Hi ,
IP does not have retraction capabilities like BPS.
However you would have to utilize the BPS0 framework for the retraction piece.
Since you mentioned that you have input queries ready so I assume you have the transactional infocube ready.You dont have to copy the infocube to anything....
Please create an planning area attached the transaction infocube that you already created.
Create the planning level for CCA usually cost center , cost element , period amount etc.
Create the planning function - This is the retraction exit.
Create the structures in UPB_STRUCT for retraction as well.
Let me know if this was helpful.
Tx,
Madhu

Cca+pca real time scenarios

Hi All
      please can u send me some doc on cca and pca.and also some real time buisness scenarios and queries.i will assign full points for it.
                  thanks
                       sharon
my email id is [email protected]

Dear Aleksey,
If I understand correctly, I can create a rule in the following customizing step "Define rules for selecting CO line items" in order to implement the behavior I want which is to update FI for every cost transfer between cost centres.
Can you confirm?
Thanks a lot for your quick answer.

LSMW/FICO/2007 BUDGET-CCA/PCA

HI ALL,
I WANT TO UPLOAD LEGACY DATA FOR 2007 BUDGET INCLUDING CCA AND PCA.CAN ANYBODY GIVE ME RELEVENT TRANSACTION OR DIRECT METHOD OF LSMW REGARDING THIS.
REGARDS,
PHANI SISTA

CCA/PCA

Hi-
What is the purpose of assigninging he profit center in the cost center mater data?
I know we assign the profit center in sales orders to post revenues.
Thank you!
Moderator: Please, refer to basic CO material on help.sap.com

Hi,
The profit center is ALWAYS derived from the real account assignment. So if you have an real account assignment to a cost center in a line item then the system will derive the PRCTR from the cost center.
Module K_COBL_CHECK will check if the profit center delivered is identical to profit center of the account assignment. In case they differ, the system will overwrite the profit center with the profit center from the cost center if the cost center is a real account assignment.
This is the basis logic of controlling. A cost center can have just 1 profit center. Otherwise it would not be possible to compare CO and PCA.
regards
Waman

Configuring SR520's EasyVPN with CCA

I have four SR 520's that I am working with. I want one to be an EasyVPN server connected to a (Nortel) phone system. I then want the other three to be clients to plug remote IP phones or workstations into to access the office network. I have read through the docs on the site and have some questions about this scenario.
I have read that you can do this with the CCA tool, and I have actually used CCA to provision one router as server, the other as client. I have xauthed and seen that the tunnel is established. However, I wasn't really able to ping through the tunnel to, say, a laptop on the other side. So, what type of IP addressing scheme do I need to implement. Do I leave the 192.168.75.0/Vlan 75 on both client and server, or do I need create a different network on the client? Is there a way that I can turn DHCP off on the client and pull one of the IP's from the Server's pool?
I guess I don't know what I should expect to see from using CCA to configure this. I thought I could do this but clearly need help.
Thanks.

Take a look at the remote teleworker implementation guide at below:
http://www.cisco.com/web/partners/sell/smb/products/sbcs.html#~4
check the application note for adding Remote Workers.
The 2 items to change would be the remote LAN address to be unique per site and also in the guide replace the UC500 device as the server as your SR520. FYI we have not tested with Nortel phone systems so not sure if the remote teleworker would work or you need site to site VPN (different than EasyVPN) which is something we are targeting with the next CCA release.

Session timeout problem with CCA

I have developed a Client applicaiton in ASP.Net 2005 using the SOAP Api provided in Oracle CCA 8.1.3
The System details are as under:
Product – Oracle CCA 8.1.3
Server on Windows 2003 Server – Standard Edition
Web Server – BEA Weblogic 10g3
Database – Oracle 10g
Java Version – 1.5 Update 10
I am facing a problem where the users session changes every 5 Minutes 30 Seconds. I get the "Session Change" message and at this point I cannot see the Agent on the CCA Agent Monitoring screen. What I need to do now is to Reopen the session. Upon Repoening the Session I would get the same SessionId from the WebServer that I had get earlier.
Please help.

Hi All,
could u please help me out how to make the SIP CAlls in the CCA
I am able to chat between supervisor and agent.
when it comes to th eoutbound cal
i am using X-lite software for making the outbound Cal.
when i make a cal the status will be changed to rining mode and comes back to on-hook after few min.
when i see the logs the legs are inviting and getting disconnected
RVSIP_CALL_LEG_STATE_INVITING [44173472]
26/04/2011 15:08:15.931 : 4 : 8028 : 4552 : CallCenter : 27 : # 9: CCallCenter::SendOutMessage() Sending message [##;4;2;99880103;106,9,27,2582,:10.103.91.13,hschbscgn25001,,;] to [type=20, id=0, grp=102]
26/04/2011 15:08:15.931 : 4 : 8028 : 4552 : CallCenter : 27 : ******** : Sent : new message (99880103) to CtiServer Id[0] group[102] version[0]
26/04/2011 15:08:15.931 : 4 : 8028 : 4552 : CallCenter : 27 : # 9: Added Timer[68] for line[9] about[4100] on[1303810945,931]
26/04/2011 15:08:17.009 : 4 : 8028 : 4552 : CallCenter : 27 : CCallCenter::SendOutMessage(CMessage) Sending message [99880100] to [type=20, id=0, grp=0]
26/04/2011 15:08:17.009 : 4 : 8028 : 4552 : CallCenter : 27 : ******** : Sent : new message (99880100) to CtiServer Id[0] group[0] version[1]
26/04/2011 15:08:17.009 : 4 : 8028 : 4552 : CallCenter : 27 : CCallCenter::SendOutMessage(CMessage) Sending message [99880100] to [type=103, id=0, grp=0]
26/04/2011 15:08:17.009 : 4 : 8028 : 4552 : CallCenter : 27 : ******** : Sent : new message (99880100) to RedirectServer Id[0] group[0] version[1]
26/04/2011 15:08:17.009 : 4 : 8028 : 4552 : CallCenter : 27 : Sending GET_CHANNELS_INFO_UPDATE to all NetworkManager
26/04/2011 15:08:17.009 : 4 : 8028 : 4552 : CallCenter : 27 : CCallCenter::SendOutMessage(CMessage) Sending message [1018] to [type=12, id=0, grp=0]
26/04/2011 15:08:17.009 : 4 : 8028 : 4552 : CallCenter : 27 : ******** : Sent : new message (1018) to NetworkManager Id[0] group[0] version[1]
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : AppCallLegStateChangedEvHandler [[email protected]]
26/04/2011 15:08:19.431 : 0 : 13712 : 4552 : CallCenter : 27 : RVSIP_CALL_LEG_STATE_MSG_SEND_FAILURE [44173472]
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : Adding SDP info to Message
26/04/2011 15:08:19.431 : 0 : 13712 : 4552 : CallCenter : 27 : Failed to DNS continue on a call
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : AppCallLegStateChangedEvHandler [[email protected]]
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : RVSIP_CALL_LEG_STATE_DISCONNECTED [44173472] reason[15]
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : CH[9]: Sending EVENT_DISCONNECT_CALL
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : addAlarm() 44173472
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : AppCallLegStateChangedEvHandler [[email protected]]
26/04/2011 15:08:19.431 : 4 : 13712 : 4552 : CallCenter : 27 : RVSIP_CALL_LEG_STATE_TERMINATED [44173472] reason[19]
26/04/2011 15:08:19.431 : 4 : 8028 : 4552 : CallCenter : 27 : GOT sip_event on channel [9] type [12002]
26/04/2011 15:08:19.431 : 4 : 8028 : 4552 : CallCenter : 27 : # 9: GOT EVENT CALL WAS DISCONNECTED BY REMOTE
26/04/2011 15:08:19.431 : 4 : 8028 : 4552 : CallCenter : 27 : # 9: New event received [0X3 - CALL_MAKECALL_EVENT - 0X4001]
26/04/2011 15:08:19.431 : 4 : 8028 : 4552 : CallCenter : 27 : # 9: CCallCenter::SendOutMessage() Sending message [##;4;2;99880104;106,0,101,;] to [type=20, id=0,

AIR-LAP521G - Cannot connect with CCA Utility

I have a 521 WAP on my network. It got a DHCP address and I can PING the 521.
I created a community and told it to Discover using "a single device by IP address". It fails to connect.
I am trying to roll out six of these in standalone mode. Any help is welcome!

I did recover my AP521 from lap to ap back with:
config tftp-server with 10.0.0.11 /24
and c520-k9w7-tar.124-10b.JA.tar
under the name c520-k9w7-tar.default
(ensure direct network connection between
tftp server and ap521,
optionally connect serial console 9600-8N1)
disconnect powersupply,
press the mode buton right from the console
port using a pencil
apply power.
WAIT until R Light stays red
console reads:
button is pressed, wait for button to be released...
WAIT additionally 35 sec
releas the pencil/mode button.
Console port tells:
button pressed for 43 seconds
process_config_recovery: set IP address and config to default 10.0.0.1
process_config_recovery: image recovery
image_recovery: Download default IOS tar image tftp://255.255.255.255/c520-k9w7-
tar.default
ap521 now loads the tar-ball,
flashes, reboots:
Deleting current version...
Deleting flash:/c520-rcvk9w8-mx...done.
New software image installed in flash:/c520-k9w7-mx.124-10b.JA
Configuring system to use new image...done.
Requested system reload in progress...download took about 289 seconds
Now, it's again an AP521.
User, password, enabler are Cisco .
(BIG-Letter C, little-letters isco )
Hope this helps,
Juergen.
BTW, if anyone knows how to STATICALLY
(without additionally DHCP/DNS Server
just for the infrastructure,
it seems to be missing in the 526)
configure an LWAPP-521 please let me know.
Also, if there are any other "press the
button for nnn seconds" procedures...

Cycle of pca with trading partner

Dear experts,
Is it possible to create a pca cycle of some pcas with a specific trading partner?.....i couldn´t find this field on the senderside....
what i need is to create a cycle with specific pcas and also a specifc trading partner........any tips?
Thank oyu in advance,
Leandro.

Hello Leandro,
you have to activate the field RASSC (Trading Partner) in trx. GCA6 when you use distribution and trx. GCA1 for allocations.
In case you use classic PCA the following entry has to be specified in trx. GCA6:
GLPCT Distribution Actual RASSC Trading Partner
Double click on this entry.
As you want to use the field as Sender criteria, you have to set the Control flag to X and activate Single value, Interval, Set.
When you afterwards change the cycle or create a new cycle the field Trading Partner will be available as sender criteria.
Cheers,
Daniela

COPA reconcile with FI

Dear Experts,
My client want to reconcile COPA value fields value with FI GL.
I am planning to implement Costing based COPA.
If i will activate account based COPA as well. will it solve my problem.
regards
Vijay

Hi Vijay..!
Costing Based COPA Vs A/c Based COPA
Two forms of Profitability Analysis are supported: costing-based and account-based.
Costing-based Profitability Analysis is the form of profitability analysis that groups costs and revenues according to value fields and costing-based valuation approaches, both of which you can define yourself. It guarantees you access at all times to a complete, short-term profitability report.
Account-based Profitability Analysis is a form of profitability analysis organized in accounts and using an account-based valuation approach.
The distinguishing characteristic of this form is its use of cost and revenue elements.
It provides you with a profitability report that is permanently reconciled with financial accounting.
You can also use both of these types of CO-PA simultaneously.
Recommendations for using the COPA Types
u2022     It is strongly recommended, however, that you do not activate both types of CO-PA.
u2022     The major reason being is that you will have significant table size impacts.
u2022     You must be careful with account based CO-PA as this creates additional line items in the existing CO tables of COEP (actual), COEJ (plan), COSP & COSS (summary records).
u2022     Hence if you want to do any cost center reporting, say, from any of these existing tables you will run the risk that performance will be degraded by these additional and unnecessary records.
u2022     The only advantage of account based over costing based CO-PA is it's ability to
automatically reconcile back to FI, in much the same manner as you would reconcile
cost center accounting back to FI.
u2022     However you don't have the flexibility in account based CO-PA to perform valuations using product cost estimates etc. as you do in costing based CO-PA.
u2022     If the reason you were advised to turn on account based CO-PA as well as costing based was to facilitate reconciliation, it is suggested that you look at alternatives that won't have the same negative impacts that turning on account based would have. In addition to the serious table space issues, it is not that easy to turn on and off account based at will (especially in production).
u2022     Instead what you should look at doing is creating a series of reports that enable you to
reconcile costing based CO-PA back to CCA/PCA and FI, if this is required.
u2022     The complexity of the costing based functionality you have used will determine the complexity of the reports that will be needed to reconcile back, but it can be done without turning on
account based CO-PA.
As per you r client requirement you can go for Costing based PA.
Rds,
Anil

PCA "becomes" COPA

Hi Experts!
In our new project we should integrate a new company to our SAP system.
The new company is using many non-SAP systems (for billing, SD etc).. only FI and CCA/PCA is in place.
The main reporting requirement is to have profitability by paper machine.
The point is that in our SAP system we have only COPA.
My question would be how should I start to build up the concept to transfer their PCA system into our COPA system?
My idea was to take FI bookings coming from interfaces from other systems and either book them to a cost center and allocate it further to COPA and/or building up a direct profitability segment posting in FI postings...
Is there anything where I have to pay extra attention?
Thanks for your ideas/suggestions!

Hi,
I'd suggest, if it's possible, to build the profitability segment already with FI documents passed to your main system. Alternatively, you could think of an option to populate your CO-PA directly by independent interface from the combination of the local systems and other SAP. Then of course, your CO-PA will contain integrated documents from your SAP and 'disconnected' information from other systems, but still it would be possible to give proper profitability analysis. Keep in mind, that CO-PA mostly is a BI cube and could be managed totally independent from other SAP components if required. I implemented this oprion in several projects I was involved in.
Regards,
Eli

Determining which PCA to use between new-GL and classic EC-PCA

I tried to use 1kek to transfer AR and AP from FI to PCA but failed with message saying "Document Splitting is Activated".
We are considering using PCA to make B/S and P/L of several business unit in a company. We are using SAP 6.0. After looking for the references, I understood that I can use new-GL or EC-PCA(classic PCA) for Profit Center Accounting. I wonder which way is the best and easiest one to achieve my company's object.
As I understood if I activate document splitting, it means I use new-GL for PCA, and I should use table FAGLFLEXA of FI instead of GLPCA of EC-PCA.
I'd like to use new-GL because it's "new" and convenient, hopefully. But I found several problems using new-GL to make financial reports.
The first problem was that I couldn't make allocation with accounts which cannot be manually input like AA accounts(Building, Machine, etc.), AR/AP or materials. When I operate transaction FAGLGA35, no effect occurs on those accounts.
And the second problem is that I couldn't find a way to make a report which has accounts list on its first column and profit center list on its first row. It's surely because I'm a newbie in SAP
I think everybody trying to use new_GL encounter this problem and it's wired because I couldn't find any thread about this.
And If I decide to use EC-PCA and make allocation on GLPCA, I think I should make some CBO to transfer AR/AP to EC-PCA. Is there any other possible solution?
I have a lot of things to ask but I'm not even sure what I know and don't.
Thanks for you guru's great help.

The following notes will help you in understanding the set up of PCA in New GL with Classic PCA (EC-PCA): <b>OSS Norte no 826357</b>
You want to know
For release SAP ERP, the Profit Center Accounting was integrated into the new G/L accounting. The solution is as follows:
SAP delivers the 'Profit Center' and the 'Partner Profit Center' as fixed characteristics that are posted on the original FI postings. The data is not updated in another ledger as in the classic Profit Center Accounting.
As a result of integration of the Profit Center Accounting into the new G/L accounting, new functions such as 'Document Splitting' are available. Using the function 'Document Splitting' (online document split), you can create balance sheets for company codes as well as for other entities such as the profit center. The balance is then set to 0 for each document for the profit center.
Integrating the G/L accounting and the Profit Center Accounting into the one application also removes the time and effort needed to reconcile G/L accounting and PCA.
When implementing the new G/L accounting in Release SAP ERP, we recommend that all new customers map the Profit Center within the new G/L accounting by activating the scenario FIN_PCA (profit center update). It is not advisable to activate the classic Profit Center Accounting in parallel and consequently update parallel data volumes.
Detailed information about setting Profit Center Accounting in the New General Ledger:
Define the update of the characteristics 'Profit Center' and 'Partner Profit Center' in the ledger by selecting the scenario 'Profit center update' (Customizing: Financial Accounting (New) -> Financial Accounting Basic Settings (New) -> Ledgers -> Ledger -> Assign Scenarios and Customer-Defined Fields to Ledgers).
If you want to use the document splitting, you can define the field 'Profit center' as a splitting characteristic in the document splitting (Customizing: Financial Accounting (New) -> General Ledger Accounting (New) -> Business Transactions -> Document Splitting -> Define Document Splitting Characteristics for General Ledger Accounting). Set the 'Zero balance' indicator again for the added field 'Profit Center'. You can now create balance sheets on the profit center. You must also activate the Mandatory Field check to ensure that the profit center is set in all postings. If you want to display balance sheet items at profit center level (for example, receivables and payables) but you do not require complete balance sheets, we recommend that you do not set the indicator 'Zero balance' and 'Mandatory Field check'.
If you already used classic Profit Center Accounting as an SAP R/3 customer but you now want to use Profit Center Accounting in the new general ledger, you can continue to use classic Profit Center Accounting in parallel to the profit center update scenario in the new G/L accounting in the interim. However, we do not recommend you do this on a long-term basis due to the increased data volume and the increased time and effort required.
However, if the classic Profit Center Accounting continues to play a leading role for you, we recommend that you do not activate the document splitting in the new G/L accounting, and not for other entities such as the segment either. This is because the classic Profit Center Accounting uses certain functions of the classic general ledger that are no longer available with active document splitting (for example, transaction F.5D, Calculate Balance Sheet Adjustment).
See the following information for details about the differences between the function of PCA in new G/L accounting and in classic PCA and for details about the effects of new G/L accounting on the posting behavior in classic PCA. Even if mapped into new G/L accounting, PCA always occurs within a controlling area. SAP does not support cross-controlling area PCA. The derivation of profit center and partner profit center with the different business processes when you use the new G/L Accounting is identical to the classic Profit Center Accounting. Details about the differences are available in the following.
1. Set the proposal profit center for additional balance sheet and P&L accounts.
Release SAP ERP 2004:
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: If you have to set a profit center on balance sheet and P&L accounts, make entries manually, use FI substitution or implement the BADI AC_DOCUMENT. Note that the system calls the BADI AC_DOCUMENT only for postings using the accounting interface (for example, MM and SD postings), but it is not called for FI postings.
           Profit center scenario in new G/L accounting and classic PCA is active: Transactions 3KEH and 3KEI are available in the classic Profit Center Accounting for maintaining a proposal profit center for balance sheet accounts and P&L accounts. Transactions 3KEH and 3KEI also exist in SAP ERP2004 and function in the same way as in R/3: In other words, you can use the settings in transaction 3KEH to control the update in classic Profit Center Accounting, and the transactions set a proposal profit center where necessary. Keep in mind that the profit center information is therefore affected in new G/L accounting by settings in classic Profit Center Accounting.
Release SAP ERP 2005:
           Transactions 3KEH and 3KEI (from classic Profit Center Accounting) for maintaining proposal profit centers for balance sheet and P&L accounts are no longer used to set the profit center.
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: If you have to set a profit center on balance sheet and P&L accounts, make entries manually, use FI substitution or implement the BADI AC_DOCUMENT. Note that the system calls the BADI AC_DOCUMENT only for postings using the accounting interface (for example, MM and SD postings), but it is not called for FI postings. In addition, the new transaction FAGL3KEH and the BAdI FAGL_3KEH_DEFPRCTR are available for maintaining proposal profit centers. You can use these new functions to determine a proposal profit center depending on the company code and the account. Note that this proposal profit center does not appear on the input screen; it is derived only when you post the document. The proposal profit center is used if the line item does not contain a CO account assignment and if the profit center was not already determined elsewhere.
           Profit center scenario in new G/L accounting and classic Profit Center Accounting are active: The entries of transaction 3KEH control ONLY the transfer of line items to classic Profit Center Accounting. Transaction 3KEI is no longer relevant. To set the profit center, use the options which are available in the new G/L accounting (make entries manually, use FI substitution, or implement the BADI AC_DOCUMENT).
2. Derivation of the partner profit center
Release SAP ERP 2004:
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: Transactions 8KER/8KES are no longer available. Notes 997925 and 1087350 provide the functions from transaction OCCL. Alternatively, you can use the BAdI AC_DOCUMENT to set the partner profit center.
           Profit center scenario in new G/L accounting and classic PCA is active: Transactions 8KER/8KES and OCCL (reading purchase order/sales order for affiliated companies) are active. However, we recommend that you no longer use transaction 8KER or 8KES. Partner profit centers derived using these transactions are available in both classic Profit Center Accounting and in New General Ledger Accounting only if the line is relevant in classic Profit Center Accounting.
Release SAP ERP 2005:
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: Transactions 8KER/8KES are no longer available. Notes 997925 and 1087350 provide the functions from transaction OCCL. Alternatively, you can use the BAdI AC_DOCUMENT or the new BAdI FAGL_DEFPPRCTR (enhancement spot FAGL_LEDGER_CUST_DEFPRCTR) with the method SET_DEFAULT_PART_PRCTR to set the partner profit center.
           Profit center scenario in new G/L accounting and classic PCA is active: Transactions 8KER/8KES and OCCL are active. However, we recommend that you no longer use transaction 8KER or 8KES because partner profit centers derived using these transactions are available in both classic Profit Center Accounting and in New General Ledger Accounting only if the line is relevant in classic Profit Center Accounting. Instead, if required, you should use the BAdI FAGL_DEFPPRCTR to set the partner profit center. A partner profit center determined in this way is always updated both in new G/L accounting and in classic Profit Center Accounting.
3. Displaying receivables and payables for each profit center
Document splitting is active
           The detailed information from the general ledger view about receivables and payables split online from the document splitting is NOT available for classic Profit Center Accounting. In this case, you CANNOT split receivables/payables nor follow-up costs subsequently (Transaction F.5D - report SAPF180A, Transaction F.50 - report SAPF181, Transaction F.05 - report SAPF100). This means that you CANNOT use transaction 1KEK to transfer receivables and payables to classic Profit Center Accounting. Follow-up costs split according to source can be transferred online to the classic Profit Center Accounting because these are already available in the data entry view.
           Read the documentation of the document splitting carefully. Analyze in which cases you have to set default account assignments because the document splitting is sometimes prevented by default account assignments.
Document splitting is not active
           In this case, you CANNOT display the receivables and payables according to source at profit center level within the new G/L accounting. However, you can use the old split of the receivables and payables within the classic Profit Center Accounting (transaction F.5D) as well as of the follow-up costs (transaction F.50), and you can use the periodic transfer of receivables and payables using transaction 1KEK. However, you can execute the new report for the foreign currency valuation of the open items (report FAGL_FC_VALUATION) with depreciation areas only, which means that the documents are no longer updated (valuation difference not updated in BSEG-BDIFF). As a result, transaction 1KEK copies only the original receivables/payables, independently of transaction 2KEM 'Account Valuation Differences'; in other words, the original data is not corrected by the valuation differences.
           You can use the standard report groups 8A98 and 8A99 to display the open receivables and payables in classic Profit Center Accounting.
4. Periodic transfers of asset portfolios to classic Profit Center Accounting
              As of Release 4. 7, it is possible to map a parallel reporting mapped in FI (for example, parallel accounts) for parallel depreciation areas in Asset Accounting by using particular settings (defining an accounting principle). You must stop the execution of transaction 1KEI because it would result in duplicated data in PCA because of postings to the same accounts. You must also stop transaction 1KEI with a 'different company code' or a 'different depreciation area in the different company code' because the data cannot be transferred correctly. Transaction 1KEI terminates with the error message KM 764. As of Release SAP ERP, if the new general ledger accounting is active, the system issues the message FAGL_LEDGER_CUST 076.
5. Dummy profit center on P&L accounts
              You use transactions 3KEH and 3KEI to firstly try to determine a proposal profit center in classic Profit Center Accounting for document line items with a P&L account (no cost element) and without a profit center account assignment. If the system does not find a proposal profit center, the dummy profit center is set for some activities (primarily from Logistics). If the new G/L accounting is active AND if at least one of the two characteristics 'Profit Center' and 'Segment' is used in the document splitting, the routine for setting the dummy profit center will no longer run (see Note 820121 and 832776). Otherwise the document splitting would not split a document, or not split it correctly. The system must then find the profit center that is valid for the process using the document splitting or another derivation. If this is not the case, the document line item will not be updated in the classic Profit Center (document line items with Profit Center initial are not allowed in the classic Profit Center Accounting).
6. PCA additional rows
              If you map Profit Center Accounting in new General Ledger Accounting in SAP ERP, you can use consulting note 937872 to update PCA additional lines recognized from classic Profit Center Accounting in new General Ledger Accounting.
              If you use the transfer price functions, you do not require Note 937872 because the structure of the PCA additional lines are technically "true" and are automatically posted in new General Ledger Accounting when maintained in transaction 0KEK.
7. Substitution of profit centers in sales orders
              Transactions 0KEL and 0KEM are available both in the classic Profit Center Accounting and in the new G/L accounting (Customizing: Financial Accounting (New) -> General Ledger Accounting (New) -> Tools -> Validation/Substitution)
8. Reporting
Line item reporting within the new G/L accounting
           Release SAP ERP 2004: Even if document splitting is set with the characteristic Profit Center, only one restricted line item reporting to profit centers is available in this release at present. When you use the G/L account line item list of FI, you can limit profit centers for line item settlement G/L accounts that are not relevant for the document splitting. As of Support Package 10, line item reporting to profit centers and segments is available.
           Release SAP ERP 2005: Line item reporting according to profit centers and segments is available.
Ledger reporting within the new G/L accounting
           Release SAP ERP 2004: Even if the document splitting is set with the characteristic profit center or segment, no current account reporting to profit centers and segments is available up to Support Package 10. With Support Package 10, current account reporting according to profit centers and segments is available. Also see the detailed explanations for Release SAP ERP 2005.
           Release SAP ERP 2005: Current account reporting according to profit centers and segments is available. It replaces the standard report groups 8A98/8A99 in earlier releases. However, the difference is that the foreign currency valuation correction is no longer displayed for each item because no update of the valuation in items occurs through the foreign currency valuation in the new general ledger (no BDIFF/BDIFF2 update). It is a key date-related valuation (mostly for the period end).
9. Transfer prices
              The transfer price functions (multiple valuations) are available for new General Ledger Accounting as of SAP ERP 2005. For SAP ERP 2004, see the release restrictions in Note 741821. In SAP ERP 2004, you can use the transfer price functions or multiple valuation functions only if you have activated the classic General Ledger and classic Profit Center Accounting.
10. Creating the profit center standard hierarchy
Release SAP ERP 2004: You must create the highest node of the standard hierarchy in the Customizing of the classic Profit Center Accounting (transaction 0KE5), even if you are not using classic Profit Center Accounting.
Release SAP ERP 2005: To create the highest node of the standard hierarchy, use transaction SM30 with the maintenance view V_FAGL_PC_STHR.
11. Creating the dummy profit center
Classic Profit Center Accounting is active (regardless of whether classic G/L accounting or new G/L accounting is active):
           If the classic Profit Center Accounting is active, you must create a dummy profit center to avoid postings with an initial profit center in the database tables of the classic PCA.
           If the new G/L accounting is also active AND if you are using at least one of the two characteristics 'Profit Center' and 'Segment' in the document splitting, you have to ensure in Release SAP ERP 2004 that Notes 820121 and 832776 are included. In Release SAP ERP 2005, the changed posting logic is included from the beginning. Note that the update of document line items in classic Profit Center Accounting is omitted because of this.
Classic Profit Center Accounting is not active, New G/L Accounting is active and you are using at least one of the two characteristics 'Profit Center' and 'Segment' in the document splitting:
           You do not have to create and use a dummy profit center. Using the dummy profit center can cause situations you want to avoid: For example, the system splits receivables/payables to the dummy profit center because of the document splitting (you cannot transfer them manually), or a document line item with dummy profit center account assignment is not split by the document splitting. To ensure that a profit center is assigned in all rows, set the profit center as mandatory field in the Customizing of the document splitting. However, note that this can also lead to terminations while posting, if a profit center assignment is missing.
12. Compare G/L Accounts in FI with Profit Center Accounting (Transaction KE5T)
              In classic Profit Center Accounting, transaction KE5T is used to compare account balances. In this transaction, the ledgers to be compare are fixed. If you use Profit Center Accounting in new General Ledger Accounting, use the general transaction GCAC. You can enter any base ledger and any comparison ledger.

Split the vendor lines by PCA in Classic PCA

Hi,
We are in ECC and not activated new GL and going with Classic PCA.
Requriement:
Accounts payable side user wants to split the vendor (reconciliation) account based on expenditure items PCA.
I know through NEW GL PCA its possible but due to some technical reasons we are not advising that.
Can any one please let me know if there is any way to do this. I checked in 1KEK but its for bothe AR and AP, requirement is only for AP.
Is there any user exit that we can use for this.
Thanks,

The entry looks strange. I guess your entry is
Dr. Expense
Cr. Cash
The expense gets posted to a cost center if you key in cost center as an account assignment object and if the expense a/c. is created as a primary cost element. The cash account CANNOT have a cost element behind it, as it is a Balance Sheet Account.
Now, coming to having the values in PCA, your cost center master can have a profit center assigned to it (check in T Code KS02). Regarding having profit center on the cash account line item, go to FS00 and check the field status group of your cash account in Create/bank/interest tab. Double click on the FSG and check in 'Additional account assignments' group if the field 'Profit center' is optional or not. If not, make it optional and enter profit center when you post FI documents on your cash account.

CO history update with Profit centers

Hi Experts,
I am having a problem. I want to update the CO documents originating in CO by Production order confirmation, which uses secondary cost elements.
The direct way is to update the Production orders with the PCA and run 1KEA. However, I was wondering if there is a user exit which could be called during 1KEA.
Could someone throw some light. Thanks.
Vishal Thakur

There is no way. You have to update the Production orders with the PCA's and then run 1KEA.
Vishal.

BI with CCA, PCA & CO-PA

Similar Messages

Maybe you are looking for