on 01-17-2018 11:16 AM
Hi Gurus,
I have a situation where we created a custom movement type - Z11. but later we deleted it entirely. Now while creating Returns PO -161. The PO is getting creating but picking the same deleted movement type. it should pick 161.
Moreover, while doing GRN, we manually changed the movement type to 161, but system is throwing error message that
Message No. M7064
if we change it to 101 in GRN, again system throws error:
Message No. M7001
We want z11 completely out of the picture and PO should pick 161.
Please Help.
Thanks in advance.
Deepa
hello
Can gou chek if u have assigned the z11 movement as reversal of 101?
It seems the z11 still assigned at table level....
Chek all movement type tBles for z11
Thanskks
kUnal
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Everyone,
Issue is resolved. Mr. Kunal's answer worked. I changed in OMJJ - for 101 - movement type. In reversal Z11 was maintained. I changed it to 161. and it worked.
Many thanks to all who responded.
Deepa
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I tried everything at my end... but while doing MIGO_GR of Returns PO (161) instead of 161 ... Z11 is getting picked again. Because of which all other coding is throwing error.
Please help. What should be done that PO picks the std movement type 161 and not custom movement type z11.
Much Thanks
Deepa
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
have you been in VOV6? saying "I tried everything" does not help you nor us, as you certainly missed something otherwise you would not have the issue anymore. And we can't help you as we do not know what you checked.
And if everything does not help, error are issued from program routines, and an ABAPer should be able to find the place where the error is triggered and thus be able to tell which table was checked and so you can easily find the table which has the wrong entry and then it is quite close to find the customizing view and the customizing activity via SM30
deleting a movement type is one part but you also have to care about the where-used.
You need to remove the movement type e.g. from the follow on movement types of other movements, and in this case from the schedule line category customizing (transaction VOV6 - schedule line category RN)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Change the same at table level too..Try out....
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.