1. 首页
  2. > 香港公司注册 >

货到付款的收入确认时点是(收入确认是按发货时间还是收货时间)

前言订单产生后,接下来会继续进行一系列流转,最后送到用户手里。在每个环节都有对应的操作,数据信息也要求其完成性,可以根据订单的每个状态变化,来计算分析,进而进行优化供应链路径,以提升订单处理效率,提高用户体验。本篇就依据经验从订单信息及订单状态两方面拆解来说下本人对订单涉及的系统或业务流程。


(1)订单基本信息


(4)支付明细


(6)订单附属表


  • 拉单服务:是将前端服务器产生的订单拉取到后端生产库(一般也叫内部ERP库),这个就是要求快,不能有订单的积压。
  • 拆单服务:折单分为两部分,在前端下单时会进行预拆单,即将不同的商品根据规则进行分堆打标,供后续的拆单服务使用。拆单是在支付完成后进行的,这时会根据商品的属性、配送条件要求或是否缺货等原因进行拆分,这时是将商品进行分堆,然后生成子订单,一般订单主表的相关金额信息会根据子订单的商品重新计算。拆单规则有很多,此篇不深入梳理了。
  • 订单下发服务:WMS系统是与OMS系统或ERP分离的,如果使用第三方的仓储系统,数据的传输是必不可少的。对于单据的下发与状态回传系统是如何设计的,目前都是定时任务 消息队列的方式进行。订单可以根据仓库下发的WMS系统,也可以通过开放平台传递给合作商家由其进行发货。在京东上下单完成后,你会清楚的看到类似如下系统消息“您的订单已经分配到XXX仓库……”给用户。
  • 订单拦截服务,在用户创建订单或支付后,在没有拆单前,还应该有一个订单拦截服务。此服务的目的是进行恶意订单的判断,对于特殊订单的审核,这都依赖于相关规则设置。当订单拦截后,订单可能会被强制取消,目的是为了释放库存或避免用户刷单,这个过程有的被称之为订单的回滚期,我理解就类似于回收站一样。

待发货:在此状态的订单有可能没有下发到仓库,也可能已经下发了。但在此时,订单都是可以取消的。


看上面的图中,订单在发货前每个状态理论上都可以取消(用户主动或被动)。


订单取消后,状态就变为取消状态,这个状态我理解为是订单的终结状态中一个(取消、无效、关闭或签收)。


在此取消订单如果没有发生拆单,则可以根据支付或未支付进行,即涉不涉及用户退款;如果发生拆单,则订单是要根据子订单进行取消了,而且在取消过程中是否要判断是否可以取消,这就涉及促销或赠品或订单分类等信息,细节不说了。


这里补充一个订单状态,即如果订单发生拆单后其父订单的状态是什么?一般设置为无效订单,这个也是订单的一个终结状态。


接收订单:这个状态在WMS系统中可能定义为待分拣或其它名称,在上位系统就是已下发或待发货。此时订单就开始在WMS系统中进行流转了,但用户一般不会关注你具体的履单节点,他最关心的是你发货还是没发。


分拣/打包/发货:这几个状态都是仓储或商家的作业过程,其发货速度是用户关注的,一般上位系统只关注于何时发货,如果没有及时操作会进行提醒。对于这些状态的变化,虽然是仓储中的,但是我认为需要同步到OMS系统中,这样可以分析订单的时效,而且对于售后也是有帮助的。


一般情况下,在订单还没有开始分拣时,用户或系统仍然可以取消的,具体看订单取消的环节是如何设计的。


已发货:当仓库或商家操作发货后,订单便进入到下一个状态过程,即物流状态。此时的订单已经打包完成了,此时订单是不允许取消了,如果用户不要,那么只能进行拦截进行拒收处理。


物流状态信息:主要是四个节点,“已揽收->运输中->已派件->已签收”,这些都是对接第三方物流信息获取的。这些状态信息一般与订单主状态是分离的,记录在订单信息中的物流明细表中。在与物流公司对接时,它们会有很多状态码,哪些展示给用户,哪些不展示给用户可以根据情况进行筛选。但最好与物流的官方保持一致,因为有的用户会去快递的官网查询,如果有异常会进行投诉。


由于对接的是快递公司的开放接口,有些信息是要进行脱敏的,有些信息是要保存的,物流状态的更新需要及时,以便让用户看到最新信息。


签收:用户收到货后签字确认,此单完成。如果后续涉及质量等问题,就需要走售后流程。


拒收:淘宝订单一般很少有拒收,因为商家一般都要求先签收拍照后走售后(有的商品可以)。在大的垂直电商网站下单一般自营商品可以拒收。现在基本上没有货到付款了,在几年前购买商品可以选择货到付款,对于商品用问题或不满意的用户可以非常坦然的拒收,因为你没有付钱。虽然现在有支付宝等第三方支付了,但是拒收时涉及到与快递、商家三方的沟通,也是比较麻烦的。


商品拒收后,对于第三方物流是属于一个新的单子,快递费谁支付(用户还是商家)是个问题,所以一般都是先签收后退。


写到这里应该可以简单的了解了订单生成后,根据相关的状态再一次了解了单据流转过程。



总结

了解了订单信息的组成以及相关的状态,相信对于后续业务的理解与方案设计会有一点点帮助,但这些都是非常泛的理解,对于退货的逆向流程也没有总结,在设计产品时一般对于正向的标准流程处理基本都是比较容易的,复杂的都是逆向或异常情况的考虑。


版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至123456@qq.com 举报,一经查实,本站将立刻删除。

联系我们

工作日:9:30-18:30,节假日休息