oracle订单行状态预审批,OM订单流程状态的分析?

Om的transaction status的变化

1.        order status的变化

        entered

状态说明:

1.        订单已输入。

引发操作:

1.        输入订单。

待发操作及对应状态:

1.        booked ——book订单。

        booked

状态说明:

1.        表示订单已预定。

2.        预定订单操作主要是检查订单中的必要信息是否完整,如果订单中用于发运等后续作业的信息不完整,则系统会弹出提示窗口,按照提示依次填写完整即可。

3.        订单预定后订单行将进入出货流程。

4.        订单预定后将对订单的修改做一定的限制。如:如果要将订单行的数量减少,则必须输入减少原因,而且被减少的数量也会显示在qty cancelled字段中。

引发操作:

1.        book订单。

待发操作及对应状态:

1.        cancelled——cancel 订单。

2.        closed ——Close 订单。

        closeed

状态说明:

1.        表示订单已关闭。订购流程结束状态之一,表示订购事务正常完成。

2.        订单closed掉后将禁止订单的所有更改,包括增行和删行,定义处理限制的描述性字段除外。

引发操作:

1.        每月月底系统会检查订单的所有明细行是否closed,如果全部closed,则会将订单的状态自动修改为closed。

待发操作及对应状态:

无。

        cancelled

状态说明:

1.        表示订单已取消。订购流程结束状态之一,表示订购事务在正常完成前被取消。

2.        如果要取消整张订单,需要在订单所有明细行都未出库至stage仓库前取消,如果是bill only的订单则在所有明细行开立商业发票之前取消。

3.        如果要取消整张退货,需要在任何退货明细行上执行RMA 接口或开立商业发票作业之前取消。

4.        如果订单中已经存在被取消的明细行,则此订单不能被取消。

引发操作:

1.        cancel订单。

待发操作及对应状态:

无。

1.        Order line status的变化

        Entered

状态说明:

1.        表示订单行已输入。

引发操作:

1.        输入订单行。

待发操作及对应状态:

1.        awaiting shipping ——book订单。

        awaiting shipping

状态说明:

1.        表示订单行等待发运。此时在ship transaction form中可以找到相应的订单行进行相关的发运操作。

引发操作:

1.        book订单。

待发操作及对应状态:

1.        Cancelled—— cancel订单行。

2.        picked partial——对订单行做了pick release,并用手动方式(move order)将部分数量的item从子仓库中转移到stage仓库后。

3.        picked——对订单行的全部数量做了pick release,并用手动或者自动的方式将item从子仓库中转移到stage仓库后

        cancelled

状态说明:

1.        表示订单行已取消。订单行流程结束状态之一,表示订购事务在正常完成前被取消。

2.        在没有book之前做cancel line操作对status没有影响

3.        Cancel line有两种方式,一种直接将数量减少,这种方式不会引起status的变化(如果将数量增加则系统不做任何限制),减少的数量会在“qty cancelled”字段中显示,另一种是通过action中的cancel操作,这种方式将使整行的数量cancel掉,并引起line status的变化。两种方式系统均要求输入cancel原因。

4.        在订单行中的所有数量都没有出货至stage仓库前可以执行取消操作。

引发操作:

1.        cancel订单行。

待发操作及对应状态:

无。

        picked partial

状态说明:

1.        表示订单行中的部分数量已发到stage仓库。

2.        将部分数量发到stage仓库后,订单行不会自动拆分成多行,会把相应订单行的status改成picked partial,但是当发送到stage仓库的那一部分item执行了shipcomfirm后,订单行会自动拆分成多行,每行分别以不同的状态进行标识。

引发操作:

1.        pick release订单行,并以手动(move order)的方式将部分数量转移到stage仓库。

待发操作及对应状态:

1.        Picked——将订单中的剩余数量也通过move order发到stage仓库后。

2.        Shipped——将已发到stage仓库的那一部分item发运出去(即执行了shipcomfirm操作)后,订单行分成两行,发运出去的那一行的状态。

3.        Awaiting to shipping——将已发到stage仓库的那一部分item发运出去(即执行了shipcomfirm操作)后,订单行分成两行,未发到stage仓库的那一样的状态。

        picked

