Adjusting Costs - Chars in "No." Field

Soloper
Member Posts: 102
Hi you all again;
I have another question about adjusting costs.
Adjust costs batch firstly calculates the average cost of the items which have only numbers in "No." field. This process passes really quick (500 Items in one hour)
After this, the items which has at least one char in "No." field is being calculated. In this part of Adjust Costs batch It works too slow (10 Items in one hour)
Why does "to have chars in "No." affect adjusting?
Why is it so slower?
How can I adjust items in second situation as fast as itmes in first situation?
I have another question about adjusting costs.
Adjust costs batch firstly calculates the average cost of the items which have only numbers in "No." field. This process passes really quick (500 Items in one hour)
After this, the items which has at least one char in "No." field is being calculated. In this part of Adjust Costs batch It works too slow (10 Items in one hour)
Why does "to have chars in "No." affect adjusting?
Why is it so slower?
How can I adjust items in second situation as fast as itmes in first situation?
0
Comments
-
Personally I do not think Item #'s having Alphabetical Char's would change the speed of the process.
In fact the items we have that use Alphabetical Char's go faster than the purely numerical one's.
The reason I see for this is that (for us) the Alphabetical #'s are simply used less, Less Purcahases, less sales, less everything. In your case perhaps it's ths opposite.
I'm assuming you've run this report many times to come to this conclusion.
I mean, do you have equal amounts of items with & without numbers?
of course if you have 100 numerical items and 1000 alphabetical items - it would appear alphabetical item numbers take longer.
So to answer you question, I don't think there is anything you can do or change. Those "slower" numbers just need more processing.0 -
It has to do with more with what kind of costing method the item has. How many transaction the item has. Is it lot or serial tracked. As well as is it manufactured or produced.0
-
ara3n wrote:It has to do with more with what kind of costing method the item has. How many transaction the item has. Is it lot or serial tracked. As well as is it manufactured or produced.
Here an example for transaction counts;
Adjusting takes just 30 seconds for a numerical item which has 649 transactions.
It takes approx. 6 minutes for an alphabetical item which has 448 transactions.
- In inventory setup, "Average cost calc. type" is "Item". (It should be "Item - Location - Variant" in this case?)
- There are four locations.
- Costing method on item cards (for all items) is "Average"
- Alphabeticals are not lot tracked while numericals are. This is the most important difference of these two groups. This must be the key point?
Thanks for the quick and valuable responses.
Really thanks.0 -
and main differenece: how far into history you are posting the transactions for each item. If you post ONE entry into history for one item, all entres since this date will be adjusted. It means if e.g. the items "with char" are used in a way that the movements are posted e.g. 3 weeks into history, it will be much longer to adjust them...0
-
kine wrote:and main differenece: how far into history you are posting the transactions for each item. If you post ONE entry into history for one item, all entres since this date will be adjusted. It means if e.g. the items "with char" are used in a way that the movements are posted e.g. 3 weeks into history, it will be much longer to adjust them...
Thanks for the response kine.
We did never adjusted items before.
This is the first time which means all the entries will be adjusted.
Thanks again.0 -
Savatage wrote:Personally I do not think Item #'s having Alphabetical Char's would change the speed of the process.
In fact the items we have that use Alphabetical Char's go faster than the purely numerical one's.
The reason I see for this is that (for us) the Alphabetical #'s are simply used less, Less Purcahases, less sales, less everything. In your case perhaps it's ths opposite.
I'm assuming you've run this report many times to come to this conclusion.
I mean, do you have equal amounts of items with & without numbers?
of course if you have 100 numerical items and 1000 alphabetical items - it would appear alphabetical item numbers take longer.
So to answer you question, I don't think there is anything you can do or change. Those "slower" numbers just need more processing.
I've found something. We know that "New lines is being added for each adjusted item while adjust costs batch is running". And my problem can be about that.
As I said before, the batch starts processing numerical items first (because of the order sequence). While numerical items was being adjused, record count in value entry is not too much. After 500-600 items processed, the record count increased by 100.000 line. And It keeps going to increase. If the increase of record count in adjusment process is important, we can say that is the main point of my thought. And also this is the exact explanation of my case. Right?
If it is so, is there any way to make faster it?
Thank you so much for every response.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