在后台添加商品的时候，商品所属分类为必选项，所以首先开发商品分类管理模块。在本地新增wxshop项目目录并安装部署OneThink框架。在Application/Admin/Model自定义模型控制器下新增GoodsCatesModel.class.php文件，实现对商品分类数据的自动验证、自动完成等操作定义，核心代码如下：

在Application/Admin/Controller控制器目录下新增GoodsController.class.php文件，此文件用来进行商品分类等和商品相关的操作。其中，商品分类的列表页、编辑保存页和修改状态方法的核心代码如下

其中，使用自定义模型的代码如下：

$model = D('GoodsCates'); // 实例化自定义模型

$data = $model->create(); // 自定义模型自动创建

if(!$data) // 表单参数验证

{

$this->error($model->getError());

}

在Application/Admin/View/Goods模板目录中，新增index.html文件，核心数据列表展示代码如下：

新增edit.html商品编辑页模板文件，核心代码如下：

在编辑商品分类信息的时候，图片上传使用了OenThink框架自带的图片上传方法，位置在FileController.class.php下的uploadPicture()方法。此方法不仅支持多文件上传，还支持对已上传文件的校验，防止同一个文件重复上传。

商品分类管理列表页如图所示

编辑详情页如图所示

1.鲜桥订货管理系统

“鲜桥”是业界领先的供应链订单协同系统，通过云服务+移动终端+大数据，为客户提供渠道管理、客户管理、商品库管理、订单管理等IT服务。使用鲜桥订货系统让企业彻底告别手写单，与下游分销商随时在线交易；一键开启PC/手机渠道分销平台，高效能打通企业订单流、资金流、物流；帮助企业构建移动企业级服务，将信息有机整合、实现人、财、物一体化管理。树立行业智能化管理标杆、逐一击破企业运营，管理中的不利因素。一部手机处理所有订货业务，让生意更简单！

2、易订货订单管理系统

易订货是国内第一款移动订货电商平台，帮助企业快速构建专属的客户订货电商平台，开拓分销渠道，加速资金回笼。通过这个系统，企业拉动与下游客户之间在订货协作、商品推介、库存查看、资金支付、物流查询、渠道沟通等业务环节的紧密协作。

3、SAP MES生产执行系统

SAP MES作为全球先进的制造业解决方案，可为制造企业提供计划调度、质量监控、现场管理、数据采集、设备监控、人员管理、物料追溯和看板管理、SPC统计分析等完整的生产管理功能，并通过接口实现和上层ERP、PLM的集成，实现和底层DNC、PLC等自动化设备的集成，从而为制造业企业打通从上到下的信息壁垒，创建高效、实时、精益、透明的数字化工厂而奠定基础

4、金智企业综合管理系统

主要是订单销售生产管理的。通过多种模式的查询输入客户的订单查询到该客户所有的订单和要发货的产品。订单发货完毕后系统会自动标示已发货。可以查看每笔订单的详细信息(产品数量，总价格，回款计划，回款记录发货状态等等)

通过软件的统计分析功能向客户提供每天，每月，每个季度，每年的销售统计与详细分析。便捷的库存管理功能，可以指定多个仓库(原料库，成品库，废料库，次品库等等)这些库存可以自由设定，并且可以清楚地对仓库进行查询，调拨，盘点等等。

5、企恩Erp生产管理软件

软件采用先进的多层架构，稳定高效，软件操作简单，专业的技术团队一对一跟踪服务包教会。企恩生产版系列软件是针对国内中小型生产加工企业，将ERP管理思想与几十万企恩用户使用经验相融合的成果。该系列软件以财务管理为核心，集采购、销售、库存、生产、工资、财务管理等模块与一体，通过对企业采购、销售、库存和生产等经营环节信息的全程记录、传递、跟踪和分析，实现对企业物流、资金流、信息流和生产成本控制等在线动态监控和全方位管理，从而整合和优化企业内部资源，使产、供、销三大业务环节互相驱动，维持动态平衡。

6、秘奥工厂管理软件

秘奥工厂管理软件（ERP版）是一套专为中小工厂企业设计的企业资源计划管理系统软件，其依照ERP原理以及国际先进的“人性化”管理理念，结合中小企业实务需求研发而成

