基于路线的工作负荷调整和进度计划再生

如果按地理位置执行工作负荷调整,则引擎会为每个组计算路线长度。

基于地理区域划分工作的目的是,首先在地图上划分地理“群”,然后再划分群内的进度计划或路线计划。

如果路线计划遵循时间进度计划的顺序,则基于时间表和基于路线的计划不适用。 因此,路线计划会继续应用“保持顺序”模式。 活动之间的距离按路线计划例行程序计算,但是不会优化顺序来将距离最小化。 [...]

作业的地理群集

必须执行工作的所有活动都会分组为一个群,并针对该群指派工程师。

Infor LN 会动态计算群。 这取决于工作负荷发生的位置(地理位置),而这将决定群的构成。 用于计算群的计划引擎已用于地区计划,并且可用于组计划。 左侧图片表示的是星期三的工作负荷;而右侧图片表示的是星期四的工作负荷。 引擎会计算不同的地理群。[...]

分配给最近的工程师与工作负荷调整 – 找到群集引擎的平均可用能力

在上图中,各组的工作负荷都非常理想地在每组内进行了分配。 但是,引擎始终尝试使用最少的行程时间来平衡可用能力。 如果能力是无限的,群引擎会按地理位置将活动分配给最近的工程师。 如果可用能力不足,则会有一些活动保持未分配状态。 这两个方案都不是首选解决方案。 因此,用户必须人工设置分配以及影响分配。 [...]

如果有更多的能力(左侧图片),一个组 (1) 可能会获得更多分配的活动,而其他组 (2,3) 会相对较少。 另一方面,可以用保持未分配状态的活动完全将组 1、2 和 3 预定满。(右侧图片)[...]

要实现理想的分配结果,引擎会考虑行程/持续时间因子。 将行程时间与工作时间(即持续时间总和)进行比较。 引擎会使用组设置基于估计行程时间来分配资源。 这可能会导致出现能力过剩或能力不足的情况。 在“能力过剩”情况下,引擎会使用公式(输入的行程-持续时间比率)+(生成的行程-持续时间比率)/2 来降低行程持续时间因子。在“能力不足”情况下,生成的行程-持续时间比率会用作下一个选项。 可以在资源计划参数 (tsspc0101m000) 进程中设置迭代次数来限制对性能造成的影响。[...]