状态说明:

1.        表示订单订单行中的全部数量已发到stage仓库。

引发操作:

1.        pick release订单行,并以自动或者手动(move order)的方式将全部数量转移到stage仓库。

待发操作及对应状态:

1.        Shipped——ship comfirm。

        shipped

状态说明:

1.        表示订单行已发运。Stage仓库的on hand数量减少。

引发操作:

1.        Auto-create deliveries后,进行ship comfirm。

待发操作及对应状态:

1.        Closed——ship comfirm后,系统会在5分钟后发送一个request将发运行信息发送到interface中,作为AR系统自动生成invoice的原始数据,这个request跑成功后,订单行将自动closed。

        closed

状态说明:

1.        表示订单行已关闭。订单行结束状态之一,表示订购事务正常完成。

引发操作:

1.        ship comfirm后,系统会在5分钟后发送一个request将发运行信息发送到interface中,作为AR系统自动生成invoice的原始数据,这个request跑成功后,订单行将自动closed。

待发操作及对应状态:

2.        Shipping transaction status的变化

        ready to release

状态说明:

1.        表示准备发放挑库请求。

引发操作:

1.        订单book。订单book后,在ship transaction form中看到的第一个状态。

待发操作:

1.        Released to Warehouse——pick release,并选择手动进行挑库后。

2.        staged/pick comfirm——pick release,并选择自动进行挑库后。

3.        Cancelled——cancel订单或者订单行之后。

        Released to Warehouse

状态说明:

1.        挑库请求已发放到仓库。

引发操作:

1.        pick release

待发操作:

1.        staged/pick comfirm——用move order将item转移到stage仓库后

2.        Backordered——如果move order只转移了一部分数量,那么剩余的部分就会被Backorder

3.        Cancelled——cancel订单或者订单行之后。

        staged/pick comfirm

状态说明:

1.        已将item发至待发区

引发操作:

1.        手动:如果在pick release时没有选择auto allocate和auto pick comfirm,则需要用Move order将item从原先的子仓库中转移到待发区中,转移后,ship line的状态会转变为staged/pick comfirm。

2.        自动。如果在pick release时选择了auto allocate和auto pick comfirm,那么在执行完pick release后,ship line的状态会转变为staged/pick comfirm。

待发操作:

1.        Shipped——将货物发到待发区后,进行Auto-create deliveries操作分配一个发运指令,然后进行ship comfirm,表示货物已从待发区发出。

2.        Backordered——如果发运过程中发现问题,则可以将货物Backorder,具体做法是:进行Auto-create deliveries操作分配一个发运指令,然后进行ship comfirm,在ship comfirm界面中选择backorder all,这样会将一起进行了Auto-create deliveries操作的订单行全部backorder。

        backordered

状态说明:

1.        表示在货物进行了pick release等操作后,又回到ready to release状态中。

引发操作:

1.        在手动挑库过程中,在执行move order的界面中,用“菜单—工具—back order line”功能将货物backorder

2.        在ship comfirm的界面中,选择backorder all。

待发操作:

1.        Released to Warehouse——pick release,并选择手动进行挑库后。

2.        staged/pick comfirm——pick release,并选择自动进行挑库后。

        shipped

状态说明:

1.        表示货物已从待发区发放。

引发操作:

1.        进行Auto-create deliveries操作分配一个发运指令(可选择多行),然后进行ship comfirm。

待发操作:

1.        Interfaced——ship comfirm后,系统会在5分钟后发送一个request将发运行信息发送到interface中,作为AR系统自动生成invoice的原始数据,这个request跑成功后,发运行的状态会改变为Interfaced。

        interfaced

状态说明:

1.        已将发运数据传递至AR系统的interface中。

引发操作:

1.        ship comfirm后,系统会在5分钟后发送一个request将发运行信息发送到interface中,作为AR系统自动生成invoice的原始数据,这个request跑成功后,发运行的状态会改变为Interfaced。

2.        这是发运行正常发运成功后的最后一个状态。

待发操作:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值