JPI - Update Production Time Per Unit as user updates Task Quantity or Splits Tasks.
Maintaining accurate Production Hours is cumbersome when using JPI features that change Task Quantity or split tasks. There is no system linkage between Production Time Per Unit and changes to the number of units or tasks, resulting in process waste (manual recalculation and copy/pasting data), and increased risk of error.
When an operation is split, Production Time Per Unit does not adjust automatically. Users must manually divide and copy values across tasks, which is inconsistent with expectations for a modern scheduling system.
The same issue occurs when adjusting Task Quantity—Production Time Per Unit remains static instead of recalculating to preserve total production time.
This should feel intuitive. If a user has a 10-hour task and they want to split it into 2 tasks, it's fairly obvious the system should result in (2) 5-hour tasks.
Similarly, if a user changes a 12-hour task from Qty 1 to Qty 3, it should modify the Production Time per Unit to (12 / 3) = 4 hours (with override available).
Suggested Enhancement
-
Implement system-driven recalculation to keep total production hours constant when task quantity or task count changes.
-
Add a user-controlled toggle to override system calculations, with the ability to revert to system-managed values.
This would reduce manual effort, improve accuracy, and align system behavior with standard usability expectations.
-
I agree! Basically the only way Split Task currently works without manually modifying cycle time is if you have many units to split, which it splits based on quantity, keeping the same cycle time per unit, which works for those cases. However, I have many large jobs with only 1 unit, which I want to split, and thus run into the same scenarios. The same concept applies to the heads feature. Currently, you can't even use heads if the task quantity is 1. My most common use case by far is to have 1 large task with many hours, and heads need to be added or removed dynamically to get the job done on time. The only to accomplish this currently is to split the task, then adjust the hours for each newly created task.
Iniciar sesión para dejar un comentario.
Comentarios
1 comentario