订单系统设计思路

概述本文主要表达了在传统电商企业中，订单系统应承载的角色，就订单系些思考。订单系统在企业中的角色订单系统上下游关系，只有划分清业务系统边界，才能确定订单系统的职责与功能，进而保证各系统之间高效简洁的工作。订单系统与各业务系统的关系对外系统：全部给企业外部用户使用的系统都在这一层，包括官网、一般用户使用比方与银行信用卡中心合作、微信合作在合作商的平台露出本企业的产品。这类系统站在与客户接触的最前线，是公司实现商业模式的桥头堡。治理中后台：的订单系统，治理优待信息的促销系统，治理平台全部产品的产品系统，以及治理全部对外系统显示内容的内容系统等。公共效劳系统：化、平台化，以保证应用架构的合理性，提升效劳效率。这类系统主要给其他应用系统供给根底效劳力量支持。订单系统上下游关系同时治理并跟踪订单信息和数据，承载了公司整个交易线的重要对客环节。对下则连接产品系统、促销系统、仓储系统、会员系统、支付系统等，对整个电商平台起着承上启下的作用。订单系统的业务架构订单效劳单详情、在线下单等，还包括为公共业务模块供给的多维度订单数据效劳。订单规律统的核心，起着至关重要的作用，在订单系统负责治理订单创立、订单支付、订单生产、订单确认、订单完成、取消订单等订单流程。还涉及到简单的订单状态规章、订单金额计算规章以及增减库存规章等。在 4节核心功能设计中会重点来说。底层效劳产品，会构建对应的产品系统，代码、数据库，接口等相对独立。但是，这也带来了一个问题，比方：订单创立的场景下需要猎取的信息分散在各个系统。维护本钱格外高。因此，订单系统接入所需的公共效劳模块接口，在订单系统即可完成对接公共系统的效劳。订单系统核心功能订单中所包含的内容信息为了使订单系统能够对订单进展高效、精准的治理和跟踪，订单会储存如：促销、仓储、物流进展交互。以一个通用B2C商城的订单为例，梳理其包含的信息如下：方式丰富后，需要对订单进展多维度的分类治理，同时订单类型利于订单系统的扩展性。每种订单类型将会对应一套流程及一套状态，便于对订单进展分类治理和复用。流程引擎象，从而形成了一套标准流程规章。而不同的产品类型或交易类型在系统中的流程会千差万别，因此为了便利对订单流程进展治理，会组建流程引擎模块。件又可分为系统触发和人工触发两种场景。正向流程以一个通用B2C商城的订单系统为例，依据其实际业务场景，其订单流程可抽象为5大步骤：订单创立>订单支付>订单生产>订单确认>订单完成。而每个步骤的背后，订单是如何在多系统之间交互流转的，可概括如以下图：订单创立：息，然后猎取该商品所涉及到的优待信息，假设商品不参与优待信息，则无此环节。接着猎取该账户的会员权益，这里要留意的是：优待信息与会员权益的区分，比方：商品满减是优待信息，SUPER会员全场9.8折指的是会员权益，一个是针对商品，另一个是针对账户。其次就是优待活动的叠加规章和优先级规章等。扣除，目前主流有两种方式：下单减库存——即用户下单成功时削减库存数量优势：用户体验友好，系统规律简洁；缺点：会导致恶意下单或下单后却不买，使得真正有需求的用户无法购置，影响真实销量；解决方法：设置订单有效时间，假设订单创立成功N分钟不付款，则订单取消，库存回滚；限购，用各种条件来限制买家的购置件数，比方一个账号、一个ip，只能买一件；风控，从技术角度进展推断，屏蔽恶意账号，制止恶意账号购置。付款减库存——即用户支付完成并反响给平台后再削减库存数量优势：削减无效订单带来的资源损耗；缺点：因第三方支付返回结果存在时差，同一时间多个用户同时付款成功，会导致下单数目超过库存，商家库存缺乏简洁引发断货和投诉，本钱增加。解决方法：存缺乏；库存等。秒杀、抢购、促销活动等，可使用下单减库存的方式。而对于产品库存量大，并发流量没有那么强的产品使用付款减库存的方式。敏捷使用，以充分发挥计算机系统的优势。订单支付：时间等。支付完订单接着就是等商家发货，但在发货过程中，依据平台业务模式的不同，可能会涉及到订单的拆分。订单拆分一般分两种：一种是用户选择的商品来自于不同渠道〔自营与商家，商家与商家〕；SKUSKU，包裹重量体积限制等因素需要将订单拆分。订单拆分也是一个相对独立的模块，这里就不具体描述了。订单生产：订单生产，是指产品从企业到用户这一流程的概述。如电商平台中，商家发货过程已有一个标准化的流程，订单内容会发送到仓库，仓库对商品进展打单、拣货、包装、交接快递进展配送。订单确认：收到货后，订单系统需要在快递被签收后提示用户对商品做评价。这里要留意，确认收到货不代表交易成功，相反是售后效劳的开头。订单完成：订单完成是指在收到货X天的状态，此时订单不在售后的支持时间范围内。到此，一个订单的正向流程就算走完了。逆向流程上面说到逆向流程是各种修改订单、取消订单、退款、退货等操作，需订单修改：可梳理订单内信息，依据信息关联程度及业务诉求，设定订单的可修改范围是什么，比方：客户下单后，想修改收货人地址及。此时只需对相应数据进展更即可。订单取消：用户提交订单后没有进展支付操作，此时用户原则上属于取消订促销优待中使用的优待券，权益等视平台规章，进展相应补回。退款：用户支付成功后，客户发出退款的诉求后，需商户进展退款审核，双方达成全都后，系统应以退款单的形式完成退款，关联原订单数据。因商品无变化，所以不需考虑与库存系统的交互，仅需考虑促销系统及支付系统交互即可。退货：用户支付成功后，客户发出退货的诉求后，需商户进展退款审核，双方达成全都后，需对库存系统进展补回，支付系统、促销系统以退款单形式/退货流程中，需结合平台业务场景，考虑优待分/退货时，优待该如何退回的处理规章和流程。状态机状态机是治理订单状态规律的工具。状态机可归纳为 3个要素，即现态、动作、次态。现态：是指当前所处的状态。动作：动作执行完毕后，可以迁移到的状态，也可以照旧保持原状态。次态：动作满足后要迁往的状态，“次态”是相对于“现态”而言的，“次态”一旦被激活，就转变成的“现态”了。行了某个动作。以一个B2C商城的订单系统举例如下：节点，抽象出订单状态。而订单状态从不同用户的角度可分为，系统订单状态、商家订单状态、买家订单状态等。的精度和牢靠性就越高，比方：在待付款和待发货两个状态中，订单系统后台会细分为订单超时取消、订单支付失败、订单付款完成等。系统订单状态进展重划分，以满足不同用户的需求。状态都会有所区分。所以，订单系统中一般会储存多套状态机，以满足不同的订单类型来使用。订单系统的进展，业务量和业务形式不断变化，企业有可能形成多个订单系统并存以满足不同的业务需要的状况。业务系统架构如下：这种状况的消灭，将会给平台带来格外大的进展瓶颈，如：量、订单状态信息，网站前台对订单的状态展现与掌握不统一，只能是在网站前台会员中心硬代码维护一套面对会员的统一订单明细与状态数据。而无线侧上线后，由于不了解前台网站会员中心的订单状态治理规律，所以需要把前台网站的订单明细及状态治理再在无线应用侧再实现一遍。客户分单等系统都需要对接一遍，公