秘奥工厂软件帮助企业把供应商、客户、生产车间、以及本企业各部门、员工纳入到一个紧密联系的生态链中，有效地安排企业的生产经营活动；满足企业充分利用现有资源快速高效地进行生产经营的需求，进一步提高工作效率和扩大竞争优势。计划、执行、审核与处置功能在整个方案流程中得到实现，使企业整个管理流程更加清晰、预算控制更加有效、企业决策更加科学。

7、钜茂ERP工厂订单管理系统

钜茂ERP是一套专为中小企业设计的企业资源计划管理系统软件，其依照ERP原理以及先进的管理理念，结合中小企业实务需求研发而成。当中含概了 出口贸易、生产管理 、库存管理 、总帐会计、人事行政等几个子模块，整个ERP流程贯穿了企业的销售、采购、仓库、进口、生管、品管、人事薪资、财务等各个部门，环环相扣

8、EDC生产管理软件

EDC生产管理软件基于互联网操作平台，采用符合技术发展趋势的 WEB 网页浏览方式，是一款专为生产制造业打造的企业管理系统，针对企业的办公、销售、采购、生产、工程、品质、仓库、财务、业务管理等层面提供的一套功能强大、性能完备的综合管理系统。

9、信华ERP生产管理软件

信华软件科技有限公司是专业的软件开发服务商，具有雄厚的技术力量和丰富的软件开发经验，可根据客户的实际需求对软件进行二次开发，让企业真正拥有一套专业的、适合自己使用的企业生产管理系统。免费安装试用、培训服务，故障维护、疑难问题随时解决。信华ERP管理软件均支持广域网连接多台电脑共享数据使用。软件使用SQL大型数据库，经客户长期使用证明：系统性能稳定，数据准确可靠。 软件采用两层权限控制，除了在使用功能上进行限制外，还对保密资料进行查看权限限制，各操作员只能看到自己职责范围内的资料。

10、4PNT订单管理系统

4PNT电商供应链与物流运营管理解决方案面向电商企业、品牌制造企业和传统企业，提供电子商务平台信息化和电商物流信息化整合解决方案。通过整合国内外电商平台，将电商在各种直营、分销渠道的订单、客户、库存等信息进行集成同步和统一管理，实现国内电商、跨境电商业务和配套的物流业务的高效协同运营。

大多数人对鲜桥，易订货这两款订单管理系统都比较熟悉，对于其它8款订单管理系统可能不太熟。通过这篇文章，相信读者们收获了不少，那今天到这里就结束了，以后还会给大家带来更多的好文章。

销售越来越难，生意越做越烦，人越来越贵，赚钱越来越需要精打细算。老板们还在为以下问题所困扰吗？

订单效率低：采用电话、传真、Email、QQ等方式订货，处理周期长，需要反复沟通，且受工作时间限制。

人力成本高：企业需要较多业务人员接收和处理订单操作，或者需要录入大量数据到ERP系统，导致人力成本非常高。

数据误差率高：非图文模式下单，订单数据需要通过多个环节处理，都可能导致订单误差率高，且订单处理过程无法追溯。

财务对账繁琐：钱与订单没有明确对应关系，财务面对每笔订单和收款的确认工作繁琐，审核效率低下，一不小心就会出错。

缺资金，回款慢：明明拥有很多的业务和订单往来，但是却不能作为融资征信依据。下游订货商大量赊欠，导致资金回笼慢。

业务决策慢：不能及时获取销售、服务终端信息（销量和库存量），数据汇总分析滞后，缺乏决策辅助信息。

不难看出，企业传统的管理模式已经完全跟不上时代的发展。传统企业迫切需要一套移动化、数据化等技术相结合的专业订单管理系统来改变现状。在移动电商引领全新的商业模式的今天，越来越多的用户在使用鲜桥订单管理系统，来轻松管理万张订单。鲜桥订单管理系统帮助数以千万的中小企业从传统的手工订单处理方式和跑动式客户关系协作模式向互联网平台化协作模式过渡，打通工具与交易环节，重构了中小企业供应链业务协作流程。

鲜桥订单管理系统基于互联网模式，为传统批发企业提供分销订货、渠道管控、营销推广、移动分销的互联网订货方式，帮助企业告别传统批发模式，让分销更加顺畅。数字化的订单管理方式实现了全流程的在线交易，从而避免了错单漏单的产生，整个交易流程清晰透明，客户信任度获得显著提高。

