电商网站管理系统

目前市场主流的电商管理ERP软件，如管易、网店管家，大部分采用的是C/S(客户机和服务器)结构，凡是订购软件服务的网店客户，只要通过客户端就能完成对主流电商平台进行统一管理。对于没有软件研发实力的店铺卖家来说，使用现成的电商管理软件，可以大大节约成本，提高工作效率。但是，从数据安全角度来说，使用第三方软件，客户隐私信息被更多的暴露出来。这也是近期天猫要求所有第三方服务商完成数据存储加密升级的原因。

改造前电商ERP软件情况

在开发自己的电商管理综合平台前，我们使用的是离职员工开发的一套电商业务管理软件，软件是采用delphi语言开发，系统结构也是采用C/S模式，

系统分为后台订单下载服务和前台店铺订单管理两个部分。后台订单下载服务是部署在聚石塔内，负责处理天猫、C店、京东等平台订单。

我们部署了瑞友天翼，实现在聚石塔内部署客户端程序，本地可远程访问客户程序，完成订单审核、订单查询等操作。老系统采用通过TCP端口读取远程服务器数据，完成订单打印、称重、扫描等操作。

因为我们并没有这套软件的开发源码，即使有源码，也没有了解delphi语言，更谈不上在其上进行开发了。我们在后期又增加了部分外围的电商平台，如唯品会、当当网、拍拍网、工行融易购、建行等等。我们还是使用之前的这套软件，重新在公司局域网部署了一套系统，专门维护这几个外网平台的订单。

这样，在系统改造前，我们是在维护两套一样的系统，客服同样也是同时使用两套系统，非常麻烦，影响工作效率。这也是我们要改造现有电商管理软件的主要原因。

重新设计电商管理综合平台

1. 系统采用新的开发语言—— C#；

2. 电商管理综合平台系统通讯架构采用.NET Remoting通过TCP端口从本地激活远程对象，访问远程数据；

3. 系统分为独立的订单下载服务和电商业务管理客户端组成；

电商业务管理客户端系统功能图

系统架构图

系统架构说明

1. 系统平台：Windows Server+IIS+SQLSERVER

2. 开发语言：；

3. 服务器：VM+RDS；

4. 系统架构：采用C/S三层架构；

5. 客户端为自开发Windows应用程序，用于用户交互；

6. VM内订单抓单服务将访问淘宝API或者RDS订单推送库，完成淘宝订单抓取至RDS商家业务库；

7. 应用层采用采用.NET Remoting通过TCP端口来与客户端交互，并进行业务逻辑处理。

　　紫鲸互联表示:会员系统主要是管理用户信息，通过一系列满足用户心理、提高黏性的方法来实现开发新用户、增加用户活跃度的目的。会员系统有一个升级版的名称：CRM(客户关系管理系统)，相比传统的会员系统，CRM系统是一套完整的客户关系开发、管理及流程管理的解决方案，赋予企业完善的客户交流能力，最大化客户的收益率。

　　对于电商系统，会员系统主要分为to C和to B，相比与传统企业的CRM系统，功能相对简单。to C的会员管理主要包含会员基础信息管理、会员成长体系和积分体系这三部分。有to B业务的会员管理系统还涉及到B端用户的组织架构管理、客户拓展等功能。在B2B2C的电商平台的会员管理中，还需要对会员体系进行分层。每个店铺都可以对其会员进行独立管理。提供平台会员、店铺会员体系独立存在，独立运营，并且可交叉匹配，统一管理平台用户信息。

　　1.会员基础信息管理

　　先想象下场景，当用户从客服入口进来，咨询了一个订单，用户的陈述一般是“我的订单怎么还没发货”、“刚在你们这买的衣服尺码小了” 等等主观陈述。客服的第一反应“这个用户是谁?”、‘买过什么?’等，这时候就会去会员系统中查询用户信息。

　　会员的基础信息管理是聚合关于用户信息的一个出口，包括用户的基本信息、优惠券信息、订单信息、售后信息、会员等级、会员积分、会员余额等内容。可以看出会员系统还涉及到与其他系统之间的一些信息交互。

　　基本信息：包括注册时间、注册手机号、性别、会员等级、会员积分、会员余额以及收货地址等相关信息。

　　优惠券信息：用户账户中的优惠券明细及状态，优惠券金额、使用条件、领取时间、使用时间、有效期及使用状态等。优惠券可链接到优惠券明细。

　　订单信息：用户的订单记录列表，显示订单主要信息(下单时间、状态、金额、收货信息等)。可连接至订单管理中的订单详情，对订单进行相关操作(退货退款等。)

　　售后信息：用户的售后记录列表，显示售后主要信息 (下单时间、售后申请时间、状态、金额、收货信息等) ，可连接至订单售后管理。

　　会员等级：主要是会员成长明细，记录成长值增减的原因和时间，以及升级历史，可以修改用户等级。

　　会员积分：会员积分变动明细，记录积分的来源、消耗。

　　2.会员成长体系

　　在会员等级管理中，有个经常用到的词：成长值。用户的成长值决定了用户的会员等级。

　　以目前最大的两家电商平台为例，淘宝的成长值叫做“淘气值”，不同的淘气值对应不同的会员等级(普通会员、超级会员、APASS);京东的成长值就叫做“成长值”，不同的成长值对应不同的会员等级(注册会员、铜牌会员、银牌会员、金牌会员、钻石会员)。

　　这两家电商的会员成长体系采用的是两种不同的模型：RFM模型和用户行为增长模型，也是目前应用最广泛的两类模型。会员成长值是根据不同的成长策略进行量化赋分。电商中主要对用户的登录、购物、评价、晒单等行为进行评估，来计算会员的成长值。

电商交易市场已经相对成熟，市场上具有丰富多样的产品及营销模式，电商企业面临着线上线下服务体系优化及大数据整合的双重挑战，需要从电商供应链优化、物流网络布局、线上线下订单整合、订单全程执行、电子数据交换标准数据交互及高效仓库操作等方面提供完善的信息化解决方案，实现线上线下业务扩展融合、供应链整合优化及与国内外大型电商平台快速对接。

Made4net-WMS解决方案：

1、快速实现与各主流电商平台订单无缝集成及企业内部ERP集成，建立企业级的订单数据中心，提升订单履行的妥投率；

2、高效整合企业内外部供应链物流资源，为用户提供量身定制的交付体验，有效控制供应链物流的运营成本；

3、解实现与电商平台内部业务系统、主流电商平台数据的无缝对接，实现电子数据平台至快递系统的自动下单及订单查询等功能。

应用Made4net-WMS效益：

1、通过电子数据交换平台实现电商企业后端系统与电商平台、国际性大客户系统等进行数据集成，实现订单接收、订单取消、订单退货及订单跟踪等业务流程的数据交换；

2、快速实现与各主流电商平台订单无缝集成及企业内部ERP集成，建立企业级的订单数据中心，满足大数据订单执行及分析需求；

3、企业选择自身资源合理利用，同时通过社会资源的有效整合来提升用户的交付体验，有效控制供应链物流的运营成本；

4、通过多仓资源的有效控调合理分配作业资源，采用自动化技术提升电商出库效率，并提供有效全网仓库作业负载优化，实现仓间的作业量调拔，多仓作业联动及实时监控。

库存，是电商企业不能回避的问题，也是电商企业的命门。供应链管理上的问题，往往都会体现在库存上，要么是库存过多导致滞销，要么是库存过少导致断货。

库存管理，顾名思义就是管理商品的数量，大的方面我们可以分为销售库存和仓库库存。

销售库存，也可以称之为前台库存，也就是面向用户纬度的库存数量。

仓库库存，同样也可以称之为后台库存，就是面向仓库纬度的库存数量。

销售库存和仓库库存，具体的细节我们放在后面文章中介绍。

影响仓库库存的行为，最主要的就是入库、出库。

入库就是增加了多少商品数量，常见的有采购入库、退货入库、调拨入库、生产入库、盘盈入库、其他入库等；

出库就是减少了多少商品数量，常见的有销售出库、采购退货出库、调拨出库、盘亏出库、其他出库等。

为了更好的说明商品出入库（库存管理）的内容，按照流程来，我们会先介绍一下仓库内的基础业务，包括货位介绍、调拨业务、盘点业务。

一、货位介绍

1、业务

仓库为了更好的管理商品，一般都会将仓库分成一个一个货位。这样的话，每次商品入库，都会关联一个货位，商品出库的时候，分拣单上面就会关联商品的货位，这样仓库人员在配货的时候，就可以快速、高效的找到商品的位置。

下面介绍一种货位的分配方式，也算提供一种思路：

上图是一个简单的配货区的平面图，一共可以分成几排，每一排我们分别命名为A、B、C、D、E、F、G、H，每一排都有很多货架，结合每一排的命名，我们给每个货架命名为A01、A02、A03、A04、A05、A06。

上图是一个简单的货架的展示图，这个货架我们命名为A01，一共可以分成四层，每一层我们命名为A01-1、A01-2、A01-3、A01-4，针对每一个货位，对应的我们命名为A01-1-01、A01-1-02、A01-1-03、A01-1-04。

2、原型

（1）货位列表

原型比较简单，这里就不做太多描述，就是一个配置页面，一个展示列表页面，包含最基本的仓库、货位、状态等信息即可满足。

二、调拨

调拨主要用于仓库内库存数量的调整，把合适的商品，放在合适的仓库／位置，可以分为仓内调拨和仓间调拨。

仓内调拨：也可以称为库位库存调拨，一般是仓库内部库存的调整。比如将货品从库存充足的货位调拨到库存不足的货位，方便拣货，同时方便管理货位库存。

仓间调拨：也可以称为仓库库存调拨，一般是仓库之间库存的调整。比如将货品从杭州仓调拨到上海仓。

2、流程

调拨业务的流程，主要围绕调拨单的流转，牵涉到业务人员、调出仓库、调入仓库三方，从业务人员创建调拨单，到调拨信息流转到调出仓库创建调拨出库单，再到调拨信息流转到调入仓库创建调拨入库单结束。

（1）业务人员，根据实际需求创建调拨单，并且提交审核

（2）相关人员对调拨单进行审核，如果审核不通过，需要重新编辑提交

（3）调出仓库，根据审核通过的调拨单，创建调拨出库单，当然调拨出库单也可以根据实际情况选择调拨单中的某个或者某几个商品，并且填写实际的出库数量

（4）调入仓库，根据调拨单和出库单，创建调拨入库单，根据实际情况做入库操作

（5）财务结算调拨过程中产生的费用

3、原型（仅供参考）

（1）调拨开单

调拨开单是调拨业务在系统里面的第一步，需要先选择最基础的调出仓库和调入仓库，然后选择需要调拨的商品，商品到sku纬度，系统根据规则计算可以调拨的商品数量（具体可调拨数量的计算方法，我们放到后面介绍库存详情的时候统一介绍），维护本次调拨的实际商品数量，选择调入货位（调入货位根据基本信息里面的调入仓库，读取对应仓库的货位信息）。

（2）调拨单管理

这里展示了所有的调拨单据，调拨单需要在这里进行审核后，才能进行后续的调出与调入操作。

调拨单的状态：

编辑中：相当于草稿状态，可以对调拨单进行修改，然后提交审核已取消：单据被取消，相当于单据已经作废待审核：已经提交调拨申请，还没有通过审核已审核：调拨申请已经通过，可以进行出库操作待出库：调拨出库单已经生成，但是还没有审核通过部分出库：调拨单里面的部分商品已经出库完成已出库：调拨单里面的所有商品已经出库完成待入库：调拨入库单已经生成，但是还没有审核通过部分入库：调拨单里面的部分商品已经入库完成已完成：调拨单里面的全部商品已经入库完成

三、盘点

盘点是指对仓库内的实物库存数量进行全部或部分清点，以确实掌握该期间内货品状况，并因此加以改善，加强管理。

一般的进销存系统，都提供了严格的出入库管理，所以理论上来说，系统的库存数量和仓库的实际库存数量是保持一致的。但是实际操作中，发货时候不可避免会有错漏发，或者不按流程操作的情况，这时候就会出现理论库存和仓库实际库存对不上的情况。

盘点后，如果出现实际库存数据和理论库存数据不一致，会自动生成盘盈入库单和盘亏出库单来调整库存数量。定期盘点既保证了库存数据的准确性，避免超卖等现象，还能及时掌握库存运作出现的问题。

定期盘点既保证了库存数据的准确性，还能及时掌握库存运作出现的问题，避免超卖等现象。盘点后如果库存数据不一致，会生成盘点盈亏单，卖家可以在库存管理界面查看库存变化，或者查看库存台账来检查什么环节造成的库存不准。

业务主要围绕盘点单的流转，从业务方创建盘点单开始，到盘点录入，到盘点完成后，自动生成盘盈入库单和盘亏出库单对库存进行修正结束。

（1）业务人员，根据实际需求创建盘点单，并且提交审核

