审阅未处理计划
在“未处理计划”页面的明细视图中,显示了未处理计划的详细信息。
若要审阅未处理计划,请执行下列操作:
- 选择“下达管理”>“未处理计划”。
- 单击未经处理计划的“详查”按钮。
-
在“单一计划”选项卡上,审阅单一计划的标题信息:
- 客户
- 未经处理计划的客户。客户是用于唯一识别会计实体的客户的任意一组字符。客户取自 ERP 系统。
- 客户订单号
- 此字段显示指定给特定订单的客户标识编号。
- 当前收货 CUM
- 客户接收并确认的货物的当前累计数量。当前累计收货数量基于上次重置日期。
- 新发放编号
- 新的发放订单号。
- 新发放日期
- 新的发放订单日期。
- 计算日期
- 如果导入的新计划不包含计算日期,则会将其导入到“未处理计划”页面。请编辑计算日期,以便可对该计划进行重新验证。经过重新验证后,将该计划作为新计划导入。计算日期逻辑仅适用于已在“需求合并规则”页面上将计算日期设置定义为“删除计算日期前的所有需求”的单一计划。注意
在传入新计划后,系统会移除当前计划中早于新计划的“计算日期”值的所有需求。接下来,系统会将当前计划中的需求复制到新计划中。最后,系统会加载新计划中的所有需求,即使存在早于新计划开始日期的项。
- 收货方
- 客户的收货方。此字段表明与收货方位置一起用于识别货物运送地点的位置代码。
- 上次收货日期
- 客户的上次收货日期。
- 上次接收数量
- 上次从客户处接收的发放订单数量。
- 旧发放编号
- 旧的发放订单号。
- 旧发放日期
- 上个发放订单日期。
- 客户货品
- 供应商使用的单个计划的客户货品标识符。
- CUM 重置日期
- 累计数量的重置日期。
- 重置日期 CUM
- 该字段显示 CUM 重置日期当日的总累计数量。
- 发放期间开始日期
- 该字段显示发放订单时间跨度的开始日期。
- 发放期间结束日期
- 该字段显示发放订单时间跨度的结束日期。
-
在“单一计划”选项卡上,审阅“CUM 信息”字段集、“发放信息”和“贸易合作伙伴信息”。
字段集显示累计数量、发放订单和贸易合作伙伴的明细。在此上下文中显示的 CUM 信息比较未经处理的计划的当前值和新值。其中显示了总发货 CUM、当前发货 CUM、LSP 的总发货 CUM 和 LSP 的当前发货 CUM 的旧值与新值。
-
在“需求”部分中,未处理计划的订单行显示了每种消息类型的特定客户发放。单击订单行的“详查”按钮以审阅“新的排程需求”对话框中的信息。
- 行
- 订单行的行号。订单行按需求日期排序。需求越早,行号就越小。
- 需求日期
- 需求日期,指示必须在当日使这些订单货品在客户位置可用。
- 需求数量
- 订单行的需求数量。
- 承诺级别
- 订单行的承诺级别。承诺级别决定绑定发放订单需求的程度。以下选项对承诺级别可用:
- “已确认”:确认需求项。
- “加工品发放”:用作必须由供应商制造和发货的订购货品的生产发放的信息。
- “原材料发放”:用作供应商必须订购的原材料发放的信息。
- “已计划”:计划需求。
- 频率
-
需求的频率。频率选项包括:
- “日期和时间”:具有指定时间的日需求。
- “日”:日需求。
- “取消每日需求”:取消或减少日需求。如果贸易合作伙伴发送的需求数量为负,频率类型为“取消日需求”的计划排程移除或减少之前发布的需求。
- “日期范围”:日期范围需求。
- “周”:周需求。
- “周范围”:周范围需求。
- “月”:月需求。
- “灵活”:频率类型为“灵活”的需求是月度需求。可将这些需求分配到每周中,其中新需求从上个需求的结束日期开始。因此,会持续不断地安排需求。
- 需求类型
- 此字段对没有具体需求日期的需求进行分类。根据这些需求的优先级为其指定需求日期。通常是当前日期,对于剩余需求,需求日期是上一排程需求的时间跨度之后的日期。以下选项可用:
- “标准需求”:这是具有指定需求日期的排程需求的默认设置。
- “延期交货需求”:排程设定在当前日期的延期交货需求。延期交货需求的承诺级别是“已确认”,即确认需求。
- “立即交货需求”:排程设定在当前日期的立即交货需求。立即交货需求的承诺级别是“已确认”,即确认需求。
- “剩余需求”排程设定在上一排程需求的时间范围之后的剩余需求。剩余需求的承诺级别是“已计划”,即计划需求。
“需求类型”字段与“频率”和“承诺级别”字段结合使用,能够对这些需求进行唯一分类和处理。
- 已发货数量
- 订单行的已发货数量。
- 净数量
- 计算的订单行的净数量。
- 1.编号
- 此字段显示订单行的第一个文档编号。流入发放订单必须为引用需求。必须在 CUM 调整规则中将第一个编号定义为引用键字段。
- 2.编号
- 此字段显示订单行的第二个文档编号。流入发放订单必须为引用需求。必须在 CUM 调整规则中将第二个编号定义为引用键字段。
- 3.编号
- 此字段显示订单行的第三个文档编号。流入发放订单必须为引用需求。必须在 CUM 调整规则中将第三个编号定义为引用键字段。第三个编号仅显示在“计划”页面明细视图的“发货排程”选项卡的订单行中。
- 预期交货日期
- 预期交货日期和时间。此字段用于贸易合作伙伴 A0230 Renault(欧洲)。
- 站场代码
- 客户的收货地点或机构的发货地点,例如:货车门号。
- 线路代码
- 货运线路代码定义货物运输线路。例如,线路代码由贸易伙伴 PSA 在需求级别上的
DELJIT
消息中发送。在贸易合作伙伴的替代物流流程中,线路代码对于每个运输处理单元都是唯一的。 - 消耗点
- 一个货品可以从拖放区域分发到多个消耗点。
- 客户仓储位置
- 该字段显示工厂或仓库中收货后的存货位置。位置指用于区别属于不同机构单位的货品的机构单位。
- 分配区
- 此字段显示发货点,货物从此处分发到消耗点。此字段由法语贸易伙伴使用。
- 运输 ID
- 由客户预定义的运输的代理人运输 ID。该运输 ID 与客户的托运编号或将交货合并到一次发货的取件单号类似。
- RAN
- 客户的发放授权号,可唯一标识确认需求。缩写:
RAN
。使用RAN
号(而不是 CUM)来同步发放订单。特定取件日期/时间、到达日期/时间、运输 ID 和收货方地点的RAN
号是唯一的。因此,相同的RAN
号对不同的分配区和消耗点有效。 - 项目编号
- 此字段显示发放订单的项目编号。
- 调度交货排程编号(VAB)
- 会在供应商地点取物料前一天发送到供应商的绑定时间表。VW 和 Audi 特别使用的启运交货排程以
GLOBAL DELJIT
的格式发送到供应商。 - 型号年度
- 货品制造的年度。一些初始设备制造商(OEM)于每个型号年度发送他们的时间表。例如,贸易合作伙伴 Chrysler 于每个型号年度发送 EDI 计划日程表。此型号一年更改一次。在有短期重叠的时间范围内会向供应商发送新旧型号年的时间表。为了支持在“下达管理”中的此流程,“标准计划排程”字段映射提供了需求级别上的“型号年度”字段。
- 送货说明编号
- 该字段显示绑定的交货规格编号。供应商和代理人必须满足的绑定交货规格数量以满足客户的制造、运输和交货需求。
- 交货说明修订
- 该字段显示有效交货规格的修订级别。
-
审阅在“排序信息”字段集中针对排序需求显示的信息:
- 投料站
- 投料站是由客户定义的交货地点。该信息由消息子类型为“已排序”的发放订单传输。投料站表明装配线上的位置。如果有多条装配线(比如在大型工厂中),则投料站指示具体的装配线。
- 汽车标识号
- 汽车标识号(VIN)由制造商分配给每辆车的字符结构化组合组成。VIN 由一些 OEM 用来识别某一货品所需的装配线上的车辆。例如,如果货品是车辆的组装零件,那么当前字段中的编号即为车辆的编号。
- 作业序列号
- 需要货品的作业的序列号。例如,在贸易伙伴 Smart 的排序进程中,处理连续预测消息。在处理此消息时,该字段包含车辆的计划作业顺序。在完成生产顺序后,系统将处理顺序交货排程消息。然后,该字段将包含车辆的最终作业顺序。它是货品所需的装配线上的作业顺序。
- 逻辑顺序编号
- 该制造商的逻辑序列编号。例如,在贸易伙伴 Smart 的排序进程中,处理连续预测消息。在处理此消息时,该字段包含车辆的计划作业顺序。
- 额外汽车规格
- 制造商的额外汽车规格。
- 试运行标识
- 该字段显示来自制造商的试运行标识号。
- 制造编号
- 此字段显示识别特定程序集或另一制造流程的唯一编号。一些初始设备制造商(OEM)使用“逻辑序列编号”、“作业序号”或“汽车标识号”代替“制造编号”。
- 型号标识
- 制造商的模型识别编号。
- 货品组标识符
- 制造商定义的货品组标识符。
- 系统序列号
- 该字段显示来自制造商的系统序列编号。
- 其他交货排程
- 该字段显示制造商的其他交货排程编号。
- 更改序列
- 由贸易合作伙伴 BMW / Rolls Royce 使用的对序列号的两位数更改。这表明车辆在装配线上的顺序已更改。
- 供应组
- 制造商定义的供应组。
- 货品系列
- 制造商定义的货品系列。
- 标签号
- 用于发放订单货品的标签号。
- 投料站
- 装配线的进料侧。
- 生产区域编号
- 该字段显示来自制造商的生产区域编号。
- 生产区域日期/时间
- 货品必须在此日期和时间在生产区域中可用。
- 目标代码
- 可以将带有不同目标代码的顺序排程和顺序交货排程发送到供应商。目标代码控制传入的顺序排程和顺序交货排程的需求和序列数据如何处理。前提是,顺序排程中必须有一个通用编号字段,可以使每个货品的需求是唯一的。顺序排程的字段映射在顺序排程的订单行的“1. 编号”字段中存储此通用编号字段。顺序交货排程的字段映射在“顺序”字段中存储此通用编号字段。
支持这些目标代码:
- “插入”:“下达管理”检查是否存在带有相同通用编号的另一订单行。如果通用编号对每个计划是唯一的,那么系统会添加新的订单行。如果已存在通用编号,那么系统会将订单行的现有数据替换为新的需求和序列数据。
- “更新”:通过比较现有需求的通用编号和新的需求的通用编号,评估必须更新的订单行。订单行的编号和新需求的编号必须是唯一的。如果找到了匹配的订单行,那么系统会利用可用的字段信息更新订单行。如果找不到匹配的订单行,那么系统会将新需求添加到现有订单行。
- “删除”:通过比较现有需求的通用编号和新的需求的通用编号,评估必须删除的订单行。订单行的编号和新需求的编号必须是唯一的。如果找到了匹配的订单行,那么系统会删除该订单行。如果找不到匹配的需求,那么系统会将顺序排程修订存储为未处理计划。如果正确配置了警报,那么系统会通过电子邮件向负责的用户发送警报消息。系统会通知用户必须在“未处理计划”页面上删除该未处理计划。
-
“取消激活”:目标代码用于将消息子类型为“带有发货时间窗口的顺序排程”的排序需求设置为“已发货”。当创建新的排程修订时,可以停用单个需求。停用表明无需将需求发货给客户。这在诸如货品修订转换的情况下是需要的。为一辆车订购多个货品,但这辆车仅可以将一个货品发送给客户。在此情况下,由供应商决定必须发货哪个货品。在“发货排程”页面上选择目的代码并提交单一计划后,已发货数量将设置为需求数量。在“发货排程”选项卡和“合并计划”选项卡上将净数量设置为零。在
SequenceSchedule BOD
中将净数量为零的停用的需求发布到 ERP 系统以移除这些需求。如果正确配置了警报,那么系统将向 ION Pulse 发送警报消息。在 Infor Ming.le 中通知负责的用户。此外,系统将日志条目添加到“下达管理”服务器日志。 - “重新激活”:目的代码用于创建可以发货到客户的新的常规未结需求。如果错误设置了目的代码“停用”,则必须指定新的排序需求。必须使用需求数量、需求日期和目的代码“重新激活”来指定该需求。您必须在“1.编号”和“汽车标识号”字段中指定汽车标识号。序列用必须在“作业序列号”字段中指定的作业序列号识别。带有匹配的汽车标识号的需求和相同计划的作业序列号视作“未发货”。手动输入的需求作为目标代码为“重新激活”的常规未结需求添加到合并计划,并发布到 ERP 系统。如果正确配置了警报,那么系统会向 ION Pulse 发送警报消息,以便在 Infor Ming.le 中通知定义的用户。此外,系统将日志条目添加到“下达管理”服务器日志。
- 序列数据
- 该复选框表明订单行的货品和需求数据是否已用序列数据完成。序列数据决定了在装配线上制造的车辆的确切顺序以及时间。