I’m implementing some move and queue times in my resources and I had a question about which things new settings will be applied to. I tried rescheduling an existing job, and the move/queue settings didn’t seem to apply to everything on the whole job, only a few operations on the top level. I created a brand new job with the same part number, got new details and scheduled, and the move queue times applied stretching out this job as I expected.
My question is, will the changes to the resource group/resources only affect jobs that get details after the change? Or should rescheduling a job with existing details grab the new criteria and make the changes?
The existing job that I used had some labor applied to the very lowest levels. Does that affect the scheduling engine too? It seems like it does with some of the start dates/time.
When GET DETAILS is done per JOB or QUOTE,
the APPROVED MOM revision is ‘sucked-into’ that business area.
Per Quote, you do not FIRM, ENGINEER, RELEASE, and SCHEDULE (that is done on a JOB), but the costs are aligned to the MOM as to MTL and OPs etc, at the time of GET DETAILS to the QUOTE. (as stated below, any ENG-WKbench changes will not auto-update what’s on the QUOTE!)
EX: Quote generated on 4-1-2017 with MOM and valid for 90 days
ENG-wkbench change as to run-times based on other job results for other production. 7-1
Quote turned to SO at any point w/o re-get of details will not pick-up ENG-wkbench changes
Here is a valid reason for ALWAY’s reving up! BPM to check PART_REV on initial Quote and current rev-level!
As to a JOB… once you ENGINEER, you are locking the MOM at that time, to the JOB!!
If the Part-Rev (initially generated from ENG-Wkbench) at some point in the past gets changed after this specific job was engineered (different raw matl fer instance), even if the Engineered job has not been acted upon in any way, that job would need to be UNENGINEERED, to pick up the change made in ENG-WKBENCH.
ERGO Engineering SHUD look for JOBs for a part that is getting eng-chg!
In this example, I used mtl change, which in reality… you’d surely make efforts to correct any soon to be in process jobs so they use the newer matl. In your case, adding QUEUE, or move times… or other changes to the MOM… no impact to a ENGINEERED JOB MOM !
Further explanation: Not only is the MOM set-in-stone at ENGINEERING, but the ESTIMATE COSTS from RG’s are also set.
But if the Burden rate or labor rate on an RG gets changed, then the labor entries will use the new RG rates as per actuals!