Move and Queue Times not Working

e10

(Aaron Willett) #1

We have a production calendar that’s set for M-F for 10 hour days.
On some resources, we have a move and queue time of 20 hours each, so 2 days before the op, time to do the op, then 2 days after the operation.
Yet–when I look at this job that was scheduled by MRP with a start date of 8/16/19, the operation with those move/queue times is starting and ending on the same day (prod hours is only 0.20).
What happened to my move and queue times?


(Brandon Anderson) #2

If you look at the job scheduling board, it looks like it doesn’t put any queue time on the first operations, and not move time on the last operations. So your start time for a 2 operation job. So your first operation isn’t adding any queue time. (which I think we both agree is asinine, considering most people are really using queue and move time to pad schedules because everyone knows things don’t go instantly from one process to another)


(Chris Crosta) #3

When did you complete operation 10? Before or after you scheduled?


(al maragni (USA - NY/NJ)) #4

are the operations finish-to-start or start-to-start?


(Aaron Willett) #5

@Banderson - I agree on the reason the queue time is not there for the first op, but the first op also has a move time of 20 hours, so it should have that 2 day gap before the pick operation starts, no?
@E102016 - Scheduled before the operation was completed.
@amaragni - All of our operations are set to Finish-To-Start


(al maragni (USA - NY/NJ)) #6

fudge…
what is the move/queue time of the RESOURCE?


(Aaron Willett) #7

They’re set to “Use Resource Group Values”.


(al maragni (USA - NY/NJ)) #8

double fudge…
IDK

create a sample/example …

i would try adjusting the values at resource level - and not the same as the group -
just to see if you can get some change.

also (i agree with bandersen) try looking at the job scheduling board to get an idea if the system is “seeing” the M/Q/ time.

gottalova a meaty scheduling problem…


(Gil Violette) #9

Finite horizon affects this - if the job is scheduled finitely, the queue times are not supposed to apply.


(al maragni (USA - NY/NJ)) #10

@willetta is Gil correct? did it resolve your issue?
if you confirmed it would be great to know - if you can


(Aaron Willett) #11

Sorry–juggling a lot.
We schedule infinitely, so I do not believe this is our issue.
Our finite horizon is 0.


(Gil Violette) #12

Well, your experience matches mine, Aaron. The queue times do not work properly according to the documentation in that they are added when scheduling finitely. We don’t use move time here, so I can’t speak to that directly.

I will say that in addition to queue times, there are several other nuances with scheduling that do not work as advertised. We are in the middle of an upgrade from V8 to E10, and I am anxious to do some testing to validate exactly what the scheduler is doing.


(al maragni (USA - NY/NJ)) #13

just throwing this OUT there. - I’ve never tried it
but IF you really need to consider QUEUE time -
maybe you can simulate Queue Time with an preceding operation
either at the same resource group - or a phantom group

i haven’t thought it through all the way - just wondering out loud
it is Friday afternoon :slight_smile: on the first full week back to work …


(Brandon Anderson) #14

It could work, but it may depend on how your company transacts or completes operations. It could be a huge pain with unfinished operations. I could see it working though if you really needed it.