No authorization for this transaction with movement type

Hi gurus,
My sd consultant is authorized to execute VLO2N Tcode. But it is giving the error as follows
"No authorization for this transaction(vlo2n) with movement type 643" ...
When i try to do the same thing through BASIS ,it gives no error..
Thanks in Advance,
Vaibhav Gore.

Hi Vaibhav,
T. Code PFCG --> Give particular Role Name then click Change Button -->
Then Click Autherization Button --> then Click Change Autherisation(pencil)
Go and Click or Drill down the Material Management : Inventry Management
1.This is --> Goods Movement : Storage Location Type :
Click --> Movement type (Inventry Management) Press F4 --> u can choose ur valid type
Like --> 623 GI iss:cust.ret.pack
Regards
kesav

Similar Messages

No authorization for this transaction with movement type 601

Dear All,
This is chandra i am getting this error in delivery level " No authorization for this transaction with movement type 601. If give the authorization for SAP ALL its working fine. If give the authorization for SAP SD T.Codes i am getting this error. Plz help me.
Thanks and regards
Chandra

Dear Chandra,
Check with -
T. Code: OMJJ
Select Movement Type: 601 and Double-Click: "Allowed Transaction" (From Left-hand side) .
Check whether the Transaction is allowed for Movement Type 601 or not
Note: if Transaction is not listed (i.e. not allowed) and you wanna allow this Transaction with Movement type 601, then -
Up-there, Tab: New Entry. Click on it.
Maintain entry as:
MovTy: 601
TCode: As reqd.
and Save.
Best Regards,
Amit

No authorization for this transaction with mvt type 101

Has anyone seen this error:
RFC BAPI Wrapper call:You have no authorization for this transaction inplant 1120
RFC BAPI Wrapper call:You have no authorization for this transaction with mvt. type 101
RFC BAPI Wrapper call:You have no authorization for this transaction inplant 1120
The strange thing is that when I assign user with a different Personnel Number and it works just fine. But when I switched back to his Personnel Number, then I get above error.
Even though I don't get any order list but I got all notifications and technical objects.
Also, this user has same roles with everyone else. While everyone is working fine this user is the only one that getting the error and no order download to PDA.
Regards,
Dai Ly

Hi,
please run ther getlist and getdetail handler in the backend directly for that user - most likely you will get a better failure message there.
Nevertheless - what Application yre you using? Is it MAM? If yes, check the SPRO setup for this particular user,
Regards,
Oliver

You have no authorization for this transaction in plant: M7120

Hi guys.
I am getting the error message(M7120) "You have no authorization for this transaction in plant XXXX" when performing 101 movement for production order using MIGO.
/nsu53 doesn't return any object. Why?

Hello Arun,
It is a standard message. SU53 should show the exact authorization object which has been blocked. Or you can also try to check this with T code ST01.
Refer the below threads & seek help from your basis consultant to get this resolved.
Authorisation missing
authorization error in mbbs transaction | SCN
Regards
Mangesh S

Posting of Goods Issue for a Delivery (Different movement types)

Hello SD Experts,
We have this process wherein we use Deliveries w/o reference. There's a customization in place for this process, the movement type is determined through the item category of the material.
Given this scenario, my question is if it is possible to process the goods issue of a delivery with multiple item which require different movement types (diffrent items and item categories thus it have different movement types)?
Thank you for your kind consideration.

Hello,
Yes, you can.
As you know LO is std delv doc for delv w/o reference.
And I cat determination for that LO delv doc are
Delv Type __ I Cat Group __ Usage __ High I Cat __ Def I Cat __ Man I Cat __ Man I Cat
LO _____________________TEXT ______________ DLTX
LO ________DIEN____________________________ DLX _______DLX
LO ________LEER___________________________ DLN
LO ________LEER________________DLNG_______DLNZ
LO ________LEIS_____________________________DLX_______DLX
LO________ NLAG____________________________ DLX
LO________NORM____________________________DLN
LO________NORM________CHSP_______________DLN
LO________NORM________CHSP____KLN________KLN
LO________NORM________CHSP____TANN______TANN
LO________NORM________PACK_______________DLN________DLX________DLP
LO________VERP____________________________DLN
LO________VERP_________PACK_______________HUPM______DLN
LO ________VOLL____________________________ DLNG
LO ________ WERT____________________________ DLW
Corresponding maintain movement type in Schedule line cat (Tcode VOV6) & determination that in TCode VOV5.
If you want diff movement type then create your own 'Z' Sch line cat with you desired Movement type (Tcode VOV6) and determine the Sch line Cat accordingly in TCoDe VOV5.
Thanks & Regards
JP

