on 11-05-2008 6:41 AM
Hi,
The PO is created.Delivery note and GI has been archived.
The stock is in open order quantity.
When i am trying to do the MIGO with movement type 101,Its showing this error PL Stock in transit exceeded by 1 PC.
Can anyone help me to resolve this issue?
Thanks in Advance!!!!!
Hi,
Go to Basic data 1 and click the additional data and go to the unit of measurement tab and check
Regards
Merwyn
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sreeni,
Please check in the MMR whether there is an additional unit of measurement maintained..
Regards
Merwyn
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Its not due to that..
I suppose your material is having an alternative unit of measurement for Sales from that of the base unit of measurement, with a conversion being maintained in the additional data tab of the MMR.
The issue is due to the accumated rouding off difference which triggers the error messag you are experiencing..
Please go through the particular SAP note...
I too had experienced the same issue at my company...
Regards
Merwyn
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sreeni,
Please refer to SAP Note 392205..
Cause and prerequisites
The R/3 system is designed so that the stock in transit can only be posted
through stock transport orders (creation during goods issue, reduction
during goods receipt).
Purchase order and material master record can have different units of
measure. The purchase order is then closed when the goods issue quantity
and quantity of goods received are the same in order unit. However, in the
material master record, the stock in transit is managed in the base unit of
measure.
On account of system-dependent and program-internal rounding effects which
cannot be avoided, the open stock in transit quantities in order unit and
in base unit of measure might not balance to zero at the same time.
Example 1
Stock transport order over 100 pallets. Conversion factor 1 kg = 3
pallets.
Goods issue in one step: 33.333 kg are posted to the stock in
transit (quantity fields of the material master record have an
accuracy to three decimal places in R/3).
Partial goods receipt over 50 pallets. It reduces the stock in
transit by 16.667 kg.
A second partial goods receipt over the still outstanding 50
pallets fails as only 16.666 kg remained in the stock in transit
30.08.2008 Page 2 of 5
Note 392205 - Analysis of stock in transit/correction for split valuation
but 16.667 kg should be booked out again.
Example 2
Stock transport order over 1 pallet, conversion factor 1 pallet =
10000 pieces. In the material master record, an alternative unit of
measure 'Carton' is managed (conversion factor: 1 carton = 1234
pieces).
During goods issue, 1 carton is now entered. As there is a
conversion only from the carton unit of measure to the piece base
unit of measure, the system first converts to 1234 pieces. These
are then converted into order unit of 0.123 pallets via the factor
of the purchase order. The system now posts 0.123 pallets and 1234
pieces.
A goods receipt over 0.123 pallets (default quantity and unit) is
now executed over 1230 pieces and leaves 4 pieces in the stock in
transit.
Solution
Organizational solution
You can avoid the effect if you use the stock transport order according to
the business idea that it is based on. A corresponding goods receipt should
be posted for every goods issue.
Goods issues in N substeps and goods receipts in M substeps with N < > M or
non-corresponding quantities/units do not match the business process
intended for stock transport orders.
Correction of the stock in transit without purchase order
reference
Note 389484 makes movement types 557 and 558 available. These are derived
from the class of the scrapping movement types and can post the stock in
transit without purchase order reference. For actually visible
problems, excess stock in transit can be removed or missing stock in
transit can be created with this.
A report is attached to the current note; this report tries to explain the
stock in transit using the documents existing in the system.
Prerequisites
This report requires that program RM07APP1 exists in your system and date
"12.01.2001" is contained at the program start in the comment block. If
this is not the case, the program is to be updated by importing the
transport mentioned in Note 198596.
Regards
Merwyn
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Srinivasan CC
Please post the information below:
the outstanding stock for the STO in MB5T.
the stock in transit for the plant in MMBE.
I guess in your case, the result will be:
MB5T shows 1 quantity
MMBE shows 0 quantity.
That is why you will get M7022.
let's discuss further after you confirm the above.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Srinivasan CC,
As you said, MB5T is showing the PO and the 1 PC openning for GR. MMBE is showing that MARC-TRAME is 0 PC, which means that there is no available "stock in transit" for GR.
This current situation above will cause the error M7022 if you are trying to do GR for the STO, because there is no stock to be GRed from "stock in transit". This is obvious. Then why there is 0 PC in stock in transit, not 1 PC? This is question now for us.
I hope you could find out all the related STOs for this problem material. Then calculate the total happened GI quantity, and the total happened GR quantity for all those STOs. Then to see if the "stock in transit" is correctly as 0. If it is, then congratulations, not a big problem, we go further to find out which STO GRed this 1 PC. If it is not, then I advise you contact SAP support center to report this error.
What do you mean by "Delivery note and GI has been archived."
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
The put away quantity is exceeded by 1 while you perform GR(PGI qty and GR qty conflicts).
Hope the problem is in STO..
Reg,
Deepak.
Edited by: deepak k b on Nov 5, 2008 7:45 AM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
110 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.