近期我们新增了一项实用功能【代客下单】。企业员工，如业务员、接单员，可登陆APP鲜桥商户版代客户下单。适用于拜访新客户现场成单、客户因网络信号等问题不便操作等业务场景。让门店的采购效率得到大幅提升。

哪些人需要用鲜桥订单管理系统？

企业经营者：企业运营效率更高，经营状况实时可见，经营决策有实际数据支持

财务人员：订单、客户、款项一一对应，财务信息清晰，一秒即可做报表

市场人员：市场数据详实，直面客户没有隔阂，营销推广计划更精准有效

业务人员：商品信息线上演示，提高成单率，用户情况实时查探

订货商：商品信息直观，随时随地可下单，订单处理状况实时可见

鲜桥作为新一代商业订单管理系统，帮助企业彻底解决了订单完全靠人工管理所出现的粗、乱、难、烦等问题。为了最大程度满足企业需求，我们将不断洞察行业势及客户需求并快速响应。

原创声明：本文由简道云用户冯将提供

简道云是一个能满足中小微企业、团体所需要的数据管理平台，它支持用户自定义搭建应用。本文以某一30-40人团队的软包公司为例，做一个企业信息管理系统，特别是其中的订单管理系统，它打通了各部门之间的信息隔阂，减少了信息的重复录入，提高了自动化水平，方便了信息统计分析，最终帮助团队达到预期目标，媲美那些花两三万做的ERP系统。

我所搭建系统具体特点如下所示：

一、流程化。从预订信息到确认订单、指派订单负责人、订单测量（外勤考勤）、财务测算订单金额、订单回款、原料采购、生产排产、加工制作、尾款回收、辅件采购、预约安装、安装指派、现场安装（外勤考勤）、售后回访、订单完结，全流程都通过简道云实现。

二、柔性化。在上面的流程图设定中，不同节点应由不同的人来执行。但企业中常常有人才流动的想象，有些系统一旦人员有变动，就需要管理员来调整流程，而我今天搭建的系统却不需要调整流程，消除了冗余无用的损耗。

三、规范化。系统规范了订单全流程每个环节的订单状态，流转到指定环节就自动化显示相应订单状态。这样只要一搜就知道某个状态有多少个订单，某个订单处于什么状态，轻松实现规范自动化。

四、看板化。某个订单处于某个环节，应该在什么时候完成，都能一目了然。每个人也只能看到自己的订单看板，方便管理与协作。

五、系统支持按订单计算毛利，订单毛利率一目了然，店面净利也能秒算出来。

七、可以直接统计出营销人员的订单业绩，一个订单同时分到几个人，设定业务员的营销目标、部门目标，可以统计出目标、完成值、完成率，还可以按部门进行业绩统计。

个人及部门目标完成明细表单：

个人及部门目标完成率报表：

回款业绩明细报表：

八、员工及部门 周管理

九、售后服务统计，一目了然

简道云作为一站式数据化管理云平台，可帮助用户低门槛在线搭建数据管理应用，轻松实现数据搜集、整理、协作、分析等功能，登录「简道云官网」即可免费注册使用。

电子商务的兴起和蓬勃发展，给各行业带来更多机会，公司的订单来源渠道、订单量都相继变多。而订单管理系统的角色就是，提供一个集中的地方来管理所有销售渠道的订单。将其集中在一个系统中，根据订单状态，来管理产品、库存、出库、退货、售后等系统一站式管理服务。

而传统的订单管理，是利用表格来管理整个流程，流程审批是人工操作把控，时常出现某些订单漏批或者重复审批，销售人员管理客户订单混乱、客户跟踪不及时、订单状态更新不及时、造成丢单和流失也是不可避免的问题。

那么使用订单管理系统就可以掌握所有订单交易动态，及时解决解决突发状况，完美的避免人工操作出现的问题！这些主要优势体现在以下几个方面：

一、生产管理

通过系统了解整个生产进度，从销售到生产计划下达，再到工序的执行汇报等全过程，让企业的每个工作环节都环环相扣，按部就班，生产流程管理高效，减少不必要的程序，降低人工成本、能准确的制定生产计划。

二、客户管理

系统里的客户管理包括客户历史订单情况、订单完成情况、客户的反馈信息等，根据相应数据分析，将客户进行分类管理，例如VIP客户、一般客户、潜在客户等；另一方面实行定期提醒机制，在客户生日、节日按时提醒，有效维护客户关系。

