前言
随着电商行业增速的回落,野蛮生长的阶段已经过去,电商开始进入精细化运作阶段,商家之间竞争从比拼营销和低价,转移到后台的供应链,供应链效率和成本的高低决定了商家的生死。
在电商的供应链管理中,有两块业务是核心内容,即订单处理和库存管理。订单是所有后台业务的源头,在多平台开店已经成为普遍采用的操作手法之后,如何高效、协调地管理来源于不同平台的订单成为影响用户口碑的关键环节。电商消除了购物过程中的空间限制,但作为实体存在的商品需要存放、需要配送,无法消除地理空间上的限制,如何快速、低成本地满足来自不同地域的消费需求,全局库存管理成为必须要良好解决的管理难题。
一、多平台订单管理
所谓多平台开店,就是在开展电商业务时,不仅仅建立自己的官网,也不仅仅在淘宝平台上开网店,而是和所有主流平台合作,目前,这些平台包括:淘宝、天猫、拍拍商城、京东、苏宁易购、一号店等等,在这些平台上开独立店或通过网络分销模式进行推广。
(一)如何统一不同平台上的订单
很明显,由于不同平台的设计思路的差异,每个平台的订单状态都是不同的,比如淘宝平台订单状态有:“没有创建支付宝交易”、“等待买家付款”、“买家已付款”、“卖家已发货”、“买家已签收”、“交易成功”、“交易自动关闭”、“卖家或买家主动关闭交易”。而京东平台的订单状态是:“等待出库”、“等待发货”、“已发货”、“买家已收货”、“已取消”。
这些状态中,有不少状态对平台管理有用,而对后续订单的处理是无用的;比如淘宝平台的“没有创建支付宝交易”状态,这个状态是淘宝网为了控制订单的支付过程中异常而设计的,而在海鼎系统(以下简称“系统”)中,没有支付成功的订单都不需要处理,去掉这些无用的状态,不同平台的订单状态就大同小异了,我们根据业务处理的需要,将订单统一成以下各种状态,这些状态之间的关系如下:
当订单从各个平台上下载到后台系统中之后,系统根据对应规则,将所有订单的状态都统一到平台的订单状态中,以便后续的订单处理作业按照一致的方式完成。
(二)订单处理策略
销售订单从各大平台上下载后,需要进行客服的审核以及系统的相关操作,处理内容包括合并策略、促销处理策略、库存处理策略等三大类。
1、合并策略
以淘宝平台的订单为样本,有10%左右的订单是同一个用户在不长的一段时间内分开下单,存在合并的可能。订单的合并可以降低运费,客户收货验收也比较简单,所以被绝大多数电商所采用。
订单的合并可以是手工合并,也可以是自动合并。手工合并灵活,但效率低,应用最多的还是自动合并。
自动合并是有系统自动完成,当订单必须符合一定的条件后,就可以进行合并,常见的条件包括:订单的来源店铺相同、买家ID相同、收货地址相同、没有备注信息,以及都处在“买家已付款,等待审核”状态下。自动合并时订单金额和运费只是简单累加,订单行金额不再重新分摊。
系统一般将自动合并和自动审核同时完成,将不符合自动处理条件的订单留下来,让客服手工处理。手工合并就非常灵活了,可以针对已经合并后的订单再次合并,手工合并的订单也需要手工审核。
2、促销处理策略
所有电商平台上都支持种类繁多的促销策略,但由于平台通用性的限制,还是有些促销策略不能支持,比如淘宝平台就不支持最常见的赠品促销和数量折扣促销。因此,系统提供相应的功能来弥补电商平台的不足。
现在已经支持的促销模型有:
模型一:全场商品,购买金额>=m,则赠送C+D;
模型二:部分商品A,B,购买金额>=m,赠送C+D;
模型三:赠品库存限制,赠品C库存为m个,送完即止;
模型四:分档次赠品,高档次A,库存为m,赠品全部赠送完毕,则送低档次赠品B,库存为n;
模型五:一批赠品A、B、C、D,库存分别为m、n、i、k,依次送完即止;
时间是促销模型的另外一个纬度,现在的促销单中,有效时间可以精确到秒,比如每天下午6:00到8:00开始促销。
上面提到的促销模型是系统自动生效的,由于电商的售后服务复杂多变,很多时候需要通过送赠品的方式来换取客户的理解,因此,系统还提供了手工添加赠品的功能,只要是有库存的商品都可以手工添加到订单中,作为赠品处理。
3、库存处理策略
根据库存的状态可以分为以下几类:可用库存、锁定库存、预留库存、买断库存、待退货库存、虚拟库存。在订单处理时,锁定库存和待退货库存是不可以使用的,其他集中类型的库存需要按顺序进行处理,处理逻辑如下:
二、全局库存管理
在传统零售中,由于每个实体店都有自己的库存。而对于在不同平台上的网店而言,也需要一个库存数,这个库存数既是平台的要求,也是防止超卖的管理要求。
每个网店有库存数,不表示每个网店都需要有自己独立的仓库,因此,不同平台上的网店库存需要集中管理,以保证每个网店既不缺货又不超卖。
库存集中管理后,库存要存放在实体仓库中,而实体仓库的建设有两种模式,即集中式和分布式,这两种模式各有优缺点。
(一)集中式库存管理
所有库存都放在一个实体仓库中,这种方式非常简单,也是广大中小电商最常采用的库存管理策略。
不同平台上的店铺共同使用一个仓库中的库存时,就涉及到库存分配问题,否则就容易出现缺货或超卖,在我们系统中通过库存发布来解决。
库存发布有两种方式,一种是按店铺的权重进行分配,比如100件库存,一个A级店铺分配40件,两个B级店铺各分配20件,两个C级店铺各分配10件。更精细一点的控制是根据商品在不同门店的销售占比来分配。另外一种方式,所有店铺库存保持一致,将所有可用库存同时发布到所有店铺上,比如100件库存,在一个A级店、两个B级店、两个C级店的库存都是100件。
看上去第二种方式似乎不太合理,但实际上更符合电商的环境。电商销售的突然爆发性远远超过实体零售,几万件商品可以在几分钟内销售出去,如果按权重进行分配,很可能的出现C级店库存全部销售完成而下架,A级店还有大量的库存。其次各大平台的库存是可以随时更新的,通过系统对接,可以及时方便地将库存发布出去,从而降低在各个店铺缺货而影响的销售。
通过快速的更新库存,让所有店铺的库存保持一致的做法比预分配的做法更有效性,但对于库存很少的商品容易造成超卖。比如某件商品库存只有1件了,如果所有店铺都还将库存设为1的话,几个店铺同时下单的可能性还是很大的,就非常容易出现超卖的情况了。因此,针对库存少的商品需要进行特别的控制,应该定向发布到指定的店铺上销售,而不再是发布给所有店铺销售。
如果库存商品的数量很大,且店铺数很多的情况下,计算可用库存和发布库存是比较耗费时间的事情,因此,我们引入了增量发布的库存功能,只发布从上次发布到本次发布时间间隔内有库存变化的商品。
(二)分布式库存管理
与集中式库存管理相对应,一般出现以下情形时,需要分布式库存管理:
1. 在各个区域需求量都足够大,可以支持一个配送中心的运营成本,这种情形对大型电商(如京东、一号店等)而言是非常常见的;
2. 线下各个区域的比较强势的经销商,线上的订单需要有各个区域的经销商负责配送,这种情况对品牌企业比较多见;
3. 产品易碎或保质期比较短(比如生鲜等)必须要通过区域配送来完成,才能有效降低损耗。
分布式库存管理的复杂性远远超过集中式库存管理,其管理的核心在于如何协同使用在不同区域的库存,常用的方案有:
1. 不同区域订单归属不同仓库管理
这也是最常用的一种模式。如果自建官方商城,可以在客户下订单的时候,就可以指定到不同区域的仓库。如果是在第三方平台上的店铺,则没有办法指定区域,这是需要后台系统在处理订单的时候,根据送货地址自动将订单处理到对应区域的仓库上;
2. 不同网店归属不同仓库管理
这种模式不太常见。但如果一个企业有多个品牌,同时这些品牌的制造或配送仓库不在一起的时候,就会出现这种需求。由于品牌定位不同,所以不同品牌在第三方平台上都会开设不同的店铺,但后台系统还是一套,所以需要将不同网店与对应品牌的仓库建立对应关系,在处理订单的时候,根据这个对应关系扣减相应的库存;
在分布式库存管理中,另外一个常见的难点是成本核算。比较常见的方式是每个仓库单独核算,仓库之间的调拨是成本价或加价调拨,或者所有仓库统一核算,仓库之间调拨仅仅是数量上的变化,不涉及成本上的变化。比较复杂的是某几个仓库统一核算,这些仓库内部调拨是按成本价调拨,而与其他仓库之间是加价或成本价调拨。
(三)虚拟库存
所谓虚拟库存,就是这些商品在仓库中并没有实际的库存,但在销售平台上显示有库存,这类库存都是虚拟库存。由于电商是先有订单后发货,从销售成立到货物发出有个时间差,这个时间差就让虚拟库存在电商中得到非常灵活和普遍的使用。
在虚拟库存管理中,根据配送方式的不同,有两类处理模式:
第1种,集中配送,即供应商送货到自己的仓库中,统一分货打包后,与其他在库商品一同配送给客户,这种模式的最大好处是供应商接触不到最终客户,同时,由于是统一配送,客户的服务质量能得到保证,处理流程如下:
第2种,供应商配送,即订单发送给供应商,由供应商直送给客户。这种类型缺少了二次分拣,可以降低配送成本,但缺点是客户的资料被供应商拿走,且每个供应商的服务质量差异较大,很难统一。处理流程如下:
结束语
海鼎的电子商务解决方案全面解决了多平台订单处理和全局库存管理中的管理难题,整体处理框架图如下:
通过灵活的自定义处理策略,系统具备了很强的适应性,为我们的客户拓展电子商务业务提供了强大的工具和坚实的基础。
相关推荐
电商管理后台系统是电子商务平台的重要组成部分,它承担着商品管理、订单处理、用户管理、营销活动策划等多种核心功能。本项目旨在设计并实现一套高效、稳定且易用的电商后台管理系统,以满足企业日常运营的需求。 ...
* 统一平台全业务支持规避多系统操作数据不同步问题系统采用一体化设计统一平台实现从电商订单管理、仓库管理、配送管理、计费管理、多仓管理、多客户管理等系统功能,海外仓运营者不需要采用多系统,如传统的 OMS、...
NideShop通常会包括用户管理、商品管理、订单管理、支付接口、库存管理等多个模块,确保电商运营的核心需求。 4. **数据库设计**:数据库通常包括MySQL或MongoDB等,存储用户信息、商品数据、订单详情、支付状态等...
在电商管理后台开发中,组合式API是一种现代前端框架Vue.js中的重要概念,特别是与Vue 3.x版本紧密相关。Vue.js是一个轻量级、高性能的JavaScript库,用于构建用户界面,尤其适合构建复杂的单页应用程序(SPA)。在...
电商管理系统通常包括商品管理、订单管理、用户管理、库存管理、支付接口等多个模块。商品管理涉及商品的添加、编辑、分类、展示等功能;订单管理则涵盖订单创建、状态跟踪、支付处理等流程;用户管理关注用户注册、...
这个系统可能包含了商品管理、订单处理、用户管理、营销活动等多种功能,旨在提高电商平台运营效率。 【描述】的简洁表明这是一个专为电商设计的后台管理平台,意味着它将具备处理大量数据和复杂业务逻辑的能力。...
这个系统是电商网站运营管理的重要组成部分,涉及用户管理、商品管理、订单处理、库存控制等多个功能模块。 【描述】: "毕设项目-电商后台管理系统.zip" 提示我们这是一个为学生完成学业任务而准备的项目。它可能...
对于电商管理企业网站来说,CRM系统需要与订单处理、库存管理、支付网关等其他业务系统进行集成,以实现全面的业务流程自动化。因此,理解并熟练掌握这些技术和概念对成功实施和维护一个CRM系统至关重要。
在本项目中,“Vue Django 前后端分离 生鲜电商前端项目”是一个专注于前端开发的实践案例,主要使用Vue.js框架构建一个生鲜电商平台的用户界面。Vue.js是一款轻量级、高性能的前端JavaScript框架,它以其易用性、可...
5. 订单管理:包含订单创建、支付、发货、确认收货等流程,需要与后台服务器进行大量的交互。 6. 搜索:提供商品搜索功能,可能涉及到关键词匹配、搜索建议等。 7. 推广与营销:如优惠券、积分系统、限时折扣等,...
《构建基于Spring Cloud的电商购物平台——cloud-shop详解》 在现代互联网技术栈中,Spring Cloud作为微服务架构的重要组成部分,被广泛应用于大型分布式系统。本文将深入探讨一个基于Spring Cloud构建的电商购物...
在这个项目中,我们可以预期找到实现电商平台核心功能的各种代码、配置文件以及相关的文档。下面将详细探讨这个电商项目可能涉及的关键知识点。 1. **前端技术栈**: - HTML/CSS/JavaScript:作为任何Web项目的...
Vue.js全家桶中的Vuex负责管理全局状态,解决组件间状态共享的问题;Vue Router提供路由管理,实现页面的动态加载和导航守卫等功能;Axios作为HTTP库,处理前后端交互,支持Promise API,易于集成和使用。 项目结构...
项目中可能包含了用户管理、商品信息、订单处理、库存管理等多个数据库表,通过SQL语句进行数据的增删改查操作,确保数据的安全存储和高效检索。 购物商城的前台部分通常包含以下功能模块: 1. 首页:展示热销商品...
- **订单管理**:包括下单、支付、订单查询、取消订单、申请退款等功能。 - **用户系统**:登录注册、个人信息管理、收货地址管理等。 - **支付接口**:对接微信支付,完成线上交易。 - **评论与评分**:用户...
开发者需要熟悉微信支付API、商品分类管理、库存控制等电商系统的常见模块。 4. **数据持久化**:微信小程序支持本地存储,如使用`wx.setStorageSync`和`wx.getStorageSync`进行数据的存取,对于电商应用,可能涉及...
GTS适用于需要强一致性保证的分布式业务场景,如电商平台的订单支付、库存扣减、物流更新等多步骤操作,以及金融行业的账户转账、保险理赔等业务。 5. **安全与合规** 文档强调了法律声明,用户需遵循保密协议,...
该系统的应用解决了企业面临的一系列痛点问题,包括如何建立有效的集中采购模式、规范供应商管理、发挥规模优势降低成本、控制采购价格、全局库存管理和业务流程控制等。通过集采电商系统,企业可以实现供应链的精细...
通过学习和实践这个项目,开发者不仅可以掌握uni-app框架的使用,还能了解电商应用的常规设计模式和业务流程,对于提升跨平台移动应用的开发能力具有重要意义。同时,由于uni-app的多端兼容特性,开发者可以将学到的...
- **库存管理**:在商品购买过程中,库存扣减和订单创建是两个需要同步进行的子事务,GTS确保这两部分操作的原子性。 - **跨服务调用**:在微服务架构中,当多个服务协同完成一个业务流程时,GTS可以确保每个服务...