The Tasks tab of production runs that appears before the production run
is confirmed allows tasks to be added, edited, or removed. Why is this
functionality lost once confirmed?
I'm trying to correctly model "rework" on parts that do not pass
inspection and require being the preceding manufacturing process to be
performed further. This could be modeled as the following tasks linked
to a route:
1. Stock Out - task that deducts BOMs from inventory production run
2. Manufacturing - task that represents the manufacturing performed on
the BOMs
3. Inspection - task that represents inspection by the dept where
manufacturing was performed
4. Cleaning/Inpection - task that represents cleaning performed by an
external dept which is capable of detecting flaws the previous
inspection dept sometimes cannot
If "rework" were modeled using production run tasks then they would need
allow for changes even after production run confirmation. For example,
for a production run to produce 2 of a product, the inspection step
performed after manufacturing might reject both pieces. If the pieces
are deemed capable of rework instead of being considered scrap, the
manufacturing task would need to be performed again. It seems the
manufacturing task would need to be added to the production run again to
be run after the Inspection step and the Inspection task added again to
be performed after the second manufacturing and before the remaining
Cleaning/Inspection task.
The alternative would to leave the existing functionality preventing
task changes after confirmation and just create a new production run to
account for the pieces rejected. This seems to be the more correct way
to handle model rework on parts. Can anyone confirm this?
is confirmed allows tasks to be added, edited, or removed. Why is this
functionality lost once confirmed?
I'm trying to correctly model "rework" on parts that do not pass
inspection and require being the preceding manufacturing process to be
performed further. This could be modeled as the following tasks linked
to a route:
1. Stock Out - task that deducts BOMs from inventory production run
2. Manufacturing - task that represents the manufacturing performed on
the BOMs
3. Inspection - task that represents inspection by the dept where
manufacturing was performed
4. Cleaning/Inpection - task that represents cleaning performed by an
external dept which is capable of detecting flaws the previous
inspection dept sometimes cannot
If "rework" were modeled using production run tasks then they would need
allow for changes even after production run confirmation. For example,
for a production run to produce 2 of a product, the inspection step
performed after manufacturing might reject both pieces. If the pieces
are deemed capable of rework instead of being considered scrap, the
manufacturing task would need to be performed again. It seems the
manufacturing task would need to be added to the production run again to
be run after the Inspection step and the Inspection task added again to
be performed after the second manufacturing and before the remaining
Cleaning/Inspection task.
The alternative would to leave the existing functionality preventing
task changes after confirmation and just create a new production run to
account for the pieces rejected. This seems to be the more correct way
to handle model rework on parts. Can anyone confirm this?