三、订单管理

接收单次订单也可接收批量订单，在接收订单的同时反馈库存信息，在客户下订单时能及时获知库存情况，系统根据客户级别、订单紧要情况、各地库存情况等进行合理配置。另一方面实时记录回款及退款情况，并对突发状况及时处理。

订单管理系统的不断智能化与信息化，能够使企业与客户的合作关系更加融洽，是优化企业销售模式、提高企业市场应变能力、增强企业核心竞争力的关键所在。

下面是百宝云客户免费定制的订单管理系统案例，客户使用后给了我们反馈，以下都是由客户口述，百宝云客服整理而成的表格：

案例一：某大型玩具生产公司，一家专业从事木制儿童玩具，益智玩具及其它木质品的生产厂商。

案例二：某文化创意有限公司，主要经营礼仪庆典服务；摄影摄像服务；会议会展服务；音响器材、服装租赁

每个不同的行业，不同的公司的业务特点是不相同的，百宝云网站上展示的模版只是一个简单通用的系统，有实际需求的用户，可以直接在百宝云网站上提交免费定制的申请，享受个性化定制系统的福利！

目前国内很多小型企业在订单管理系统销售方面普遍处于较低的水平，大多数小型企业在生产和购进货物后，甚至还用手写式记录、管理销售数据。随着企业销售订单的增多，订单销售数据管理方面过于传统的方式使得大量的数据丢失，使企业造成了很大的损失。

跨平台订单管理系统搭建服务商【数商云】，在电商系统行业具备10多年开发经验，其项目开发经理Micheal表示，【数商云】制作订单采购管理系统数据库采用了MYSQL作为后台数据库，通过JDBC进行连接，通过SQL语句进行需要的增删改查功能，使得系统与数据库完美结合。通过统一订单提供用户整合的一站式供应链管理系统服务，订单管理系统以及订单跟踪管理能够使用户的物流服务得到全程的满足，从而节省运作时间和作业成本，提高企业的市场竞争力。

一、数商云跨平台多店铺订单系统开发优势

1、多平台订单管理系统电子面单打印

跨平台多店铺订单管理系统全面对接顺丰、EMS、申通、圆通、韵达、中通、百世汇通、全峰、德邦、京东等物流平台、高效实现多平台电子面单打印需求。

2、定制跨平台多网店采购订单软件统一管理

多平台订单管理系统支持淘宝/天猫、京东、阿里巴巴、拼多多、亚马逊、有赞、微店等平台多店铺统一管理、无需重复登录切换。

3、订单管理系统数据可视化

多平台订单管理系统销售数据，订单数据、会员数据实时更新，财务报表清晰明了，店铺盈亏状况一目了然。

二、跨平台企业采购订单管理痛点

1、跨平台经营，订单分散，处理效率低；

2、不同类快递电子面单无法汇总，进行统一打印；

3、订单发货后，总是发生漏发、错发、补发；

4、现有订单管理系统承载能力差，不能很好应对双11/618等电商活动；

三、数商云订单采购管理系统开发方案

1、跨平台多店铺订单系统统一管理

（1）针对商家跨平台多店铺多仓库的经营特性，提供一站式跨平台多店铺订单管理系统解决方案；

（2）网店订单集中处理，统一进行打单发货，多平台订单库存信息联动，实时库存预警提醒，防止库存商品断货、超卖；

2、订单采购管理平台自动化处理

（1）多店铺平台订单采购系统同步高效稳定，大量订单数据可实现批量审核；

（2）跨平台订单管理系统支持商家根据库存、收货人、发货地址、供应商等信息灵活拆合单发货；

3、多店铺订单管理软件智能匹配仓储物流

（1）跨店铺订单管理软件根据收货人地区、仓库位置等信息，可实现智能化匹配发货仓库和物流平台；

（2）多平台采购订单管理软件有效增强电商运营能力，可节省仓储物流成本在15%以上；

4、跨平台多店铺订单管理系统数据可视化

（1）多平台订单管理系统可实时查看各店铺经验数据报表：订单明细报表、退款明细报表、商品销售明细报表、财务报表、利润明细报表；

（2）让跨平台多店铺运营数据可视化，盈亏状况一目了然；

