on 11-20-2007 11:40 AM
Dear all,
when a process order is changed in R/3 that is already integrated to APO then (after the process order has been sent to APO and back) the userid mentioned in the change log is the RFC-User.
Is there any chance to supress this?
Implementing the user-exit at order creation wouldn't be the best solution in terms of performance I think...
Thanks,
Niko
Hi Niko - I believe the only way to change this is to do so in a user exit by changing the user in the control parameter structure for the CIF queue. EXIT_SAPLCORD_005 of CIFORD03 provides the spot to do so. This change is minimal and if coded correctly will have no impact on performance. The user who triggered the CIF transfer is in the same structure is_ctrlparams so that field can be moved to the user name field. I have never changed the user name before so you may want to look for other tables in the user exit that have the user or changed by fields.
Regards
Andy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Niko - I see the problem. There is a user exit and BADI (depending on what version of R3) at save of the process order. When triggered in R3 you can capture the user name then on the return from APO the user exit or BADI is executed again where you can change the changed by name. Look at PPCO0007 in R3 and set a breakpoint. I am currently logged into 4.6c so I cannot see the BADI to give you the name.
Regards
Andy
Hi Andy,
I already checked the exits (4.6C is running here as well). The problem is that whatever you post into "ERNAM" at any exit gets overwritten during the update because the function module that actually does the update is called with SY-UNAME as import parameter.
So there is no chance to change it.
But Thanks for your help anyway.
Regards,
Niko
User | Count |
---|---|
9 | |
4 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.