Deactivating inspection for movement type 633

Hi All...
Please clarify.....In our scenario..
client do consignment selling.. first he will move the stock from factory to party through sales order(Mvt type 631-cons lending), where we r doing PDI (10) insp. its working .......
But, when party sells the materials then we will create one more sales order with other order type and do goods issue using Mvt type 633- GI, cons. here againg system is creating a insp lot, becoz of 10 is activated in the material master.
I tried to deactivate QM for 633 but, system is not saving the data...
How to control the insp for the 633???
how to deal this scenario???
Please respond...
srini

Hi Srini,
I hope there is no any misunderstanding or mis-communication here.
That check box must be "ticked" in OMJJ,
I mean ACTIVATED,
Ok there is other way also,,after you activate it from OMJJ, follow the below mentioned path,
SPRO->Quality Management->Quality Inspection->Inspection Lot Creation->Inspection for Goods Movements
Execute
go with the option "Deactivate Quality Inspection for a Movement Type" then the same field "QM not Active" is there, so again ACTIVATE the check box.
Regards,
Shyamal

Similar Messages

Need Fields KDAUF, KDPOS, BWART update in table GLPCA for movement type 633

Hi All,
I need following field update in Table GLPCA for movement type 633 (Consignment Issue):
KDAUF : sale document no.
KDPOS : Order Line Otem
BWART : Movement Type
The same fields are updated for movement type 601 (Standard order). Also I checked with Table MSEG and find the same as above.
Thanks in advance.
AT

You should use the BAPI instead BAPI_GOODSMVT_CREATE
of BDC.
http://www.sap-img.com/abap/bapi-goodsmvt-create-to-post-goods-movement.htm
Welcome to SDN. Please be sure to award points for any helpful answers and mark your post as solved when solved completely. Thanks.
REgards,
Rich Heilman

Re: Changing Inspection lot origin from 08 to 05 for movement type 322 and 349

Reference discussion: Changing Inspection lot origin from 08 to 05 for movement type 322 and 349
With reference to the above discussion and your explanation for user EXIT QAAAT0001, it was stated that:
If you only have two inspection types, you can mark one as preferred. Then with exit use logic that if MM = 311 use preferred inspection type, if 911 use, non-preferred inspection type.
May I ask what are you refer to for MM? It seems like movement type to me, however, I can't find movement type field in the structure within the component of EXIT_SAPLQAAT_002. Appreciate if you could shed some light on this.
Best Regards,
CY
Branched from older discussion by moderator. When there are questions concerning an older discussion, please create a new discussion with reference to the older one. Thanks!

Yes.. you are correct. But with the info that is provided by EXIT_SAPLQAAT_002, you should be able to identify the proper material document in table MSEG which will have the material movement.
You can use the values of plant, batch, material number, Purchase order number, Order number, item number, storage location as well as the current date since the exit would normally be executed on the same date the material movement was done. You'd also probably only execute the logic if QKZ is "X".
Craig

Fld selectn for mvmt type 633 / acct 700121 differs for Customer goods move

Dear Experts,
While doing PGI getting error message u2026.
Fld selectn for mvmt type 633 / acct 700121 differs for Customer goods movement (015)
So wt should I do for this error to clear.?
Regards
Ishikesh

The field cost center is mandatory in G/L Acct XXXXX and hidden in movement type 633 or vice versa.
Go to OMJJ, click on Movement Type, key in 633 and execute. There double click on "Field selection (Enjoy)" and see whether the movement is maintained as Required Entry or Optional Entry.
Now go to FS00, input the G/L Account XXXXX and execute. There go to tab "Create/bank/interest" and check whether you have maintained any value against "Field status group" and also you have checked the box for "Post automatically only".
thanks
G. Lakshmipathi

Inspection Lot generation for Movement type 101-O

Hi
I would like to know, which config / Master data need to generate Inspection Lot for Movement type 101-O.
I enter subcontract vendor number and set 'SC Vendor' indicator in purchase order delivery address tab and I created QM data in Material Master.(Insp.Type 01)
While doing GR with reference to purchase Order, stock is Posted to Material provided to vendor - Quality inspection stock. But Inspection Lot
is not generated.
Pl suggest me, What should i do to generate Inspection Lot.
Thanks in Advance.
RRS

