Sap Error Stock Data Of Serial Number Not Suitable For Movement

SAP Message IO231 - Stock data of serial number &1 not suitable for movement. The current stock information for the serialnumber &V1& contradicts the stock information of the movement to beposted. Only the first different field for the stock data/serial data isassigned. However, further data may also be inconsistent.

Sap Error Stock Data Of Serial Number Not Suitable For Movement Video

Your buyer should be updating the price details in the purchasing document as this is your contract between the vendor and you. You will sent the updated scheduling agreement contract to your vendor to confirm your pricing agreement.

Error

The update of the price in the purchasing document will update the info record purchase order price history. Changing a price in a scheduling agreement will not update the condition record in the info record.

By entering the price in the scheduling agreement you make sure that the price in your purchasing document is correct Q3. Your goods receipt is posted against a purchasing document not against an info record. As been mentioned before the info record is a master data record that is used during the creation of your purchasing document.

Once the purchasing document is created this data become independent and must be maintained independent from the info record. The same goes with things like the planned delivery time of the goods receipt processing time.

These get copied at the time of creation of the scheduling agreement but then these become independent data. If you change your MMR then these changes are not reflected in the scheduling agreement. Maybe you could example your desire to have the price be driven from the info record? Why is it that the inforecord should be updated vs the SA conditions? It can't really be a maintenance issue because you have to update one regardless. If you have to have it take from the info record, you could look into the MBDOCUMENTBADI at time of GR to take info record price ( although I wouldnt recommend this as its better to follow the standard process of updating the SA agreement and because the vendor could see a price difference from SA and the inforecord etc.). Hi, I would suggest to create a new storage location under the same plant for rig and then transfer post the goods to the new storage location using MB1B transaction with 311 movement.

Here, since the storage location is under same plant, it wont generate any accounting entry. Issue the material against order (261) or cost center (201) in MB1A or MIGO - Goods Issue; when the material is required for consumption. The accounting document will be generated at this point.

Revert back in case of any issues. Regards, AKPT. Hi, You can create new storage location in OX09 transaction. Extend the materials to new storage loc in MM01 (select plan data / storage loc view). For transfer posting, you may use MB1B with 311 movement. WM is not mandatory for a storage location.

If you dont want WM level for new storage loc, create a storage loc only, no need to assign the warehouse to storage loc. If you want to manage warehouse management in new storage loc, you may create new warehouse and assign to the new storage loc. Hope its clear. Regards, AKPT. Hi, To better manage our Inventory, we are required to report the Stock Productivity Index (SPI). I'm sure there is no standard that will report the SPI.

Fomula to calculate the Stock Productivity Index= Gross Profit margin. Stockturn I can calculate the Gross profit margin, as we already have a report that does this. I just need to get the Stock turn for every material per plant. I'm so lost when it comes to the logic behind calculation of Stock Turn.

I know the Inventory Turnover value= Total usage value/ Mean valuated stock value. Apparently, I have seen the LIS reports for Stock turns.

MCBC, MC.B etc. I can get the Total usage value in Info structure S031. The trick is when it comes to the logic for Mean valuated stock value. I have seen the formula for Avg. Valuated stock as: Value of beginning stock + n value of stock at month's end n + 1 When debugged MCBC, I can understand how the Value of beginning stock is being calculated- I could marry up to MB5B beginning stock value (per the right selection under Category), but somehow cannot marry up the Clposing stock at month's end to apply the logic in our custom program. Can the closing balance, for a given time period (say 01.2013 to 12.2013) be otained or rather compared with MB5B or likes??

Will anyone be able to pitch in and shed some light here? I'm sure there will be heaps of businesses that has required to come uo with such a report. Really looking forward to prompt replies. Regards, Shilpa Phew, looks like no one has ever aske about such a report! When we cancelled in MBST t code the material document, Part 1 register A is not updated and when i tried to reverse the Part 2 by posting the Excise invoice number in J1IEX t code, System showing error message - No PART 1 for the excise invoice. When we run the same scenario in MIGO tcode, it is working fine. PART 1 updated with 102 movement type in MIGO and we posted in J1iex the Excise invoice number and cancelled the excise document.

