Re: Materials stuck in Storage Type 916

Hi all,
I am having a situation which I am unable to figure out the cause.
In our current environment, we have implemented SAP WM.
Now in a normal Sales cycle (Sales Order > Delivery > Invoice), a WM TO is required to do the Picking after a Delivery Document is created.
When a WM TO is created it picks up the stock from a Fixed bin & Storage type XYZ (based on the search strategy) & then puts it into the Storage Type 916 & Storage Bin= Delivery Document Number.
Once the Delivery is shipped (PGI) then this stock is removed from Storage type 916. This works fine.
However there are many deliveries which have been shipped in the system, but the stock for that material is still in 916 storage type. I am unable to understand how to go about this situation.
Kindly guide me through the initial probe for this situation.
Thanks
Vinit

Hi
I have checked all the status.
The Goods Movement status of the delivery is C
Also the delivery has been invoiced.
When I analysed the same in LT22
TO#       Item    Material Stor. Typ Source Bin   Qty Unit   Plnt           Created On         Typ   Dest. Bin        Dest.target qty
159173   0001 Material#    009        MTS01        1    EA      US89        10/07/2009        916 0080080207             1
168198   0001 Material#    916   0080080207    1    EA      US89         10/07/2009       009   MTS01                     1
180051   0001 Material#    009       MTS01         1    EA      US89         10/12/2009        916 0080080207              1
Now the 1st entry is of the WM TO when the Delivery Picking takes place.
Then the remaining 2 TO are created by some business user using Movement type 999.
Hence I am not sure if a transaction has triggerred it or has he done it on purpose.
My final objective is to have this stock hanging in storage type 916 - Dyanamic bin, to move out of the system as the delivery is already shipped.
Can anyone guide me so as to how can I acheive the same effect to the system as that of movement type 601.
Thanks

Similar Messages

Storage Type 916 in the outbound delivery

SAP GURU,
When i am creating a outbound delivery against a sales order...as my Plant is warehouse mnamanged so Warehouse will automatically get determined in the delivery based on SPRO setting but i am not able to find out how storage type 916 at the item level in picking view is getting determinated automtically.
If i check storage type search criteria in SPRO..we have not maintained 916 storage type for my ware house and picking combination.
Plz help in getting the logic of 916 storage type.
Nitin

I got the answer myself ...Plz ignore my question.

In GR, T331 entry for warehouse number GVW and storage type 916 not found

Hi friends,
while doing gr, it is giving following error. we are having wm
T331 entry for warehouse number GVW and storage type 916 not found
regards,
william

Hai,
Add the entry 0f 916 storage type to ur warehouse by copying from std i.e 001 in SPRO/Log Exe/WM/Master data/Define str type.
Regards,
BSK

Putaway quantity does not show in Interim Storage Type 916

Hi all,
It could be a silly quesiton however would need your help with the issue below.
When I create Picking TO from Outbound Delivery, usually I will see the Pick Quantity from Source Storage Bin and Putaway Quantity showed in Interim Storage Type 916. However, for the warehouse I'm working on I could not see the Putaway Quantity showing in Sty 916, only Picking Quantity displayed from source storage bin.
For example, I created picking TO# 17439 to pick stock from storage type 001 to destination storage type 916. Here I only see the 'Pick Quantity' showing in storage type 001. I don't see 'Putaway Quantity' shows in Storage Type 916.
Would appreciate if anyone can provide some advices. Thanks.
Khanh Ngo

Hi Jurgen, I have cancelled the TO above for some other tests. I have created a new delivery, please see the new TO#17442 with LT21:

Manual (Dynamic) Interim Destination Storage Type instead of 916 for Outbound delivery T.O

HI,
we would like to create transfer order manually for outbound delivery.here both source and destination need to be given manual
i know that the interim storage type 916 given in the interface movement type , while T.O creation for the outbound delivery
we would like to have the destination interim storage type as a manual entry so i kept both destination and source storage type blank,and system permits to do picking (T.O Creation )
Created Transfer Order, with source and destination details and confirmed T.O.
But when i do the goods issue getting error as
Storage bin MT1 does not exist (check your entry)
Message no. L9009
when i checked table LIPS- LGTYP and LGPLA , both fields are empty.
Please let me know how can i make this functionality.
Thanks.

The requirement is , my interim storage areas are real storage areas,for which goods are issued the stock goes to interim storage area and PGI will be made after verification ,but the interim storage area is dependent on the customer , not a fixed one which we will know only when we deliver the goods .
I use that process too, with verification on the final storage area before shipping, but what I do is to use SD in conjunction with WM. I use the gates in the Outbound Delivery, to separate the stock, since WM creates a bin in 916 for each delivery document and I can use that to know in which gate each quant is.
That way, everything goes to 916, but I have a report that tells me which stock is near each gate, so I can run the audit process before shipping.
It's not completely standard, but WM standard is very hard to use without an additional UI layer on top anyway.

