132 movement type errors in MF47 or COGI

I understand we get 101, 102 and 131 errors in cogi.. but if there an error while reversing a backflush in REM (132) and if an error occurs, will that be seen in MF47 or COGI?

Hello Swathi,,
I am never face the issue of movement type 132 error in MF47/Cogi..
Whenever we reverse the GR, system just create the planned order and Qty will reduce from the Stock.. It is SAP standard behavior..
if your reverse qty more then stock qty in that case system pop up error.
If you have separately back flush MF60 for GI and GR with respect to MFBF, In that case if you try to reverse the GR qty system not create planned order...
Which error you expecting in MF47 and why ?
Please check and revert
Regards
Umesh Mali

Similar Messages

COGI Movement type Error

there are many item numbers that appearing in COGI for the "Movement Type" "261." and error text as "Sales order stock 330000172 000010 does not exist".
what might be the problem?
how can i fix this?
could anyone help plz

Hi,
Try to move the components from unrestricted to SO stock using MB1B + 412E - maybe it helps.
Regards,
Csaba

PGI for STO movement type error Message no. L9005

Hi Gurus,
I have created an STO.Created delivery and confirmed TO.
Now while doing PGI,single step only(647 movement type),
system throws the following message,
"" Error during search for WM movement type (641 1 L K )
Message no. L9005 "".
As per my checking for both IM movement types 641 and 647, ' 641 ' has been assigned as
Ref movement type and " 601" has been assigned as WM movement type.
601 is maintained in WM.Should I maintain 641 in WM?That case I have to change SAP std settings..
If so pls provide me the details for 641 K.
Kindly help.
Best Regards

Hi Kumar,
Try the following:
Maintain an entry for your warehouse with movement type 641 SpStIn and Movment Indicator l combination in transaction OMLR.
And also ,
Check in IMG Path - Enterprise Structure --> Assignment --> Logistis Execution --> Assign warehouse number to plant/storage location.
Here check whether the warehouse number is assigned to your plant and storage location.
Thanks!
Preethi
Edited by: preethi R on Dec 2, 2008 10:50 AM
Edited by: preethi R on Dec 2, 2008 10:50 AM

Movement type error for Service Processes

Hi All,
We are working on service scenario with CRM5.0 and R/34.6c.
The problem that we face is as follows,
Whenever we make a service confirmation with products with item cat group BANC the movement type is correctly determined as 261 but whenever our service confirmation contains the products with item category NORM, the R/3 system returns the error that the movement type 291 is not found for the business area.
Regards
Rekha Dadwal

The error was due to the material type. We changed the material type and now it works fine

Return Delivery Movement Type Error

Hello all Gurus,
While doing a return delivery with respect to a material document with movement type 122, im getting the following error in my system:
"Update control of movement type incorrect (entry 122 X X)"
I have seen the diagnosis and it is coming as The system could not find entry 122 X X in any of the movement type control tables.
Kindly advise me how to solve this issue.
Thanks and Regards,
Umakanth.

Hi
Try customization
OMJJ
choose Mov.Type 122
and from left menu choose Update control / WM movement types
and then do relevant customiztions
Regards

671 - movement type - Error update control

Hi,
I have created ew movement type Z71 with reference to 671 movement type for return sto delivery.
We have removed the movement type category 01 from Z71 mvt type, due to this we are not able to do the PGR for return sto deliveries.
While doing PRG system showing error: Update control of movement type is incorrect (entry Z71 X X _ L ).
We have removed that mot.type category for the purpose of updating the RG23D register in Depot, it has been suggested by SAP only. But i don't know the link b/w update control and movement type category.
Please let me know if these is any config for movement type control related.
Thanks&Regards
Lakshmikanth

Hi All,
This is a bug in SAP
SAP has replied with Pilot note. They have given one pilot note to us.
We are going to implimenting in J1IG program for updating the RG23D register with reference to negative post goods issue(material document which is having 671 movement type).
The Pilot note number is 1300928. You can find more details in this note.
We will get back tou you after testing this note.
Regards
Lakshmikanth

