KEA0 Deactivating Account-based PA

Hello SAP Guru,
Currently my COPA has both costing-based and account-based activated.  I would like to deactivate account-based but I am not sure of all the steps involved other than uncheck the box for account-based in the config. Also, we are currently live with COPA, what are some of the things I should watch out for by turning off account-based in the production environment.
Thank you for your help.
HT

Kindly remove the activation in KEKE and save it without assigning the costing based COPA. Then in KEA0, select the operating concern and go to the menupath extras-settings where you will be able to remove the flag on account based COPA. Then you need to save the settings and generate the operating concern. After completing this, you may activate
the costing based copa in KEKE.
In the transaction OKKP (in the view activate components/control indicators) you have to change the customizing to Component active for costing based profitability analysis (2)
The data for the account-based CO-PA is written into the already existing CO-tables: COEP, COEJ, COSP und COSS. So there will be no impact on the tables.
Reposting existing documents ( like invoices) could be a problem since at the time of posting there was a account based COPA document. So at the time of reversal system will expect the same else will throw error KI144. This error message can be changed into an information or a warning message .Read note 98262 regarding this. This problem could also come for documents 'in process' i.e if sales order and GI has been done  with account based COPA and at the time of billing it is inactive.
The cost accounting document created with account based CO-PA active is a different one than that with account based turned off. If account based isn't active the posting leaving CO-OM is put to a reconciliation object. If account based is active the same posting will go to a profitability segment for account based CO-PA. This 'trick' made the introduction of account based CO-PA possible without creating extra tables. The reconciliation object is naturally on a higher aggregation
level, so that the number sum records in CO is smaller than with account based CO-PA active.
There is a note that describes the differences between the
costing-based and the account-based Profitability Analysis types. Please review the attached note 69384.
Nevertheless please test this throughly first in your test-system before going live in production

