on 05-11-2017 2:12 PM
Hi all,
I wrote some code recently using BAPI_GOODSMVT_CREATE to do some automatic Goods Issues to sales order line items movement type 231. Some users are running into runtime errors of 'MESSAGE_TYPE_X' with the error analysis stating the following:
Yes, it seems pretty obvious that they are missing likely change authorization for sales orders of type ZOR, but what has me confused is that they run into no authorization issues when doing the same goods issue from mb1a and (they claim) MIGO. Can anyone help me explain why this additional security is necessary for the BAPI?
Thanks much,
-Chris
Call transaction SU24 'Auth. Obj. Check Under Transactions' and input transaction/MB1A, then look at authorization-object V_BAK_AAT row, Column 'Check Ind' should display 'Do not Check' value. For MIGO it should show 'Check'.
(Some reference can be found in online documentation like Editing Authorization Default Data (Customer System) in ABAP Authorization Concept)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, this is the closest to what I was looking for. I'm aware they have different authorizations between them but was trying to understand the why behind it. I'm guessing MB1A and MIGO/BAPI_GOODSMVT_CREATE are set to check v_vbak_att by default and users have been getting around it for the goods issues using MB1A as that has always worked for them.
User | Count |
---|---|
85 | |
9 | |
6 | |
6 | |
4 | |
3 | |
3 | |
2 | |
2 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.