基于路线的工作负荷调整和进度计划再生
如果按地理位置执行工作负荷调整,则引擎会为每个组计算路线长度。
基于地理区域划分工作的目的是,首先在地图上划分地理“群”,然后再划分群内的进度计划或路线计划。
如果路线计划遵循时间进度计划的顺序,则基于时间表和基于路线的计划不适用。因此,路线计划会继续应用“保持顺序”模式。活动之间的距离按路线计划例行程序计算,但是不会优化顺序来将距离最小化。
作业的地理群集
必须执行工作的所有活动都会分组为一个群,并针对该群指派工程师。
LN 会动态计算群。这取决于工作负荷发生的位置(地理位置),而这将决定群的构成。用于计算群的计划引擎已用于地区计划,并且可用于组计划。左侧图片表示的是星期三的工作负荷;而右侧图片表示的是星期四的工作负荷。引擎会计算不同的地理群。
分配给最近的工程师与工作负荷调整 – 找到群集引擎的平均可用能力
在上图中,各组的工作负荷都非常理想地在每组内进行了分配。但是,引擎始终尝试使用最少的行程时间来平衡可用能力。如果能力是无限的,群引擎会按地理位置将活动分配给最近的工程师。如果可用能力不足,则会有一些活动保持未分配状态。这两个方案都不是首选解决方案。因此,用户必须人工设置分配以及影响分配。
如果有更多的能力(左侧图片),一个组 (1) 可能会获得更多分配的活动,而其他组 (2,3) 会相对较少。另一方面,可以用保持未分配状态的活动完全将组 1、2 和 3 预定满。
要实现理想的分配结果,引擎会考虑行程/持续时间因子。将行程时间与工作时间(即持续时间总和)进行比较。引擎会使用组设置基于估计行程时间来分配资源。这可能会导致出现能力过剩或能力不足的情况。在“能力过剩”情况下,引擎会使用公式(输入的行程-持续时间比率)+(生成的行程-持续时间比率)/2 来降低行程持续时间因子。在“能力不足”情况下,生成的行程-持续时间比率会用作下一个选项。可以在“资源计划参数 (tsspc0101m000)”进程中设置“迭代次数”来限制对性能造成的影响。