Movement type error for HU GR

Hi Experts,
I am trying to post GR in MFHU transaction for the HU I have created. I am getting the following error. Could you please help me resolve it. The error description I am getting is as below:
Update control of movement type is incorrect (entry 131 _ _ _ F)
Message no. M7226
Diagnosis
The system could not find entry 131 _ _ _ F in any of the movement type control tables.
Procedure
Cancel current processing.
Contact your system administrator.
Action to be taken by the system administrator
Check in Customizing for Inventory Management under Copy, Change Movement Types whether the entry is contained in the Update control view for the movement type.
If the entry is missing, proceed as follows:
For standard movement types, this means that the given process is not supported using the present data combination. Do not create any entries without prior arrangement with your SAP consultant. Otherwise, incorrect postings may result.
For customer-defined movement types (beginning with 9, X, Y, or Z), this may mean that they have not been fully defined. Delete the movement type and re-create it by copying a standard movement type.
Regards,
Sachin

Hi,
Refer to below link should help.
Re: Error: Update control of movement type is incorrect (entry 131 _ _ _ F)
Your MM person should help you on this.
Regards,
Vivek

Movement type error

Hi All
I"ve created return delivery from customer sales return, after creating goods movement type should be for return i.e. stock should increase, instead its taking 601 m. type for Goods Issue!
Where to change so that delivery takes proper m. type for return delivary?
please reply as soon as possible.

Hi
In addition to what Mr.Lakshimipathi has suggested in VOV6
if you choose movement type 655 it will go to quality inspection
if you choose movement type 653 it will go to unrestricted stocks
if you choose movement type 651 it will go to blocked stocks
The standard says it should be either 655 or 651
Regards
Raja

Movement type error in Delivery

Hi guys
I have an issue here at my client's location.
When a return/replacement order(ZRE) is created, it generates a delivery document(LR) automatically and picks movement type 657(puts stock in blocked area) but the client's requirement is to set it for movement type 551(scrapping). I have checked the comfig but am unable to locate the place to make the change.
Will it be in SPRO> Material Management> Inventory Management and Physical Inventory> Movement Types> Copy, change mov types.
please suggest
Will reward points.

Hi,
To solve your querry do the following:
- Use t-code VA02 and enter the order no. created (ZRE order). Now go to main menu GOTO> Item-> Schedule Lines. Here you can see the Delivery date for the item and also the Schedule line category determined by the system for e.g DN.
Now use T-code VOV6 and select Schedule line category as "DN" and view details. Here you can see the movement type 657 Here you can change the same to the required one that is 551.
Now again create a new Returns order and delivery.
This will solve your issue.
REWARD if it helps you!!
Regards,
Ajinkya

Creation of new movement type and condition type

Hi experts,
I am going to create a new movement type and the new condition type. Please suggest me how to create and implement it.
Thanks
Harmandeep

Please check these answered links:
Create a new movement type
Create Movement Type Error
When we need to create a new movement type?
can we a create a condition type for PO
Create new condition type with respective GL acc. for PO
Re: Condition type

How to change COGS at movement type in SD modules

