I have a quantity in my bin, but no corresponding item LE

bspencer
Member Posts: 50
Hello, everyone. I have not seen this issue before. I am after suggestions on how to clean it up using standard Nav. I have a quantity of 16 of an item sitting in the bin content table, but no open corresponding item ledger entries for that item. It is an item with a long history and trying to figure out how this happened is probably not worth it. Fixing it is what I am interested in. Physical inventory is zero for the item. I thought about deleting the record from the Bin Content table directly through an SQL query since the total cost is less than $100, but I am not sure of the ramifications. Is there someway to use standard Nav to fix this?
0
Comments
-
Have you check the warehouse entry table? Movements between bins when using directed pick and put away does not affect ILE.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
Have you checked if there is a Warehouse Adjustment that needs to be posted to the Item Ledger?
Item Journal > Functions > Calculate Whse. Adjustment...
Filter for that Item No., let it rip. If it brings up the entry in the journal then it was probably a Warehouse Journal Adjustment that the other end was not handled for.
Lavin-Lavin
"Profanity is the one language all programmers know best."0 -
thanks for the responses. There are no open adustments sitting out there for it.0
-
I didn't check the warehouse entry table for a bin to bin move because there is actually no inventory in the system at that location if you look at the item ledger entries. In other words, I've no open item ledger entries at the location code where the Bin exists. It probably did get moved from one bin to another through a movement worksheet at some point, but I would expect to see a corresponding open item ledger entry for the location.0
-
The only other recollection I have of this happening in my experience using 3.7, 4.0, and even now 5.0 SP 1....
There is an issue where the Quantity and Qty. (Base) in the Warehouse Entry table are posting way off.
I do not know what version you are running...but check out this post:
http://mibuso.com/forum/viewtopic.php?f=23&t=23445
Hope it helps.
Lavin-Lavin
"Profanity is the one language all programmers know best."0 -
Bin movements are movements WITHIN a location. So no ILE will be generated.
If you move items to another location, irregardless of the bin, ILE will be generated.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
I think what he is saying Alex is that he has 0 Remaining Quantity in the Item Ledger, and the sum of Quantity (Base) in Warehouse Entry is coming up with 16...
There are only two things I have seen consistently that caused these tables to be in discordance:
1. Badly written modifications that adjust the Pick's incorrectly and leaving bad data when the Take/Place post to Warehouse Entry
2. The bug that exists where the calculation is wrong between Quantity and Qty. (Base) from the post I included above.
I really think you may have to compare the sums of inventory month by month to compare ILE and Warehouse Entry and try to see where the problem came from; I can't stand discrepancies, for some reason I do enjoy finding them and resolving them.
Kevin-Lavin
"Profanity is the one language all programmers know best."0 -
Klavin, thanks for the clarification, you are correct. I've no open ILE (0) for the quantity sitting in the BIN at the location in question.
I will compare the entries made in the ILE table and Warehouse entry table, look for the quantity versus quanity base issue referred to, and update the thread if I find the solution.
thanks,
B0 -
You're welcome...
If the problem is the Quantity thing I mentioned, make sure you take a look at the fix, otherwise this will crop up more and more and becomes the whole one step forward two steps back deal.
EDIT: Been there, done that-Lavin
"Profanity is the one language all programmers know best."0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions