ECC 6.0 Post Installatio

Hi,
I installed successfully ECC 6.0 on Windows 2003 server with MS SQL. Please let me know the post installation steps I need to configure.
I found out few steps like RZ04, SMLG, STMS, SCC4, SE06, SM28 etc. But let me know why they are needed, how can i do them,  the order and steps to perform these.
I want to make 3 clients 111 (dev), 222 (QA), 333 (prd). Also I want to configure the tranport system between these 3 clients.
Currently I logged in as DDIC, I want to create users with SU01 with role of developer, configuration authority (mostly all the rights).
Regards,
B
Edited by: bp.sap on Jul 19, 2009 11:31 PM

Hi,
Golden client or master client is the one which is having customizing and development etc.
When you install SAP you will get the default three clients
000 SAP AG
066 Early-watch
001 back up client
from 000 you copy and create your own client(Say 800 or 801 ) and use it for your customizing and development purpose.
Please check the link.
http://help.sap.com/saphelp_nw04/helpdata/en/6c/a74a3735a37273e10000009b38f839/content.htm
Take a look @ post
clients
I got the pop up for sol mgr key. One of my frd gave me the key and I installed with it.
SAP recommends u to install SolMan, Any ways as its for ur practice u have installed, so u have got the sol-man key.
Thank you,
Ravi

