on 04-16-2013 9:56 AM
Dear SRM Gurus,
We have SRM7.0 ( SP09) with ECC6 having Classic Scenario.
We are trying to create a PO in ECC from the selected BID (Rfx Response). While creating PO we are getting an error:
Updating could not be completed
I debugged and found that the PO create BAPI is successfully getting executed (so there is no error with the transaction data) but it is getting errored out while doing commit.
The specific error being
S& 150 Updating could not be completed
I have gone through threads related to this error and all of them speaks about maintaining Default Output deivce & check Output immediately option for the RFC user from ECC to SRM. I has also maintained the same but still no luck
The strange thing is we are not getting this error in our development environment. This is happening in QA (we have not yet gone live).
Any clue please.
Regards
Punit
Hi Punit,
We also facing same issue. Hope you resolved it. Can you please share the solution.
Thanks
Kanagaraj K
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Kanagraj,
Usually the "S&150 updating could not be completed" error is shown whenever system is unable to trigger the message type properly in the back-end PO which is being created via SC/bid.
For ex: if the message type settings are maintained as "external send" for the vendor in the back-end system, then please check the email id of the vendor etc.
Hope this helps!
Regards,
Ajay
Hi Punit,
This could happen if you have set up some output condition records in ECC.
First disable the condition records in ECC & test the PO without it. If that works, then you need to make some settings on the Condition records. Try Output immediately on the Condition records in MN05 as well.
Thanks
Hari
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.