Storage bin 916 0085192173 is currently blocked

Dear All
I Save VT02 (shipment), I have error message "Storage bin 916 0085192173 is currently blocked"
Please help me
thanks
imron
Edited by: Muhammad Nur Imron on Sep 30, 2010 5:34 AM

This error appears from the warehouse associated with the plant.
storage type 916 is for outbound dispatch and the bin 085192173 is the associated delivery number. There seems to be some problem in the storage type (negative stock, perhaps)
I assume you are creating the shipment for a delivery that has not been PGI'ed yet.
Please check that there are no open transfer orders linked to the storage bin (use LT04 to identify open TOs). If there are, then confirm them using LT12.
Normally the storage bin should not exist after PGI is done. If it exists, please check the stock position of the storage bin (use LS03N for this).
All the best!
Regards,
Aroop

Transfer of stock between the storage types in WM

Hi Gurus,
can any one tell me the proceedure how to transfer a material in warehouse between the storage types.
For example if i have a stock of 100 Nos.ina warehouse of storage type 916 (Goods issue for Deliveries) Ineed to transfer this stock to my permanent bin Storage type of 001.
Sunil

Hi
Use LT01 & create Tansfer order (TO), Input material ,plant,storage location.
Provide the required inputs like Source & destination storage type,storage section & Bin numbers.
Finally confirm the TO, it will be done.
Regards,
Ravindran

Wrong dest.storage type (921 / TRANSFER) is chosen when picking of OBD

Hi Folks,
I am configuring a new warehouse. while testing of the same i came across below issue.
wrong dest.storage type and dynamic storage bin (921 / TRANSFER instead of 916 / OBD No.) is chosen when picking of Outbound Delivery.
What may be the reason of this when all the settings of LE-WM interface are in place ?
I have made the configuration similar to an existing WH and same is working fine there.

IM-LE interface is one thing.
You should get from IM-LE interface which WM-movement type is used for your IM-movement type (in standard system e.g. im-mvt 601, 641, 643 for GI --> they are linked to wm-mvt 601).
In the definition of the wm-mvt (V_T333) you should have:
- destination storage type: '916' (V_T333-NLTYP)
- dymic bin inducator: 'X' (V_T333-NKDYN)
(Please be careful because wm-mvt definition as well as IM-LE interface setting might be WH specific...)
If your settings in config are proper, you should check your develpments (user exists, etc)...

Intreim Storage type in TO

When we r doing GR in IM it will create a TR, while doing TO Scr Storage type is Intreim(902) & the Des is physical storage type & bin. But we can able to give a Intreim storage type & bin in Des. also.
Why it is allowing?

When we r doing GR in IM it will create a TR, while doing TO Scr Storage type is Intreim(902) & the Des is physical storage type & bin. But we can able to give a Intreim storage type & bin in Des. also.
Why it is allowing?
Why not?
It may easily happen that you have to move the goods to another interim storage type - e.g. this process is used in cross-docking where you receive the goods (e.g. 902) and without putting them away into one of the normal storage types, you directly move them to storage type 916 and ship them out.
Or just think of the inventory process as well as PCNs and you will see that the system itself uses TOs where both source and destination storage types are interim ones.
Regards,
Csaba
Edited by: Csaba Szommer on Mar 29, 2009 2:34 PM

Split TO based on Storage Type

Hi all:
My client doesn't want split TO based on Storage Type.
System is doing split TO based on SHF storage type.
Have configured a total of 14 Warehouse numbers (001 to 014).
Have configured three storage types, FRK, PLT and SHF, for WN 001.
No SU. No HU.
Only two of them (004 and 012) are configured for TO split under "Processing performance data processing / Define TO split". WN 001 is not.
System is creating a separated TO for materials in SHF.
Release ECC 6.0
Is there any other place where I can configure TO split based on storage types?
Thanks for any help.

Hi,
Its a process of introducing Picking Area's Concept.
Based on the Storage type, system will create the transfer order, even though you club all the materials from different storage types in one sales order or in one delivery.
Explore in Picking Areas....let me know if you need any help.
Thanks
Aktar Shaik

Fixed bins to be defined in a storage type

I have multiple materials in a storage type in which some of the bins need to be assigned as fixed bins and some of them not. Is this possible ? I have a requirement to use the fixed bins to be replenished from High rack.If this is not possible then I need to create so many sections to make sure each material need to be putaway in one assigned bin for that material.
Any ideas?

