I'm hoping someone might have some insight into the reasons for some problems we have seen and have reported to Epicor but haven't been able to get any movement on, and maybe know of fixes. If any of these ring a bell and wouldn't take a lot of your time, I'd appreciate any inputÂ…
- Job costs sometime calculate incorrectly and post the wrong costs to the lot. We have seen where just the issuance of raw materials show labor and labor burden costs on the STK-MTL transactions, where there obviously should be none, and these costs are subtracted from the actual costs and then applied to the lot on the MTL-STK transaction. Epicor acknowledges a problem, but has made no effort to correct our problem.
- Changes to a part's part class should generate a GL transaction to move the on-hand costs to the new part class GL account, but it does not. We have to make journal entries to correct the situation.
- Credit memos generated from an RMA take the first part's sales order number and uses it for ALL of the parts on the RMA, regardless that the correct sales order number has been entered on the RMA.
Thanks,
Ed
- Job costs sometime calculate incorrectly and post the wrong costs to the lot. We have seen where just the issuance of raw materials show labor and labor burden costs on the STK-MTL transactions, where there obviously should be none, and these costs are subtracted from the actual costs and then applied to the lot on the MTL-STK transaction. Epicor acknowledges a problem, but has made no effort to correct our problem.
- Changes to a part's part class should generate a GL transaction to move the on-hand costs to the new part class GL account, but it does not. We have to make journal entries to correct the situation.
- Credit memos generated from an RMA take the first part's sales order number and uses it for ALL of the parts on the RMA, regardless that the correct sales order number has been entered on the RMA.
Thanks,
Ed