How to go further in this scenario, when cancelled in MBST t code the material document, As part 1 not getting updated with 102 movement type. Through outbound delivery goods issued with type 631 as below as consignment stock for renting purpose 4542203 Service Order -YSP 4 5005493 - Sales Order - YDVV 80300707 -Outbound Delivery- LF -GI - WL Now Good return back to. Pls suggest how to enter through MB 11. I am not certain about Movement type, Reason for movement, special stock? I tried with Movement type as 451. Its giving message that stock data of serial number not suitable for movement.

Any one suggest what went wrong? Thanks in advance. Hello The settings from transaction OVZ9 are only relevant to the availability check and they are not considered by MRP or by MD04. It is possible to define if the stock in transfer, blocked or restricted will be available for MRP and MD04 on transaction OPPI, however, I'm not sure that this setting will be relevant here. If you want to develop your own logic to define which planning elements or stock will be available for MRP and MD04, you can use BAdI MDCHANGEMRPDATA. For more details about this and another MRP BAdIs, check the document below: BR Caetano.

' Hi We have changed how we create serial numbers in IQ01 - now we add the plant as well - serial numbers per plant (Store). Now, when we do a MIGO for a valid serial number in the correct plant,we get message IO 231 - Stock data of serial number xxxxxxxx not suitable for movement. I can save the doc, but the analysis shows the comparison between the PO/MIGO data and the serial data as the Serial data having a Plant, but the PO/MIGO column shows the value of the plant as Blank. This does not make sense as the plant and has been entered in the PO and brought into MIGO. Does anyone know how this analysis works? Thanks Dean'.

Hi I found the issue via debug. Nothing to do with movement types or Status Management. I had activated the equipment record for the serial number as I wanted to use a value field as a counter.

The system is comparing the plant on the equipment record with the plant on the SerData tab (which I am yet to find which field in the equipment record it is): EQUI-WERK = blank EQBS-BWERK = M063 SerData This happens if I enter a plant in the IQ01 record - ie: serial no assigned to a plant. It does not seem to matter if I have created the equipment views or not, I still get the message in MIGO. The Q is: Where do you enter the field EQUI-WERK? I can not find it in IQ01 or IE01. Thanks Dean -Original Message- Hi We have changed how we create serial numbers in IQ01 - now we add the plant as well - serial numbers per plant (Store).

ForSap error stock data of serial number not suitable for movement list

Now, when we do a MIGO for a valid serial number in the correct plant,we get message IO 231 - Stock data of serial number xxxxxxxx not suitable for movement. I can save the doc, but the analysis shows the comparison between the PO/MIGO data and the serial data as the Serial data having a Plant, but the PO/MIGO column shows the value of the plant as Blank. This does not make sense as the plant and has been entered in the PO and brought into MIGO. Does anyone know how this analysis works? Hi Did u check on the business transaction whether the movement type is allowed or not.And also please check the status management in the serial number by using the IQ02.When ur creating the serial number for the material have u maintained the plant and storage location data. Thanks SAM On 2/18/08, Dean Capp via sap-log-mm wrote: Hi We have changed how we create serial numbers in IQ01 - now we add the plant as well - serial numbers per plant (Store). Now, when we do a MIGO for a valid serial number in the correct plant,we get message IO 231 - Stock data of serial number xxxxxxxx not suitable for movement.

I can save the doc, but the analysis shows the comparison between the PO/MIGO data and the serial data as the Serial data having a Plant, but the PO/MIGO column shows the value of the plant as Blank. This does not make sense as the plant and has been entered in the PO and brought into MIGO. Does anyone know how this analysis works? Thanks Dean. ' Hi We have changed how we create serial numbers in IQ01 - now we add the plant as well - serial numbers per plant (Store). Now, when we do a MIGO for a valid serial number in the correct plant,we get message IO 231 - Stock data of serial number xxxxxxxx not suitable for movement. I can save the doc, but the analysis shows the comparison between the PO/MIGO data and the serial data as the Serial data having a Plant, but the PO/MIGO column shows the value of the plant as Blank.

This does not make sense as the plant and has been entered in the PO and brought into MIGO. Does anyone know how this analysis works? Thanks Dean'.