四、数商云多店铺订单管理系统流程图，提升商家订单管理效率

原创声明：本文由数商云云朵匠原创，数商云是国内知名企业级电商平台提供商。商业转载请联系作者获得授权，非商业转载请标明：数商云原创。

购物车的实现可以使用多种方式，主流的有以下3种：

存储在用户游览器中：如使用cookie记录，也可以使用HTML5的本地存储等

存储在服务器中：存储在用户会话（session）中，用户在关闭游览器后存储信息会被销毁

存储在数据库中：可以存储在Mysql、Redis等数据库中

下面以Mysql存储用户的购物车信息，这样用户无论何时都可以看到自己的购物车历史记录。购物车表（goods_shopcar）设计见图

购物车表goods_shopcar的SQL语句如下：

CREATE TABLE `goods_shopcar` (`id` int(4) NOT NULL ,`uid` int(10) NULL ,`goods_id` int(10) NULL ,`num` int(10) NULL ,`status` tinyint(4) NULL ,`create_time` int(10) NULL ,`update_time` int(10) NULL ,PRIMARY KEY (`id`));

表设计中关键字段为uid和goods_id，可以记录那个用户加入了那个商品。num则记录了某个商品的加入的数量。

既然有购物车那么就会有支付功能，发起支付的时候需要发送一个唯一的订单号给微信服务器，这样在通知的时候才可以了解该修改那条订单记录。另外订单的核心就是记录那个用户买个那些商品，并提供支付等相关的状态管理。订单表（db_order）设计见图

订单表order的SQL语句如下：

CREATE TABLE `order` (`id` int(4) NOT NULL ,`order_number` varchar(50) NULL ,`uid` int(10) NULL ,`pay_price` double(20,2) NULL ,`is_pay` tinyint(4) NULL ,`pay_time` int(10) NULL ,`is_ship` tinyint(4) NULL ,`ship_time` int(10) NULL ,`is_receipt` tinyint(4) NULL ,`receipt_time` int(10) NULL ,`ship_nmber` varchar(100) NULL ,`status` tinyint(4) NULL ,`create_time` int(10) NULL ,`update_time` int(10) NULL ,PRIMARY KEY (`id`));

因为用户可以一次性购买多个商品，所以用户订单与商品是一对多的关系。设计的订单商品表（order_goods）见图

订单商品表order_goods的SQL语句如下：

CREATE TABLE `order_goods` (`id` int(4) NOT NULL ,`order_id` int(10) NULL ,`goods_id` int(10) NULL ,`goods_num` int(10) NULL ,`goods_price` double(20,2) NULL ,`status` tinyint(4) NULL ,`create_time` int(10) NULL ,`update_time` int(10) NULL ,PRIMARY KEY (`id`));

订单表（order）只是记录了商品的总支付金额（pay_price），所以在订单商品表（order_goods）中设计记录了每个商品的购买价格（goods_price），这么做是inwei商品的价格会动态调整，而订单需要保存历史价格信息。

电商系统之订单系统

01

概述

订单系统作为电商系统的“纽带”贯穿了整个电商系统的关键流程。其他模块都是围绕订单系统进行构建的。订单系统的演变也是随着电商平台的业务变化而逐渐演变进化着，接下来就和大家一起来解析电商平台的“生命纽带”。

上帝视角订单系统

订单系统的作用是：管理订单类型、订单状态，收集关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据，进行库存更新、订单下发等一系列动作。订单系统业务的基本模型涉及用户、商品（库存）、订单、付款，订单基本流程是下订单——>减库存，这两步必须同时完成，不能下了订单不减库存（超卖），或者减了库存没有生成订单（少卖）。超卖商家库存不足，消费者下了单买不到东西，体验不好；少卖商家库存积压或者需要反复修改商品信息，反复麻烦，体验也不好。

02

订单基本概念

设计订单系统时包含几个大的方向需要考虑，这些内容决定了订单系统的稳定性和可持续性。

订单的多样性特点

主要由来源和操作的多样导致了订单多样性点。

订单字段

订单字段包含了订单中需要记录的信息，他的作用主要用于沟通其他系统，为下游系统提供信息依据。

订单信息