Find Material Document with Movement type 103 for material document 105

Hi experts,
In PO History, I have three line items with movement type 103 (Blocked Stock) and one with movement type 105 (From blocked stock to unrestricted stock). I would like to know the material document with movement type 105 document that has the movement type 103.
Regards,
Abdullah

Hi,
you can get the material documents (mblnr) for the movement type(bwart) in table AUFK.
But i think you need to pass some other data along with bwart like matnr or aufnr for getting the correct mblnr.
Regards,
Chaitanya

BAPI for Goods Movement with Movement Type 701

Hi,
I want to post a goods movement with movement type 701.
Is there any BAPI I can take?
I already tried the movement with 'BAPI_GOODSMVT_CREATE' but i got an error message that the movement ist not possible.
Can anyone help me?
Regards, Alex

why dont you tell what message was issued?

Transfer posting with Mov Type 311E in MIGO with reference to SC-PO

Hi,
I am working with MTO scenario.
I want to carry out transfer posting of material with movement type 311E against subcontracting Purchase Order which is sale order specific.
However, system does not allow me to do the same. whenever transfer posting, PO & movement type is selected in transaction MIGO, item details entry tabs are displayed blank.
Below steps are being follow:
Scenario is MTO ( special stock subcontracting)
1. Subcontracting PO no. 4500000147 against Sale Order no 61 created.
2. RM code - 61, available stock 100 TO & batch no.0000000127
3. Transfer material to vendor for processing through MIGO ( since it is a special sales order stock, transferring happens from SL 0001- Main Stores to SL VLSC -Virtual storage location) using movement type 311 E
5. Item Data details tabs are blank.---This is the issue / error.
Note: I am restricted to post transfer posting through MIGO-Transfer Posting (will not use MB1B) due to some enhancement of MIGO and interfaces with legacy system.
Please have a look on attachment for SAP screen issue.
Regards
Mohit Jaiswal

Hi Mohit ,
please check below link , you need to perform steps as given
http://help.sap.com/saphelp_470/helpdata/en/4d/2b90b043ad11d189410000e829fbbd/content.htm
also see the sales order subcontracting using the business addon
http://help.sap.com/erp2005_ehp_04/helpdata/en/c7/2587b8dad94c52854ccd28015dceb0/frameset.htm

RFC error "No authorization to send IDOCs with message type ..."

Hi all,
I have now tried just about everything I could think of, applied all the notes mentioned on this forum but still no luck. Can anyone please help ...
I have got a file to idoc scenario, the status in the sxmb_moni is successful, but the outbound processing logs an error. When I go to transaction SM58 I get an error for the user XIAFUSER with the message "No authorization to send IDOCs with message type WPUUMS".
I have tried giving this user SA_ALL access and still got the same error thus concluding that this is not an authorisation error.
Any suggestions?
Regards,
Liesel

Hi Liesel,
The RFC destination that you have put in IDoc communication channel must be present in your SAP XI system, transaction SM59 also.
Please check if the user id/Password that you have given has all the authorization.
Also check the User ID and passwrord in SM59 in R3 and see if a Remote Login is possible.
There is also some configuration by which the clients are allowed / blocked from receiving Idocs from XI. Basis guys can do it for you. Please approach your basis consultant. Hopefully that helps..
Regards,
Abhy Thomas

Error : No authorization to send IDocs with message type MATMAS

Hi All,
My scenario is FILE-XI-IDOC.
I am getting chequered flag in SXMB_MONI,but in that under outbound status I am getting red flag.
When I check in SM58 I am getting message as "No authorization to send IDocs with message type MATMAS".
Do I need to give any authorizations on XI side or on R/3 side?
If so, what is the authorization required?
I could not find the note :837595.

<i>You use the IDoc Adapter in the Exchange Infrastructure and you try to use the IDocs to receive or send data. For these IDocs, an attempt is made to load the IDoc metadata from an R/3 reference system with an SAP NetWeaver Release lower than 6.20.
This occurs either at runtime, whereby the relevant messages run into 'System error' status, or when you use transaction IDX2 during manual loading of the metadata. In this case, the reference ystem is called by RFC and the logon user of the RFC destination does not have the necessary authorizations for determining the metadata.
Solution
In transaction PFCG, extend the role of the logon user by adding the following authorizations:
Authorization object S_RFC
      Field name RFC_TYPE value FUGR
      Field name RFC_NAME value EDIMEXT, SDTX
      Field name ACTVT    value 16
