Problem: We have MES Labor Detail records for the same employee, same date, same clock in and out time, same job, different assemblies and operation. It appears that duplicate transactions are being created for different assemblies and operations.
I am investigating the issue. Unfortunately, I have not found the pattern to the problem or the root cause. I am hoping that you can give me ideas to check and test to find the issue root cause.
Here is an example to describe the issue more clearly.
Labor Detail 1)
![]()
Employee 406 clocked on the job and was on the resource group ROUT. He started at 6.30 and finished at 7.20.
Labor Detail 2) This is the almost duplicate labor detail transaction.
![]()
Here is the second transaction for the same employee, same day, same job, and almost the exact same time. But the asm and opr are different and the resource group is different. The resource groups ROUT and ASSY are in different parts of our building and there is no way to work on these 2 resource groups at the same time.
I wondered if the operator was using the work queue to clock on both assemblies and operations at the same time. But these two resource groups are not in the same department and there is no way these two transactions would show up at the same time on the work queue. So I don’t think this issue has to do with the work queue.
In the last month, I have 72 records with this issue. Based on the number of records, I also don’t think employees are purposefully clocking on 2 different operations using Start Production Activity.
Question) Are there fields that I can check to determine if these were work queue entries or Start Production Activity entries?
Question) Will the SysRevID and SysRowID help me to track the issue?
There is one more hint to the issue. Sometimes when there are two almost identical transactions, the operator immediately clocks off one of the duplicates and puts quantity 0.
Example Labor 1)
![]()
I think in this example the operator noticed there were two transactions and immediately clocked off this one and entered a 0 quantity.
Example Labor 2)
![]()
Same employee, same date, same job, and same clock in time. Different resource group. But notice that it is for the same Asm and Opr. We only have one scheduled resource for the operation.
I have only looked at the last month of data. This issue existed before the update to 2026 and after the update. For approximately 10,000 labor transactions this issue is hitting 72 times. There were also multiple people that worked on this same job, assembly, and operation. None of the other transactions had the same duplication issue.
Can you give me ideas for trouble shooting?
Thank you,
Heide