订单号作为订单识别的标识，一般按照某种特定规则生成，根据订单的增加进行自增，同时在设计订单号的时候考虑订单无序设置（防止竞争者或者第三方来估算订单量）。订单号后续用作订单唯一标示用于对接WMS（仓存管理系统）和TMS（运输管理系统）时的订单识别。

订单状态

订单状态在下面章节会详细描述

用户信息

指买家的相关信息，包括名称、地址、手机号。O2O还会多一种情况就是自提点，这样地址则会变为自提点的地址。地址信息在后续会作用在WMS和TMS上用于区分区域和配送安排。

商品信息

商品的基本信息和库存，金额由于比较特殊所以我把金额独立在商品信息以外说，不过逻辑上其实都属于商品信息范畴。商品信息主要影响库存更新和WMS产生。

金额信息

订单产生的商品信息，这里面除了要记录最终的金额，过程金额也需要记录。比如商品分摊的优惠金额、支付金额，应付金额等。在后续的订单结算、退换货、财务等环节都需要使用。

时间信息

记录订单每个状态节点的触发时间。

03

订单流程

订单流程是指整个订单从产生到完成整个流转过程，包括了正向和逆向流程的过程。

正向流程

这里面主要是涉及主流电商系统中的通用订单流程，部分细节可以根据自己平台的特殊性进行调整。

需要注意的地方

订单生成环节存在超时未支付自动取消的过程，库存的占用会在订单取消后释放。如果选择COD（货到付款）则支付环节相应转移到订单配送之后，而过程中所有与款项相关的逻辑变为只操作金额数字，不对结算和账户进行打退款操作。金额分摊需要到商品订单系统审核主要对恶意用户或者刷单情况进行处理。系统可根据白名单、黑名单、消费频次、促销品购买量方面做风控规则。如果后续会进入到人工审核，则规则上可以适当从宽。当触发规则需要进行订单退订的行为。此处设计时要小心对用户体验的损害，往往前台文案上说明当前节点是审核状态或者是等待接单。传统电商则是通过关联第三方物流的物流信息进行跟踪。预售等货和移仓需要做成SOA服务，以便在交易页面计算预计时间和预计到货时间。移仓处理依赖仓库的情况，也会涉及到后续拆分和合并包裹的逻辑。订单产生时先要判断报缺情况，如果出现报缺问题则要考虑整单报缺、部分报缺、换货或者换转退的情况（库存，仓促调拨和退款）。报缺情况分为系统报缺和实物报缺，这是承接但相对独立的两个环节。电商系统要考虑7天无理由退货的情景，即订单状态完成后申请退货。此时主要涉及的是金额上的计算以及一些财务程序（如发票等）问题的处理。

逆向流程

逆向流程指订单发生取消、退货等情况时引发的订单流程过程。

触发逆向流程的触发主要有几种情况：

用户自主取消订单（整单）风控系统触发取消订单（整单）客服接到客诉仲裁后触发取消订单（整单）超时未支付取消订单（整单）换货报缺转为退单（整单、部分报缺）

关注点

订单状态（某一节点后如订单产生后不允许取消订单）当退单被商家拒绝后需要转入客服仲裁的环节部分退的订单促销一般保持享用状态，但金额按照分摊的金额进行退款

订单状态

从订单状态设计目的和存在价值去分析和理解它背后设计机制：维度及维度颗粒度大小。

1. 正向和逆向流程维度

正向订单：已锁定、已确认、已付款、已发货、已结算、已完成、已取消等正向预售订单：预付款已付未确认、已确认未付尾款（变更）正向问题单：未确认、未锁定、未发货、部分付款、未付款等逆向退单：待结算、未收到货、未入库、质检不通过、部分收货、已取消、客户已收货等逆向换单：完成、已结算、客服已收货等

2.服务对象维度

顾客/用户：待付款、待发货、待收货、待评价、买家已付款、交易成功/失败、卖家已发货、退款成功、交易关闭、ERP等其他交互系统：已锁定、已确认、已分仓、已分配、已出库、已收货、已完成等等待买家付款、待付款和待发货订单、退款中的订单、定金已付、买家已付款、卖家已发货、交易成功、交易失败、异常订单

订单推送

当状态发生变化时，需要将对应的变化情况告知给相关人员以便了解当前订单的情况，这就是订单推送的作用。

订单推送的触发依赖于状态机的变化，涉及到的信息包括

推送对象（用户、物流人员、商家）推送方式（push、短信、微信）推送节点（状态改变）