hi
Soln 1) Just check whether Inspection is active for 101 - O in SPRO settings if not, activate the same.
Path: Inspection Lot creation/Inspection for Goods Movement
Soln 2) As you flag "SC Vendor" in PO and make GR all stocks will be shown against the Vendor.
From your question I assume that you would like to do inspection for materials coming from Subcontactor end to your Plant:
If this is the case you dont flag "SC Vendor" in PO, make a normal Goods Receipt for the Subcontracting PO, based on Insp setup in Material Master for 01 Insp type Insp lot will be created.
Regards
DC

QM inspection for movement 321 and 322

Dear guru,
Presently there is one new requirement from our business wanting us to create an inspection type that will allow for users to use movement type 321 & 322 through MIGO.
Because the standard SAP setup (i.e. SPRO  QM  Quality Inspection  Inspection Lot Creation  Inspection for Goods Movement) for movement type 321 and 322 are not tied to any inspection lot origin, further, if I will to use u201Dcopy..asu201D method or hit create New method, the inspection lot origin field box is grey out and not allow input of inspection lot origin.
May I know how to resolve this issue? Or 321 and 322 should not involve QM? or other?
Thanks.
Tuff

Tuffy,
What I have understood is, I try to re quote the same.
1.     Your declare production and stock goes to quality inspection with 04 inspection type
2.     You clear this inspection lot and post the stock to unrestricted use through QA32 / QA12
3.     Now you want to reverse the production movement.
4.     System doesnu2019t allow you to reverse this and throws error as u201CDeficit of stock in qualityu201D
5.     If you try to cancel 321 material document system throws error as u201CMaterial document cannot be processedu201D
If above is the scenario then perhaps you have following 2 options
1.     Document specific reversal
a.     You need to implement SAP Note 175842
b.     As a result of which you get a program in system, give inspection lot as reference.
c.     System reverses the stock and posts back to quality inspection
d.     Now if you try to cancel 101 material document (production reversal) through MBST, system will allow you.
2.     Without document specific
a.     Go to MB31
b.     Input production order and opt for 102 movement.
c.     Enter
d.     Select the stock type as unrestricted. (default it would be X i.e. quality inspection)
Under ideal circumstances the need to use any of above options shouldnu2019t arise. If requirement is the production reversal, I think to stop inspection lot creation or use of MIGO / MB1B would not work as this eliminates the utilization of QM module.
Regards,
Anand Rao

Define Account Grouping for Movement Types??

hi
In account determination the setting in transaction OMWM - Define Account Grouping for Movement Types
The above transaction needs any setting or its standard SAP settings??
Can somebody explain me about this transaction in detail.
Thanks

OMWM is to decide account determination should happen via valuation grouping code or not. SAP standard is with valuation grouping code. I had never seen singe time anywhere it is deactivated.
Account grouping for movemement you can see in OMJJ. (Inside movement type left side). It is also predefined by SAP. You see only account modifier and check acct. assignment is editable. Others cannot be edited.
In case for same transaction if you want 2 different GL account needs to be triggered for same material in same plant, we copy a movemen type and create a new and assign a different account modifier.
Then in OBYC against it we will maintain different GL account.
Hope you are clear
Regards
Antony

Customize Header Test as Mandatory for Movement Type 350

Dear colleagues,
If inspection lot is rejected, i.e. stock is posted to blocked stock in transaction QA11, document header text must be mandatory.
I have tried setting “Field Selection for MIGO” and “Goods Issue / Transfer Postings >Define Screen Layout” for movement type 350 but those didn’t work out
Is there a solution without custom development?
Regards
Melih

Doubtful. There is a user exit to check the UD. You might be able to use that to see if the text you want is populated. If not give the user a pop-up error box and don't allow the UD to be saved until the text is populated.
A rejected characteristic can require text. This is in the control indicators. Maybe you can leverage that somehow.
Craig

