BA and EC-PCA

Hi sap guru's
could you pls explain differnece between Business Area and Profit Center Accounting with an examples
Thanks

Hi Venu,
Basic difference between two are that in PCA you can do assesment and distribution; which is not possible in BA.
Basically BA & PCA have been provided by SAP in order to help customer with their requirement.
In seceniro where client does not want to implement costing can go in for BA and derive balance sheet base on BA classification.
Hope this helps., Please search this forum post for more example of PCA & BA.
Please assign points as way to say thanks

Similar Messages

How can create and change PCA line items.

How can create and change PCA line items.
Please tell me the process and t.codes.

If you are in version < 4.7 ee then use 9KE0 tcode for passing profict center entries or trasnafer of balances from one profit center to another.
If you are in new GL regular FI entry like FB50 will hold good for account types "S"

Difference between classic and ECC pca

Hi All,
Could someone please tell me what is the difference between Classic and ECC PCA?
Regards
Suresh

Hi
Enhancement of new general ledger flexibility, that is you can enter user-defined fields and update the corresponding totals (Profit Center / Segment / Region). Many standard reports can evaluate the information from the user-defined fields.
Due to the new document splitting function (Online Split) you can create financial statements, if required, at the company code level as well as for entities, such as the Profit centers / Segment.
Using the u201CDocument splittingu201D function (online document split), you can create balance sheets for company codes as well as for further entities such as the profit center . The balance is then set to 0 for each document for the profit center.
There are no longer any time-consuming reconciliation tasks between FI and CO for the end of period, since in real-time in Controlling, the system transfers cross entity processes into the new general ledger.
Transactions 3KEH and 3KEI from the 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.
Display of receivables and payable's per profit center real time ( if document splitting is active).
Detailed information for the setting the Profit Center accounting in the New General Ledger:
Define the update of the characteristics u201CProfit Centeru201D and u201CPartner Profit Centeru201D in the ledger by selecting the scenario u201CProfit center updateu201D.
Define the field u201CProfit centeru201D as a splitting characteristic in the document splitting.
Set the u201CZero balanceu201D indicator again for the added field u201CProfit centeru201D and you therefore have to create balance sheets on the profit center.
Activate the required entry field check to ensure that the profit center is set in all postings.
EC-PCA Profit Center Accounting u2013 Profit center accounting forms an interface between the operative controlling (CO) applications and the Enterprise Controlling (EC) module It reflects the actual and plan postings from operative controlling and settlements components with which it is in targeted in real-time. It then summarizes this data according to profit centers, which reflect the internal structure of areas of responsibility within the company code
Regards
Edited by: Dublin on Oct 26, 2009 12:17 PM

Fix Assets and EC-PCA ledger

Hello team,
I am aslo kind of new with Fix Assets. I was reconciling PCA ledger ( We just went Live) in trying to reconcile by using T-code 0KE1, I acciedntally deleted some documenst related to a fix asset settlement account in PCA ledger.
I tried reposting documents by executing 1KE8 and adding the FI docuemnts but nothign gets posted. Do I have to use a different transaction to re post fix assets documents, or do I have to re-settle even after the months have been closed? I just need to see the settlement documents in PCA ledger, FI is fine.
Thank You for yoru help,

You can use 9KE0 to post profit center documents.

Difference when using old and new PCA datasources

Hello experts,
We have implemented the new PCA datasources provided by business content version 3.3. We have built a new infocube (ZPCA_C01) as we were not concerned about the appropriate performance of these new datasources 0EC_PCA_3 and 0EC_PCA_4.
After loading the new cube (ZPCA_C01) with the new datasources 0EC_PCA_3 and 4, we made a comparison to the content of the old cube 0PCA_C01, that was loaded with 0EC_PCA_1.
For thesame period (2005.001-002) there is a difference between the contents of the cubes. When checking the results I found that this may be caused by the fact, that 0EC_PCA_4 does not populate "Total credit postings" and "Total debit postings" fields in the new cube, however, we have a couple of records in table GLPCA, where ACTIV = 'PRC4', and that have a corresponding record in GLPCT, where there is a figure in
TSL02 field. It results in the fact that>
- 0EC_PCA_1 extracts the figure from GLPCT for Posting Period 2,
- 0EC_PCA_4 does not extract the same figure from GLPCA.
Can you please help me with the above problem? Do you know how Credit and Debit figures get to BW from GLPCA, where ACTIV='PRC4'?
Thanks,
Csaba