04

订单系统设计的挑战和实践

订单系统需求演变

第一步：实现购买流程

1.实现订单的创建、发货、确认等信息闭环

2.支持订单审核（初期可支持人工审核即可）

3.支持用户端显示订单相关信息

4.支持促销金额的计算

第二步：提供服务

1.提供订单分布式服务

2.支持跨平台交易单生成（即同一个大交易单内既有商家商品又有自营商品或者是多个商家的商品）

3.支持拆单、合并逻辑（配送单、支付单等）

4.提供更丰富的订单推送服务，完善订单状态

第三步：支持不同营销手段下的订单类型

平台发展到足够大的规模，提效、稳定变成一个重要的话题。可以提供不同营销场景下的订单，如：团购、预购等。

订单系统架构的演变

第一代：简单粗暴

第一代的问题

第一代系统由于，订单状态是在特定的服务器进行处理，如果服务一旦出现问题就会造成订单的丢失，导致订单流程无法进行下去。

总结：

1、服务单点

2、数据库单点

第二代：无状态异步驱动

第二代系统对于第一代有了很好的提升，应用服务器不再保留订单状态，但是这样的系统设计同时也给数据库服务器造成了高频查询带来的压力，导致数据库相对比较脆弱。

总结：

状态扫描带来的负载

第三代：队列模式

第三代是对于第二代的升级，订单的状态流转不再依靠高频查询数据库来获得，通过队列模式，很好减轻了数据库的压力，但是第三代依然有问题，就是该系统中server2成了核心，该模块的维护就会变得很复杂，这也是架构设计的关键，没有完全的完美架构，只能得到一个平衡架构。

三代系统演变中的最佳实践

实践1: 重试和补偿

多个机器重试不能同步, 需要随机跳跃(Jitter)和指数回退 (exponential back-off)正在重试的服务也可能宕机，需要保存状态 (State)

实践2: 幂等性

你没收到响应不见得失败了你响应了不见得别人以为你成功了 重试必需带上唯一的有意义的ID 每一个服务的调用都必须是幂等的 非只读的服务必须保存状态

实践3: 一致性实践

订单系统有强一致性需求无单点故障的分布式系统的一致性是非常困难的问题已有算法:Paxos，现有开源系统(e.g. Zookeeper)有时候单点故障并不可怕，常用的，成熟的关系数据库方案也是一个不错的选择云端分布式无单点故障的系统

实践4: 工作流 (Workflow)

可扩展性:无状态的Worker，分布式部署，分布式存储 工作流状态

可靠性:定时器、重试、幂等性、强一致性的状态

可维护性:工作流的描述和执行Activity描述相分离, 支持异步触发

支持版本和升级

系统优化

数据库读写分离

基本的原理是让主数据库处理事务性查询，而从数据库处理SELECT查询。数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。 当然，主服务器也可以提供查询服务。使用读写分离最大的作用无非是环境服务器压力。

好处

增加冗余增加了机器的处理能力对于读操作为主的应用，使用读写分离是最好的场景，因为可以确保写的服务器压力更小，而读又可以接受点时间上的延迟。

读写分离提高性能之原因

物理服务器增加，负荷增加主从只负责各自的写和读，极大程度的缓解X锁和S锁争用从库可配置myisam引擎，提升查询性能以及节约系统开销从库同步主库的数据和主库直接写还是有区别的，通过主库发送来的binlog恢复数据，但是，最重要区别在于主库向从库发送binlog是异步的，从库恢复数据也是异步的读写分离适用与读远大于写的场景，如果只有一台服务器，当select很多时，update和delete会被这些select访问中的数据堵塞，等待select结束，并发性能不高。 对于写和读比例相近的应用，应该部署双主相互复制可以在从库启动是增加一些参数来提高其读的性能，例如--skip-innodb、--skip-bdb、--low-priority-updates以及--delay-key-write=ALL。当然这些设置也是需要根据具体业务需求来定得，不一定能用上分摊读取。假如我们有1主3从，不考虑上述1中提到的从库单方面设置，假设现在1分钟内有10条写入，150条读取。那么，1主3从相当于共计40条写入，而读取总数没变，因此平均下来每台服务器承担了10条写入和50条读取（主库不承担读取操作）。因此，虽然写入没变，但是读取大大分摊了，提高了系统性能。另外，当读取被分摊后，又间接提高了写入的性能。所以，总体性能提高了，说白了就是拿机器和带宽换性能。MySQL复制另外一大功能是增加冗余，提高可用性，当一台数据库服务器宕机后能通过调整另外一台从库来以最快的速度恢复服务，因此不能光看性能，也就是说1主1从也是可以的。

