SAP Error Message L4203 - Storage Unit is already in Storage Bin

[Former Member]

Hello All SAP WM Gurus,

This is regarding a strange error that we are getting while doing the Manual Physical Inventory activity in our Warehouse. I am doing a Manual Phy. Inv. for material BSGA7DC in the storage bin B0308C. My storage type is TEA and we have SU management activated in all of our storage types.

Right now, in this storage bin, the above material is stored in the SU 300701770000902866.

I create the Manual Inventory Record in transaction LI01N.

Then I go to the transaction LI11N to enter the inventory count. However, in this transaction, when I enter the Inventory count along with the UoM, I get an error message saying that Storage unit is already in storage bin TEA B0308C.

Normally, we get this error if there are any open inbound/outbound deliveries or unconfirmed TOs created for the material and they are not processed yet. But in my case, there are absolutely no open inbound/outbound deliveries or unconfirmed TOs exist for the material BSGA7DC.

I tried to replicate this issue in our Quality system, but I noticed that, I am getting this error only when there are any open deliveries or unconfirmed TOs maintained in the system. If there are any such documents, the system immediately gives me a warning message saying that the deliveries/TOs are not processed yet and hance the difference cannot be posted. I get this warning message when I initially manitain the inventory record in the Manual inventory transaction LI01N, i.e. in the first place.

But in the production system, I am not getting any such warning messages in LI01N, i.e. during the creation of manual inventory record.

But while entering the count in LI11N, I am getting the error message Storage unit is already in storage bin TEA B0308C. Because of this, we are unable to do the physical inventory activity in the storage type TEA and storage bin B0308C.

If any of you have ever encountered such an issue in WM, could you please let me know how you have cleared it? What data changes we should make in order to post the manual physical inventory records successfully?

Please do let me know.

Thanks and Regards,

Umakanth

[JL23 · Accepted solution]

have you seen the long text of message of this message L4203?

It actually explains what you have to do to get around this message

you further said: Normally, we get this error if there are any open inbound/outbound deliveries or unconfirmed TOs created for the material and they are not processed yet.

I actually get a different message if I want activate inventory documents and still some unconfirmed TOs exist. SAP does not even allow to activate such inventory document.

[Former Member · Accepted solution]

Hi Jurgen,

Thank you for your reply. When I enter the actual counter quantity and the storage bin, I get the message L4203. It says the below(Please see my comments in bold and under lined):

Storage unit is already in storage bin TEA B0118B

Message no. L4203

Diagnosis

The storage unit number you entered already exists in the system or the
storage unit to which this number is assigned is stored in a different storage
bin than the one you entered.

My Storage unit number in this case is 200701779902187961. I checked this number in LQUA table and found that it only exists in B0118B, the one in which I am trying to do the Phy. Inv.

Procedure

Find out why the storage unit you specified already exists in another bin. To help you do this, you should first display the storage unit you entered and review the available data.

I checked the Storage Unit information, but didn't find any useful details in that. Please check the below screen shot:

There are several possible causes for this error:

In your warehouse there are two storage units with the same storage unit
number.
Could you please let me know how to check this?

In this case, simply assign a new storage unit number for the
storage unit found.

Please suggest how I can do this.

• According to the system data, the storage unit you found should be stored in
  another bin.  It is possible that the storage unit was stored in the wrong bin
  by mistake.
  Well, I don't think so. The storage unit 200701779902187961 is correctly stored in storage bin B0118B.

     In this case, assign a new storage unit number for the
     storage unit found.  In this way, you ensure that the stock data for the storage
     bin where you found the storage unit are correct.

Afterwards, you must
ensure that the stock data for the storage bin where the storage unit should be
stored are also correct.  To do this, execute an inventory for the bin concerned
and enter 0 as the result.

Also make sure that the storage unit
you have found and for which you have now assigned a new number is also marked
physically with the new number.

Jurgen, please suggest how I can find or resolve this issue?

Thanks and Regards,

Umakanth

[MANIS · Accepted solution]

Could you please share LI11N screen also where you are making the entry

[Former Member · Accepted solution]