Similar Messages

  • Activating Account based Copa in the existing Cost-based COPA

    Hi Sap CO gurus!
    Please advise me for the following issue.
    Presently, My client using Cost-based COPA for segment wise reporting.( Already activated).
    Now they wanted the reports in Account Based. Is it possible to activate the Account based now? Will the system allow us to activate or not?
    If yes, What will be the implications? I want to know the pros and cons for that.
    If not, How Can I edit the COPA settings( Operating concern)? Or shall I delete the Operating concern and create one new one?
    Can you please explain the impact of each situation?
    Thanks a lot in advance
    Rama

    Hi Joe
    You can deactivate Account Based COPA, but you will have to do a thorough testing so that you are aware of the issues that can crop up
    The IMG Menu is SPRO > Controlling > Prof Analysis
    You will have to do a testing of how the open sales orders would behave... The open sales orders mean Sales Orders where PGI has been done, but billing is pending AS WELL AS Sales orders which are just created, but no Logistics movement (PGI) has taken place... You will have to do testing on both types of sales orders
      - When you do PGI after deactivating the account based COPA, you may face error. Because, COGS GL account is a cost element in Account based COPA, where as in Costing based COPA, it is usually not a Cost Element
      - Also do a billing from an open sales order and see if you get any error there...
    Similar issue can arise during variance settlement also, because the variance account is not a cost ele in Costing Based COPA.
    Test out the above scenarios and do share your experiences
    Regards
    Ajay M

  • COPA account-based only!

    Hi
    I intend to implement COPA for my customer, but only COPA account-based.
    As my knowledge about COPA, costing based uses value fields instead of account as in account based.
    But when i demo in client 800 (IDES), I realized that many diffirences between costing based and account based. It seem to be not only relevant to the value fields and account based.
    For example:
    when i post an invoice (fb50) in FI, then click  profit segment field. I can not find characteristics that i want to post to such as material group. And there is nowhere for choosing all characteristics in client.
    How can i find the way to post to characteristics that i want to post to directly from FI to PA?
    Another example:
    when I create report in PA account-based, there are limited characteristics in compare with PA costing based, so I can not choose profit segments i want?
    What's the problem here?
    Is it possible? Which problems can I meet if i do not use costing-based?
    I am apreciated any help of you!
    Thanks

    Couple of things:
    In Account based CO-PA:
    1. You can't get Cost component break down.
    2. No break down of variance categories.
    3. Create a Characteristic in KEA5 and add to operating conern in KEA0. KEQ3 is to define segment level characteristics. To improve system performance, you can also restrict the characteristics that make up the profitability segment.
    4. When you add a characteristic to operating concern, then by default that characteristic is available at the time of document entry. We use characteristic groups to determine what characteristics appear in which order on the screens for assigning profitability segments in different business transactions. If no characteristic groups are defined, the user can enter values for any characteristic in the operating concern.
    5. Account based CO-PA uses the same tables (COEP, COEJ, COSP, COSS etc.,) as used by overhead cost management, whereas costing based COPA has it's own tables. The definitions of profitability segments for both CO-PA sub-modules are stored in the same table, the CE4XXXX table (where XXXX = operating concern).
    6. Period account approach, unlike costing based which is cost of sales accounting approach.
    7. Account-based CO-PA stores all transaction in three currencies: the transaction currency, the local currency, and the controlling area currency.
    Also, check SAP note 69384 on account based COPA.
    What kind of business is your client in? What reporting is he expecting out of CO-PA?
    Edited by: Pradeep kumar Athmakur on Dec 31, 2009 6:32 PM

  • COPA account based extractor (Bill type field FKART) missing

    Hello Experts,
    I am new to COPA and currently working on account based COPA DataSource on ECC 6.0 & BI 7.0.
    I have created the DataSource in KEB0 for account based by selecting the appropriate operating concern. One of the field requirements for me is to have billing doc type but it is not available in KEB0 or in RSA6.
    When checked in KEA0 billing type (FKART) is available as display fixed fields.
    Main menu -> extras -> display fixed fields.
    Could you please let me know how to get this part of my DataSource?
    Does enhancing the DataSource is only the solution?
    Highly appreciate your help.
    Best Regards
    VJ

    Hi Vijay!
    If your current scenario does not present you with the standard extractor from the source system, perhaps you should try to create a generic datasource for your business requirements.

  • Profitability Analysis - Account based

    Hello Expertise,
    I was running COPA on Costing Based it was running sccessfully i was able to see the reflection in VF02.But now when i changed it to Accounting based i cannot see the reflection in VF02.
    So please help me what extra settings i need to do for the reflection to be seen in VF02
    Regards,
    Khadeer

    Hi,
    See when i run the cycle from VA01 then VL01N and the VF01 the documents that got generated were
    ACCOUNTING
    PROFIT CENTER
    CONTROLLING
    PROFITTABILITY ANALYSIS
    THIS IS WHEN I WAS RUNNING WITH COST BASED COPA.
    Now when I set the COPA in KEKE to ACCOUNT BASED and also do the REQ change in KEA0 i.e mark only ACCOUNT BASED and regenerated again and Run the above cycle from VA01 to VL01n to VF01 the doc that got genrated
    ACCOUNTING
    PROFIT CENTER
    CONTROLLING
    I am not able to see the COPA during billing.
    Regards,
    Khadeer

  • Change COPA from costing based to account based

    dear friends,
    one of our clients is upgrading from 4.6C to ECC 6.00.  as part of this upgrade they want to change the COPA from costing based to account based.
    Whether this can be done?
    If yes, how it can be done and what all precautions need to be take care of?
    If no,  what are the reasons due to which it should not be done?
    thank you for the help.
    bajee prasad

    Hi,
    Let me try to answer to get full points from you. It is a very tricky question.
    You can add Account based COPA in addition to Cost based COPA. It is advisable not to delete Cost Based COPA.
    Go to Tr. Code KEA0. In the Data Structure Tab, click the change button. Now you can tick the Account based type of PA.
    Then go to Environment tab, click the activation button. System will run for some time and both the types of PA gets the environment. These changes are not transportable. You need to do it by opening the system. You can test this in your quality system and then try in Production. I caution that you need to take a backup of the system so as to meet any worst scenario. All the best.
    Cheers,

  • 1 Operating Concern for Account Based and Cost Based COPA

    Hi,
    We are using Operating Concern 3000 for Account Based and Cost based Profitability Analysis. However when i try to extract data from the account based Operating concern it gives me an error in extraction : error 09.
    Could it be that we cannot use one operating concern for both types or COPA?
    Thanks

    Hi
    Have you deactivated any of the characteristics used in Account based COPA
    Check KEQ3 and you may have activated only for Costing based COPA
    S Jayaram
    Edited by: S Jayram on Dec 18, 2007 3:24 PM

  • Account Based Vs Cost Based COPA - Char Derivation

    We're trying to implement both Cost based and Account based COPA at a client here.
    I have some derivation rules maintained in KEDR.
    When I'm trying to post a document in FI, the cost based COPA document is being created with the Characteristics populated correctly according to the derivation rules. However, in Account based COPA the characteristics are NOT getting derived.
    Can some tell me if there could be something I've missed?
    Thanks

    Hi
    Have you deactivated any of the characteristics used in Account based COPA
    Check KEQ3 and you may have activated only for Costing based COPA
    S Jayaram
    Edited by: S Jayram on Dec 18, 2007 3:24 PM

  • Please tell me a BAPI to get Closing balance of customer account based on Sales Organization?

    Hi Experts,
    A requirement has come up where I want to get Customer closing balance based on its sales organization as this particular customer is extented to 2 different sales organizations. I want to get the closing balance of individual sales organization vise.
    Please tell me a BAPI to get Closing balance of customer account based on Sales Organization?

    AFAIK there is no such BAPI, cause there is no database table with balance for customer per sales organisation. (No KNCx table for VKORG)
    First ask functionals (*) how to recover sales organisation from a FI document (I suppose for SD invoice it is easy if no merging between organisation) will be a little tricker for pure FI document like payment transactions (hope thet are quickly cleared...)  Then start from non cleared records of BSID (also BSAD if you use a past date of reference, in case you have to add the records of BSAD with clearing date greater than reference date) and cross it with SD information to break FI into sales organisation.
    Regards,
    Raymond
    (*) Ask for where do they store VKORG in FI documents

  • Posting to different GR/IR account based on purchase order type

    We are implementing cross company stock transport orders that require an AP invoice to be posted against the goods receipt.  Our AP department does not want the GR/IR postings to go to the account used for traded AP.  I cannot determine a method using OBYC to specify a different account based on purchase order type.  Is there a way to do this?

    Hi Jud
    You should make these posting to a cost center then..The only way you can control account postings via PO type is having a account assignement category. You can make this as mandatory filed for this PO type..
    Please let me know if your requirement is different..
    CHeers
    R K Bolla

  • Account-based COPA and having Cost Center as Real Object in Sales Order

    Hi,
    We have recently activated account-based COPA and in our SO, we realized the Profitability Segment being populated- that is not a problem in normal scenarios.
    However, in some cases, we would like to charge to a cost center instead of COPA. We have tried the 2 ways mentioned in the forum/on the web to include Cost Center in Sales Order:
    1. Go to OVF3 t-code and configure a default cost center for the order reason
    2. Change the SD Document Category under 'Define Sales Document Types' to 'I- Order w/o charge'.
    However both ways only open the Cost center field but still populates the COPA. At accounting entries, cost center will become a statistical object and COPA, the real object- which is not what we want.
    Is there a way to stop the auto-populating of Profitabiltiy Segment in SO when cost center is being entered?
    Thanks very much in advance for any suggestions.
    Regards,
    Huimin

    Solved by myself, with help of OSS Note: 44381 - Profitability Segment Not Required in SD Postings. Have a CO substitution rule to clear away the Profitability Segment number based on certain conditions. Thanks!

  • CO-PA Account Based enhancement : BELNR-CO

    Hi all,
    I have successfully implemented a CO-PA ETL for both Costing and account based CO-PA in my system.
    I enhanced the costing based Extraction with no major concern.
    However I now wish to enhance the CO-PA Accoutn BAsed, and here I struggle , because I cannot get the controlling document number - part of COEP key - in my extract.
    I need to use this controlling document number in order to conduct some logic in the extraction, but the creation of the account based datasoource in KEB0 does not provide the option to have this field as part of the extract structure ( as a sidenote, it will not be defined in KEQ3 either, as the granularity of the profitability segment would then be to fine)
    ... Any idea on how to collect the CO doc number in this scenario? I am missing something...
    I would very much appreciate some insight from experienced CO-PA - BW community members !
    Cheers
    Patrick

    Patrick,
    The link between COSP / COSS and CE4xxxx is the objnr of the tables COSP / COSS. The first 2 positions = 'EO'. The following positions, the name of the results area and rest of the objnr relates to the PAOBJNR of table CE4xxx. In the table CE4xxxx the field KNT_FRM_KZ = '1'. This means account based CO-PA object.
    For the standard extraction process you don't need to build things between these tables. The extractor knows the relationships already.
    Regards,
    Peter

  • CO -PA Account based extractor

    Hello
    We want to create a CO -PA Account based extractor delta. We have created the summarization levels (KEDV) and tried fill it with Data (KEDU). The problem is that this process takes too much. It spends too time and reach the time out for the machine. How may I optimized this time?  Is it true that  we must run this transaction before each load in BW not only for BW Full load but BW Delta load by CO -PA Account extractor?
    Thanks.

    Hello
    We want to create a CO -PA Account based extractor delta. We have created the summarization levels (KEDV) and tried fill it with Data (KEDU). The problem is that this process takes too much. It spends too time and reach the time out for the machine. How may I optimized this time?  Is it true that  we must run this transaction before each load in BW not only for BW Full load but BW Delta load by CO -PA Account extractor?
    Thanks.

  • Account Based COPA Cost of goods sold and Revenue Split

    Dear Experts,
    We are using account based copa in a automobile company.
    As per the requirement when a car is sold, depending on the customer request the car  goes for a conversion. like adding Radio, Seat cover, etc
    As per our setup we have different profit centers for vehicle and Parts(radio, seat cover etc) and in this case radio, seat cover, etc are the classes of the material vehicle(not separate material).
    After the vehicle conversion there is a sales order raised which goes to profit center derived from vehicle material master.
    As per the reporting requirement I need to spit the Cost of good sold  and revenue by vehicle profit center and parts profit center for COPA reporting purpose
    Is there any way to do this in standard SAP? Or I need an exit?
    Appreciate your response and please let me know in case of any clarification.
    Many thanks
    Roy
    Edited by: roy001 on Aug 4, 2011 4:52 PM

    For those who may need an answer to this, our solution was the following: 
    1)       Created new types for SO, SO Item, Sched. Line, Delivery, Delivery Item, Billing type  
    2)       Created new Pricing procedure
    3)       Created new movement type Y61/Y62 modeled after 601/602
    4)       Mapped Y61/Y62 to account modifier ZAX.
    5)       Mapped GBB/ZAX to the new account.
    Benefits, they now have better view of the orders going inter-company.  It is flexible enough to adjusting prices for intercompany separate from standard orders, even though for now it is a straight copy of cost.  They are able to remove the sales/use tax, from the calculations. They are able to plan with these orders separated out.  Plus, this will standardize their process for inter-company. 
    Hope this helps someone. 
    Cheers!
    Rick

  • GL account based on account assignment group

    Set the GL account based on the account assignment group of the customer. How is it done?

    hi Zarah,
    in enhacement SAPMF02D you can check if the right recon. account is selected, however you cannot change, but you can issue an error message.
    hope this helps
    ec

