This is the perfect thread I was looking for, as I had a customer complain to me today about the recalculating item history task that runs as each item goes through the valuation change. If there is a developer who can explain WHY the Item history recalculations take place, then I can explain to the customer why this is a necessary task for this utility. I've been around long enough to know that way long ago changing the valuation and standard cost fields didn't have the right restrictions on them in the past and that the IM rewrite incorporated more rules (but for the better!). When I look at what the Recalc Item History utility does when you run it on its own it updates multiple files:

I'm sure that, for example, if you change the valuation from Average to Standard, and if there is a difference in cost between Average and Standard, then I can understand why the recalc history task goes into action. I'm guessing that is why .. in case there is a cost change. And possibly because the utility isn't going to check to see if there is a cost change between the old and new valuation so it just wholesale runs the recalc task on each item to ensure item history integrity in the other history data files.
------------------------------
Jane Scanlan
Partner
Next Level Manufacturing Consulting Group
------------------------------
Original Message:
Sent: 11-30-2011 13:58
From: Therese Logeais
Subject: Customer at 4.4 pu5 is trying to change all items
And bringing IM to the business framework was supposed to be good, yes? While there are nice features, the limitations are frustrating...