Dear Experts,
I'm midst of make some settings for online buyers for our company goods. We call this as eSP process. Below I explain more in details how it works before go to my issue. This may help you understand well about this issue.
Exp: customer - EP-ZSB277
Stor. loc : 10TP
Stock available : 10 pcs (t/code: MMBE)
Material : 3100010223 & moving average price (MAP) RM10/pc
1. SO : ZEI1 (SRS)
- qty: 1pc
- outbound delivery : YEI1
- billing : XEI1
- movement type : 631
- material movement : 10TP qty 9pcs (stock reduce) & customer consignment stock EP-ZSB277 qty 1pc (stock increase)
since this is online business, user do Billing once customer place the order BUT that material still at our premises under special stock (customer consignment stock, NOT at stor. loc. 10TP) until sufficient stock to make delivery
2. SO : ZEF1 (replenishment)
- qty: 1pc
- outbound delivery : YEF1
- NO billing
- movement type : 633
- material movement : customer consignment stock qty 0pc (stock out from location) & NO effect at stor. loc. 10TP
user will do ZEF1 & YEF1 when delivery to customer taking place (stock out will happen in system)
So far I managed to do all these settings & all are work fine unlikely COGS.
- COGS happen during YEF1, NOT at YEI1. Honestly I didn't do any settings against this COGS for eSP process so I don't know how this happen & how to change this. In fact I'm wonder how to make this settings in SD modules.
- user said this is wrong coz SRS & replenishment is not happen in same day
Exp: ZEI1 (SRS) today but ZEF1 (replenishment) happen at next month. Before ZEF1 for 3100010223 material to EP-ZSB277 customer, there are high possibilities that 3100010223 sell to other customer & this caused to COGS can be differ.
Now I'm seeking your help how may I set COGS to YEI1 & cancel COGS at YEF1. Please assist me. TQ
rgds,
nema

Dear Experts,
I created few settings such;
SO type: ZEI1
1. OMJJ
- create new goods movement 631 = Z31 (copy from 631)
- account grouping for Z31 u2013 GBB (trans. Event. Key) u2013 Z31 (acct. modifier)
2. Schedule line
- Y6
- tag movement type Z31
- this use at SO type ZEI1
3. OBYC
- transaction GBB
- c/code 3100 u2013 general modification Z31 u2013 valuation class 7920 (base on material master) u2013 g/l acc
SO type: ZEF1
1. OMJJ
- create new goods movement 633 = Z33 (copy from 633)
- account grouping for Z33 u2013 GBB (trans. Event key) u2013 Z33 (acct. modifier)
2. Schedule line
- C4
- tag movement type Z33
- this use at SO type ZEF1
3. OBYC
- transaction GBB
- NO g/l acct set against acct. modifier Z33
Now I create SO ZEI1 & outbound delivery YEI1 u2013 COGS not created with error
Material document 4900349707 does not include an accounting document
Message no. M7082
Diagnosis
The system cannot find an accounting document for the material document 4900349707.
Possible reasons for this are:
u2022     The goods movement has no relevance to accounting. Therefore, the system did not generate an accounting document for the material document.
u2022     The material document is a document that was posted before Release 2.1. Such documents must be converted so that the system can find the relevant accounting document.
u2022     The procedure for the subsequent calculation of value is not active in your system. For further information, refer to the documentation on the program for valuating goods movements: RM07MWBU.
Procedure
u2022     Choose Continue and then choose another function.
u2022     Find out when the material document was created. If the document was created prior to the Release changeover, ask your system administrator to carry out the conversion of the documents. The individual steps required for document conversion are described in the Release Notes for Release 2.1B.
But when I created another SO ZEF1 & outbound delivery YEF1, system give error during PGI. Actually I didnu2019t set any g/l acct for acct modifier Z33.
Account determination for entry CNI GBB 3100 Z33 7920 not possible
Message no. M8147
Diagnosis
The system did not find an account for this transaction. This means that the account determination for key CNI GBB 3100 Z33 7920 is not maintained in MM Customizing (Valuation). The key is made up of:
u2022     Chart of account
u2022     Transaction key (= Posting transaction)
u2022     Valuation grouping code
u2022     Account grouping code
u2022     Valuation class
System Response
The system cannot update a G/L account for this transaction. You cannot post the transaction.
Procedure
Contact your system administrator.
If you have the authorization, check the Account determination in Customizing for Valuation.
Proceed
Note
The relevant posting transaction can be found in Table T030A.
1. Well may I know how the system know that this movement Z33 (633) should have acct determination (COGS) & not at movement type Z31 (631).
2. how to change the COGS from Z33 to Z31, even though I did some creation at OMJJ. OBYC & schedule line
3. appreciate if you could help me explain on the 1st error message that I attached on top such release 2.1, release 2.1B , RM07MWBU & others.
Thank you so much for your support so far.
Plz guide me Guru.
Rgds,
nema

