商城网站制作程序订单下单系统解决方案，网站制作公司提醒先回想一下我们平时在网上购物的场景。某天准备出远门时，想到没有充电宝，就打开京东或天猫超市，选择一个心仪的充电宝，“哎哟，居然还有一个10元的优惠券”，下单付款，下午快递员敲门，充电宝就到家了。用户的一小步，系统的一大步。在用户选择商品之后提交订单的一瞬间，订单实际上经过了各系统之间的漫长回路，
如图10-1所示的订单下单流程。
如图10-1所示的订单下单流程。
(1）在订单过程中进行安全校验，主要是检测用户是否在黑名单上、用户购买行为是否正常等，当检测到不正常时，终止下单。
(2）从商品中心获取商品信息(SKU、规格、价格等）。
(3）从营销中心获取商品、订单促销信息（优惠券、促销活动），判断是否满足优惠条件，计算出优惠金额。
(4）在会员中心获取会员权益，例如平台抵扣积分、折扣条件等。
(5）在调度中心校验销售层库存，按照调度规则锁定区域库存。
(5）在调度中心校验销售层库存，按照调度规则锁定区域库存。
(6）根据拆单规则（商家、仓库、订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额、运费、优惠金额计算应付金额（实付款）。
至此生成订单，此时订单状态为待付款。
如图10-2所示，在存储的订单信息中，主要包含以下内容:用户信息、订单基础信息、收货信息、商品信息、优惠
如图10-2所示，在存储的订单信息中，主要包含以下内容:用户信息、订单基础信息、收货信息、商品信息、优惠
信息、支付信息、物流信息、其他信息等。订单的内容复杂精细，在存储时除了表结构的设置，还应该注意信息冗余。特别是商品信息，由于商品的内容不断编辑变化，要保存下单时的商品快照，避免过长时间后，商品信息丢失。订单包含的所有信息内容如下。用户信息:用户账号、用户等级。
订单基础信息:父订单与子订单、订单编号、订单状态。收货信息:收货地址、收货人姓名、联系电话、邮编。
商品信息:SKU信息、规格、商品数量、价格、商品图片、商家（店铺）。优惠信息:优惠券、促销活动、虚拟币抵扣金额。
支付信息:支付方式、支付单号、商品总金额、实付金额、运费、虚拟币抵扣金额、优惠券优惠金额、总优惠金额。
物流信息:物流公司、物流单号、物流状态。其他信息:发票信息、下单平台、分销渠道。
【商城网站制作程序订单下单系统解决方案之父订单与子订单】
当从购物车选中多件商品时，例如选中三个店铺中的商品，会将这次购买行为拆分成三个店铺的订单。这次整体的购买行为记录在父订单下，当系统首次提交订单结算时，会合并子订单，针对父订单进行结算。当提交订单后结算中断，或结算之后，系统在更新订单状态、物流追踪时，针对的就是子订单。
【商城网站制作程序订单下单系统解决方案之优惠分摊】
在计算订单应付金额时:
订单实付金额=商品金额（SKU金额合计）＋运费-总优惠金额其中:总优惠金额=促销活动优惠金额＋优惠券优惠金额＋虚拟币抵扣金额。到这里，算是完成了订单计算的第一步。但是这里又出现了一个问题。当优惠后的订单发生部分退货时，应该怎么退款给用户?
商城网站制作程序订单下单系统解决方案之优惠后订单发生部分退货如何处理
产品经理遇到的情况是:促销活动（如满减）涉及很多商品，优惠券也涉及很多商品，有时甚至跨店优惠。甚至还有整单能享受优惠，部分退货后就不满足优惠条件了，这时候怎样平衡用户、商品、平台之间的利益，在退货、退款时应该怎么处理?其中涉及用户与平台之间的博弈，也考验着产品规则设计者的智慧。目前的处理规则基本都是“优惠分摊，偏向用户”。我们先看一下两个场景。
(1）发生售后有可能是平台的原因，不是用户不买，而是店铺的商品有问题。
(2）假设双11时，用户分别在A和B店铺跨店买了参加满1000减200活动，各买了500元的货品，后来在A店退了价值100元的东西。这种情况下，退货后已不满足活动条件，是否要求用户给补100元?如果用户补款，又补给谁?
从上面的例子可以看出，如果将退货没达到条件的促销优惠条件考虑进去，系统复杂度会成倍增加。从人性的角度，我们相信绝大部分用户不会为了达到优惠条件故意多买，然后恶意退货。最合适的处理方法就是下单时就将优惠金额按比例分摊到子订单、商品上，同样实付金额也分摊到子订单、商品上。退货时退还用户实付金额，而不会去追究用户因退单而没满足促销条件，允许用户占平台的便宜。
商城网站制作程序订单下单系统解决方案之优惠分摊原则
关于优惠分摊原则，不但应该按比例分摊，还应在满足优惠条件的商品上，按照商品金额的比例分摊，而不是盲目分摊。先来看一个案例场景。
订单中有甲、乙两店的商品A、B、C、D、E，包邮。商品A、D参加跨店满200减40的活动（活动1），商品B、C参加满100减10的活动（活动2），另外用户还使用了100元的现金券。如表10-1所示，订单总共优惠150元，其中活动1优惠40元，活动2优惠10元，优惠券100元。并不是将优惠完全平均分摊至每个商品上，而是按照优惠分摊原则，比如活动1在商品A、D的优惠金额分别是40x(80/320）=10元、40×(240/320）=30元，其他优惠金额详见表中。
表10-1优惠分摊的案例。根据表10-1中的数据，我们能够清晰地计算出店铺、商品在每次促销活动中的收入。另外在用户部分退货时，也能按照其实付金额进行退款。例如用户退商品A、B时，只退款82元（54元＋28元）。这样还能避免与用户发生纠纷。
表10-1优惠分摊的案例。根据表10-1中的数据，我们能够清晰地计算出店铺、商品在每次促销活动中的收入。另外在用户部分退货时，也能按照其实付金额进行退款。例如用户退商品A、B时，只退款82元（54元＋28元）。这样还能避免与用户发生纠纷。
网站制作公司主要介绍了订单的正向流程，但是在实际应用中又会衍生出许多变化。例如支付服务:有第三方支付、分期付款、货到付款等，都影响订单的状态;还有自营平台会将出库状态加入到订单状态中;还有从其他渠道（线下订单、京东等第三方订单）导入到系统的订单，不仅涉及与第三方平台的打通，还有对这些订单的管理，以及同步状态至第三方平台。好了，网站制作公司本文关于“商城网站制作程序订单下单系统解决方案”制作经验就分享到这里，谢谢关注，博纳网络编辑整理。
当前文章链接：/construction/wzzhizuo/14629.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。