Authorization object S_IDOCDEFT
      Field name ACTVT value 03
      Field name EDI_CIM value ' '
      Field name EDI_DOC value TXTRAW01
      Field name EDI_TCD value WE30
Authorization object S_CTS_ADMI
      Field name CTS_ADMFCT value TABL
Authorization object S_TABU_DIS
      Field name ACTVT      value 03
      Field name DICBERCLS value</i>
from the note mentioned above.
Regards
Bhavesh

Error in Goods issue with movement type 541

Dear Users,
I have created a Sub contracting PO. After that when i m issuing the goods to vendor with movement type 541, its giving the following error: Movement type 541 is not planned for this operation.
Please help me out

You can provide material to vendor either using Transaction codes :
1. MIGO - Transfer Posting - Other - Movement type 541
2. MB1B - Movement type 541 or
3. ME2O - Mention the vendor & execute
S. Kumar

MB01 with movement type 161

Dear Friends,
However while trying to do this transaction with MB01 and mvmt type 161 Returs good to vendors
while giving input vendor name, material, Qty Unit Storage Location, Plant, Mvmt Type 161 then error showing enter Purchase Group. but the field not showing any where in the screen. even i tried through PO also. same error showing.
where i need to input Purchase Org
please advice or methods to solve this issue.
thanks & Regards,
Have a nice Day!!!!
Rajesh G

Hi Rajesh_k1975
Actually in Movement type 161 option to create the auto PO while creating the MB01 with vendor return.
In this case of auto PO. if you have not maintain the Info record then for PO creation it will not allow to post the doc.
so, check if you have info record .
if not , please create.
after document created , you can view the PO number created through MB01 in background from MB03.
SAM

Enhance purchasing datasource with movement type

Hi
I need to enhance purchasing data source with movement type ( BWART). Can you please suggest me if any standard datasource ( Purchasing ) having this info. I can see that field is present in EKBE table, but how to link EKPO and EKBE table as there are many keys in EKBE table.
Regards
Kamal

Hi
you need to check the requirement first prior to addressing this issue.
Purchasing Document will not have the Movement type field. It exists in the Inventory transaction.
Table EKBE is the History table for Purchase documents. IF you check this table carefully you will see that the Material documents against every Purchase document are stored in this table. The Movement type field in the EKBE table refers to the Material document.
So if you try to link BKART with Purchasing document # then you may have one or more than one BKART number against one Purchasing document.
If yoou need the Purchasing document with BKART then it is essential to consider all the keys in EKBE.
Cheers
Umesh

MB1B error with Movement type - 411 / E

Hello MM Sapperu2019s,
I have an issue in transaction MB1B where I need to move the sale order stock to unrestricted with movement type 411 /e I am getting the error,
Dlv. type (dlv. catgry OD for mat. XXXX and BWART 411) cannot be determined
Message to Moderator,
I believe this issue has been discussed earlier in SDN but not with similar to my case. Hence not to close my thread as it has been disused earlier.
I also refer the below links but couldnu2019t able to find the detailed root cause for my issue.
Error in MB1B posting (Issue is related to 411/Q)
Delivery Type cannot be determined in subcontracting (Issue related to Subcontracting)
Also I have referred the OSS notes and my observation are as below,
1238654 which has been mentioned by Jurgen and observe this is not relevant to my case as we are using the standard Ware house.
540185 which has mentioned by kuberk and identified table T156Q is perfectly maintained.
Hence please help me with your valuble inputs to identify the detailed rootcause for my issue.
Br
Kumar.S

Dear Kumar,
Can you tell me the exact error number like VF569........ please.
So, I'll able to tell you exactly......
Thanks
Farrukh khan

No authorization to send IDocs with message type R

I'm in the process of installing some business content for a 3.5 prototype. When trying to load some master data I get the following error in the transactional RFC in the source system.
"No authorization to send IDocs with message type R"
Any clues to what may be causing this?
Any help appreciated.
thanks
Mike

Hi Michael,
the suggestion for SAP_ALL was just for testing purposes in order to see whether it works then. If security is an issue you should reduce the authorization to the ones really needed (see note).
Another security option is to make the background user a system user and not a dialog user.
Regards, Klaus

No authorization for this transaction with movement type

Similar Messages

Maybe you are looking for