今天来给大家分享一些关于电商方面的问题，如何为我们的用户搭建电商订单系统？接下来给大家分析一下这个问题。

一个好的订单系统一定要保证订单状态的灵活切换，以此覆盖用户网购的所有正逆向流程。

对于中小型创业公司，没有特别强大的货源、供应链支持，接入头部电商的API接口，与自有商城实现对接，是一个很好的选择。

以自有电商平台提供自营商品，第三方代发商品，同时与京东开普勒api接口对接提供京东商品为例，详述订单状态流转全过程。

用户下单生成订单

在用户下单时，涉及到减库存，有两种方式：一种在用户下单后，锁库存;一种在用户支付后，减库存。

京东采用的是下单后的24小时内锁库存，天猫采用的是支付后才减库存，两种方式各有利弊。

第一种方式的好处是用户体验好，有一种顾客即时上帝的感觉，只要用户在下单24小时内付款，商户将一直未用户保留。缺点是对于紧俏稀缺商品，存在恶意侵占库存的风险，通过对稀缺商品限定下单数量等方式可以尽量避免。

第二种方式好处是不存在侵占库存，但需要给未付款用户提示“商品紧俏，请及时付款，以防没货”，给用户营造出一种紧张的氛围，刺激用户及时付款。缺点是用户未及时下单造成商品缺货，用户体验不佳，而且需要在支付时对商品是否缺货做校验。

支付订单

因多个商城共用一个电商后台等现实原因，无法在前后端同步实现拆单。订单支付成功后的拆单功能暂时搁置，实际应该按照不同仓库进行拆分订单。目前是只要订单中一个包裹的物流状态发生改变，整个订单物流状态同步改变。

缺点：给用户展示的订单状态和订单中每个包裹的实际物流状态不一致。

如果包裹拆单，可以按照实际物流状态展示，关于一笔订单的运费如何展示有两种方式：一是计入一个子订单内，二是平摊到每个子订单上。

当当采用的是第一种展示方式，缺点是平台或者商家承担运费。对不包邮订单(包括两个包裹)，用户如果拒收计入运费的包裹，当当自动原路退款，相当于用户包邮买了其中一个包裹的商品。

订单状态流转

由于商品类型不同(包括京东、自营、代发商品)，一个订单下的物流状态不同，如何兼容不同包裹的物流状态，按照订单状态统一展示，需要产品经理去规定状态流转规则。

对于京东商品，因为接入了京东开普勒api接口，京东会返回包裹状态：待收货、已收货、已拒收状态。

对于自营商品，包裹状态包括：已发货。

取消订单

取消订单包括两种情况：待付款取消订单和待发货取消订单。

待付款取消订单，因为没有实际给第三方付款，逻辑相对简单。

待发货取消订单，本质上是拦截订单，但付款后第三方响应迅速，所以在用户付款后并不实际给第三方付款，订单状态实际暂停在待付款阶段。

以上基本就是如何为用户搭建电商订单系统的全部流程，弄清楚这些流程，搭建一个简单的订单系统还是很轻松的，希望能对大家有所帮助。若有其他咨询请联系销客多。