PutAway and Picking Strategies are determined at Storage Type level.
So you can only have one strategy per Storage Type : either FIXED BINS or another strategy.
One Storage type does not have to be BINs next to one another.....
In the same physical space you can have two storage types where some BINs are Fixed Bins in one Storage Type and some BINs are not fixed Bins in the other Storage Type....that is one possibility.
If that is not possible, then I would look at having a PutAway and Picking Strategies that are so restrictive for each material that they have to go to a specific BIN .
Those are only a few ideas, it really depends on what your constraints are, how many materials are concerned, etc....
And finally, there is the user-exit option.....
Edited by: AGagnon on Aug 11, 2010 11:31 PM

How to remove the stock from 916 -storage type

Hi experts,
In LS25 for 916 storage type it is showing 30 & -20 Quantity for two Quants
How to remove the stock?
Regards
vr

the usual way to remove quants from 916 is by cancellation of the picking, which is done with LT0G transaction.
if the delivery is already goods issued, then you have to use LT01 to move the quants.
The positive quant of 30 quantity can be moved to the place where it phyiscally is.
the negative quant can only be eliminated by moving a quantity from a positive quant onto it. You should have a positive quant of this material in any bin of your warehouse. so you move from this bin to 916.

WM-Backflushed materials issued from different storage type

Hello my client has an issue in WH Service order issue
we face the problem that articles which are marked for back flushing aren't properly handled by the system with service orders. In normal production orders when the activity is closed on which the articles are set, the back flushing items are atomically issued from warehouse type 100 (location Backflush according to the rules set by LPK1,2,3) however when the activity of an Service order is closed the items are issued from warehouse type 914 creating and imbalance in WM. Please Is it a configuration issue or any other issue i should liik in to.
Kindly guide me to handle this.
Regards
Bheema

Hi,
Please check for service orders, yu should check CRATE parts and RELEASE ORDER parts. In their control cycles in LPK1/LPK2 you can define from which storage type / bin they are consumed when you book consumption against your PrdOrdservice order.
At the time of backflushing (in standard system) the components will go to 914+dynamic bin (or fixed bin, based on your settings). Normally TR creation is set on WM/IM interface and processing the TR you can move the components from WM to interim storage type 914. Thanking you.

Has anyone picked materials from one storage location but confirmed TO to different storage location?

The business does not want to use MRP areas to segregate materials between service part and production. What they want to do is separate service parts on deliveries at our shipping storage types (915/916) from MRP view. This requirement is primarily for our international shipping area. We may pick parts for an international shipment and the parts will sit on the delivery - not goods issued because we don't want to invoice - for up to 3 months. During that time, MRP sees the inventory so replenishment is not done in a timely fashion or parts may get stolen from the shipment for a production requirement because the inventory is seen.
Could one solution be to create a non-MRP relevant storage location (say 1200) and place the shipping storage types in this storage location? Then when the transfer order creates, the system would show the source to be from the MRP relevant SLoc (1100), stype (130), bin (A-01-A), - these are examples - with the destination to be to non-MRP relevant SLoc 1200, stype 915, bin (dynamic using the delivery number) 0080745298? Has anyone had this type of request or know of a way to satisfy the business requirements without different MRP areas? They also do not want to have two transfer orders - one with a 601 movement and one with a 311 movement.
Any known solutions or outside-the-box thinking would greatly appreciated.
Marla

I don't have the solution, just some critical questions and hints
Even a non-MRP relevant storage location can be warehouse managed.
The stock is shown in any stock list as long it is not goods issued, no matter if it is stored in a
non-MRP relevant storage location.
Stock that is picked for a delivery is not available for others, it is reserved. A delivery is a MRP element and hence should be taken into consideration in the planning run.
A non-MRP relevant storage location will only solve your planning issues if you move the material there if it is not yet picked and allocated to a delivery.
Do your thieves really use SAP to check if the stock is there, or do they just see the stock in the warehouse? As said, the non-MRP relevant storage location will not solve this issue since the stock is still visible.

Question about storage type 902

Hello Everybody!
I´m implementing SAP WM and I have a doubt and is the next one:
When I do a material movement, system returns an error if the material is not create in the destiny storage type.
On the other hand, I create a purchase order and when I make the good entrance, the system stocks the material in the storage type 902 even the material is not create in this storage type.
Why is the reason for this? Is not necessary to create the materials in the standar storage type like 902?
Thank you very much for your help!

Hello Javier
You are right when it comes to goods receipt or goods issue. All the 9** series storage types are interim storage types which are fictitious. You only have to create 1 bin for each interim storage types. When you create the material master maintain the WM views only for the warehouse number and the other storage types that you use where all the bins are located. For storage types 902 the PO/inbound delivery number and for 916 outbound delivery number will be displayed as the bin numbers which are dynamic bins that gets deleted automatically once you complete the movements.
Thanks
Anandha

Re: Materials stuck in Storage Type 916

Similar Messages

Maybe you are looking for