Field Selection error for movement type and G/L account

I am currently experiencing a field selection error between movement type 601 and G/L account 7140000. The problem field is 'Segment'. This field is set to required for the G/L account, but it is hidden for the movement type 601. This inconsistency causes an error when posting the goods movement. According to business requirement the field must be required for the G/L account, therefore we must make this field optional for the movement type.
However, in configuration the field segment does not appear for the movement type 601. Therefore it can not be changed to optional.
Does anyone know a workaround other than making this field optional for the G/L account because the business requirement is to have this field as required?????
Many Thanks

Hi,
On the Error message detail, system will guide you to the Configuration details for Field settings for Movement type & Account, please get in touch with your FI consultant, to make the Field selection for the account similr to that of your movement type, this is a very common issue.
Regards
Chandra Shekhar

Hide/Suppress Cost center field in MIGO and MB1A for movement types 551&552

Hi All,
Can anybody tell me how to suppress or hide the cost center field in MIGO or MB1A for movement types 551 and 552?
I did below settings and it worked fine for only MB1A and for MIGO still it is showing cost center field.
IMG > Materials Management > Inventory Management and Physical Inventory >Goods Issue/Transfer posting > Define screen layout > select movement type to change the option.
Also I did gothrough the settings for Enjoy transaction (MIGO) there we have only option to make fields either "Required entry" or "Optional entry" and we don't have an option to hide/suppress.
Please advise or help me .
Thanks in advance!
Regards,
Praveen

Hi
The cost center field is a required field in mvt type 551 as you are scrapping materials, some cost center will need to take the cost of this operation.
Anyway, you first need to make the field as optional for example, before you move.
One option is that you create a screen variant in Tcode SHD0 for MB1A, where 551 is setup as constant (with content) , and mark Cost center as invisible and assign this screen variant to a transaction in SE93.
regards
Sidi

Issue with Return Delivery for movement type 262

Hi,
I have got a strange issue, the user is trying to do a MIGO Return Delivery for a material document using movement type 262, this he claims has been doing it for many materials. However when i go to the MKPF table i see the transaction Code field to be MIGO_GI for all the material documents for which he claims to have done return delivery. But under this transaction code we have only 4 options - Display, Issue, Cancel and Remove from storage.
Now when he tries to do the return delivery for movement type 262 he get an error message "Check table T156N: entry RL 262 does not exist" , but this has been very well maintained in the table.
Can you please let me know -
If it is possible to do a return delivery for a movement type 262?
If yes how to address the above error encountered.
Thanks in advance
Sachin

Hi Sachin,
If you think of return delivery to vendor with or w/o PO reference you can use movement types 161, 122, 124 as default settings.
Movement type 261 means withdrawal against production order and its reverse is MVT 262. The latter can be used e.g. via MB1A (or you can make storno of a confirmation by 261).
Are you sure your user is using the correct terminology ('return delivery')? Please check the material documents he/she claims to have booked as return delivery. (in MB51 you can get a list of all material movements of MVT 261 that belong to 'your user' and after that you can open the material document and check through which transaction the booking was made.)
BR
Csaba

Error in MB1C but works perfectly in MIGO for movement type 501.

Hi
I get an error in MB1C but works perfectly in MIGO for movement type 501
here is the error Account 353300 requires an assignment to a CO object.
I know for this if we add the co object in OKB9 it works.
But my question is - how it works in MIGO transaction but throws an error in MB1C
Any idea ? has any one faced this kind of an issue ? Please let me know.
Thanks
Dkmurthy

Hi
Are the entires same in both the transactions? Means did you check 353300 GL was hit when you posted through MIGO?
Check in FS00 - for GL account 353300 - under bank/interest tab - double click on field status variant -> under Additional account assignments - CO object is ticked as mandatory?
Thanks

HUMO-A reason has to be entered for movement type 344