Hello Manish,

Yes Sure. Please check the below screen shots:

Initially, I went to the LI01N transaction to create the manual physical inventory record 61.

I then went to LI11N transaction and entered the counted quantity and the UoM.

The system took me to the next screen, where I got the Storage Unit error:

Is this in any way, related to the Bin Section problem? Because, in my storage type TEA, I noticed that, wherever the Bin Section A or Bin Positions are mentioned, I am unable to do the Physical Inventory. There are some storage bins, where multiple quants exists in a single storage bin and hence multiple storage bin positions. And when I try to do the Phy. Inv. activity here, it give me the error message.

I am also putting the screen shots of my current storage bin B0118B.

The below is the screen shot of the storage bin tab showing the bin position 1:

The below is the screen shot of the Bin Sectioning tab showing the Bin Section indicator A:

Please check and let me know your ideas on this.

Thank You so much for coming back to me guys. Really appreciate your interest in my issue.

Thanks and Regards,

Umakanth

[MANIS · Accepted solution]

Hi Umakanth,

You are right reason behind asking the LI11N screen is same as i saw when u replied to Jurgen the storage bin was having /2 was active which means you pallet is in second position of the storage bin  B0118B and as per the code if the storage bin in the inventory documennt LINV- LGPLAdata is not matching with storage bin in the SU table(LEIN-LGPLA) along with other parameter then this error comes

I am simulating the scenario in my system and will get back to you with the solution

[Former Member · Accepted solution]

Hi Manish,

Thank you so much for reverting back to me.

Yes. I can confirm that, in whichever storage bins, the Bin Positions and Bin Section Indicator A are available, I am unable to do the manual physical inventory activity.

But the ones, where there are no bin positions or bin section indicators mentioned, I can do the Phy. Inv. postings, no matter how many materials or quants the storage bin holds.

I did checked this in our multiple storage types and noticed the same problem. Please check the same from your side and let me know the possible resolution.

Thanks and Regards,

Umakanth

[MANIS · Accepted solution]

Hi

I was trying to simulate scenario but in my case in LI11N screen, i am getting /3 also along with Bin number hence unable to simulate the same. 

I can suggest you some alternate which you can think

1) Transfer the stock from B0118B to another storage type where bin sectioning is not defined carry out  a inventory count on empty bin(B0118B) and see the system behavior. Transfer back the stock to B0118B and then rerun the Inventory count process and see the system behavior also you can have a look on the OSS note 1796564 - LM50/LM51 : duplicate SU could be entered

Please share the result or query if you get stuck at any place

[Former Member · Accepted solution]

Mamma Mia...

It worked Manish. Thank You so much.

Actually, I realized that we are not using the stock placement straetgy P - Pallets. This strategy was removed from most of our major storage types a long time back during the initial implementation phase. However, they forgot to remove the Bin Section indicators from the relevant storage bins and hence, I faced the problem now.

Anyways, I have informed the same thing to my user and they are happy now. I moved the stock from B0118B to a temporary storage bin. I then again did a reverse stock posting into B0118B and the bin position numbers and bin section indicator were gone. I was then able to do the Physical Inventory postings without any hassles.

Thank you so much Manish for your answer.

Thanks and Regards,

Umakanth

[mihailo_sundic]

This is happening because you are trying to scan the SU in the wrong bin than it is located in the system. E.g. your SU is in bin 1-001 in system, but you find it physically in bin 3-003 and want to scan it there. Don't worry, there's a quick workaround if you are hasty.

If you want a quick solution, you can create a new storage unit and let this one disappear when you post the differences. When you create a new SU just stick it to the pallet and lose the old one.
Make sure your SLED/BBD, batch info and everything important matches the old quant.

In 999, you will have no problems since you'll create 1 SU as new one, so -1.200 KG will be in 999,
but when your existing SU "disappears" into 999, it will add +1.200 kg so it will be 0 = ZERO.

Regards,
Mihailo

[Former Member]

Hi,

Do refer the below OSS Note, which explains the situation and correction for your query.

1796564 - LM50/LM51 : duplicate SU could be entered