WM Vendor Consignment Special Stock still exist after PGI - Retail

[Former Member]

Retail Vendor Consignment

One of the scenario is that the system will automatically convert the goods transferred from the Distribution Center as consignment to your own stock to the various sites/stores.

At PGI, the system transfers automatically the Stock from Consignment to your Own Stock Using Mvt Type 411K Trft SLoc to SLoc and 641 Trft Stock in Transit. Looking at LS24 Stock per article (WM) in Storage Type 916 there are now two entries for instance: +3ea K (Special Stock - Consignment) for Outbound Delivery xxx and - 3 ea (Regular/Unrestricted Stock) for the same Outbound Delivery.

Shouldn't these two entries offset each other? If not, how can we clear them?

Thanks

Gaetan

[Former Member · Accepted solution]

I think you have to first Trasfer the stock from consignment(K) to unrestricted stock. Then only you can plan for any outbound delivery. In this case both con.stock and un-restricited stock booked against the delivery. you reverse (916) the stock for both materials and convert from k to unrestricted and then create the out bound delivery. See how it works.

[Former Member · Accepted solution]

The system will do the stock posting automatically in the background. The problem is that you have dual entries one reducing your own stock inventory and the other one showing positive quantity of consignment stock both related to the same outbound delivery.

Since you don't know at delivery creation which stock you will be using until you do your stock determination, from process standpoint it would be cumbersome to go back to identify what are the delivery that might include consignment products, summarize the total requirements, look the total stock available in IM, transfer stock from consignment to your own, than go back and create transfer orders with stock determination, confirm TOs and PGI....

Ideally both plus and minus entries should offset each other.

[Former Member · Accepted solution]

Hi,

You are saying "Ideally both plus and minus entries should offset each other."

For that I have given one probable solution of going to LT24 and finding out TOs not yet confirmed.

Later No responce. With this, I understand that there are no Open TOs.

If yes,

As you said "Ideally both plus and minus entries should offset each other."

But we have to anlyse why it is not happening. One more probable reason is that they both have different storage locations. I mean 916 +3 ea 0001 & 916 -3 ea 0002. If this is the case, you have to configure your "storage locatoin Control".

Nagesh

[Former Member · Accepted solution]

Also Check if there are any Open Trs (LX09) or posting change notices (LU04)

Nagesh

[Former Member · Accepted solution]

No Open TOs (LT21 or LT24) or TRs (LX09) but will look at current posting change notices (LU04) to verify how we can handle this is absence of a better solution. Is there a report we can use to automatically delete these entries?

Thanks for your feedback

Gaetan

[Former Member · Accepted solution]

Hi Gaetan,

Your intension should not be deleting these entries automatically, because the process of converting Posting changes to TOs is not yet complete. You have to take this list of PSNs and complete this process by LT05. Please correct me if I am wrong.

Nagesh

[Former Member]

Hi,

I hope there are some open TOs, then only you will have 916 +3ea & 916 -3ea.

Please go to LT21, give your Warehouse & Material, Execute. You will find open TOs. You Confirm them. Now check LS24.

You should not find these entries.