审阅手动审批规则的明细设置

手动审批规则页面的明细视图将显示所选手动审批规则的明细设置。

若要审阅手动审批规则的明细设置,请执行下列操作:

  1. 选择下达管理>配置>手动审批规则
  2. 单击手动审批规则的详查按钮。
  3. 审阅选定手动审批规则的标题信息:
    生效日期
    该字段定义配置的有效期段的开始日期。
    编辑时,请单击日历按钮以从日历选择开始日期。
    失效日期
    该字段定义配置的有效期段的结束日期。
    编辑时,单击日历按钮从日历选择结束日期。
    消息类型
    消息类型是发货排程计划排程
    消息子类型
    消息子类型选项包括:
    • 默认值:这是用于替换需求或将其合并到合并计划中的默认配置。
    • RAN:此配置用于根据客户RAN消息替换或合并需求。
    • GPI:此消息子类型用于 Renault 流程 GPI 中的消息类型发货排程GPI 是 Renault 组装厂使用的集成生产控制系统。在 GPI 流程中,供应商接收了需求行级别上带有唯一的运输 ID 的发放订单以及计划级别上的消耗点。发货按运输 ID 分组。
    • L3P:此消息子类型用于 Renault 流程 L3P 中的消息类型发货排程。在 L3P 流程中,供应商接收了带有运输 ID 的发放订单、消耗点以及需求行级别上的分配区。发货按分配区、运输 ID 和消耗点组织。每个托运都有唯一的运输 ID。因此,如果托运中包含多个发货,那么发货按运输 ID 分组。
    • CINDI:此消息子类型用于 Renault 流程 CINDI 中的消息类型发货排程CINDI 流程与 GPIL3P 一起使用。在此流程中,供应商接收带有 RAN看板号的发货排程。除了从 GPIL3P 得知的字段之外,在消息中包含的预期到达日期。RAN看板号对于需求行级别上的发放订单是唯一的。运输 ID 对于托运而言是唯一的。每个托运/运输 ID 的多批发货亦可。每个发货以及单个发货的每个货品的多个 RAN看板号亦可。消息子类型CINDI也用于 LISA 流程。
    • 取件单:此配置用于根据客户取件单消息替换或合并需求。
    • 舱单:此配置用于根据客户舱单消息替换或合并需求。
    • 看板:此配置用于根据客户看板消息替换或合并需求。
    • 已排序:此消息子类型可以从消息类型发货排程中选择。此消息子类型用于处理需要顺序消息(例如,与生产同步的发放订单)的发货排程。如果您使用消息子类型已排序,CUM 调整规则配置中的计算基准必须为引用项。必须选择编号 1 作为引用键复选框。
    • 带有发货时间窗口的顺序排程:此消息子类型可以从消息类型发货排程中选择。如果下达管理接收 ShipmentSchedule BOD,会检查消息处理规则页面消息子类型为带有发货时间窗口的顺序排程的顺序交货排程。客户应该也是此消息子类型。在此情况下,ShipmentSchedule BOD 与类型为发货排程的当前单一计划合并入新的单一计划。新的单个计划包含排序需求。此功能尤其为贸易伙伴“A0061 Ford(北美)”所用。
    • 装载顺序:此消息子类型可以从消息类型发货排程中选择,当发送批次序列信息时此消息子类型用于 Honda。在此情况下,参考字段包含 Honda 请求要装载到货车上的排程订单编号和批次序列。
    注解
    审阅或提供阐明配置目的的简短说明。
    客户
    客户是用于唯一识别会计实体的客户的任意一组字符。客户取自 ERP 系统。
    在编辑时,请单击该字段的查找按钮。从对话框显示的列表中选择客户。
    客户名称
    该字段显示持有合同的客户的名称。
    在选择客户后,系统会自动显示客户名称。
    收货方
    审阅或指定合同行的收货方地点。此字段表明与收货方位置一起用于识别货物运送地点的位置代码。
    在编辑时,请单击该字段的查找按钮。从对话框显示的列表中选择客户的收货方地点。显示的收货方地点对所选客户有效。
    收货方名称
    查看与收货方地点标识符一起使用的地点名称以识别将货物送达的地点。
    内部货品
    审阅或指定供应商使用的合同行中的内部货品编号,并标识该货品。
    在编辑时,请单击该字段的查找按钮。从对话框显示的列表中选择供应商使用的货品。显示的这些货品对所选客户和收货方有效。
    货品说明
    该字段显示内部货品说明。
    会计实体
    会计实体是一个公司或一个公司的子集。在一个或多个营运功能或会计功能方面进行独立核算的会计实体。会计实体根据一组完整、平衡的业务编制损益表和资产负债表,通常是一个法人。会计实体在租户内定义,并且可以包含地点。
  4. 展开注释并审阅为手动审批规则指定的备注。
  5. 审阅必须手动审批的发放订单的需求筛选条件:筛选条件显示在审批设置字段集中:
    始终需要手动批准
    如果选中此复选框,则必须在未处理计划页面中对筛选出的发放订单的需求进行手动审批。例如,在对新贸易合作伙伴的测试阶段可以使用此选项。
    首次排程需要手动审批
    必须在未处理计划页面中对无现有计划的合同行的发放订单的第一个需求进行手动审批。
    手动批准零需求
    如果选中此复选框,则必须在未处理计划页面中对无需求的发放订单进行手动审批。无需求的发放订单表示当前不必提供关联合同。建议对贸易伙伴的需求情况进行检查。
    手动批准立即交货需求
    如果选中此复选框,则必须在未处理计划页面中对筛选出的发放订单的立即交货需求进行手动审批。建议对贸易伙伴的需求情况进行检查。
    延期交货需求所需的手动批准
    如果选中此复选框,则必须在未处理计划页面中对筛选出的发放订单的延期交货需求进行手动审批。建议对贸易伙伴的需求情况进行检查。
    手动批准差异
    如果选中该复选框,则必须手动审批当前发放订单的需求与之前发放订单的需求之间的差异。发放订单必须具有相同的消息类型。根据发放订单比较设置比较这些发放订单。建议对贸易伙伴的需求情况进行检查。
    检查客户警报
    如果选中该复选框,下达管理会检查传入的发放订单中是否包含面向供应商的警告消息。例如,以贸易合作伙伴 Renault 为例,传入的发放订单中包含消息“ALERTE”。若正确配置警报,会通过电子邮件发送警报消息告知相关用户。系统会通知用户有传入发放订单。
    客户警报时阻止处理
    如果选中该复选框,下达管理会检查传入的发放订单中是否包含面向供应商的警告消息。例如,以贸易合作伙伴 Renault 为例,传入的发放订单中包含消息“ALERTE”。系统会阻止该发放订单,并且必须在未处理计划页面上手动对其进行审批。如果正确配置了警报,系统会通过电子邮件向负责的用户发送一条警告消息,告知有关已阻止发放订单的情况。
  6. 审阅发放比较设置字段集的字段:

    如果选中了审批设置字段集中的手动批准差异复选框,则会激活下达比较检查。发放比较设置字段集中的字段定义当前发放订单需求如何与以往发放订单进行比较。例如,将当前计划排程与以往计划排程进行比较。如果比较后发现存在偏差,则必须在未处理计划页面中对筛选出的计划排程进行检查。

    下达订单比较模式
    该字段定义如何将当前发放订单的需求与同一消息类型的以往发放订单的需求进行比较:
    • :计算某天内的总需求。将当前发放订单的日需求与以往发放订单的日需求进行比较。此方法可让需求管理员立即做出反应,因为对于极短时间段而言比较是非常准确的。例如,如果发放订单的需求延迟一天,则系统会筛选出该发放订单。必须在未处理计划页面上选中该选项。
    • :计算某周内的总需求。将当前发放订单的周需求与以往发放订单的周需求进行比较。此方法可让需求管理员在相对较短的时间段内做出反应。例如,如果发放订单的需求延迟一周,则系统会筛选出该发放订单。必须在未处理计划页面上选中该选项。需求延迟一天不会显示在结果中,除非该需求安排在另一周。
    • 选定时间段摘要:将选定时间段(以天为单位)内的当前发放订单需求总和与以往发放订单需求总和进行比较。
    考虑期限(天)
    该字段定义考虑要对当前发放订单的需求与以往发放订单的需求进行比较所需的时间段(以天为单位)。通常,如果安排在很长一段时间以后的需求经常更改,甚至会选择很短的一个期间。如果这些需求不会在制造货品时造成问题,那么可以考虑一段短的期间。
    允差 - 需求增加(%)
    该字段定义当前发放订单的需求数量可以超出以往发放订单的允差(以百分比表示)。如果需求数量超出此限值,系统会将当前发放订单发布到未处理计划页面。大多数情况下,系统基于一个较短的时间段来汇总需求数量,然后进行比较。计算出的差异不得超出指定的容差限度百分比。其优点是可让您了解到短期内发放订单数量的重大变化。
    允差 - 需求增加(数量)
    该字段定义货品数量的总允差限制。当前发放订单的需求数量超过以往发放订单,最多高至此限值。如果需求数量超出此限值,系统会将当前发放订单发布到未处理计划页面。
    允差 - 需求减少(%)
    该字段定义当前发放订单的需求数量可低于以往发放订单的允差限值(以百分比表示)。如果需求数量低于此限值,系统会将当前发放订单发布到未处理计划页面。
    允差 - 需求减少(数量)
    该字段定义货品数量的总允差限制。当前发放订单的需求数量低于以往发放订单,最多可低至此限值。如果需求数量低于此限值,系统会将当前发放订单发布到未处理计划页面。
  7. 审阅订单数量下限设置字段集的字段:

    在 ERP 系统(例如 LN)中设置了货品的订单数量下限值 (MOQ)。该订单数量下限值将在 Contract BOD 中发布到下达管理。您可以在合同页面上审阅货品合同行的订单数量下限值。根据在订单数量下限设置字段集中定义的规则,检查发放订单的需求数量。系统会检测到需求数量是否低于、符合或超过指定的订单数量下限。

    订单数量下限警报
    如果需求数量低于订单数量下限值,则会在处理传入的发放订单期间发出警报。用户会收到消息 SRM-1011

    “新计划低于订单数量下限值的警报”

    发生警报时进行订单数量下限阻止
    在选中订单数量下限警报复选框后,您还可以选中发生警报时进行订单数量下限阻止复选框。如果需求数量低于订单数量下限,则会阻止传入的发放订单。系统会发出警报,用户将收到消息 SRM-1012

    “低于订单数量下限值的新计划需要审批”

    未处理计划是在未处理计划页面上创建的。必须手动对未处理计划进行审批。

    承诺级别
    此字段确定必须根据订单数量下限对发放订单的哪些需求进行验证。以下选项可用:
    • 已确认:必须根据订单数量下限对发放订单的确认需求(这些货品必须已生产且发货)进行验证。
    • 已计划:在对订单数量下限进行验证时,必须考虑下达订单的计划需求。
    注意

    您可以同时选择这两个选项。

    评估窗口(天数)
    该字段可定义天数,在此期间,将在验证订单数量下限过程中考虑发放订单的需求。该期间从传入的单一订单、发货排程或计划排程的第一个订单行的需求日期开始。

    例如,评估窗口定义为 30 天,第一个订单行的需求日期是 6 月 1 日。在本例中,评估窗口为 6 月 1 日加上 29 天,即 6 月 30 日。因此,7 月 1 日之前的任何日期都在订单数量下限的评估时间窗口内。

    对于每个新的发放订单,系统都会为评估窗口设置一个新的开始日期。

    如果没有为此字段输入任何值,则无论日期是哪一天,系统都会根据订单数量下限值对每个发放订单进行检查。

    频率
    该字段定义运行订单数量下限验证流程的频率。以下选项可用:
    • 每日
    • 每周
    • 每月
    注意

    您可以选择所有选项。