自营订单业务逻辑分析：步步为营，逐步实施.docxVIP

自营订单业务逻辑分析：步步为营，逐步实施 PAGE 4 自营订单业务逻辑分析：步步为营，逐步实施 对于大型商家来说，与各平台的合作错综复杂，需要一个逻辑清晰的自营订单系统进行管理，笔者在本文分析了自营订单系统的业务逻辑。当前各大电商平台竞争不断，各有各的标准，各有各的玩法，这对于供货的商家来说其实是一个很大的挑战。当然，对于一些小的商家（例如在淘宝开一个淘宝店）而言，工作人员也就几个人，工作并未细致分工，内部运营还是比较好管理的。但是对于一些大型的商家来说，往往不单单与一个平台合作，而是与各大平台皆有合作，且体量庞大，内部人员众多，分工细致明确。这样就需要依附于各大平台搭建起自己内部的管理系统，便于内部运营管理。对于这类因为入驻各大电商平台搭建起来的运营管理系统，其实分为很多域。例如，与各大电商平台供应相关对应的：商品系统，库存系统，价格系统，营销系统；与各大电商交易相关对应的：订单系统，客服系统，财务系统，结算系统。当然，这些系统可能不单单用于对接各大电商平台，有可能还服务于商家自主的线下平台，或者其他销售渠道。今天分享的是，订单中心，或者称之为“自营订单（区别于各大电商平台的平台销售订单）”，是商家与各电商平台交易的核心纽带，是商家交易后运营的起点与枢纽。其结构大致如下，这里分为三块来简单分析：信息翻译，正向业务，逆向业务。信息翻译“自营订单”是商家交易后运营的起点与枢纽，而“信息翻译”则是自营订单的起点。为什么单独列出这一项，主要有两个原因：各平台语言不一致，内部与外部的语言不一致，人员适应需要成本；各平台语言不一致，内部与外部的语言不一致，后续系统适应需要成本。信息翻译涉及的内容很多，基本包含交易履约环节的所有信息。正向业务：分为拉取与推送（拉取）订单相关信息：订单基本信息，会员信息，支付信息，商品信息，收货信息，优惠信息等；（拉取）结算相关信息：销售平台分账信息，优惠分账信息，支付平台分账信息等；（推送）履约相关信息：发货信息，物流明细等；（拉取）履约相关信息：确认收货信息。逆向业务：分为拉取与推送（拉取）请求相关信息：退货请求，换货请求，仅退款请求等；（拉取/推送）请求调度信息：同意退货，拒绝退货，同意退款，拒绝退款，顾客寄货/上门揽件，投诉制裁等；（拉取）结算相关信息：退款结算信息等。这些信息多种多样，并且各平台语言不一，所需要耗费的工作繁复复杂。虽说看上去并没有什么业务价值，却是后续所有业务流转的源头。正向业务我将正向业务分为了两个大的模块；正向交易调度；其他调度（包含，履约调度，结算调度，财务调度）；为什么这么分，其实也没什么意思；就是简单的前置条件，交易调度之后，其他调度才可开始，其他调度内部之间可并行执行，或者说交叉执行。1. 正向交易调度这里可能存在一个问题，各电商交易平台已经完成交易管理，支付管理了。为什么还要做一个“正向交易调度”呢，“正向交易调度”做的是什么呢？“正向交易调度”做的主要内容是同步的管理商家内部的核心资源（主要是指库存），尽量保证商家内部的核心资源与各销售平台保持一致。为什么要做这件事呢？主要原因是：尽量保证商家内部的核心资源与各销售平台保持一致，能够较为实时有效的了解各平台的销售情况，了解核心资源的消耗情况，作为运营调整的基本依据。这里的这里简单举一个例子：假设公司参与了一个京东平台的预售活动，顾客付完定金，公司肯定得做库存保留，顾客付尾款的时候才能保证有货，防止其他渠道占货，所以需要内部同步的管理库存。因为各平台是隔离的，整个销售过程由平台接管，所以供各平台销售的库存是各平台独占的；所以有同学会问，这种情况下，不会存在其他渠道占货情况。可问题是其他渠道真的想占货的时候，想从京东平台拉货回来到其他平台售卖时，不知道京东销售到底占了多少货，还剩余多少，那就肯定不知道能从京东拉多少货给其他平台。当然，这里的核心资源主要就是“库存”，商家这么做还有一个核心的目的：运营智能化，能够知道各平台销售情况，库存剩余情况，做到库存的动态智能分配。另外，还有一种情况，部分商家为充分售卖货品，因为无法实时和平台联通管理库存，会虚高供给库存。例如，商品A总库存实际就100个，结果商家同时给天猫供货70个，两个平台加起来就有140个。这种情况下，就需要较为实时监控销售情况，保证能够及时作出调整。2. 其他调度1)履约调度销售订单的履约相关涉及的内容很多，包含了“发货履约”、“安装履约”、“发票履约”等核心调度。但一般商家主要只涉及“发货履约”，那这里核心说下发货履约。当前各大平台与商家合作模式中，关于发货履约的方式也多种多样，大致可分为四