WM Storage Location control problem - no TR created in receiving warehouse

[Former Member]

Hi all,

I have configured the system to perform a 311 mvt from sloc 4002 to sloc 0010. Both Slocs have different warehouse numbers assigned.

The transfer is working fine, however in the receiving warehouse no TR is being generated even though I am using the standard *** 311 movement type which has create TR flag set.

If I disable the config and perform the 311 in MIGO after confirming the TR in the sending warehouse, the stock is moved to the new warehouse and a TR is created.

Has anyone experienced this before?

Mark

[former_member631463]

Hi Mark,

When your config is on, what's the way you perform movement 311?

I would suggest you maintain the inventory management setting for the receiving warehouse for movement type 311 in "Interfaces".

Reg,

Sudhir

[Former Member]

Hi Sudir, thanks for the feedback.

Using WM Storage Location settings (found under interfaces>Inventory Management) you are able to determine that the IM posting Sloc to Sloc occur automatically when confirming a transfer order from one Storage Type to another. It is this config that is performing the IM transfer automatically in the background.

The IM posting is a standard 311 movement which in the second warehouse is linked with the standard WM 311 mvt type which has "create transfer requirement" flag set.

Mark

[Former Member]

Hi Mark,

In this scenario, WM mvt 311 is passed in dispatching WH and 312 is passed receiving warehouse.

Please check WM movement type 312 in receiving warehouse. That should have TR creation indicator.

if you don't find the 312 movement type for receiving warehouse in OMLR, please check the same at header*** level also

Please do update the result.

Regards,

Santosh

[Former Member]

Hi Santosh, thanks for you feedback also.

Yes I thought of this and checked - we are not using any warehouse specific movement types in the receiving warehouse. The standard *** 311 and 312 are both configured to create TR.

Just want to point out again - if I do the IM transfer via MIGO instead of configuring the IM movement to occur off the back of the TO confirmation, the TR is created normally in the receiving warehouse. It is ONLY not working when I use the afforementioned functionality.

Regards,

Mark

[Former Member]

Could you please put here-the relevant entries you have mentioned in Storage Location Control node under interfaces>IM?

and step by step process you are trying to run?

[Former Member]

Sloc 4002 is assigned to WH ZF2

Sloc 0010 is assigned to WH ZF4

SPRO>LE>WM>Interfaces>IM>Define Storage Location Control>Stor. Location Control in Warehouse Mgmt

WH STY Plant SLOC Mvt Type

ZF2 310 DE01 4002 311

ZF2 501 DE01 0010 311

SPRO>LE>WM>Interfaces>IM>Define Movement Types>LE-WM Interface to Inventory Management

WH RefMTyp WM Mvtyp TR

• 311 311 X

• 312 312 X

Process is create transfer order to move stock in ZF2 from Storage type 310 to 501.

Confirm TO and stock is moved and also IM posting with 311 movement occurs from 4002 to 0010.

NO Transfer Requirement is created in the ZF4 warehouse.... but should be based on configuration.

[Former Member]

2nd entry in storage location control is ZF2 501 DE01 0010 311

1st case:The entry.e. ZF2 501 DE01 0010 311 seems to be wrong.

Your warehouse storage location 0010 is managed with ZF4 and not ZF2.

But in this case, the way you created entries concludes that you want to transfer the stock from one Sloc to other Sloc which have separate warehouses.

i feel your approach to excute this scenario seems to be not a valid one. I don't understand why you are running this process as WM transaction followed by IM document. You said that you are creating the transfer order first.. must be with wm mvt 311 in LT01. Standard WM mvt 311 doesn't allows manual TO creation.Your both storage locations are assigned to different warehouses. You should post the movement in IM first, then follow the WM activities.

2nd case:If you say that ZF2 is correct, then your storage location is wrong, it should be 4002 instead of 0010 and you are transferring stock from one storage type to other storage within same warehouse.

If you want to do this scenarion as WM followed by IM, then please change the Wm mvt 311 in ZF2 to allow manual TO creation.

In movement type properties, set the destination storage type as 501.

Strorage location control should be ZF2 501 DE01 4002 311

Please let me know your thoughts on this.

Regards,

Santosh

.

[Former Member]

Hi Santosh thanks for your detailed response.

The full business scenario is that the second warehouse (ZF4) requests inventory from ZF2 by creating a transfer requirement in the ZF2 warehouse through a custom program and they actually use a new WM movement type in ZF2 which is a copy of 311.

ZF2 staff review the requests and then create transfer orders to fulfil the request.

When the pick is confirmed, the config automatically performs the IM movement.

All of this works fine, the config is working perfectly.

The problem is in the ZF4 warehouse. After the IM posting, no TR is being created even though config is set to do so. This is the problem.

Definitely transferring inventory out of warehouse ZF2 this way is allowed. When you make the setting in config, you receive a warning message that the SLOC 0010 is not assigned to ZF2, but if you read the long text of the message it states:

"The storage location assigned to the storage type is not relevant to WM.

However, it may still be advantageous for you to define a non-WM-relevant storage location to allow the transfer of materials between the WM storage location and the one defined here."

Although my second storage location is WM-Managed, it should make a difference.

[Former Member]

Hi Santosh thanks for your detailed response.

The full business scenario is that the second warehouse (ZF4) requests inventory from ZF2 by creating a transfer requirement in the ZF2 warehouse through a custom program and they actually use a new WM movement type in ZF2 which is a copy of 311.

ZF2 staff review the requests and then create transfer orders to fulfil the request.

When the pick is confirmed, the config automatically performs the IM movement.

All of this works fine, the config is working perfectly.

The problem is in the ZF4 warehouse. After the IM posting, no TR is being created even though config is set to do so. This is the problem.

Definitely transferring inventory out of warehouse ZF2 this way is allowed. When you make the setting in config, you receive a warning message that the SLOC 0010 is not assigned to ZF2, but if you read the long text of the message it states:

"The storage location assigned to the storage type is not relevant to WM.

However, it may still be advantageous for you to define a non-WM-relevant storage location to allow the transfer of materials between the WM storage location and the one defined here."

Although my second storage location is WM-Managed, it should make a difference.

[Former Member]

As per the details of the warning message, SAP also recommends to use a non-wm storage if you want to assign some other location. I am not sure how system will behave if we use a WM-managed Sloc here. If possible I will give a try.

In your current settings, instead of ZF2 501 DE01 0010 311.. try using ZF2 501 DE01 0010 312. It may work, But, I am not sure.

In your system, Is it the first time you are doing the replenishment (usign custom program) between the mentioned storage locations, after making the necessary settings?

I had configured a similar process of replenishment between 2 WM managed Slocations, by using Kanban replenishment strategies.

Edited by: santoshkc on Mar 9, 2012 7:46 PM