Issue with GI in delivery

[Former Member]

We have stock against sales order in the system. The delivery for the sales order is completed and the status of the goods movement is complete. But the stock still remains in the system against that sales order and is shown in the system. There has been no goods movement in actual. Kindly let me know what could be the causes for such a behavior and what is the criteria for which the goods movement is not relevant. The material is WM managed.

We can see the 'Confirmation of Service' in the document flow in the Delivery. But please let me know that how for the same material with same item category in this case it is 'Confirmation of service' and in remaining cases Goods issue is done.

Thanks

[harry_wu · Accepted solution]

Hi,

Please check the delivery:

1. Is movement type (lips-bwart) empty or not?

2. Is delivery quantity (lips-lfimg) empty or not?

3. Is indicator LIPS-NOWAB set or not?

4. What's the material type? Is it related with valuation posting?

5. Is the special stock indicator set in delivery?

These factors can make system posting a confirmation of service instead of actual movement.

For this delivery, you can reverse it via VL09 and then delete it.

Then re-create a new delivery and also check all the points above.

[Former Member · Accepted solution]

Hi,

The movement type in the delivery is blank. Even if we reverse the delivery and reprocess the delivery the movement type still comes as blank. But if we create a new sales order for the same combination it works fine. The schedule line category in the delivery is assigned with movement type 601

Thanks

[csaba_szommer · Accepted solution]

Hi,

You can check the movement type on "Goods Movement Data" ta of your delivery. If there is no movement type for the line item, it means that system won't create material document (=post goods movement), even if you click on PGI button and goods movement status becomes "C".

If sometimes there's movement type, sometimes not for the same item category, it may mean that in the meanwhile someone changed the config and there's difference between old and new documents (transactional data).

Other option might be that some user exit / BADI is active...

Regards,

Csaba

[harry_wu · Accepted solution]

1.

If LIPS-BWART (movement type) is blank, system will post confirmation of service. This is standard.

2.

Even if you reversing GI,and repost GI, system won't populate the LIPS-BWART field. That field is populated when delivery is created. What you can do is to delete that delivery and re-create a new one.

[Former Member · Accepted solution]

I tried to delete the delivery and create a new one but still the same issue. It is posting confirmation of service.

Thanks

[harry_wu · Accepted solution]

Then, please goto check:

1. In SO, what is the schedule line category? Is movement type set for that schedule line category?

2. In the new created delivery, is LIPS-NOWAB set or not?

Edited by: Harry Wu on Jun 23, 2010 10:42 AM

[Former Member · Accepted solution]

The schedule line category has movement type assinged to it. As I have mentioned that similiar test case if created again it is working fine. Issue is with 2/3 deliveries where it is not happening

[harry_wu · Accepted solution]

I can only suggest you to debug now....

Are you using any userexit in include MV50AFZ1?