Not sure if anyone has noticed previously, in Inventory Transfer if i perform a transfer in the Kinetic UI it ignores the rules regarding Negative on Hand Action and allows the transfer to happen. If i perform the same transaction with the same details in the classic screen it gives the error as expected.
As an update, i created a new part from scratch using the same details ad the part with the issue, adjusted some stock on, transferred one more than was in the stock location and it gave me the stock warning. So, i went back to the original part, went into Part Class and changed that to Warn, performed the transaction again on the original part and it came up with the Warning error. Changed it back to stop in part class and it came up with the Stop error.
This now opens up another question in that as we are migrating all our parts from our current E9 system to Kinetic via DMT scripts, is it possibly that which is maybe causing the issue? Again though, why would the classic interface ‘Work’ and the Kinetic UI not?
The qty warnings are related to the part class so I would not h think so. One thing to confirm or not if it is environment based, is perform the same test in the education system to prove it. If you can repeat it there then defiantly a bug, but as I said check the release notes first as it may save you some time.
Ad mentioned there are excel versions of the changes attached to the pdf, you need acrobat reader to get at them. Once you have the spreadsheet you can find or sort and filter, whatever your poison.
I have been doing some additional testing and notice that in the DB some class ids were STOP and some were stop. PDRW was originally STOP as loaded by DMT and did not follow the Negative Quantity Action rules. When i changed to Warn and the back to Stop it did follow the rules. I did further testing on three other parts, two was STOP that allowed the transaction to work and the third was Stop which showed the error.
I have attached the original DMT script that was loaded and a testing document that shows screen shots of the transactions and behaviour.
I would have thought that if STOP is wrong it would have been rejected by the DMT, however as it wasnt and loaded AND worked through the Classic UI i would have though that the Kinetic UI would accept both STOP and Stop as what enables the Negative Quantity Action Rule. 39.Kinetic Part Classes with Lead Time Poynton.csv (729 Bytes) Negative quantity Test Support.docx (233.2 KB)
Anyway, this is currently with support to see if they can fathom out where the issue is.
Just as an update, AGAIN, EPICOR Support have looked into this and tested on the latest software that they have and they have replicated the issue and have said that this is a BUG and will be sent to development to rectify