转至元数据结尾
转至元数据起始


1.使用场景:

     在不考虑效率的前提下 和 一些复杂性的操作,掌握最基本的订单流程操作,做为快速了解 和 熟悉订单处理流程的入门篇。

2.页面框架介绍:

      筛选框-》订单状态框-》操作框-》订单信息框。 

   2.1筛选框:

    主要帮助客户通过筛选项,筛选到对应需要的订单数据。

    

    由于页面展示信息有限制,所以页面默认只展示基础筛选项,若需要更多的筛选项,可点击高级搜索 和 召唤更多过滤条件,进行高级数据筛选。详细操作见GIF动图:

    

   2.2订单状态栏:返回顶部

    

 

   待发货审核:平台店铺账号授权进入易仓ERP之后,系统开始进行拉单,即:将店铺需要进行发货的订单,拉取到待发货审核状态。由人员确认发货仓和发货渠道  审核到 待发货状态。同时向服务商进行预报,获取跟踪号信息。


   待发货:表示订单仓库还未发货出去,需要仓库人员进行发货的状态。这个状态:订单信息会推送給仓库人员,仓库人员会接收到订单的发货指令。按照接收到的订单进行发货。


   已发货:仓库人员将订单进行操作发货之后,订单状态会对应的从 待发货状态 自动跳到 已发货状态。并自动执行标记发货的动作,将承运商 和 跟踪号信息上传到平台。注:需要开启标记发货的服务。


   冻结中:订单已经拉取到ERP系统,但是买家取消了订单,系统会帮助将此类订单拦截到冻结状态当中,避免操作审核发货,造成不必要的损失。
   

     缺货:审核订单到 待发货状态 的时候,若订单该仓库该产品的库存数量不足,则系统会自动判断订单缺货,订单系统会自动挪单到缺货状态。
   

   问题件:订单审核到 待发货的时候,异常的订单系统会自动挪单到问题件状态处。

                分两种情况:
                1.系统报错:主要是基础项没有维护好,如:SKU关系管理没有维护好,平台SKU 与 仓库SKU不一致的时候,需要维护好关系,没有维护好就会到问题件状态处。

                2.物流服务商报错:物流服务商返回的报错信息,基本都是收件人 和 地址信息有误,邮编段不支持派送等原因。

   
   已废弃:将不需要进行发货的订单,转到已废弃状态。注:这里的已废弃是系统的状态,不是平台的废弃,状态并不会同步到平台。


   付款未完成:平台买家拍下订单后,还没有进行付款的订单,会拉取到此状态。后面买家进行付款之后,订单会自动转到 待发货审核处。


   等待确认:通过设置规则的方式,将一些特殊的订单拦截到此状态,特殊区分出来,由专门的人员进行审核。如:订单有 买家留言,地址黑名单,订单纠纷,订单负利润。


   近6个月订单:展示上述所有订单状态近六个月的订单。

   2.3操作按钮 返回顶部

      进行处理订单,实际操作的按钮。不同的订单状态栏,会伴随着场景,可进行操作的按钮会有所不同。


      如  待发货审核状态,主要进行操作发货审核的动作。
                  待发货状态 ,主要进行操作截单(买家临时反馈取消订单,截单避免重发)和提前标记发货的动作(考虑到平台时效性问题)。
                       缺货状态,主要进行订单的拆分,部分有货的SKU先发。

      详细见GIF动图:

      

   2.4订单信息框 返回顶部

       主要进行展示订单信息,并且可以设置订单分页条数。

      

3.订单处理流程图:返回顶部

    

   3.1正常审核订单处理:返回顶部

         待发货审核状态 审核到 待发货状态,没有任何异常,没有发生缺货的情况 和 问题件的情况,订单审核后,会待在 待发货状态。
    

   3.2订单缺货状态处理:返回顶部

          待发货审核状态 审核到 待发货状态,若订单该仓库该产品的库存数量不足,则系统会自动判断订单缺货,订单系统会自动挪单到缺货状态。

         注:主要进行操作的是:拆分订单的操作,将订单有货的拆分成一个订单,订单没有货的拆分成一个订单。有货的先发,没有货的,继续待在缺货状态,等有库存之后,订单会自动转待发货状态。

       

   3.3订单问题件状态处理:返回顶部

        待发货审核状态 审核到 待发货状态,若是系统报错 或是 物流服务商返回报错。则会到问题件状态处。

       注:主要是进行修改订单信息 和  订单SKU,修改成功之后,进行重新审核订单,审核之后,订单若还存在问题,则还是到问题件状态。

       

    

 

  • 无标签