Major Time Phase and Part Bin problem

[JasonMcD (Jason McDermott)]

@CMM

We are talking thousands of records and I’m trying to avoid doing any manual transactions.

Do you have DMT?

@CMM

The other issue with doing the manual adjustments is that it would affect my General Ledger

If you do quantity adjustments, you pick a reason code, which can be tied to a GL code. If you set it up to where the code goes to the same account as inventory, then the transaction will not hit the GL, because it is a simultaneous debit and credit to the same account, and the Posting Engine is trained to skip those.

---

I do not like that Refresh screen at all. I’ve used it only if absolutely needed.

I’m not trying to beat you up - we are here for you, and we’ve all run into big messes before. But FYI, I suggest you read this for the future.

Why the running total is nonzero on the first transaction in Part Transaction History Tracker (and why I boycott Refresh PartBin QOH From PartTran)

I finally wrote this up and I’ll submit it to support. Wish me luck. So, if you have ever seen something like this, where the starting balance is not zero, naturally you conclude Epicor is stupid. In fact, there is a perfectly logical reason for this. If a part spends some amount of its life as non-quantity-bearing and some of it as quantity-bearing, Part Transaction History Tracker (PTHT) simply cannot discern what transactions took place during the non-qty-bearing period and which were from …