（2）相关人员对盘点单进行审核，如果审核不通过，需要重新编辑提交

（3）仓库人员，根据盘点单对商品进行盘点录入，录入实际的盘点数量

（4）根据盘点数量和库存数量的对比，生成盘盈入库单和盘亏出库单

（5）相关人员对盘盈入库单和盘亏出库单进行审核（如果盘单人员就是审核人员，可以系统默认直接审核通过），对库存进行修正

（1）盘点开单

盘点开单是盘点操作的第一环，我们的盘点流程从这里开始， 盘点开单主要用于选择盘点仓库、盘点货品等信息，点击保存/提交审核后即可生成盘点单，可以在盘点单管理界面显示生成的盘点单据。

（2）盘点单管理

主要用于对盘点单进行查询和管理，在这里我们可以对盘点单进行审核、盘点录入等各种操作。

盘点单状态：

编辑中：相当于草稿状态，可以对盘点单进行修改，然后提交审核已取消：单据被取消，相当于单据已经作废待审核：已经提交盘点申请，还没有通过审核待盘点：盘点申请已经审核通过，但是还没有进行盘点录入，可以对盘点单进行盘点录入操作已完成：盘点录入完成，盘点结束

（3）盘点录入

这里主要用于对盘点单进行商品真实数量的录入，业务人员清点完成后，填写实际的库存数量，保存后，盘点录入流程完成，系统会跟新原来的库存数据，如果录入数量与库存数量不一致，系统会自动生成盘盈入库单和盘亏出库单。

本篇主要介绍了仓库内的基础业务，包括货位介绍、调拨业务、盘点业务，之后几篇会相应的介绍直接影响库存数据的入库管理和出库管理，最后会整体介绍针对用户纬度的销售库存详情和针对仓库纬度的仓库库存详情。欢迎感兴趣的各位一起交流。

目前市场主流的电商管理ERP软件，如管易、网店管家，大部分采用的是C/S(客户机和服务器)结构，凡是订购软件服务的网店客户，只要通过客户端就能完成对主流电商平台进行统一管理。对于没有软件研发实力的店铺卖家来说，使用现成的电商管理软件，可以大大节约成本，提高工作效率。但是，从数据安全角度来说，使用第三方软件，客户隐私信息被更多的暴露出来。这也是近期天猫要求所有第三方服务商完成数据存储加密升级的原因。

改造前电商ERP软件情况

在开发自己的电商管理综合平台前，我们使用的是离职员工开发的一套电商业务管理软件，软件是采用delphi语言开发，系统结构也是采用C/S模式，

系统分为后台订单下载服务和前台店铺订单管理两个部分。后台订单下载服务是部署在聚石塔内，负责处理天猫、C店、京东等平台订单。

我们部署了瑞友天翼，实现在聚石塔内部署客户端程序，本地可远程访问客户程序，完成订单审核、订单查询等操作。老系统采用通过TCP端口读取远程服务器数据，完成订单打印、称重、扫描等操作。

因为我们并没有这套软件的开发源码，即使有源码，也没有了解delphi语言，更谈不上在其上进行开发了。我们在后期又增加了部分外围的电商平台，如唯品会、当当网、拍拍网、工行融易购、建行等等。我们还是使用之前的这套软件，重新在公司局域网部署了一套系统，专门维护这几个外网平台的订单。

这样，在系统改造前，我们是在维护两套一样的系统，客服同样也是同时使用两套系统，非常麻烦，影响工作效率。这也是我们要改造现有电商管理软件的主要原因。

重新设计电商管理综合平台

1. 系统采用新的开发语言—— C#；

2. 电商管理综合平台系统通讯架构采用.NET Remoting通过TCP端口从本地激活远程对象，访问远程数据；

3. 系统分为独立的订单下载服务和电商业务管理客户端组成；

电商业务管理客户端系统功能图

系统架构图

系统架构说明

1. 系统平台：Windows Server+IIS+SQLSERVER

2. 开发语言：；

3. 服务器：VM+RDS；

4. 系统架构：采用C/S三层架构；

5. 客户端为自开发Windows应用程序，用于用户交互；

6. VM内订单抓单服务将访问淘宝API或者RDS订单推送库，完成淘宝订单抓取至RDS商家业务库；

7. 应用层采用采用.NET Remoting通过TCP端口来与客户端交互，并进行业务逻辑处理。