Goods Receipt for Inbound delivery

[Former Member]

Hi Gurus,

Seek your help!!

I am maintaining confirmations in the PO for which, I am making inbound delivery.

My requirement is to report pending Inbound deliveries through VL06I.

Till this point its fine.

Now if I post GR through VL06I, the list gets updated and the concerned delivery is removed from the pending list by refreshing.

But if I post GR through MIGO with Inbound delivery as reference, although the stock is getting updated but the delivery is still shown in the transaction VL06I as pending for GR.

How do I update this list.

PO history is also getting updated with this GR.

Please help.

Thanks in advance

Anshuman

[Former Member]

Hi ,

1. Are there many inbound delivery for PO item ?

2.What is hapening in me23n - confirmation tab "quantity reduced " field concerned inbound delivery ? I mean , is it same as GR amount ?

[Former Member]

Hi,

Thanks for the reply.

Under confirmation tab,reduced qauntity is being shown as the qty in the GR.

And yes multiple inbound deliveries are required for the PO item sometimes.

Actually,

I require the pending report for the purpose of reporting (sort of)

stock to be received (stock in transit).

Thanks

Anshuman

[Former Member]

Ok ,

Sometimes , reduced quantity is not eq GR quantity and system recognized that inbound delivery is open when you post GR from MIGO. So I really must learn that ; does your problem occur when there are multiple inb. del. ?

Can you check it ?

[Former Member]

Dear Anhuman,

You can use ME2N (enter the PO), fill selection parameter with WE101--> Open good receipt, the result will display all PO that contain qty that still need to receipt.

Regards,

w1n

[Former Member]

Hi,

Sorry for the delay in reply.

Actually, the problem is there even if there is a single Inbound delivery for the PO.

After the MIGo has been done, the delivery still remains open. However, all other postings are fine.

wln, my problem is the missing link between MIGO and inbound delivery.

Reporting is fine as far as updation is happening. But in this case, Documents are not getting updated.

Regards

Anshuman

[Former Member]

Dear Anshuman,

Please also check you config : MM-Purchasing>Confirmation>setup Confirmation Control.

If you wish to post the goods receipt with reference to vendor confirmations, set the GR assignment indicator for the desired confirmation category in Customizing for Purchasing. SAP recommends that you always set this indicator for the last category of confirmation you expect to receive in each case.

Goods receipt with GR assignment

When you post a GR against the PO, the system will generate one default quantity line containing 50 tons, and one with 150 tons.

The GR quantities then relate to individual inbound deliveries and can also be deleted per inbound delivery. If a goods receipt of 150 tons is posted against an inbound delivery of 150 tons, the inbound delivery is cancelled out (the quantity is reduced to zero, i.e. completely offset). The inbound delivery of 50 tons remains open.

Good receipt without GR assignment

When you enter a goods receipt against the purchase order, the system suggests the order quantity of 200 tons of Steel 1 as the GR quantity.

The inbound deliveries are offset (reduced or cancelled out) according to the confirmation date.

If you post a GR of 150 tons, the first inbound delivery is cancelled out with 50 tons, and the second one partially offset with 100 tons. The second inbound delivery is thus left with an open quantity of 50 pcs.

Regards,

w1n

[Former Member]

Hi,

Trouble is that: when I have posted GR using MIGO (reference to Inbound delivery), the delivery is still shown as pending for GR.

I have also checked the relevant customizing settings.

And they seem to be OK.

Regards

Anshuman

[Former Member]

Hi ,

In "Setup Confirmation Control ", WEZUO field is important , it must be ticked .

Can you check it.

[Former Member]

Hi,

Thanks for the reply.

That field is already ticked.

Anshuman

[Former Member]

Ok ,

I 've founded SAP note may be related with your problem ,

Number ; 940806

Can you check it

[Former Member]

Hi ERTAN,

Was not around for a while.

That note has already been implemented.

Still the problem is persisting.

Regards

Anshuman