审阅顺序交货排程的详情
在“顺序交货排程”页面的明细视图上，将显示顺序交货排程的排序信息、分配计划和日志条目。
要审阅所选顺序交货排程的详情，请执行下列操作：
- 选择“下达管理”>“顺序交货排程”。
- 单击顺序交货排程的“详查”按钮。
-
审阅所选顺序交货排程的排序信息：
- 顺序
- 将顺序交货排程发送给供应商的每个初始设备制造商(OEM)使用唯一的编号作为引用点。此编号定义了在装配线上制造的车辆的确切顺序和制造时间。来自 OEM 的顺序交货排程的有效编号会内部复制到“顺序”字段。“下达管理”使用此序列号来评估“未处理计划”页面上顺序排程的相应订单行。必须在订单行中填写序列数据。请参阅“制造编号”字段的说明。
- 需求日期
- 此字段显示需求日期和时间，必须在当日使这些订单货品在客户位置可用。
- 状态
- 此字段显示顺序交货排程的状态。用于更新带有序列数据的顺序排程的顺序交货排程接收状态“已处理”。尚未处理的顺序交货排程状态为“新建”。无法处理的顺序交货排程接收了状态“失败”。
- 汽车标识号
- 汽车标识号 (VIN) 由其制造商分配给每个车辆的一组结构化字符组成。VIN 由一些 OEM 用来识别某一货品所需的装配线上的车辆。例如，如果货品是车辆的组装零件，那么当前字段中的编号即为车辆的编号。
- 作业序列号
- 需要货品的作业的序列号。例如，在贸易伙伴 Smart 的排序进程中，处理连续预测消息。在处理此消息时，该字段包含车辆的计划作业顺序。在完成生产顺序后，系统将处理顺序交货排程消息。然后，该字段将包含车辆的最终作业顺序。它是货品所需的装配线上的作业顺序。
- RAN
- 发放授权号是客户分配的唯一指定确认需求的编号。缩写：
RAN。使用RAN号（而不是 CUM）来同步发放订单。特定取件日期/时间、到达日期/时间、运输 ID 和收货方地点的RAN号是唯一的。因此，相同的RAN号对不同的分配区和消耗点有效。 - 逻辑顺序编号
- 该制造商的逻辑序列编号。例如，在贸易合作伙伴 Smart 的排序进程中，完成了生产排序。系统处理顺序交货排程消息。在处理此消息时，该字段包含车辆的计划作业顺序。
- 额外汽车规格
- 制造商的额外汽车规格。
- 试运行标识
- 该字段显示来自制造商的试运行标识号。
- 制造编号
- 此字段显示识别特定程序集或另一制造流程的唯一编号。一些 OEM 使用“逻辑序列编号”、“作业序号”或“汽车标识号”代替“制造编号”。参见“顺序”字段的说明。来自 OEM 的顺序交货排程的有效编号会内部复制到“顺序”字段。
- 型号标识
- 制造商的模型识别编号。
- 系统序列号
- 该字段显示来自制造商的系统序列编号。
- 生产区域编号
- 该字段显示来自制造商的生产区域编号。
- 生产区域日期/时间
- 该字段显示必须在生产区域供应货品的日期和时间。
- 客户
- 合同行的客户。客户是用于唯一识别会计实体的客户的任意一组字符。客户取自 ERP 系统。
- 收货方
- 合同行的收货方。此字段表明与收货方位置一起用于识别货物运送地点的位置代码。
- 其他交货排程
- 制造商的额外交货排程编号。
- 更改序列
- 贸易合作伙伴 BMW/Rolls Royce 使用两位数的更改序列号。这表明车辆在装配线上的顺序已更改。
- 供应组
- 制造商定义的供应组。
- 货品系列
- 制造商定义的货品系列。
- 货品组标识符
- 制造商定义的货品组标识符。
- 标签号
- 用于发放订单货品的标签号。
- 投料站
- 投料站是由客户定义的交货地点。该信息由消息子类型为“已排序”的发放订单传输。投料站表明装配线上的位置。如果有多条装配线（比如在大型工厂中），则投料站指示具体的装配线。
- 投料站
- 装配线的进料侧。
- 版本
- 此字段显示顺序交货排程的修订号。
- 分配的计划
- 此字段显示分配给顺序交货排程的顺序排程编号。唯一的序号是制造编号或 OEM 的另一个编号。对于这些编号，可以有几个必须交货并安装的货品，例如：汽车的一对车外后视镜。必须将序列数据复制到“未处理计划”页面上几个不同顺序排程的订单行中。这些顺序排程分配到顺序交货排程的序号。顺序交货排程的序列号存储在“序列”字段中。
- 手动更改
- 此复选框表明是否手动更改了顺序交货排程。
- 历史
- 此复选框显示顺序交货排程是否是历史排程。
- 目标代码
-
可以将带有不同目标代码的顺序排程和顺序交货排程发送到供应商。目标代码控制传入的顺序排程和顺序交货排程的需求和序列数据如何处理。前提是，顺序排程中必须有一个通用编号字段，可以使每个货品的需求是唯一的。顺序排程的字段映射在顺序排程的订单行的“1. 编号”字段中存储此通用编号字段。顺序交货排程的字段映射在“顺序”字段中存储此通用编号字段。
支持这些目标代码：
- “插入”：“下达管理”检查是否存在带有相同通用编号的另一订单行。如果通用编号对每个计划是唯一的，那么系统会添加新的订单行。如果已存在通用编号，那么系统会将订单行的现有数据替换为新的需求和序列数据。
- “更新”：通过比较现有需求的通用编号和新的需求的通用编号，评估必须更新的订单行。订单行的编号和新需求的编号必须是唯一的。如果找到了匹配的订单行，那么系统会利用可用的字段信息更新订单行。如果找不到匹配的订单行，那么系统会将新需求添加到现有订单行。
- “删除”：通过比较现有需求的通用编号和新的需求的通用编号，评估必须删除的订单行。订单行的编号和新需求的编号必须是唯一的。如果找到了匹配的订单行，那么系统会删除该订单行。如果找不到匹配的需求，那么系统会将顺序排程修订存储为未处理计划。如果正确配置了警报，那么系统会通过电子邮件向负责的用户发送警报消息。系统会通知用户必须在“未处理计划”页面上删除该未处理计划。
-
“取消激活”：目标代码用于将消息子类型为“带有发货时间窗口的顺序排程”的排序需求设置为“已发货”。当创建新的排程修订时，可以停用单个需求。停用表明无需将这些需求发货给客户。这在诸如货品修订转换的情况下是需要的。为一辆车订购多个货品，但这辆车仅可以将一个货品发送给客户。在此情况下，由供应商决定必须发货哪个货品。在“发货排程”页面上选择目的代码并提交单一计划后，已发货数量将设置为需求数量。在“发货排程”选项卡和“合并计划”选项卡上将净数量设置为零。在
SequenceSchedule BOD中将净数量为零的停用的需求发布到 ERP 系统以移除这些需求。如果正确配置了警报，那么系统将向 ION Pulse 发送警报消息。在 Infor Ming.le 中通知负责的用户。此外，系统将日志条目添加到“下达管理”服务器日志。 - “重新激活”：目的代码用于创建可以发货到客户的新的常规未结需求。如果错误设置了目的代码“停用”，则必须指定新的排序需求。必须使用需求数量、需求日期和目的代码“重新激活”来指定该需求。您必须在“1.编号”和“汽车标识号”字段中指定汽车标识号。序列用必须在“作业序列号”字段中指定的作业序列号识别。带有匹配的汽车标识号的需求和相同计划的作业序列号视作“未发货”。手动输入的需求作为常规未结需求添加到合并计划。将带有目标代码为“重新激活”的需求发布到 ERP 系统。如果正确配置了警报，那么系统将向 ION Pulse 发送警报消息。在 Infor Ming.le 中通知负责的用户。此外，系统将日志条目添加到“下达管理”服务器日志。
- 会计实体
- 在一个或多个营运功能或会计功能方面进行独立核算的公司或公司内的组织单位。会计实体根据一组完整、平衡的业务编制损益表和资产负债表，通常是一个法人。会计实体在租户内定义，并且可以包含地点。
-
在“分配的计划”选项卡上，您可以审阅分配给所选顺序交货排程的顺序排程列表。您可以检查分配的计划的排序流程是已完成还是仍处于未决状态。
- 计划 ID
- 指定给顺序交货排程的顺序排程的计划 ID。计划 ID 由“下达管理”自动创建。
- 版本
- 此字段显示分配给顺序交货排程的顺序排程修订号。
- 客户货品
- 客户使用的顺序排程的货品标识符。
- 内部货品
- 如果成功分配合同行，那么就显示供应商使用的顺序排程的内部货品标识符。
- 货品说明
- 供应商的货品说明。
- 需求日期
- 此字段显示需求日期和时间，必须在当日使这些订单货品在客户位置可用。
- 净数量
- 计算的顺序排程订单行的净数量。
- 例外状态
- 因为发生了错误，因此此状态显示未经处理的计划的导入是否失败。“未决”的例外状态表明尚未由顺序交货排程的排序数据完成的顺序排程。
- 序列状态
- 显示排序需求的状态。
- 1.编号
- 此字段显示订单行的第一个文档编号。流入发放订单必须为引用需求。必须在 CUM 调整规则中将第一个编号定义为引用键字段。
-
审阅“日志条目”选项卡，其显示已执行的顺序交货排程处理步骤或发生的错误：
- 日期
- 记录的导入顺序交货排程的处理步骤的日志日期和时间。
- 类型
- 记录的顺序交货排程导入步骤的日志类型。存在这些日志类型：
- “信息”：导入步骤成功完成。
- “警告”：在导入顺序交货排程时出现警告。
- “错误”：在导入顺序交货排程时出现错误。
- “严重错误”：在导入顺序交货排程时出现关键错误。
- “系统错误”：在导入顺序交货排程时出现系统错误。
- 处理流程
- 所执行的导入过程的步骤。
- 阶段状况
- 系统会显示有关处理步骤的消息。如果发生错误，则将显示一条包含简短错误说明的消息。