We consistently have parts on jobs getting over issued. Our support team has tried replicating the problem and we are unable to figure it out. Has anyone ever came across this issue? If so, what caused the problem and how did you fix it? We are having to go into 20-30 jobs a day to un-issue the double or tripled issued parts.
Not an answer just a couple of questions.
What does part transaction history say for the for the double an triple issued parts?
Are all the materials on the job overissued or just some? In the same amount?
What is the time stamp on the over issue? Very close together or spread out over time.
Who is the user id on the transactions?
Is it always the same user?
Are they all done from the same computer? Maybe a bad keyboard?
Do you use Mass Issue or Issue individually?
It shows the qty issued so if the job calls out for qty 2 but there were 4 issued, part history shows 4. It is not all parts. Different group of parts everyday. Sometimes it may over issue twice, triple and we have had up to 4 times. It is not the same user, it is not the same time stamp. No we do not mass issue.
Are these materials backflushed?
Are multiple people logged into the operation and all reporting the total OP qty vs the qty they completed?
It is different status operations of the jobs. Sometimes it is part pulling, sometimes it is during kanban jobs and sometimes it is at shipping. With that said, only one person in the specific operation. No the parts are not always backflush parts.
Epicor reached out today and confirmed that this issue is tied to our current product version and will be resolved in product version 2025.1.1, scheduled for release in May 2025.
Thank you for responding Chris.
Did they provide a problem number or any other reference to some documentation to the issue?
under Problem PRB0284993 - ERPS-259447 Issue Material – System duplicated STK-MTL.
I’m sorry did they say you are stuck with duplicate inventory transactions until May???
….
What version are you on now?
Yes we will have to manually review and unissue them until the new update
Kinetic 4.3.100
Looking at the details of the problem it seems like your users are impatient and clicking save/ok multiple times and that is what is triggering it so at least there should be a workaround for this specific issue.
*Problem Description: *
Issue Material – System duplicated STK-MTL in parttran if you click multiple time on save.
Expected Behavior:
System should have written one STK-MTL no matter how many click on save
Workaround:
Tab out after entering the bin and save (or don’t tab out but just click save once)
I mean, are you really surprised? I’m kind of amazed they are committing to a date at all, most of mine end up ‘acknowledged problem, no plan to fix’.