实现方案

数据库分库分表

不管是采用何种分库分表框架或者平台，其核心的思路都是将原本保存在单表中太大的数据进行拆分，将这些数据分散保存到多个数据库的多个表中，避免因为单表数据量太大给数据的访问带来读写性能的问题。所以在分库分表场景下，最重要的一个原则就是被拆分的数据尽可能的平均拆分到后端的数据库中，如果拆分的不均匀，还会产生数据访问热点，同样存在热点数据因为增长过快而又面临数据单表数据量过大的问题。

而对于数据以什么样的纬度进行拆分，大家看到很多场景中都是对业务数据的ID(大部分场景此ID是以自增长的方式)进行HASH取模的方式将数据进行平均拆分，这个简单的方式确实在很多场景下都是非常合适的拆分方法，但并不是在所有的场景中这样拆分的方式都是最优的选择。也就是说数据如何拆分并没有所谓的金科玉律，更多的是需要结合业务数据的结构和业务场景来决定。

下面以大家最熟悉的电商订单数据拆分为例，订单是任何一个电商平台都有的业务数据，每个平台用户提交订单都会在平台后端生成订单相关的数据，一般记录一条订单数据的数据库表结构如下：

订单数据主要由三张数据库表组成，主订单表对应的就是用户的一个订单，每提交一次都会生成一条主订单表的数据。在有些情况下，用户可能在一个订单中选择不同卖家的商品，而每个卖家又会按照该订单中自己提供的商品计算相关的商品优惠（如满100元减10元）以及按照不同的收货地址设置不同的物流配送，所以会出现子订单的相关概念，即一个主订单会由多个子订单组成，而真正对应到具体每个商品订单信息，则保存在订单详情表中。

如果一个电商平台的业务发展健康的话，订单数据是比较容易出现因为单个数据库表中的数据量过大而造成性能的瓶颈，所以需要对他进行数据库的拆分。此时从理论上对订单拆分是可以由两个纬度进行的，一个纬度是通过订单ID（一般为自增长ID）取模的方式，即以订单ID为分库分表键；一个是通过买家用户ID的纬度进行哈希取模，即以买家用户ID为分库分表键。

两种方案做一下对比：

1、如果是按照订单ID取模的方式，比如按1024取模，则可以保证主订单以及相关子订单，订单详情数据平均落入到后端1024个数据库表中，原则上很好地满足了数据尽可能平均拆分的原则。

2、通过采用买家ID取模的方式，比如也是按照1024取模，技术上�...

之前让你以现在的水平，评价一年前做的表格。其实，我自己本身就是经常这么做。不断的成长，复盘，认知才会升华。

这是我8年前做的订单管理表，这里涉及到5条公式。

1.获取动态日期，也就是每一次打开表格，都可以自动更新到当天的日期。

在O4单元格输入公式。

=TEXT(NOW(),"yyyy.mm.dd aaaa")

2.根据番号跨表查询俗称。

对应表

在C6单元格输入公式，下拉。

=IF(B6="","",VLOOKUP(B6,对应表!A:B,2,0))

3.统计出货的合计。

在M6单元格输入公式，下拉。

=IF(F6="","",SUM(F6:L6))

4.计算还剩下的尾数。

在N6单元格输入公式，下拉。

=IF(COUNT(D6,F6:L6)<=1,0,D6-M6)

5.判断完成情况。

在O6单元格输入公式，下拉。

=IF(N6="","",IF(N6=0,"OK","NG"))

完成情况还借助条件格式，让NG显示红色字体。

6.对数据进行最终汇总，统计每个俗称的订单数、出货合计数、尾数。

对数据源创建透视表，这里有一个注意点，区域要重新选择，从A5开始选，切记！

将字段拉到相应的位置。

以上，就是8年前我工作上经常使用的一份表。虽然那时水平一般，不过有一些初步的数据处理概念，比如三表理论。

三表指数据源（明细表）、对应表（参数表）、汇总表。