on 05-17-2013 7:02 AM
Hi everyone,
As Ive mentioned, I've searched throughout this forum for solution to this problem I'm facing but have been unsuccessful in doing so.
Now, the process is STO -> Delivery(VL01n), batch determination is in process but clicking on Batch split->Batch determination results in no batches found. The item category is not relevant for picking so I suppose OVL3 is not really needed here.
I then manually put a batch having sufficient unrestricted quantity and entering the value required with the storage location results in the "Only 0kg available for "Material name" Batch number".
I've checked MD04, Co09, MMBE for this problem and quantity is not an issue. The Batch has stock, it is only when I try entering the storage location that the error message pops up.
I can post the screenshots for the above 3 T-Codes and anything else for further clarification, if needed.
Any help on this will be really appreciated.
Thanks!
Shubit
Message was edited by: G Lakshmipathi
Please avoid adding such text
Message was edited by: G Lakshmipathi
Changed the Tcode in subject as requested
This message was moderated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Shubit Rakshit
Have you checked the "Shelf life expiration date" for the batchs? Is it good to delivery or is it out of date?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sumol,
Thanks for the valuable suggestion. Actually, I was checking on this only, see in the STO it says Rem. Shelf life as zero.
Now, the STO is on 10-05-2013 and the Delivery Document date is on 14-05-2013.
In the material master, the whole shelf life data is maintained as zero only. with the Period indicator as "D" days
So, do you think the above can be the cause of this error..?
Dear Shubit,
You've already got many suggestions. Considering these sharing few more points hope that mite can help you out. In OVZ9 kindly uncheck 'Include sales reqmts' against Availability Check 02 and Checking rule B combination. Check up with the actual stock figure directly in table MCHB via SE11 and confirm the allocated stock against open deliveries and reservations. Hit with your findings after trying this. Thanks and have a good day.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Well, I appreciate the suggestions, Ammarah but unfortunately It wont be really advisable to tweak OVZ9 as I've already stated that this process is working fine for the same material and plant combination in rest of the cases except this one where I'm facing the problem.
I wanted to understand if the error could be STO level or delivery level due to which that 0 quantity error is there.
I have already checked the stock. MCHB shows unrestricted use of stock with enough quantity.
Narendra, The explanation of that error message just shows the message no. VL 150 and nothing else.
Do you think the dates in the STO and delivery may have something to do with this as I have noticed that there is no delivery creation date in STO->Shipping Tab and now it is greyed out.
Its just a thought that the all the dates may be causing this.
Thanks!
I'm still working with my ABAPers on this.
MCHB could show enough stock but this stock has probably already been assigned to other requirements (for example another delivery or another sales order).
You need to check CO09. Check if there is available stock at Plant level, Storage location level, Batch level, Batch / Storage location level. You need stock to be available at all of these levels for the system to confirm (ATP works on a multiple level logic). If you post a screenshot of your CO09 here, I can check if you indeed have an available quantity available at each of these levels.
Hi Shubit,
ok, in the screenshot, we can see what is available on stock level. It seems you have an available quantity on plant level (unless there is a negative sign if you scroll over to the right slightly).
Unfortunately, the screenshot doesnt capture what is available on storage location level or batch level. You need to scroll further down, check what is available at storage location level, what is available at batch level, and what is available at batch / storage location level. Feel free to post screenshots of those parts here and I can analyse.
The system will confirm the lowest amount of these respective levels, so presumably you have 0 available at one of these levels.
Hey! Noel,
Thanks for the reply.
Well hope this helps but I doubt so...as you can see there is quantity in
Storage Loc.:1401, Batch: 3600179230
and none of them are negative either.
Let me know if anything else is required and also some moderator may let me know if this thread needs to be closed or If there's any restriction on the number of screenshots I should post here since it takes up lot of web space on the page I believe.
Thanks,
Shubit
Hi Shubit,
You do not have stock at storage location level. In the "Cum ATP Qty" column, you can see that there is 0 available. As I cannot see the full list of requirements / receipts in the screenshot, I am unsure why this is. But you should be able to calculate yourself.
The available quantity is calculated based on an accumulation setting in transaction OVZ2. So the available quantity may be based on required quantities OR confirmed quantities.
Lets assume that in your example, its based on required quantities. You can calculate the available quantity as 669.300 -486.3 -1628.8 + 5.4 + 13.8 + 260.4 -4376.7........
If your accumulation setting is to consider confirmed quantities, then you just calculate the same as above using the middle quantity column (confirmed quantity) rather than the first quantity column (receipt / required quantity).
I would advise that you read the following SAP notes which explain how to read CO09 and why the quantity must be available on each respective level:
89362: No confirmation despite available quantity/stock
1513607: Error message VL150 'Only & & of material & & available' is raised while creati
Hey Noel,
Thanks a lot!
There just one thing now since you've pin pointed the exact reason of the error, the calculation as you stated.
I checked OVZ2, for the particular combination CH(Batches) the Del. Requirements is A i.e Daily Requirements.
So does this actually mean its the Requirements Column that is calculating ATP as zero there but then I calculated all the values in Req, Column as per your example and it turns out to be Negative number(huge one at that) rather than zero.
I also checked the other 2 columns i.e Confirmed and ATP and there is just one entry value for both in one particular row showing 1541 in confirmed and -592 in ATP.
I'm still trying to figure why is this zero, also is there any way out to get some stock at the storage location level(ATP) now?
Meanwhile, I'm studying the notes that you mentioned.
Thanks again Noel, been a great help.
Hi Shubit,
In OVZ2, there is an accumulation column. If you press F1 on this field, you will see the various options. Sometimes, required quantities are used when "creating" transaction is used. Sometimes confirmed quantities are used when a "changed" quantity is used. The F4 help on this field gives a good example on how accumulation influences calculation of the available quantity.
Well you can post more stock into the storage location via tx MIGO (Would be good to do this as a test maybe to ensure this is the issue and then reverse the goods movement again).
Or you can 'unconfirm' the requirements that are currently using the available stock. If this is a delivery, you could delete the delivery for example.
Also for STO process, the field "Include Sales reqmts" should not have been checked in OVZ9 for 02 or 01 / B combinations. Check in your case, it is checked.
G. Lakshmipathi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi everyone,
Thanks for the replies.
First of all I really apologize for the confusion, actually the outbound delivery is already showing in the "Outbound Deliveries" list after VL10b and now I'm using VL02n contrary to what I had mentioned in my first post and then I'm trying to pick a batch( which has quantity shown in the screenshot) in storage location 1401 and then trying to do PGI and that's when I'm encountering the error that I've mentioned.
So yes the storage location is 1401 and the batch used has stock as shown in the screenshot.
As per your suggestions, I'll be maintaining entries for OVL3 and will remove "Include Sales Req" check from the "Availability check Control" and will revert.
However, I doubt if it's going to resolve my problem as there is another exactly same delivery whose PGI with batch from STO with the same material for the same storage location and plant has been done absolutely fine without tweaking the OVL3 and OVZ9.
But, I shall do as per your solutions and revert with my observations.
Thanks again.
PS: Any moderator, if possible, kindly change the subject and first post in accordance to removing VL01N and putting VL02N and VL10B done in the process.
as there is another exactly same delivery whose PGI with batch from STO with the same material for the same storage location and plant has been done absolutely fine without tweaking the OVL3 and OVZ9
In that case, please dont change any configuration settings as suggested by me. Try to check in debug mode the one which has been posted for goods issue and compare the same with the one which you are facing the issue. I feel, by doing this, you will come to know what went wrong.
G. Lakshmipathi
Hi,
the debugging is not leading me anywhere unfortunately.
I have a hunch though, after I go to Batch split and choose to "Batch Determination", it ideally and have always given a list of batches. However, this time around not a single batch is fetched by the system.
Now, again there is enough quantity for the batches to be fetched and the Batch determination selection criteria/rule is working OK as it has worked fine in previous cases.
Any place else I got to check?
So is it possible because of this failure of determining batches is, why the error is encountered..?
Really would appreciate some clarity again.
Thanks!
Hey! thanks for your reply.
Unfortunately, its not possible for me to check that item category for picking as numerous other materials are being made of the same category and all of them are having no problems in their processing, so it'll be quite difficult and not advisable to change it for one problem in one process.
Hope you understand.
Hi Shubit,
Can you post a screenshot of your CO09? This is the transaction we need to evaluate for availability messages like this one (See SAP note 89362). Almost always, these availability messages are sent for a justifiable reason in the SAP system and it is usually a misreading of CO09 that causes the misunderstanding.
Ensure you access CO09 with checking rule "B"
The item category is not relevant for picking so I suppose OVL3 is not really needed here.
Even then, you need to maintain the required settings there. Also as rightly pointed out by Naren, for STO process, usually, we execute VL10B and not VL01N. May be, I would suggest you to first try in VL10B and update here on the outcome.
G. Lakshmipathi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear,
I request you to Please check in Delivery level which Item Category is flowing and go to VOV7 ,here check Field " Automatic Batch Determination " checked or not .Go to OVLK ( not zero VLK ) check here in Field : Order Required having Purchase order required or not and another Field is Default Order Type " DL " or not .This default order type will assigned to item category in VOV4 and this item category will assigned to schedule line category thats why we are creating STO delivery tru background by VL10 transaction .Check one more thing is Delivery item category in OVLP ,here Field " Automatic Batch Determination checked or not .
Note : Ideally ,STO delivery created thru VL10 transaction but in your case you are going tru VL01N thats why I have suggested above check marks .
If you have any doubts please let me know .
Thanks,
Naren
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
By OVL3 not needed here I mean the issue is not in configuring OVL3.
Awaiting some clarity.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Glad you asked as that's where my second doubt comes in. It has a huge amount of Reserved Stock but also has good amount of Unrestricted Stock as well and I was wondering if its because of this reserved stock but I don't think so as other deliveries have also been dispatched properly with the same combination.
Hi Shubit,
Please check the following:
1.which batch are you using in the delivery? Are you using the same batch which has 486.300 un unrestricted us? and if not then Please check if the reserved stock is included in the scope of check for the material as you don't have stock for other batches in unrestricted use stock.
2. Check the storage location? is it 1401 as shown by you?
2. If you are using warehouse management then check "delivery item category" for "relevant for picking" indicator.
4. "The item category is not relevant for picking so I suppose OVL3 is not really needed here." why do you think the picking is not required for this material, is it a text material?
5. Check the Self Expiration date of the material.
Hope this help!!
Regards
Hans
User | Count |
---|---|
85 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.