2006 Jan 04 8:44 PM
Suggestion
Posted: Jan 4, 2006 12:40 AM Reply E-mail this post
Hi Guys,
I need a suggestion from you regarding the better option to be used in following case.
We are use a standard report called RFUMSV00 for VAT reporrting. Now this allows reoprting only for
the 3 or 4 coutries being hard coded by SAP in the report. We want to use it for other countries as well.
There are two options for this:
1) One is to modify the existing SAP report so that it will also allow other countries to use
the existing report.
2) Create a new Z program and copy the standard SAP code to it and then do modifications to it.
Scenarion 1.
Now if I do modifications to standard SAP code and if we go for upgrade in future, this will create problems in future. SAP will not take care of the modifications and when we upgrade to the newer version, this report might not work.
Scenario 2.
If I make a zprogram , we will not get corrections any longer automatically since this report is full of OSS-note changes, there seems to be a lot to be changed to run correctly in all circumstances.
Which one is the best to use?
How can we use SPAU in scenario 2 ?
Thanks,
Tushar.
Suggestion
Posted: Jan 4, 2006 12:40 AM Reply E-mail this post
Hi Guys,
I need a suggestion from you regarding the better option to be used in following case.
We are use a standard report called RFUMSV00 for VAT reporrting. Now this allows reoprting only for
the 3 or 4 coutries being hard coded by SAP in the report. We want to use it for other countries as well.
There are two options for this:
1) One is to modify the existing SAP report so that it will also allow other countries to use
the existing report.
2) Create a new Z program and copy the standard SAP code to it and then do modifications to it.
Scenarion 1.
Now if I do modifications to standard SAP code and if we go for upgrade in future, this will create problems in future. SAP will not take care of the modifications and when we upgrade to the newer version, this report might not work.
Scenario 2.
If I make a zprogram , we will not get corrections any longer automatically since this report is full of OSS-note changes, there seems to be a lot to be changed to run correctly in all circumstances.
Which one is the best to use?
How can we use SPAU in scenario 2 ?
Thanks,
Tushar.
2006 Jan 04 8:51 PM
Since this is a duplicate post, why don't you close the other one first?
Rob
2006 Jan 04 8:53 PM
I believe that the best practice is to make a "Z" version of this program. If you are concerned about applying new notes, you will have to manually do this. If you pull down a note that patches the standard program, then you will have to make the same changes to the "Z" version.
Regards,
Rich Heilman
2006 Jan 04 8:53 PM
Hi Tushar,
I was looking into the documentation and the code, but no where I see any mention of this country restriction. Where do you see it?
Srinivas
2006 Jan 04 9:15 PM
Hi Tushar,
If you use Modification Assistant to make changes to the stndard Report, you wouldn't have a hard time during upgrades/support packs/patches. You will be prompted to retain your changes or set it to original during SPAU. In old days, it was very tedious to compare the custom version & standard program for each Support Pack or upgrade but not any longer; Modification Assistant & SPAU make it a lot more comfortable.
Regards,
Suresh Datti
2006 Jan 04 9:43 PM
Some other things to consider:
If you modify the SAP code and then find that there are problems with the way the program runs, OSS won't look at your modified code. You will have to reset it back. With version management, this isn't a problem.
On the other hand, some SAP programs behave differently when they are copied. You have to make sure you copy everything you need and even then, if the program makes a selection to a configuration table based on either the transaction of the program name, you'll have more problems.
If it's a minor change and you're comfortable changing SAP code and working with SPAU, I'd say change the original code.
Rob
2006 Jan 04 11:54 PM
Hi,
Are you sure if there is any country restriction in this report? 'cause I see a selection field "sel_lstm" which is a tax country and moreover, SAP will not Hardcode values in standard programs, but if so, then check if there is a user exit or a badi that can take values from the user. Using this, may be you can run the report for countries you need.
Hope this helps,
Vamsi
2006 Jan 05 3:54 AM
One other thing - if you copy the program, it's yours and won't be picked up by SPAU. It only catches SAP objects that were changed.
And another - if you change the SAP program, you will have to examine SPAU not only when you upgrade, but also when support packs are applied.
Rob
| User | Count |
|---|---|
| 4 | |
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |