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