审阅顺序交货排程列表
“顺序交货排程”页面显示了顺序交货排程列表,其中包含“未处理计划”页面上的未决顺序排程的序列数据。顺序交货排程的排序信息用于完成未决顺序排程的订单行。
要审阅顺序交货排程列表,请执行下列操作:
- 选择“下达管理”>“顺序交货排程”。
-
检查以下信息:
- 客户
- 合同行的客户。客户是用于唯一识别会计实体的客户的任意一组字符。客户取自 ERP 系统。
- 客户名称
- 持有合同的客户的名称。
- 收货方
- 合同行的收货方。此字段表明与收货方位置一起用于识别货物运送地点的位置代码。
- 收货方名称
- 查看与“收货方”地点标识符一起使用的地点名称以识别将货物送达的地点。
- 顺序
- 将顺序交货排程发送给供应商的每个初始设备制造商(OEM)使用唯一的编号作为引用点。此编号定义了在装配线上制造的车辆的确切顺序和制造时间。来自 OEM 的顺序交货排程的有效编号会内部复制到“顺序”字段。“下达管理”使用此序列号来评估相应顺序排程的订单行。必须通过排序数据完成“未处理计划”页面上的顺序排程。请参阅“制造编号”字段的说明。
- 需求日期
- 此字段显示需求日期和时间,必须在当日使这些订单货品在客户位置可用。
- 状态
- 此字段显示顺序交货排程的状态。顺序交货排程状态为“已处理”,它们用于用序列数据更新顺序排程。对于尚未处理的顺序交货排程,状态为“新建”。无法处理的顺序交货排程接收了状态“失败”。
- 版本
- 此字段显示顺序交货排程的修订号。
- 分配的计划
- 此字段显示分配给顺序交货排程的顺序排程编号。唯一的序号是制造编号或 OEM 的另一个编号。可以有几个必须交货并安装的货品,例如:汽车上要装的一对车外后视镜。必须将序列数据复制到“未处理计划”页面上几个不同顺序排程的订单行中。此字段显示顺序交货排程的修订号。这些顺序排程分配到顺序交货排程的序号。顺序交货排程的序列号存储在“序列”字段中。
- 制造编号
- 此字段显示识别特定程序集或另一制造流程的唯一编号。一些 OEM 使用“逻辑序列编号”、“作业序号”或“汽车标识号”代替“制造编号”。参见“顺序”字段的说明。来自 OEM 的顺序交货排程的有效编号会内部复制到“顺序”字段。
- 作业序列号
- 需要货品的作业的序列号。例如,在贸易伙伴 Smart 的排序进程中,处理连续预测消息。在处理此消息时,该字段包含车辆的计划作业顺序。完成生产顺序并处理了顺序交货排程消息后,此字段包含最终作业顺序。它是货品所需的装配线上的作业顺序。
- 汽车标识号
- 汽车标识号 (VIN) 由其制造商分配给每个车辆的一组结构化字符组成。VIN 由一些 OEM 用来识别某一货品所需的装配线上的车辆。例如,如果货品是车辆的组装零件,那么当前字段中的编号即为车辆的编号。
- 历史
- 此复选框显示顺序交货排程是否是历史排程。
- 目标代码
-
可以将带有不同目标代码的顺序排程和顺序交货排程发送到供应商。目标代码控制传入的顺序排程和顺序交货排程的需求和序列数据如何处理。前提是,顺序排程中必须有一个通用编号字段,可以使每个货品的需求是唯一的。顺序排程的字段映射在顺序排程的订单行的“1. 编号”字段中存储此通用编号字段。顺序交货排程的字段映射在“顺序”字段中存储此通用编号字段。
支持这些目标代码:
- “插入”:“下达管理”检查是否存在带有相同通用编号的另一订单行。如果通用编号对每个计划是唯一的,那么系统会添加新的订单行。如果已存在通用编号,那么系统会将订单行的现有数据替换为新的需求和序列数据。
- “更新”:通过比较现有需求的通用编号和新的需求的通用编号,评估必须更新的订单行。订单行的编号和新需求的编号必须是唯一的。如果找到了匹配的订单行,那么系统会利用可用的字段信息更新订单行。如果找不到匹配的订单行,那么系统会将新需求添加到现有订单行。
- “删除”:通过比较现有需求的通用编号和新的需求的通用编号,评估必须删除的订单行。订单行的编号和新需求的编号必须是唯一的。如果找到了匹配的订单行,那么系统会删除该订单行。如果找不到匹配的需求,那么系统会将顺序排程修订存储为未处理计划。如果正确配置了警报,那么系统会通过电子邮件向负责的用户发送警报消息。系统会通知用户必须在“未处理计划”页面上删除该未处理计划。
-
“取消激活”:目标代码用于将消息子类型为“带有发货时间窗口的顺序排程”的排序需求设置为“已发货”。当创建新的排程修订时,可以停用单个需求。停用表明无需将需求发货给客户。这在诸如货品修订转换的情况下是需要的。为一辆车订购多个货品,但这辆车仅可以将一个货品发送给客户。在此情况下,由供应商决定必须发货哪个货品。在“发货排程”页面上选择目的代码并提交单一计划后,已发货数量将设置为需求数量。在“发货排程”选项卡和“合并计划”选项卡上将净数量设置为零。在
SequenceSchedule BOD
中将净数量为零的停用的需求发布到 ERP 系统以移除这些需求。如果正确配置了警报,那么系统将向 ION Pulse 发送警报消息。在 Infor Ming.le 中通知负责的用户。此外,系统将日志条目添加到“下达管理”服务器日志。 - “重新激活”:目的代码用于创建可以发货到客户的新的常规未结需求。如果错误设置了目的代码“停用”,则必须指定新的排序需求。指定需求数量、需求日期和目的代码“重新激活”。您必须在“1.编号”和“汽车标识号”字段中指定汽车标识号。序列用必须在“作业序列号”字段中指定的作业序列号识别。带有匹配的汽车标识号的需求和相同计划的作业序列号视作“未发货”。手动输入的需求作为常规未结需求添加到合并计划。将带有目标代码为“重新激活”的需求发布到 ERP 系统。如果正确配置了警报,那么系统将向 ION Pulse 发送警报消息。在 Infor Ming.le 中通知负责的用户。此外,系统将日志条目添加到“下达管理”服务器日志。
- 上次更新者
- 上次更新顺序交货排程的用户名。
- 上次更新时间
- 上次更新的日期和时间。
- 会计实体
- 在一个或多个营运功能或会计功能方面进行独立核算的公司或公司内的组织单位。会计实体根据一组完整、平衡的业务编制损益表和资产负债表,通常是一个法人。会计实体在租户内定义,并且可以包含地点。
-
请查看下列示例以了解目标代码的使用:
目标代码插入: 新建需求/顺序: 当前计划: 日期 数量 编号 VIN 08/10/yyyy 1 PC 1232400019 08/10/yyyy 1 PC 1232400029 新建需求/顺序: 08/10/yyyy 1 PC 1232400039 导入后的当前计划: 08/10/yyyy 1 PC 1232400019 08/10/yyyy 1 PC 1232400029 08/10/yyyy 1 PC 1232400039 需求/顺序已存在: 当前计划: 日期 数量 编号 VIN 08/10/yyyy 1 PC 1232400019 123 08/10/yyyy 1 PC 1232400029 124 新建需求/顺序: 08/10/yyyy 1 PC 1232400029 125 导入后的当前计划: 08/10/yyyy 1 PC 1232400019 123 08/10/yyyy 1 PC 1232400029 125 目标代码更新 需求/顺序已存在: 当前计划: 日期 数量 编号 VIN 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 新建需求/顺序: 08/10/yyyy 1 PC 1232400029 VV1235 导入后的当前计划: 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1235 新建需求/顺序: 当前计划: 日期 数量 编号 VIN 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 新建需求/顺序: 08/10/yyyy 1 PC 1232400039 VV1235 导入后的当前计划: 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 08/10/yyyy 1 PC 1232400039 VV1235 删除目标代码: 需求/顺序已存在: 当前计划: 日期 数量 编号 VIN 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 新建需求/顺序: 08/10/yyyy 1 PC 1232400029 VV1234 导入后的当前计划: 08/10/yyyy 1 PC 1232400019 VV1233