user10871298 wrote:
Hi
I am exeuting a trigger and while retrieving a date field from it using :OLD and :NEW variables, it leaves the timestamp part.
for example,the actual value for start_date field in the table is '10/12/2005 7:04:25 PM', but when I use :NEW.start_date , it returns only '10/12/2005' .
How to make it return the timestamp also?
Thanks.How are you determining that it's missing the time component from it?
If it's a DATE datatype then it will have both date and time components. If you take that and store it in a DATE datatype column then that too will store the date and time components. If you then go and view that data, it will have both date and time components unless you have your local settings (NLS settings etc) set so that dates are displayed without the time portion. That doesn't mean the data is not there, but that you are not displaying it when you query it.

Fiscal periods and skf PCA MSLnn fields

Hello SDN,
In GLPCT table, there are 16 MSL fields for 16 periods quantity values.
Could you explain to me why 16 periods are needed?
And I need to load this into BW into fiscper level.
Does this mean 16 periods also in BW for fiscper?
Thanks in advance.
Regards,
Suzie

Hi Suzie,
Don't have access to an R/3 system....
but have you tried looking at the data in the table, maybe that would give you some idea what is stored in the 16 fields, and when they are populated.
As such if you are saying there are 16 periods then 16 periods could correspond to the 16 different periods for a fiscal year variant K4 or V3 for example, but this is just a guess....maybe a check at the data should give you more information.
Hope it helps.

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.

1KEI asset transfer to PCA

I am trying to understand how asset transfer works to PCA. For vendor and customer line items, I understand open items are transferred to PCA using 1KEK. For assets, there are no open items. So, I am thinking month end asset balances are transferred to PCA. For example, an asset was capitalized during the month for $100 and then scrapped before month end for $100. So, the asset balance is zero. Will this asset transfer at month end to PCA?
Like AR and AP line items, is there a table where profit center for asset line items is stored? For AR and AP, it is stored in BFOD_A and BFOK_A tables.
Is there a way to eliminate this periodic transfer of AP, AR and assets in PCA and instead have on-line real time transfer?
Any insights will be appreciated.
Thanks in advance
Sanjiv

Hello Sanjiv,
the periodic transfer of assets reads the current data from the asset tables for stock and depreciation. There are several tables to be read and PCA makes use of the logical database from FI-AA.
You can eliminate the periodical transfer by entering all asset accounts in trx. 3KEH/3KEI. Then the asset postings will be updated in realtime in classic PCA.
The online transfer of AR and AP is possible by entering the accounts into 3KEH/3KEI but all postings will flow to this default profit center and not to the origin profit center which is set by F.5D. Therefore we do recommend the periodical transfer and execution of F.5D/1KEK for open items and classic PCA.
Best regards,
Daniela

Costcentre and profit centre customizing

Dear SAP Guru's,
Hi I have a problem for profit centre wise balance sheet. The scenario is follows.
a)     Our client has two business line industry and institution
b)     Under each business line have 4 Region for each business line (industry and institution)
c)     Under each region have14 Branch for each business line (industry and institution)
d)     4 LAB
e)     1 Godown
f)     Under each branch have 55 territories for each business line (industry and institution)
Here in our client maintain plant at region and branch wise but they not maintain plant at territory wise. And they want to analysis profitability as the lowest level of hierarchy such as TERRITORY wise.
In that case we preparing profit centre considering territory or how we define profit centre.
Another thing is that if they want to maintain P&L and B/S at territory level that means I need to capture the cost all so at territory level. So should I prepare cost centre at territory level or how can I make it for full filing our client requirement.
Please provide me some idea regarding it. Full point must be assign if help full.
Thanks in advance

Hello Suvangkar,
Have you taken a look on organizing your enterprise analysis structure through Groups?
For Cost Centres, we have KSH1 / KSH2 / KSH3 transactions.
For Profit Centres, we have KCH1 / KCH2 / KCH3 transactions.
You can create a big hierarchy to group the needed information and use each group to various reports in Controlling (CO-CCA and CO-PCA).
Hope it helps you.
Best Regards,
Daniel

EC-PCA

Hello
Is it possible to create detailed balance sheet at Profit Centre level.Though in GL reports(SLR) it gives all data except results after assesment,and in PCA reports it only gives expenses details,no B?s account are there.
I try to transfer A/R+AP under given menus,but unable to do so
Help would be appreciated.

