on 05-16-2017 2:40 PM
Hi Experts,
We have an issue for materials moving average price becomes zero for stock transport .
Our Scenario:
1. Both Plants under same company code.
2. Both Plants using Price control "V"
3. This issue happens only for Stock transport orders against Sales orders or Service orders.
a) Sales orders- 351 movement in supplying plant and 101 movement in receiving plant , immediately 601 movement to issue against sales order.
b) Service orders-351 movement in supplying plant and 101 movement in receiving plant, 261 movement automatically happens to issue.
I analyzed "S_P00_07000139" transaction also.
Please see screen shots.
Please suggest me how to overcome this issue.
Thanks,
Sridhar
eventually the report suppress the 101 movement as it is without value.
In the very moment of a 351 movement you actually get a line for the goods issue in the supplying plant and a line for the receipt into in-transit stock of the the receiving plant.
The subsequent 101 movement is more like a storage location to storage location transfer it transfers the goods from in-transit into your normal storage location. This movement has no extra value, since the receipt of value was already posted with the 351 movement.
The MR21 price change was the day after your movements, and it certainly explains why the price in the material master became zero.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Excellent analysis.Is there any other alternate solution to restrict this issue( MAP becomes zero). I found one more , Goods issue from supplying plant (351) and reverse same GI (352) (this is happens some times due to stock availability). Same issue reverse-gi.pnghappens (MAP become zero).
I did not necessarily mean those 2 movements only.
MR51 has the account posting relevant activities for a material, it would also show invoice receipts, debit and credit notes and price changes with MR21 which could eventually give conclusions why the MAP became zero.
Please check OSS note 2198317 - Analysis report for moving average price changes: MBMAPCHANGES
Implement and run the report from the OSS note, eventually it can give you an indication why the MAP became zero.
Of course is the value of the goods issue the origin for the value of the goods receipt in such stock transfer in case of moving average price valuation.
However, your stock card report shows a value for the transfer into in transit stock and the same value for the goods issue.
Usually the price in the material master will stay unchanged, even when the stock quantity becomes zero.
What confuses me is the fact that your stock card report does not show a receipt (movement 101). Can it be that you allowed negative stock and your unrestricted use stock is -1 now while you still have +1 in in-transit stock?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jurgen,
I am working in SAP for almost 15 years in Material management.
Our Process:
Once STO is created , supplying branch manually do MIGO_GI(351 Movement) .Once Goods received , receiving branch post the Goods receipt(101).
We are using user exit to create Delivery for Sales order or Goods issue for service order once GR is done.
Thanks,
Sridhar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sorry,
for your understanding i am enclosed screen shots.
Price change -MR21 by system
Stock card report:stock-card.png
Stock transport order:stopo.png
I miss the question.
If you want to know why the goods issue happens automatically or directly after a stock transfer, then you better ask your local IT department in case you are an enduser, or your colleagues who designed and implemented this solution if you are working in IT.
In standard SAP no second movement is automatically triggered after a 351. You have to do your 101 movement manually.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.