订单系统作为电商系统的“中轴线”贯穿了整个电商系统的全部流程。所有的核心系统都是围绕订单进行构建的。订单的发展也是随着电商、O2O行业发展逐渐演变进化的,今天跟大家来解构下这个平台的“生命中轴线”。
订单系统流程涉及到的环节非常多。这里面提几个细节上需要注意的地方:
订单生成环节存在超时未支付自动取消的过程。库存的占用会在订单取消后释放。
如果选择COD(货到付款)则支付环节相应转移到订单配送之后,而过程中所有与款项相关的逻辑变为只操作金额数字,不对结算和账户进行打退款操作。金额分摊需要到品,这个在之前解构电商、O2O用户端“背后”的逻辑中有说明,这里就不细说了。
订单系统审核主要用户对恶意用户情况进行处理。系统可根据白名单、黑名单、消费频次、促销品购买量当方面做风控规则。如果后续会进入到人工审核,则规则上可以适当从宽。当触发规则需要进行订单退订的行为。此处设计时要小心对用户体验的损害,往往前台文案上说明当前节点是审核状态或者是等待接单。
在O2O领域有催单的概念,而传统电商则是通过关联第三方物流的物流信息进行跟踪。催单触发考虑到实际场景,一般会设定一定的时间间隔,间隔时间内只触发一次催单的请求。预售等货和移仓需要做成SOA服务,以便在交易页面计算预计时间和预计到货时间。移仓处理依赖仓库的情况,也会涉及到后续拆分和合并包裹的逻辑。
订单生产时先要判断报缺情况,如果出现报缺问题则要考虑整单报缺、部分报缺、换货或者换转退的情况(库存,仓促调拨和退款)。报缺情况分为系统报缺和实物报缺,这是承接但相对独立的两个环节。电商系统要考虑7天无理由退货的情景,即订单系统的订单状态完成后申请退货。此时主要涉及的是金额上的计算以及一些财务程序(如发票等)问题的处理。