Maybe you are looking for

  • Java permission errors

    I'm running loadjava logged in as sys and I keep running into errors creating : class org/joda/time/tz/DateTimeZoneBuilder$OfYear loading : class org/joda/time/tz/DateTimeZoneBuilder$OfYear Error while creating class org/joda/time/tz/DateTimeZoneBuil

  • Problem creating documents using BAPI_DOCUMENT_CREATE2

    Dear all, I am using BAPI_DOCUMENT_CREATE2 to create a quality document attachment ( PDF file)  for one of our dynpro screen.. then  I retrive the document information using  'BAPI_DOCUMENT_CHECKOUTVIEW2 and show the document using function module CV

  • How to create portal pages for GUI data updates

    Hi, We have a simple (seems) requirement to develop a portal page to provide GUI for users to update oracle tables. No valdiations or any anything, just plain inserts into the table. How do i approach this from step1. ( I have the portal installed an

  • Global Selector .AFFieldTextDisabled does not work

    The declaration of styles against the global selector .AFFieldTextDisabled do not effect disabled input text components as is implied in the Selectors for Skinning ADF Faces Components document. Can anyone please clarify if I am using this selector i

  • Conflict with Time Capsule/Machine & Applications

    I've had recent problems with Apps not loading properly or shutting down. Been on with Applecare and reinstalled the OS and various other things. After the recent telephone conversation with them and things all working fine I then hit the back up now