Error while determining ref.mov.type for WM via Table 156S: 647/ / / /L/ /

Guyz,
Firstly despite the plant+storage location + warehouse no. assignments are done , my replenishment delivery (delivery for stock transport order between plants under same company code) is not picking up storage location and warehouse no and thus stopping me from doing picking and PGI (post goods issue).
However in VL02N when i'm trying to change storage location for line item, i'm getting following weird error
*Error while determining ref.mov.type for WM via Table 156S: 647/ / / /L/ /*
I found a SAP Note(133223) regarding this error and VL02 transaction but that note was specific to older versions. I'm on ECC 6.0
Any suggestions please ?
Thanks

Warehouse managment has its own movement types, most identical to inventory management movement types.
These WM movement types are determined via reference movement types.
the error you have just looks like your customizing is not complete.
IMG > LE > WM > Interfaces > IM > define movement types.

Error in MIGO of Subcon PO in MTO scn, not triggering Movement type 543/E

Dear Consultants,
I am trying to perform Goods receipt against a Subconctracting PO, in a MTO scenario. The components are linked to Sales Order (Special Stock - E). I have maintained '0' in the Individual / Coll requirements field in the MRP 4 view of the component.
So after creation of PO(Subcon), I am trying to perform MIGO - without issuing components to vendor as 541/E movement type for componenets is not allowed in standard.
While performing MIGO I am getting the error no stock available with vendor, the system is trying to trigger 543/O movement type whereas I am expecting 543/E to be triggered for the components.
I am also not able to perform 311/411 E movement type for the components as they are linked to WIP Batch.
Can anyone sujjest if there is a way by which the MIGO should trigger 543/E during MIGO.
Thanks
Arindam.

Hi
i donr think the movement type 543 E will trigger as the subcontracting only supports 543 O in standard , you need to do customizing as follows
Also check in SPRO > Logistics - General > Tax on Goods Movements > India > Business Transactions > Subcontracting > Maintain Movement Type Groups > here for Movement Type Group "0002", Movement Type "543 E" should be maintained.
just check following link for the subcontracting with sales order ,
[Sub Con 1|http://help.sap.com/saphelp_470/helpdata/en/4d/2b90b043ad11d189410000e829fbbd/content.htm]
[subcon 2|Subcontracting for project stock;

BADI for movement type 601 and COGS GL account

Hello SAP expert,
I am searching a solution from SAP enhancements.
The requirement is to provide different COGS GL account based on the Customer Account Assignment Group value(KNVV-KTGRD) when SAP performs goods issue. for example, movement type 601,
This means, when company ships goods to differnt customers, then SAP should generate different COGS GL account.
for example, when company ships goods to customer account assignment group '01' (Domestic customers), then SAP should generate COGS GL account 818100.
when company ships goods to customer account assignment group '02' (export customes), then SAP should generate COGS GL account 818200.
when company ships goods to customer account assignment group '03' (Testing - sample customers), then SAP should generate COGS GL account 818300.
the logic is following:
KNVV-KTGRD COGS GL account at goods issue
01 Domestic 818100
02 Export 818200
03 Testing - sample 818300
04 Testing - VOM 818400
05 Franchise 818500
Is there any similar BADI available to solve the above?
Happy New Year!
Regards,
Sylvia Chen

Hello,
First of all, Happy New Year!
Thank you for the tip.
Enhancement LMR1M002 was already implemented in the current SAP environment.
The text is "Account grouping for GR/IR account maintenance".
Function "EXIT_SAPLKONT_011" is the component under Enhancement LMR1M002.
That is all I can see from SAP.
I am not an ABAP person.
Can you provide information for the next step?
Thank you.
Regards,
Sylvia Chen

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

132 movement type errors in MF47 or COGI

Similar Messages

Maybe you are looking for