排序进程
在“”下，您可以管理用于在“”中配置和控制排序流程的某些代码列表。
准时制 (JIT) 和 准时序列 (JIS) 性能优化
在 JIT 或 JIS 这样的排序进程中，经常必须在短时间内处理大量数据。这种情况会导致特定性能需求。由于 JIT 或 JIS 进程与使用计划排程和发货排程的标准进程不同，因此需要特定的性能优化。实际需求特定于每个 JIT 或 JIS 进程。以下是影响 JIT 或 JIS 进程的因素：
- 贸易合作伙伴
- 每辆车的货品数量和类型
- 生产的车辆数量
- 与供应商的距离，例如：现场与长距离 JIS。
特别重要的是要及时处理连续脉冲消息。这些消息的提前期取决于特定的生产和班次模式，并可以小于 1 小时。
此示例场景表明一些影响因素：
- 每天生产的 500 辆车
- 每辆车的 100 个物料（总共有 200 个物料）
- 跨度为 1 天的每日预测顺序排程，提前 5 天收到 500 辆车。
- 每辆车一条连续脉冲消息：每天 500 条 EDI 消息，大约提前 4 小时收到，平均 2 分钟收到一条连续脉冲消息
示例中的关键数字会造成“”中每个合并计划中有大约 2500 个订单行：5 天中每天有 500 辆待处理汽车。
对于每个传入 BOD，“”创建新计划修订，并发布 PlanningSchedule 和 SequenceSchedule BOD。
为了改善客户 JIT 或 JIS 安装的总体性能，可以在“”中使用下列功能：
- 在导入新的排程后，“”根据 BOD 分解规则发布所有 BOD。这通常是用于排序的
PlanningSchedule和SequenceSchedule。在导入PlanningSchedule时，不必发布SequenceSchedule。为了在导入PlanningSchedule BOD后阻止对SequenceSchedule BOD的发布，请在“”下配置代码列表SequencePlanningScheduleFastProcess。默认情况下，停用“禁止显示”并发布SequenceSchedule。仅为在代码列表中指定的客户清除发布SequenceSchedule。BOD 类型复制到新合并计划的“上次处理的排程”字段。 - “”在验证前合并连续脉冲消息。一般来说，每条连续脉冲消息会为代表每辆车的订单行的每项创建一个计划。将处理这些新计划。会发布包含每辆车的所有当前订单行的所有受影响的计划。为了减少对每辆车装载的所有货品进行的发布工作，系统会在定义的时间内收集计划并一起进行处理。然后，系统会像之前那样处理合并计划。合并对连续脉冲消息一直处于活动状态。
在处理连续脉冲消息时，发布净更改。
连续脉冲消息通常包含一辆车的信息。当下达管理发布 SequenceSchedule BOD 时，会发布所有排序需求而无论它们是否有更改。为了减少发布的 SequenceSchedule BOD 中的行数，您可以用只发布更改的需求的方式配置“”。
在 SequenceNetChange 代码列表中，您可以根据发布净更改的会计实体指定客户。
在调整计划期间，在需求级别设置“目标代码”字段。支持的值为“插入”、“更新”和“删除”。如果激活了“净更改”功能，会为每个引用RequirementPurposeCode的类型为“连续脉冲”的需求发布“目标代码”。
此外，整个顺序排程标记为 NetChange 排程。
如果未激活“净更改”功能，会发布所有需求。
在排序进程中没有连续预测的连续脉冲消息
“”的标准行为是停止处理没有相应的连续预测消息的连续脉冲消息。这些排程在“未处理计划”页面上显示为具有例外状态“失败”的未处理计划。
为了处理没有相应连续预测消息的连续脉冲消息，您可以在“”下配置代码列表 SequenceAcceptImpulseWithoutForecast。
默认情况下，停用代码列表的参数。连续脉冲消息在“未处理计划”页面上显示为具有例外状态“失败”的未处理计划。如果激活了参数，会准确无误地处理连续脉冲消息。