on 04-30-2011 6:29 AM
Hello Experts,
I am facing one weird problem.
I am printing multiple cheques using transaction F110 depending on Vendors. Multiple cheques are getting printed but the data is getting duplicated in all the cheques. We are using rffous_c program in configuration and our Z SAP Script to ptint the cheques.
In each cheque, we are printing Vendor Name which is coming from standard variable and that is not getting duplicated and all other data, which is getting printed from Z subroutine pool, is getting duplicated in all the cheques including amount.
Can anyone drag me out of this? I think, I am in serious trouble.
As I said in my previous reply, I have just taken the ownership of this object and this object has been developed by some other developer, I have to just rectify the gaps in it because we are not having enough time to develop this all over again and even I don't found his approach perfect. So now can you please clarify my doubts?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You haven't provided enough detail about the implementation which I and others have asked for several times, so how do you expect someone who doesn't have access to the design to fix it for you? I've already indicated how a difference can happen between the update time and print time anyway.
Hi,
Actually in the configuration, program RFFOUS_C and Z script has been configured.
So standard program RFFOUS_C is calling Z Script through F110 as well as Zscript is being called for each vendor and every time it is going to subroutine to fetch the vendor details.
In the subroutine pool, we are populating the value to Z standard text and we are using that Z standard text in script to print the values in the output.
I the first iteration, values are coming correctly but from the second iteration onwards, the values are not getting refreshed but at the same time (while debugging), if we check the standard text value in SO10 and compare that with the program value, I found both values different. So subroutine pool is updating the value in standard text database but it is not coming correctly in script.
I am using Include text in script to print the values from Z standard text. Can I use some other method to print the text?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
I have just taken over this program from some1 else so I can't really tell, why he was using subroutine pool, even I don't found this approach perfect.
I managed to save one variant for program rffous_c to void the exising checks and recreate another.
While debugging, I found that the program is fetching correct values in each iteration and saving those values in standard text but when it came back to script and actually writes the values, at that time it was writing the previous value from the standard text.
At runtime, I have checked the program value in debug mode and the standard text value from SO10 but in the program I found the first value and in SO10, I found the updated value.
Can anyone tell me, why this is happening? or is there anything which we need to do when we are dealing with runtime population of standard texts using SAVE_TEXT FM and which has to get updated in each iteration?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Can you please provide the details about what are you doing in Z-Subroutine pool program, So that i will helps you. Because Total Amount will be stored in REGUD-SWNES and each Line item Amount will be stored in REGUD-WRBTR.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
After each loop for the vendors, try clearing all the variables from the Z program.
Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
88 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.