Skip to Content
author's profile photo Former Member
Former Member

Variant Configurator and ALE

Has anyone had any experience with using ALE to transport all aspects of the Variant Configurator set-up to another SAP instance? We had planned to go this route, but have had people tell us that they wrote custom programs to download data from one instance and then use BDC's to load them in the new system. Is there a problem with using ALE for VC set-up data or anything we should be aware off?

Regards.

Add a comment
10|10000 characters needed characters exceeded

Related questions

3 Answers

  • Best Answer
    Posted on May 05, 2005 at 05:24 AM

    Hi Cynthia,

    I followed check list in

    http://help.sap.com/saphelp_erp2004/helpdata/en/24/903b39878f4205e10000000a114084/frameset.htm

    and it worked fine. Some parts of this list of 15 topics aren't as easy to make as others, but must VC scenarios can be distributed without problems.

    Regards,

    Christian

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on May 04, 2005 at 09:27 PM

    Hi Cynthia,

    I have done this in the past. Definitely ALE is the way to go over BDC's etc.

    The only thing you have to watch is the sequence that you send the data in. For example you must send dependency function module definitions before you can send any dependencies that call those functions. Otherwise you get an Idoc failure.

    Where you get circular references (for example you have a characteristic which has a dependcy attached to it, and the dependency actually refers to the characteristic by name) then the best thing is to set the status of the dependency to deactivated, ALE it to the target system (syntax check will pass because its deactivated), ALE the characteristic, set the status back on the dependency, and then ALE it again.

    Apart from occasional circular references, however, it works really well.

    Another thing to watch is that when you set up your ALE distribution model, that you consider the possibility of concurrent development and ALEing between systems. For ease of administration, we set up our DEV system as the source for both QA and for PROD (rather than having DEV as source for QA and QA as source for prod) but this means that you shouldn't do any development on objects currently in QA as the latest changes will be ALE'd from DEV to PROD.

    I think the general sequence of ALEing that worked the best was:

    1. Characteristics

    2. Function module definitions

    3. Dependencies

    4. Configuration profiles

    I feel I have forgotten something there, but I guess you get the idea.

    Last thing, you can't ALE the configuration profile user interface. So if you have designed your own layout for the characteristics (with tabs, and userexit buttons etc.) you have to recreate these manually in each environment. Not much fun when you have 10+ clients in your landscape. I kept meaning to write a program to handle it but, time got away from me.

    Finally, you have to ask yourself why SAP didn't treat all this stuff as configuration though, and allow you to migrate using change requests. Wouldn't that be nice!!!

    Hope that helps.

    Cheers,

    Brad

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on May 05, 2005 at 04:17 PM

    Thank you for the validation of standard SAP. It just didn't make sense to write our own programs to do it, but I wanted to check.

    Thanks.

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.