Hi All,
We currently have the system configured to enter a 'reason for movement' for movement type 344 and this field is marked as required in the movement type configuration. We have configures the transactions allowed for the movement type and HUMO is one of them.
When I try to post the same HU using the path 'Edit-> Change HU Posting-> Other Postings->Process-> Transfer posting unrestriced to blocked', it prompts me for a 'Reason for Movt' and allows me to post it to a blocked stock.
However, when we try to post an HU to blocked to stock using the path in HU monitor 'Edit-> Change HU Posting->In Blocked Stock', the system gives an error 'A reason has to be entered for movement type 344'. Please note, it does not even prompt me to enter a reason for the movement.
Is there a configuration node to have the above error corrected? Or is there any SAP note which could help us solve the problem? We are aware of the SAP note 1679167 for transaction VLMOVE but not sure the same would actually correct the issue for HUMO. Any help in this regard is appreciated.

Hello Biswajit,
unfortunately, as far as I can see in source
SAPLHUMO
/ LHUMOF04
FORM
/ TRANSFER_POSTING_HU
during debugging, there is no GUI code to ask user for a reason. So it's a lack of functionality.
I think you can add this by an implicit enhancement around FORM transfer_posting_hu asking user e.g. with function module call POPUP_GET_VALUES_DB_CHECKED.
But transfering the entered reason down to the MM posting seems also not so easy because reason field "GRUND" may not visible in that callstack level.
Hope that helps you along
Best regards,
Matthias

BAPI_GOODSMVT_CREATE for movement type 161, issues in PO creation

Hello Gurus,
I am using movement type 161 with BAPI_GOODSMVT_CREATE in order creating a vendor PO based on the goods receipt posted with the BAPI.
It works fine, nevertheless due to business requirements, I need to apply the following changes:
- in SAP standard the order type is NB by default but in our case I would like to force another order type using the same range that NB. I guess this could be done by activating exit ZXM06U17 (MM06E003). Does someone could confirm it?
- in our process, the purchasing group is not maintained at vendor level (LFM1-EKGRP) but as this field is mandatory in the PO creation and as this data can not be maintained in BAPI_GOODSMVT_CREATE, does someone know if it would be possible to force this value during the PO creation (EKKO-EKGRP) based on a maintenance table? If yes in which user-exit? Exit ZM06U43 could be used?
- furthermore, our specific PO type should have a specific account assignement EKPO-KNTTP instead of the default value U, does someone know if it would be possible to force this value during the PO creation (EKKO-EKGRP) based on a maintenance table? If yes in which user-exit? Exit ZM06U43 could be used?
Kind regards
Chris

Hi Priya,
Just want to share with your guys how to fit this error in BAPI_GOODSMVT_CREATE.
For movement type 161 of PO return you have to pass movement type 101 instead of 161
goodsmvt_item-bwart = 101. After that standard function will determine 101 to 161 automatically and
post that material doc.
NOTE:
In my case
It just heppen only the FIRST time that you do movement with PO Return wich is needed to pass
101 in stead of 161 but after that you can pass 161 the system will continue process correctly.
Hope it help.
Sayan.

Error in Transfer posting for movement type 303

Hi Sir,
I am getting following error while doing Transfer posting for movement type 303 thru BAPI_GOODSMVT_CREATE
Error in Function:
Order    not found or not permitted for Goods Movement.
I am passiing all mandatory parameter for it as per BAPI Documentaion in tcode BAPI
Transfer posting
Transfer posting without reference to a reservation
The following fields must be populated:
Material number
Plant
Storage location
Movement type
Movement indicator
Quantity in unit of entry
ISO code unit of measurement for unit of entry
If I am doing manually by MB1B tcode, it is successfully done.......here its not asking any ORDER No...
Please help me .........
Regards,
Krishan

I'm not sure what you're system set up is...   So I'd suggest looking at everything you enter on the screen and then checking to make sure you are passing all the information in the BAPI.
With that said our system does require posting date, and batch. You might check that.   Also check that you've included all the required information in the header.
Did you use the same data when you tried to process the BAPI that you used when you tried to do MB1B manually?

Deactivating inspection for movement type 633

Similar Messages

Maybe you are looking for