‎2010 Sep 29 7:11 AM
Hello ,
I want to enhance the program RSBDCSUB so that this program cannot be executed/scheduled as job without any variant.
Currently RSBDCSUB has default value of ' * ' in session name so can be executed without any variants.
So any ideas on how to prevent this from happening.
I was looking to do some enhancement for this program but did not find any enhancement spots or BADI or Exits that can be used. If we try to enhance it gives a message 'Object PROG RSBDCSUB is part of the central basis and therefore cannot be enhanced' .
So any ideas in this regard other than copy to Zprogram will be helpful.
Thanks.
Regards,
Abhilash
‎2010 Sep 29 11:52 PM
Hi Abhilash
Actually as this object belongs to the Central Basis objects is not possible to aply implicit and create enhancement points without modifications in the program.
Kind regards
‎2010 Sep 29 11:52 PM
Hi Abhilash
Actually as this object belongs to the Central Basis objects is not possible to aply implicit and create enhancement points without modifications in the program.
Kind regards
‎2010 Sep 30 3:13 AM
Hi Carlos,
I have created a OSS meesage for the same and will wait for their response ,if they have any suggestions or note.
Thank you for the reply.
Regards,
Abhilash
‎2010 Oct 01 12:46 AM
Hi Abhilash
Unfortunately the only way to enhance this kind of objects is copying it to a Z-program.
Kind regards
‎2010 Oct 01 11:54 AM
Hi Carlos,
Is it possible to prevent the execution of RSBDCSUB without variant while scheduling as job .
Direct execution with wrong variants can never be checked but atleast if the program prompts for
a variant during scheduling will be good. Any setting or enhancement possible to SM36 in this regard.
I did a check and couldnt find any..
Thanks in advance.
Best Regards,
Abhilash
‎2010 Oct 01 12:07 PM
Hi Abhilash,
If you want to validate the variant while scheduling a job, then there is no way out.
You need to create a wrapper Z program & build the logic inside it. Use SUBMIT RSBDCSUB to call the std. prog. inside your Z program.
Thanks,
Best regards,
Prashant
‎2010 Oct 04 2:29 PM
Hi Abhilash
Actually, as all of these programs belong to central basis objects there is not possible to implement enhancement options for them
Kind regards
Carlos Machado
‎2010 Oct 05 4:02 AM
Hi ,
As mentioned by Mylène & Rob it is not a great idea to create clones unless absolutely necessary so may need to just have more authorizations in place for scheduling or running this program. Still awaiting response for OSS message.
Will keep posted on the progress.
Thank you all for the help.
Best Regards,
Abhilash
‎2010 Sep 30 1:11 AM
Howdy,
Rather than copy the program you could create a wrapper Z-program which submits the RSBDCSUB report with the specified variant.
Cheers
Alex
‎2010 Sep 30 3:17 AM
Hi Alex,
We can handle this problem by introducing the Z program but the issue with RSBDCSUB will still remain so waiting for a response for an OSS message created for the same .
Thank you for the reply.
Regards,
Abhilash
‎2010 Sep 30 4:16 AM
Hi Abhilash,
As mentioned above you need to create a wrapper Z program with selection screen same as RSBDCSUB. Inside the Z program validate if the variant/session name is entered. If not raise an error message. If selection screen values are provided, then use SUBMIT statement using selection values... to submit the screen values to RSBDCSUB.
This should take care of your requirement. SAP will definitely not modify the program for this requirement.
Thanks,
Best regards,
Prashant
‎2010 Oct 01 4:09 PM
If necessary, you can do a mod to the program. This will avoid having the original version of the program that could still be used without the paramaters being filled in.
Rob
‎2010 Oct 01 4:25 PM
> If necessary, you can do a mod to the program. This will avoid having the original version of the program that could still be used without the paramaters being filled in.
>
> Rob
In addition to Rob: a clone is not a good idea in general. Use it only if nothing else serves. A clone will always forego the upgrades/bug-fixes that SAP deliveres to the standard, so it will put you at a disadvantage with every upgrade/support package implementation. In which cases a properly considered, well documented modification puts you on the safe side, since it will pop up in SE95 (SPAU/SPAM) and hence not be forgotten about.
Edited by: Mylène Dorias on Oct 1, 2010 5:26 PM
‎2010 Nov 19 2:26 AM
Hi All,
This issue cannot be resolved until we change the standard code
or clone both being not good solutions. So program is left as it is.
Thank you and sorry for late reply.
Regards,
Abhilash