对于大型商家来说，与各平台的合作错综复杂，需要一个逻辑清晰的自营订单系统进行管理，笔者在本文分析了自营订单系统的业务逻辑。

当前各大电商平台竞争不断，各有各的标准，各有各的玩法，这对于供货的商家来说其实是一个很大的挑战。

当然，对于一些小的商家（例如在淘宝开一个淘宝店）而言，工作人员也就几个人，工作并未细致分工，内部运营还是比较好管理的。

但是对于一些大型的商家来说，往往不单单与一个平台合作，而是与各大平台皆有合作，且体量庞大，内部人员众多，分工细致明确。这样就需要依附于各大平台搭建起自己内部的管理系统，便于内部运营管理。

对于这类因为入驻各大电商平台搭建起来的运营管理系统，其实分为很多域。例如，与各大电商平台供应相关对应的：商品系统，库存系统，价格系统，营销系统；与各大电商交易相关对应的：订单系统，客服系统，财务系统，结算系统。当然，这些系统可能不单单用于对接各大电商平台，有可能还服务于商家自主的线下平台，或者其他销售渠道。

今天分享的是，订单中心，或者称之为“自营订单（区别于各大电商平台的平台销售订单）”，是商家与各电商平台交易的核心纽带，是商家交易后运营的起点与枢纽。其结构大致如下，这里分为三块来简单分析：信息翻译，正向业务，逆向业务。

信息翻译

“自营订单”是商家交易后运营的起点与枢纽，而“信息翻译”则是自营订单的起点。

为什么单独列出这一项，主要有两个原因：

1. 各平台语言不一致，内部与外部的语言不一致，人员适应需要成本；
2. 各平台语言不一致，内部与外部的语言不一致，后续系统适应需要成本。

信息翻译涉及的内容很多，基本包含交易履约环节的所有信息。

正向业务：分为拉取与推送

• （拉取）订单相关信息：订单基本信息，会员信息，支付信息，商品信息，收货信息，优惠信息等；
• （拉取）结算相关信息：销售平台分账信息，优惠分账信息，支付平台分账信息等；
• （推送）履约相关信息：发货信息，物流明细等；
• （拉取）履约相关信息：确认收货信息。

逆向业务：分为拉取与推送

• （拉取）请求相关信息：退货请求，换货请求，仅退款请求等；
• （拉取/推送）请求调度信息：同意退货，拒绝退货，同意退款，拒绝退款，顾客寄货/上门揽件，投诉制裁等；
• （拉取）结算相关信息：退款结算信息等。

这些信息多种多样，并且各平台语言不一，所需要耗费的工作繁复复杂。虽说看上去并没有什么业务价值，却是后续所有业务流转的源头。

正向业务

我将正向业务分为了两个大的模块；

1. 正向交易调度；
2. 其他调度（包含，履约调度，结算调度，财务调度）；

为什么这么分，其实也没什么意思；就是简单的前置条件，交易调度之后，其他调度才可开始，其他调度内部之间可并行执行，或者说交叉执行。