Necessity of zone, bin number in batch number allocation

Question

We need to allocate a batch number at the time of GR posting - does the warehouse zone, bin number in any way form the criteria for the batch no allocation

Answer 1

Hi,
  you need to do an iterative approach to see if the test socket is active based on a point before you set the number of threads to wait for with the rendezvous - Runstate.TestSockets.Count contains a number that says how many are available (enabled and disabled) and then the list (array) of all the testsockets is in Runstate.root.Parameters.ModelData.TestSockets[x] and you're looking for the disabled item in there.
So for each in Runstate.Root.Parameters.TestSockets[item].Disabled count the number of falses and use that for the number of rendezvous threads to setup.
Of course, as the previous poster noted - this doesn't help if you've already committed to a number of rendezvous threads and you're finding you're skipping over a rendezvous step.
Options here are to look at the top level again, and if there's a step going through cleanup because it failed, then that's a pre-condition on the rendezvous step, but that would prevent all instances of that front levelling up.#
You could pre-create 4 rendezvous items though - a wait for 1, wait for 2, wait for 3 and wait for 4. Then use the flags to select which one things need ot wiat on.
Again - that doesn't help if say 2 are already waiting and a third one suddenly goes to failure so skips ove the "wait for 3" rendezvous.
Within reason, you should have an idea how long a rendezvous takes anyway - use the timeout on the rendezvous step so it will drop out if there's one missing.
That help?
Thanks
Sacha
// it takes almost no time to rate an answer