You can create the detailed balance sheet at profit center level through report painter/report writer. if u want to see the standard reports go to GRR3, in that profit center reports is 8A0 to 8A5 and 8AW(libriry for profit center related reports).
From this report u can copy the suitable report and modify as per your requirement.
Its very easy to do that.
please assign points if its useful
regards
sai krishna

1KEI Asset Transfer and New GL

Hello
If New GL is active and classic (GL and EC-PCA) is not, is it necessary to run t-code 1KEI to transfer assets to profit centres? Surely it should not be necessary if New GL and document splitting are active, as the split for assets will be done online.
Please advise.

You are correct.

Transferring Bal sheet balances online to PCA

Hi All
What is the procedure to transfer opening balances for Bal Sheet to PCA if the online transfer indicator is already on and postings have already beeen made before the additional balance sheet accounts were specified in customising (t-code 3KEH)?

If you can identify the documents that were posted before the you switched on the flag, you can go to SPRO> CO > PCA > tools > Prepare production startup
From here, depending on where the documents originated from you can transfer them selectively to PCA. (assuming company has not been set to productive)
OR
Other option, delete all the data and do the above steps (without bothering about what has already been transferred and what hasnt
OR
find out what has not gone to PCA and post PCA documetns (single sided entries) (9kE0) to plug in the difference to match FI to PCA.
Before deciding any of these, please test out in a copy of your PRD system.
Hope this helps
Praveen.

FI - PCA Balance mismatch

Dear Experts,
There is a FI PCA mismatch. transaction posted in FI but not reflecting in PCA. The following is my scenario in production.
1. User create a Bal Sheet GL X1234 in Jul-2011
2. Did not inform to assign it to 3KEH
3. Posted a few transaction for the year ending 2010, in the special period 13-2010
4. Transaction posted as per # 3, the PCA document is generated
5. Execution of T-Code 2KES, now in Aug-2011, did not have any impact. The GL X1234 could not carry forward balance of 13-2010 nor visible in the list of Bal Sheet GLs in T-Code 2KES.
6. Assigned GL X1234 in 3KEH. Execute 2KES, but still no impact on PCA.
7. I even tried to post FI Doc manually to PCA thru T-Code 1KE8. But since, the PCA doc is already generated thru FI Doc, the system displays a message that "Document already posted".
Please help me how to correct this mismatch, so that the transactions start reflecting in PCA reports and FI=PCA.
Regards,
Hussein.

Hi Ajay,
Thank you and Happy Ramazan to you too.
We already tried 1KEL, 9KE0 and 1KE8, but non could work, because the PCA Docs are already created while postings FI Docs. The concern here is, amounts are not reflecting in PCA reports S_ALR_87013336.
Line items could not be found in KE5Z.
please help further.
regards,
Hussein.

PCA Number ranges - GB02 & GL20.

Hi,
If we use New GL PCA and classic PCA is deactivated, should we still maintain the following number ranges
GB02 u2013 You need document types if you want to either plan profit centers directly or perform plan assessment or distribution.
GL20 - You need rollup document types if you wish to copy a plan template or plan data from CO-PA into Profit Center Accounting.
Regards
Raghu

Hi
The same are available under new IMG Node: FI(new) > GL Accounting > Planning > Define Document Types for Planning, etc
br, Ajay M

PCA classic or New GL

Hi Experts,
My client has different co codes and on ECC and Classic PCA is activated but not using.
Now they are going to implement ECC 6 in US company codes.
The requirement for this co code is to use the PCA.
Can you please suggest on the below:
1. Can we go ahead with PCA with New GL, my concern is as other co codes are not on New GL if we do this for new company code it will give some problems,
2. Go with Classic PCA now and go to NEW GL with PCA for all the co codes at once.
Kindly give the reasons also please.
Thanks,

Hi,
Again, as mentioned by Christian, you cannot activate NewG/L for one company code and not for another. So, if you use NewG/L, you will have to migrate the data from your 'old' company codes to NewG/L tables as well.
PCA could be used with NewG/L as well; you are not obliged to switch it off even if you activate NewG/L. However, normally functionalities of NewG/L could replace PCA.
Regards,
Eli
P.S. Please, search SDN before posting. All these PCA/NewGL issues have been discussed several times

BA and EC-PCA

Similar Messages

Maybe you are looking for