on 11-15-2013 8:53 AM
We have a requirement to override the vendor location on purchasing documents within CIF during the transfer from R/3.
We have coded logic in enhancement CIFPUR01 on the R/3 outbound which changes the value as required and sets the update indicator.
In debug, the values are as we expect in both the R/3 outbound and the corresponding APO inbound (APOCF006).
When the transfer completes and we view the order in APO, the location has reset to the original R/3 value.
Is there a setting somewhere which affects this, or can this location simply not be changed?
Has anyone done this?
Hi Robin,
Did you try with BAdI /SAPAPO/CIF_PO_INBOU to check if Vendor is coming as 3099 or 3010?
Check and let me know if its still not updating 3099, Also what is the method you can see in the
Inbound structures on APO side..Method means "Method to be Executed when Transferring an Object"
Also let me know if the flag for update is coming as it is from R/3 or not...
Regards,
Saurabh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So the value has been reset to the original R3 value which is same as actual APO value right? You can try to go reverse way - try to explore the technical details of the location field in an order and see where it is getting populated from and whether your development had taken that into consideration...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Rahul - thanks for the response.
What do you mean by "Actual APO Value"?
We are trybg to set the APO value as different from the R/3.
To clarify:
We create the order in R/3 for "vendor" location 3010.
In CIFPUR01 (outbound R/3 exit) we override the vendor location to be 3099 and set the update flag on.
In APOCF006 (inbound APO exit) the location still shows as 3099.
After the order is created/updated in APO, the Vendor shows as 3010 in APO when it should be 3099.
Help!
User | Count |
---|---|
8 | |
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.