交货值检查

本文档描述如何以及何时控制交货值检查以进行客户订单交货。

结果

激活此功能时,预期结果是客户订单交货已准备好或未准备好进行问题报告。如果交货值检查成功或已人工批准交货,则交货已准备好进行问题报告,但如果交货值检查未执行或失败,则问题报告不可用于交货。

对系统的影响

  • 创建交货时,它将设置为问题报告状态 = 10(不执行交货检查)。这将避免在未通过交货值检查或人工批准交货值检查的情况下对交货进行问题报告。
  • 所有有效拣货单移动到停靠库位时,可以使用 (MWS410)/(DRS100) 中的选项 75 人工触发或使用自动启动作业 (MWS976) 自动触发交货值检查。结果将是问题报告状态 = 30(失败)或 80(通过交货值检查)的交货。
  • 必须使用 (MWS410) 中的选项 76(问题报告状态 = 90)人工批准失败的交货值检查,或者通过人工触发的交货值检查,以便对交货进行问题报告。

准备工作

必须先在发货策略。打开 (MWS010) 中使用以下参数激活交货值检查:

  • 必须在参数 540 交货合并字段 1 或参数 545 交货合并字段 2 中使用 OAPYNO 对象
  • 必须激活参数 570 交货值检查点(值 1 或 2)
  • 参数 580 交货值检查方法的值必须为 1。

必须在客户。打开 (CRS610/F) 中指定负责的付款方。

必须在 (CRS610/J) 中为每个付款方指定信贷限制 2。

必须对发货流程进行适当的设置,包括移动到停靠步骤。

目的

交货值检查功能用于降低向付款方没有偿付能力的客户提供高价值交货的风险。为了实现此功能,如果交货值检查已失败或未执行,则系统将阻止交货(或其一部分)的问题报告。

何时

交货值检查功能在 (MWS010/I) 中激活。

交货值检查点 - 决定如何以及何时应触发交货值检查。

在所有货物已移动到停靠库位后,可以人工触发交货值检查。在所有货物移动到所有有效拣货单的停靠库位后,也可以人工或自动触发交货值检查。

自动触发的交货值检查使用 (MWS976) 中的 ASJ 进行控制。每次拣货单后缀设置为状态 60(在停靠库位),记录将由 ASJ 进行控制。如果所有有效拣货单后缀设置为拣货状态 = 60,则将触发交货值检查。

注意

删除拣货单后缀或者报告为零(设置为拣货状态= 60)时,将触发附加验证。如果剩余的拣货单后缀设置为拣货状态 = 60 并且未执行交货值检查,则将执行交货值检查。

验证时

交货值检查的结果是字段问题报告状态的更新。

以下是可能的值:

  • 00 - 未激活
  • 10 - 已激活,但未执行
  • 30 - 已执行,但交货值检查失败
  • 80 - 已执行,且已通过交货值检查
  • 90 - 已人工批准交货值检查

如果激活了交货值检查功能,则客户订单交货的任何货物报告为已发放时,将验证字段问题报告状态。这表示,对交货的一部分、完全交货或甚至包含激活了此功能的交货的发货进行问题报告时,将验证问题报告状态。如果问题报告状态不是 00(未激活)、80(已通过)或 90(已人工批准),则不允许进行问题报告。

通过 API 报告问题时,将执行相同的验证。

方法

要执行交货值检查,需要以下零件:

  • 实际交货值 - 由交货值检查方法使用 (MWS010/I) 中指定的参数进行控制。此参数控制如何计算实际交货的值。在当前解决方案中,唯一可用的选项是使用净价方法。此方法用于计算每行的值,因为销售价格将扣除行折扣,并乘以移动到停靠库位的数量。将对所有有效拣货单上的所有行汇总已计算的值。
  • 对同一交货分组的所有客户订单的付款方的有效信贷限制 2。
    注意

    为了激活交货值检查功能,只有具有相同付款方的客户订单行可以分组在相同交货中。这将通过强制使用 OAPYNO 字段作为交货合并字段来执行。

  • 收集的有关付款方未清开票金额(使用付款方货币)的信息。

如果付款方满足以下条件,交货将通过交货值检查:

  • 信贷限制 2 - 未清开票金额 ≥ 实际发货值

对于未能通过交货值检查的交货中的货物问题报告,只有以下备选项可用:

  • 人工批准交货

    手动批准特定交货进行问题报告的原因有很多。这可以是给重要的战略收货人或者目前可以认为付款方值得信赖的交货。

  • 人工触发交货值检查

    在减少交货内容/值或更改付款方信贷限制 2 或到期的开票金额之后,人工触发的交货值检查将执行新检查,并根据结果更新问题报告状态。

应用程序消息

交货值检查的结果可能会触发不同的应用程序消息:

  • 应用程序消息 276 - 交货值检查失败

    发送给针对付款方记录(包含交货号、已计算的交货值、交货值差异、付款方货币等详细信息)设置的客户责任人的消息。

  • 应用程序消息 277 - 已通过交货值检查

    发送给针对付款方记录(包含交货号、已计算的交货值、交货值差异、付款方货币等详细信息)设置的客户责任人的消息。

  • 应用程序消息 278 - 已通过交货值检查

    发送给针对付款方记录(包含交货号、问题报告状态、付款方等详细信息)设置的客户责任人的消息。

限制

激活交货值检查功能之前,请注意以下限制:

  • 此功能仅对客户订单交货有效。
  • 此功能仅对具有自动级别 (TRLV) = 3 的发货策略有效。
  • 必须将交货合并对象 OAPYNO 用于交货合并字段 1 或 2。
  • 信贷限制 2 必须有效(> 0),才能执行值检查。如果信贷限制 2 = 零,则交货将始终通过交货值检查。
  • 必须先将所有有效的拣货单后缀移动到停靠库位,然后才能执行交货值检查。假定交货值检查是将货物装上卡车和/或报告为已发放之前要执行的最终步骤之一。
  • 计算交货的形式值时,将使用当天所用逻辑计算拣货单行的交货值。每行的值的计算方法为销售价格扣除行折扣,并乘以所有交货行在停靠库位的商品数量。交货值金额中不包含订单收费、发票折扣或增值税
  • 所执行的交货值检查将关闭交货,而与此检查失败还是通过无关。这样做的原因是防止在进行交货值检查后将任何附加的货物添加到交货中。
  • 不会执行因交货内容更改、所包括的订单行上的价格/折扣更改或者付款方的未清开票金额更改而引起的交货值或问题报告状态自动更改。
  • 自动触发的交货值检查仅在所有有效拣货单后缀首次设置为拣货状态 (PISS) = 60(在停靠库位)时执行。
  • 执行交货值检查时,不能使用现有的 M3 功能将客户订单行直接添加到现有拣货单中。
  • 如果装载优化功能有效,则必须在货物装载发货之前执行交货值检查。
  • 例如,使用 (DRS150) 时,无法将交货中激活了交货值检查功能的包装连接到发货包装。