Similar Messages

  • Excessive reads affecting SAP ECC 6 performance post upgrade.

    We just recently upgraded SAP to ECC 6, r2.  We are using Windows Server OS 2000 for both database and application servers, and SQL Server 2000 sp4 is the DBMS.  While the SAP application is performing its work and producing results, it is taking longer to complete and thus the perception is that this new version of SAP is not working!
    I say 'excessive reads' because when you look at the transaction load via SM66, there are many more sequential reads occurring than were occurring before the upgrade.
    Help Please as I just heard a person ask if we could roll back to 4.6c.   Any suggestions are most appreciated.

    Hi Carla,
    I suppose you have done all the necessary stuff like update statistics. Please check note 155413 and analyze the statements. The step from 4.6c to ECC6.0 is not only big, it is huge (concerning changes within the application), so the perception of your users is not that wrong. You are running the latest version from SAP on the oldest supported versions from Microsoft - that doesn't really make sense. A quick gain would be an upgrade to SQL Server 2005 (better optimizer, better tools,...). If this really affects your production environment, open a call at SAP.
    Sven

  • Error while posting GR from EWM in ECC. "Problem with receiver finding"

    Hi
    I have completed putaway of inbound delivery in EWM. This has triggered PPF to ECC for GR posting. This is stuck in ECC SMQ2 with error "Problem with receiver finding".
    I have checked ECC>EWM interface configuration. Handling unit management setup in ECC and EWM. Do not see any issues there. Also tested GR account postings with IM storage location for Po in ECC. This is also working fine...so no issue with account determination.
    Unable to figure out what is causing issue. Please help. Thank you.
    Best Regards
    phani sai MN

    Hi All
    Thanks for your responses. Issue was with distrubution model fiter parameters. for message type InboundDelivery.Deliverychange there was additional filter parameter for logical system. Removed values for logical system and only retained warehouse number.
    With this issue is resolved. GR is posted succesfully in ECC.
    Best Regards
    Phani sai MN

  • Posting changes from EWM to ECC

    Hello dear experts
    When I create a posting change in EWM, for example to change stock type from F1 to F2, a message is sent to ERP using goods movement interface. Usually in ERP a 311 movement is created to move the stock from one storage location to another.
    Anyway, the HU data in ERP does not get updated. In HUMO you still see it in old storage location.
    Is it possible to generate a delivery in ECC from EWM posting change?
    I would like not to go through direct deliveries as they are creating STO in ERP and require a unique customer for each storage location, which is difficult because it would require changes to intecompany model .
    Does anyone have a solution?
    Thanks
    Best regards
    Carlo

    Hello Sathish
    To my understanding, when a posting change delivery itself is created in ERP and distributed (for example a DTR delivery type) the system finds a predecessor and uses delivery interface
    And also, when you are creating a posting change for an HU linked to a delivery, and the HU was not moved yet to a final storage type, /SPE/GOODSMVT_CREATE fm is called with reference to the delivery. This if you did the customizing for inbound deliveries under "Interfaces/ERPIntegration/Set Control Parameters for ERP Version Control
    In ERP you will see the posting change in document flow for delivery
    That's all I know..
    Best regards
    Carlo

  • Trading Partner issue in ECC

    I have just activated the trading partner in ECC vendor/customer master on 1.09.08, thus all posting before this date was posted without trading partner information.
    In BCS, I plan to load balance as at 31.8.08 using flexible upload as opening balance with all the "correct" trading partner information breakdown and subsequently, period movement will be extracted from ECC.
    However, I notice that in ECC, when we make payment to open item created before 1.9.08 (document without trading partner), system will not populate the trading partner information, instead the trading partner information in original line  (i.e. blank) will be posted.
    I think this will create a problem, as I alrady uploaded the inter company balance with correct breakdown, but now period movement will be posted without trading partner, thus my balance in BCS will not be correct.
    Anyone face the same issue before? Appreciate you can share with me how to overcome this issue, thanks.
    Regards.

    This is not an uncommon problem. A few ways to address this are: correction posting in ECC, or correction posting in BCS.
    In ECC a posting to move amounts from blank/null trading partner to actual trading partner is one solution. However this is not always possible when the accounts are reconciliation accounts.
    In the case of reconciliation accounts it may be better to post the correction in BCS at posting level 10.
    Another way to address this is to change the breakdown for these accounts to require trading partner and if blank default is used. Then the correcting entries are from default trading partner to the true trading partner in BCS.

  • Wrong Document typed picked in ECC  Intermediate during CRM invoice Cancel.

    Dear SAP,
    When we cancel an CRM invoice(1159980135) from CP1 (CRM System) FI
    entry(1102100182)in ECC has been posted with AB document type instead
    of RV document type, and
    also system has picked posting key 12(Credit Memo) Instead if 11
    (Reversal Invoice).
    This kind of issue happened twice from last month. it is happening some of the documents we do not have any clue for whihc document and happing intermediately.
    We tried to reproduce the same scenario in our quality system(CT1) but
    FI entry is getting posted with correct document type RV and posting
    key 11.
    Attached screen shots from (CP1) CRM system for your reference.
    Let me know if you need additional information for analysis.
    If reqire send us the Email i will attache the custmization sceen shots
    Regards,
    Prakesh

    Hi SF,
       Most of the times document flow will not be updated in CRM, if any inbound queues are not processed completely in CRM.  This issue happens, when billing document is created in ECC and at that time if some one is in change mode of the order, inbound queue fails with status SYSFAIL.
       Please look into the inbound queues in CRM, release if any queues are failed. 
    Regards,
    Bhanu

  • How to send acknowledgement containing KUNNR from ECC to PI to MDM

    Hello Experts,
    I have a scenario of syndicating customer/vendor record from MDM system to ECC system using PI. File to IDOC. Since Customer and Vendor number ranges are internal to ECC system, after posting the customer and vendor record, we need to get the KUNNR or LIFNR back to MDM so that later updates using the key can be issued.
    For Posting we have used DEBMDM in MDM output and mapped it to ADRMAS and DEBMAS for Customers and CREMDM for vendor outbound and mapped it to ADRMAS and CREMAS.
    Now I want to understand what would be the best way to get the Customer or Vendor number back in MDM?
    Using ALEAUD? Enhancing it?
    or using some event mechanism which will post the DEBMAS/CREMAS back from ECC to PI?
    Thanks in anticipation.
    Regards,
    Ahmed

    Hi,
    check this ..
    SOAP for IDOC demystified
    http://wiki.sdn.sap.com/wiki/display/XI/UsingRequestResponseBeanModuleinFILE+Adapter
    Cheers
    Sunil.

  • Help required:Spool Creation for posted document in FB03 transaction

    Hi Experts,
    The requirement is like I have to send the PDF document to the user by mail once the document gets posted in SAP ECC. The posting is taking place by IDOC.
    The problem is how do i get the spool request for the document which is posted in ECC. It can be seen by entering document number in FB03 transaction but there is no smart form or SAP script or any Output type. The document is posted by IDOC.The client wants the PDF document excatly as seen from FB03 transaction. Please help as this is typical requirement i have never come across.
    Do let me know some of the user exits where in just after the posting i can write my code for spool creation. The idoc is using the BAPI_ACC_DOCUMENT_POST.

    HI
    In test mode i am able to view the document no. but not the reference document no and when double click on the document no i am not able to view the journal entry.
    Thanks.

  • How to find the status of an invoice in ECC ?

    Hi,
    Could anyone please tell me how to find the status of an invoice in ECC system (Parked, posted or saved as completed)
    Regards
    Prashant Chauhan

    HI
    MIR6
    Regards
    Kailas Ugale

  • Technical specifications needed for ECC 6.0

    Technical Specifications for ECC 6.0  
    Posted: Oct 8, 2007 7:49 AM         Reply      E-mail this post 
    Hi,
    I am planning to buy a laptop & install ECC 6.0 for the trainings, just wanted to know what technical specifications & additional system components , accessories services should I look for?
    Points will be rewarded!!!!
    Regards,
    Poornima

    Dear Poornima,
    As per my experience,better to go for above 160GB hard drive(250GB will be
    good) and 2 GB RAM is required for Laptop's.
    All the best.
    Regards
    Mangal

  • Technical specifications for ECC 6.0

    Technical Specifications for ECC 6.0  
    Posted: Oct 8, 2007 7:49 AM         Reply      E-mail this post 
    Hi,
    I am planning to buy a laptop & install ECC 6.0 for the trainings, just wanted to know what technical specifications & additional system components , accessories services should I look for?
    Kindly help asap...
    Points will be rewarded!!!!
    Regards,
    Poornima

    Hi Poornima,
    Check the similar thread on the system requiremement specifications for ECC6.0:
    Hardware requirements for SAP ERP 2005 using ECC 6.0
    Regards,
    Subhasha

  • Handling Network failure during data transfer from ECC to PI

    Hi,
    We have created a custom program in ECC to push invoice header information to PI using the proxy call.
    We're able to successfully now push these data to PI without any issues.
    However, there is a comment from client like if there is an unexpected error such as system or network failure during transferring data from ECC to PI, then how is it being handled from ECC side?
    I'm left with no answers. I know the messages will be stucked in SMQ2 or SMQ1 but we need to find out how can resend those data to PI in case of such failures. Documents in ECC are either posted or parked or payment totally based on real time process and based on each ECC event such as parked or posted or reveresed, we are sending one message to PI respectively. But how can we resend these invoices incase of an unexpected error?
    If we go with an ad hoc process, how do we implement this process for each document which is being created or rejected.
    Thanks,
    Shamim

    Hi,
    The queue will automatically restart if the problem was connection issue. In case of system failure you need to check and start them manually.
    check http://help.sap.com/saphelp_nw04/helpdata/en/f3/df5f3cb0decb09e10000000a114084/content.htm
    To check for any problems you can use CCMS monitoring.
    check http://help.sap.com/saphelp_470/helpdata/en/52/12f73b7803b009e10000000a114084/content.htm
    Hope this will help you.
    Regards
    Vinit

  • What is the Impact of just parking invoice doc's, but not posting...

    I would like to know the risk/constrain involved with the below process, which may not be a standard practice.
    1. Service Provider maintains Classic SRM/ECC. Customer maintains own ECC.
    2. Shopping cart created in SRM and PO generated in ECC of Service provider.
    3. PO transferred to Customer ECC. Invoice posting, Payment and FI activities are carried out in customer ECC.
    4. Basic Invoice Information is transferred back to Service provider ECC, so this invoice will be shown as follow on document in the shopping cart. It will show only the invoice number and it is only for the informational purpose. There is neither finance activity nor any reporting are made out that system.
    Service provider just want to Park the document and not to post it, so it won't hit the GL account. This eliminates considerable work FI configuration settings.
    Question is whether this unorthodox method of just parking, but not posting will cause any impact/risk, even though no FI activities is carried on that system.

    Hi,
    'the invoice number and it is only for the informational purpose' and 'In future if we are planning to use any reporting from service provider', in this case of cause there will be a problem.
    But, what Service provider going to do with Parked doc? In future if they're going to post it?I mean if they are have accounts payable why they don't post it?

  • ECC6.0 Post-instalation steps..

    Hi
    Any one can provide the post instalation steps in IBM Aix server/UDB DB2(8.x/9.x) environment...It's very helpful for me the current project..
    ECC'6.0 - Post Instalation Steps.
    NW'2004s(EP,BW,Xi) - Post Instalation steps.
    SRM'5.5 - Post Instalation Steps.
    My ID: [email protected]
    Thanks for your help.
    seshu.

    Hi,
    U can get post installation steps in upgrade manual itself. It is no specific think for AIX.
    Thanks

  • Impact of just parking invoice doc, but not posting???

    I would like to know the risk/constrain involved with the below process, which may not be a standard practice.
    1. Service Provider maintains Classic SRM/ECC. Customer maintains own ECC.
    2. Shopping cart created in SRM and PO generated in ECC of Service provider.
    3. PO transferred to Customer ECC. Invoice posting, Payment and FI activities are carried out in customer ECC.
    4. Basic Invoice Information is transferred back to Service provider ECC, so this invoice will be shown as follow on document in the shopping cart. It will show only the invoice number and it is only for the informational purpose. There is neither finance activity nor any reporting are made out that system.
    Service provider just want to Park the document and not to post it, so it won't hit the GL account. This eliminates considerable work FI configuration settings.
    Question is whether this unorthodox method of just parking, but not posting will cause any impact/risk, even though no FI activities is carried on that system.

    It is not a normal practice and does not fulfill the intent of the park process but as long as you have controls around preventing those parked documents from being posted this should probably work.
    Consider them to be a little akin to delivery accruals that are never matched to an invoice, my thoughts are you might want to HOLD rather than PARK these documents.
    You will also need to consider what your long term housekeeping and archiving strategy will be for these essentially orphaned documents.

Maybe you are looking for