甲骨文

在Oracle R12仓库管理中轻松解决订单修改的方法

在订单履行过程中定期进行订单修订。一旦销售订单被“释放”到仓库以完成和发货,订单就不能被更改,除非订单上所需的行处于可修改状态。在这篇文章中,我们将介绍销售订单可能被取消或更改的潜在场景。这些更改将导致需要将部分或全部销售订单移至可修订状态。

了解Oracle EBS R12中的订单释放

销售订单有六个可操作的阶段。总共有七个阶段,但我们只考虑以下五个阶段:

Ebs Om Backorderphases

从已预订的订单开始,任何更改都需要记录。这些都是修订版。订单管理/客户服务团队是进行修订的团队。当订单向下移动到每个后续阶段时,他们轻松进行修改的能力就会降低。来自仓库的积极参与随着每一个进展而增加。

仅当订单处于“已预订”阶段时才可能进行更改。您还可以在选中或分期后将订单重置为“已预订”阶段。这是主动延迟订购销售订单的行为。向后排序将取消订单的选择和分期。这将把订单或订单行移回可修改的状态。这也将从拾取的货物中移除分配的材料。销售订单上已经没有这些货物了你必须重新挑选这些货物才能把它们列入订单。

当变更请求发生时,您将需要评估您的方法。该方法的首要问题是基于操作效率。哪个更容易,倒车或完成采摘?

Oracle R12 WMS中的订单修正决策树

订单修改场景:

我们将在每个阶段介绍如何在Oracle E-Business Suite (EBS)中取消或修改订单。这些阶段如下:

  1. 订单订好后销售订单的修改(仓库尚未收到订单)
  2. 仓库收到订单后需要修改订单
  3. 当需要修改订单时,订单会被主动选中
  4. 在销售订单/订单已被挑选和分级后,订单/订单被取消
  5. 订单已经出货,需要修改

场景#1 -订单在发布前被修改/取消

场景的细节:

销售订单处于已预订状态。仓库还没有收到订单客户打电话并要求更改或取消整个订单。

在订购处更改订单

命令修订行动计划:

客户服务(订单管理组)取消销售订单/产品线或对特定产品线进行更改。完成后,仓库收到修改后的订单。已取消的订单没有其他步骤。

场景#2 -仓库在需要修改订单之前收到订单

场景的细节:

Oracle云指南:确保成功迁移到云的5个步骤
Oracle云指南:确保成功迁移到云的5个步骤

探讨主要考虑事项、将云与遗留应用程序集成以及当前云实现的挑战。

获取指南

仓库已经收到销售订单客户致电并要求更改订单或全部取消订单。

订单发送到仓库后进行订单修改

命令修订行动计划:

在这种情况下,权宜之计是关键。由于不进行取单,我们希望保持这种方式。修改必须在仓库主动开始挑选订单之前进行。为此,客户服务团队需要联系仓库领导。

仓库领导将需要执行两个操作:

  1. 确保不开始取单
  2. 取消系统中的开放采摘任务。

对于第一部分,他们需要从活动订单队列中提取订单。您可以通过从订单堆栈中删除挑选单来实现这一点。下一步是取消EBS中的开放任务。如果反转这些步骤,就会有仓库工作人员试图挑选订单的风险。他们将无法在EBS中访问要挑选的订单,但会有一个挑选单指示他们挑选。这会造成混乱和延误。如果仓库以无纸化模式运行,只需继续执行EBS中的任务取消步骤。销售订单或订单线修改可以在任务取消后发生。

如果仓库经理/主管(或主管)已指定主动提货的订单,请参见下一个场景。

场景#3 -在主动采摘过程中发生订单修正

场景的细节:

仓库正在积极地挑选订单来完成。客户致电并要求更改订单或取消整个订单。

在采摘时修改订单

命令修订行动计划:

订单的主动提取发生在此阶段。客户服务将需要停止主动提取订单。这将需要与仓库领导团队协调。根据订单在执行周期中的位置,可能需要几个小时才能修改订单。仓库领导将需要评估订单在履行过程中的位置。仓库工人是否更容易将材料退回到他们发现的地方(并反转那些挑选任务的执行)或完成履行任务?一旦他们做出了决定,领导层必须与仓库员工沟通他们的意图。

订单修正动作决策,当订单被主动挑选时一旦任务完成(通过返回货物或完成挑选),Warehouse领导可以将订单返回到可编辑状态。在反转拾取任务的情况下,它们将执行与场景#2中相同的步骤。如果他们选择完成挑选,然后延迟订购,他们将需要遵循场景#4中概述的步骤。

场景#4 -在订单已提货但未发货后,订单被修改或取消

场景的细节:

订单执行阶段已经完成。下一步是将订单运出仓库。客户致电并要求更改订单或取消整个订单。

Ebs Om Backorder在上演

命令修订行动计划:

要更改销售订单,不能有任何确认的预订。此时对销售订单执行此操作的最简单方法是取消已确认的发货。您可以对一行或整个订单执行此操作。在Oracle EBS中,此操作是延迟发货确认。您不是确认货物的发货,而是指示系统取消整个提货确认过程。这将使订单回到可修改的状态。

按照同样的方法处理暂存区损坏的物品。你需要将损坏的货物分开交付,这与订单的其余部分是分开的。延迟交货损坏的货物。这将允许损坏的货物被转移到QC重新包装或妥善处理。然后将订单重新释放到仓库,以挑选下一个可用的好货源发送给客户。

不幸的是,对于仓库来说,需要执行额外的步骤。这些额外的任务是拆卸托盘并将货物运回仓库。一旦修改完成,客户服务将重新将订单释放到仓库。整个过程将重新开始。整个挑选顺序重新开始。

场景#5 -发送销售订单后的订单修改

场景的细节:

销售订单已运出仓库。客户致电并要求更改订单或取消整个订单。

Ebs Om船后延迟订购

命令修订行动计划:

装运确认点就是不退货点。货物已经离开仓库,正在运往客户的途中。在这一点上,客户服务将需要授权退货。对顾客的商品表示感谢也是必要的。然而,信贷发行的点将取决于公司的政策。

结论

销售订单的修改将发生在订单执行环境中。有效地管理这些修订是至关重要的。获得效率的关键在于理解过程。对这些变化的适当管理来自于沟通。

你可以将这些原则应用到其他实现过程中。我们将探索将其应用于其他岗位的制造业。雷竞技电竞竞猜有关离散制造,请参阅雷竞技电竞竞猜在Oracle R12 WIP和WMS中,有更多方法可以轻松解决重大更改职位。如果您有兴趣将此应用于工艺或批生产环境,请参阅雷竞技电竞竞猜在Oracle R12 OPM和WMS中有更多轻松解决重大更改的方法职位。

作者简介

Matthew Fleishman是Perficient公司的高级解决方案架构师。Oracle NBU。Matthew拥有超过25年的供应链和库存操作经验,以及超过18年的Oracle应用程序工作经验。Matthew也积累了超过100个Oracle专门化。

更多来自作者

留下回复

这个网站使用Akismet来减少垃圾邮件。了解如何处理您的评论数据

订阅每周博客文摘:

报名
关注我们
推特 Linkedin 脸谱网 Youtube Instagram