申请网站空间就是申请域名,摄影模版wordpress,局域网里做网站,自己怎么开网店的步骤Java生鲜电商平台-订单配送模块的架构与设计 生鲜电商系统最终的目的还是用户下单支付购买#xff0c; 所以订单管理系统是电商系统中最为复杂的系统#xff0c;其作为中枢决定着整个商城的运转#xff0c; 本文将对于生鲜类电商平台的订单设计做一个完整的分析#xff0c;… Java生鲜电商平台-订单配送模块的架构与设计 生鲜电商系统最终的目的还是用户下单支付购买 所以订单管理系统是电商系统中最为复杂的系统其作为中枢决定着整个商城的运转 本文将对于生鲜类电商平台的订单设计做一个完整的分析也对前阶段工作做一个复盘总结 订单系统设计的好坏决定了平台的可用性、后期的功能拓展和商城价值订单系统贯穿于整个商城系统其他各个系统的设计也是为订单系统提供数据支撑。从用户提交订单的那一刻到订单完成到售后都需要订单管理系统来管理。 订单管理系统从流程生成过程大致分为三部分 1.阶段一、订单生成过程用户通过平台选择商品选择添加至购物车某些平台下单过程无加入购物车流程生成订单价格提交订单后台根据优惠信息、活动信息、会员价等生成订单金额一般具体到每个商品订单实付金额。 2.阶段二、订单配送过程用户支付完成从仓储发货、配送、用户收货后订单完成如无提起售后流程一般订单到此就算完成正常的订单到阶段二流程即结束了。 3.阶段三、订单异常、售后流程用户在前两个阶段过程中发起支付取消、提起商品售后流程一般在订单商品配送过程中是不允许用户发起退款等用户收到货物后才可发起售后对于生鲜类平台可能不会做退货的功能。 一、订单生成过程 首先是用户在商城内选购商品这个阶段可以叫做用户购物行为。 然后是系统调取各个系统的数据计算订单的最终价格这个阶段可以叫做数据处理过程。 最后是将订单价格在用户端显示这个阶段叫做表现层显示。 订单数据流程 1、订单提交生成过程 用户下单后系统需要生成订单生成订单过程需获取商品信息商品是否涉及相关优惠活动获取用户会员信息由于小程序做了付费会员付费会员与普通会员购物部分商品有不同优惠力度和商品价格差异。 用户提交商品订单时需要考虑商品库存问题1.用户提交订单时锁定商品库存即下单减库存。2.用户付款后锁定商品库存。何时锁定商品库存得看具体情况个人感觉下单锁库存在商品库存不多商品畅销情况下用户体验更好避免在用户支付完成后商家无库存发货。由于社区生鲜类商品货损较严重所以设计为用户付款后锁定库存。 2、支付订单后是否需要拆单/合单 订单拆单客户同时在多家店铺下单不同的店铺的商品在正常情况下是要拆开的自营平台商品的订单是否需要拆单根据发货仓是否相同发货仓不同也是需要根据商品发货单进行拆单。总之同一个订单会有多个包裹多个运单发货就需要将订单查看。 订单合单同一个用户不同订单需要考虑是否合单发货需根据实际情况而定订单合单后多个订单生成一个发货单发货。 3、订单商品优惠分摊 1. 为什么要对订单金额进行分摊 首要因素是退款在订单付款成功之后如果不针对单个商品进行金额分摊那么如果用户需要退订单中的部分商品没法计算需要退的金额。同样如果只是单一商品品类券则根据符合优惠券使用条件的商品进行分摊其他商品按照商品售卖价格。 财务对账将优惠金额分摊到每个商品上能核算统一订单下的每个商品分别分摊的优惠金额比如平台券一个使用平台券的订单最终需要计算每个商品分摊的优惠金额以确定每个商品的实际付款金额和享受平台优惠的金额。 核算成本通过把优惠金额分摊到每个商品上去运营财务或采购人员可以评估营销活动的成本。 2. 优惠金额分摊逻辑 按照最小维度进行分摊即优惠金额需要分摊到每个商品且同一个商品采购数量大于1时该商品最终只能有一个分摊后的价格 优惠分摊比例按照商品金额分摊对应比例的优惠保证不同商品享受优惠的公平性否则会出现商品应分摊的优惠大于商品的销售价或影响用户体验。 误差处理减小误差主要途径是在算法层面上进行优化同时也无法避免误差多余的误差需要按照不同的优惠活动分别存储起来在财务对账和退款的时候需要用到。 这里必须提一下这里订单商品优惠分摊的前提是订单中商品符合优惠条件订单中不符合优惠条件的商品不参与优惠分摊。 二、订单配送过程 用户在下单完成后限制了用户退款订单状态只允许用户在订单状态为待发货和配送完成状态下才可以申请退款。支付完成后订单发货状态共分为待发货、分拣中、配送中、商品到达代收点、配送完成、用户已取货这几个状态。 订单生成配送过程 1、针对有缺货/无货情况 避免生鲜水果类商品的货损过大问题仓储一般备货较少有时需及时从生产商拿货就可能会出现商品不足、无货的情况如发生缺货、无货的情况是否补单发货还是直接退款给用户 生成补货单发货或者退款在仓储发货分拣发现缺货、无货情况时可发起异常配送流程针对缺货、无货的商品按照订单生成时间判断影响了具体哪些用户订单在缺货、无货商品订单中操作想应的补货或者退款操作 这里需要说明一点我们强调的是客服主动跟受影响的用户进行沟通而非系统自动发起补货或退款。 2、用户同一天下单多次的订单是否需要合单发货 针对同一用户同一天内的订单是否需要合成一个发货单发货需要根据具体场景具体考虑如果做了合成一个发货单几单包裹在一起是否一个包裹能装下如果是需要两三个包裹装的话只有一个发货单如何处理都是需要考虑解决方案。 三、订单异常、售后流程 订单售后一般包括未支付订单取消、下单完成后未配送前发起退款申请配送完成后的订单申请售后过程未支付订单的取消和下单完成后未配送前发起的退款申请系统在接收到退款申请时会自动给用户订单退款配送完成后的订单由于商品性质的原因限定了不支持无理由退货退款并且没有做退货流程的处理主要考虑到商品退回至仓库已无价值。 订单系统逆流程的分支很多需要兼顾业务场景一般在从0到1的过程中售后流程会先通过线下的方式解决以便能把资源集中在更核心的部分。 转载于:https://www.cnblogs.com/jurendage/p/11227425.html
