商品系统管理

一、前言

在金融业务信贷管理系统中，客 户、产品、合同、借据为其核心的四大主题域，而能作为主线贯穿整个系统的主要有客户编号、产品编号、业务流水号。可见产品在其整个系统当中的重要性，设计产品管理的主要目标有：

1、承载业务配置属性。

2、用于贯穿整个系统，可用于业务的个性化控制，可用于业务的统计分析维度。

3、快速的推陈出新，满足业务的发展速度。

由此可见产品管理在金融业务系统中的重要性，本文将探讨设计一个能满足上述目标的的产品管理子系统。

二、方案

产品管理子系统

产品管理子系统抽象出产品线、产品线属性组，产品线属性，产品四个概念。

1、产品线为顶级入口，先建立一个产品线，相当于先大致框定一个范围。

2、产品线属性组，用于将属性分组，创建属性组时指定下辖的属性，属性组可以以更加直观的方式来看产品线范围。

3、产品线属性，可以说是确定产品线范围的最细粒度，产品线的属性存在于属性库中，如果没有，则先创建属性，再加入到属性库，最后挂载到产口线属性组。

4、产品，产品为最终落地到业务系统中的概念，创建产品时，通过选择产品线，得到产品的范围，配置属性即可投入使用。

三、总结

可以说最终落地的就是产品信息与产品属性信息，产口属性信息可以通过Key与Value的形式来存储，遇到需要配置多条的数据时，则Key相同，value不同。最后使用方通过调用服务接口，传入产口编号来获取产品的所有属性值。

有些配置可能不只是通过Key与Value就能配置得出来，这个时候可能就需要在设计产品属性组的时候就要增加固定属性组的概念，固定属性组应当指定对应的配置存储表，以便接口在返回产品属性数据时知道去哪个表取属性数据。

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

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

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

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

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

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

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

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

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

一、货位介绍

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）盘点录入

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

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

通常我们只能看到一个网站的前台页面，对于网站后台只有站长在拥有账号的情况下可以进入后台，那么网站后台管理系统都有哪些管理功能?

第一：网站的系统管理：管理员管理，也称权限管理。可以新增管理员及修改管理员密码;数据库备份，为保证您的数据安全本系统采用了数据库备份功能;上传文件管理，管理你增加产品时上传的图片及其他文件。

第二：产品管理：产品类别新增修改管理，产品添加修改以及产品的审核。

第三：企业信息：可设置修改企业的各类信息及介绍。

第四：订单管理：查看订单的详细信息及订单处理。

第五：会员管理：查看修改删除会员资料，及锁定解锁功能可在线给会员发信。

第六：新闻管理：能分大类和小类新闻，不再受新闻栏目的限制。

第七: 留言管理：管理信息反馈及注册会员的留言，注册会员的留言可在线回复，未注册会员可使用在线发信功能给于答复。

第八: 营销网络：修改营销网络栏目的信息。

第九：友情链接：新增修改友情链接。

第十：全新模版功能，在线编辑修改模版。

第十一：全新挂接数据库，在线表编辑，添加数据表，编辑数据库，加添编辑文件挂接网站等等。

第十二：系统日志功能，每一步操作都有记录，系统更安全。

第十三：中英文切换，简体繁体切换。

第十四：还有多开源的代码，以便站长二次开发。

每个网站的后台可能都会不太一样，但是大体的功能都差不多，大家做一个简单的了解即可。

彦雷零售批发管理系统-商品分类

功能说明：商品分类添加、修改、删除管理。目前分类控制在两级分类，可扩展成多级分类。

彦雷零售批发管理系统-商品列表

功能说明：商品信息添加、修改、删除、查询、打印条码等功能。

在上期我们完成了用户注册功能，现在我们继续写用户登陆功能，我其实也不知道这期可以完成多少，人比较懒，写一点是一点，可我觉得苍蝇再小也是坨肉。

1.分析登陆页面

2.创建LoginServlet

3.在上次创建的UserService添加登陆方法

4.在userDao添加查询方法，注意不要捕获异常，直接抛给servlet处理。

5.测试：

到这里登陆功能就已经完成了

下一步实现记住密码的功能

1.观察前端页面

2.在servlet创建cookie 保存账户密码

3.在页面中导入jstl标签库

4.在页面中通过EL表达式获取作用域的cookie值

5.测试成功

使用beanUtils解决数据类型转换的问题，得用到这两个jar包。

使用beanUtils将获取的参数封装成对象

所以之前的用户注册传入的具体参数可以直接修改成传入对象，比如：

特别需要注意的是当我们使用BeanUtils.populate(user, parameterMap)方法的时候，map的key必须与目标属性相同。简而言之就是：

接收到的参数命名与对象名称一致，否则无法就无法绑定。

当然这种用法只存在原生的写法，当我们在使用框架的时候，这些操作都是由框架来完成的，但我个人觉得还是有必要了解一下。

关于servlet抽取

在以上的示例种都是写一个功能创建一个servlet，但在实际开发过程种，都是按模块开发，比如登陆注册就是属于用户模块，我们应当整合到一起。

1.在JSP表单种添加input标签

2.通过获取method的value值,分别对应不同的方法

注意比较值的这种写法 "register".equals(method)，而不是method.equals("register")，因为不容易造成空指针错误。

这种写法又导致另一种情况的出现，当我们method的值比较多的时候，每次进行 if 逻辑判断然后执行相应的方法就很麻烦。所以我们需要通过反射机制获取文件的字节码文件，这样就没必要每次判断。

1.新建一个BaseServlet基类，重写services方法

2.让userServlet继承BaseServlet，并注释掉UserServlet种的doget（）和dopost（）方法，因为，请求访问userServlet的时候，找不到相应的doget和dopost方法就会去找其基类中的方法，也就是去找BaseServlet中的service方法

3.获取字节码文件中的方法并执行

这样写简化很多代码，看起来也很舒服。但实际上框架已经帮我们完成了这些事情，我们只需要写相关的servlet就行，但我为什么要讲这些，因为感觉有必要了解一下运行的原理。

随着物联网技术的崛起，让五金业在管理方面得到了非常不错的帮助，尤其是在商品的出入库管理上。很多五金公司都引进了科学化的仓储管理系统，这就使得这些公司在商品的出入库管理上得到了越来越正规的管理，不仅解决了以往仓库混乱的局面，还创造了不少利润，整体实力也比之前提升了一大截。这就令一些在商品出入库上管理很不善公司的纳闷，这种系统到底有何功能呢？它怎么会有如此重要的作用呢？

下面我们就以标领的五金仓储管理系统为例，给大家科普一下该系统的的功能，以便大家对其有进一步的认知和了解。

第一点，规范化。估计大家经常会碰到这样的情况，就是公司采购的商品要入库呢，于是管理人员就拿出厚厚的记账本，翻来翻去才找到所要记录的位置，很费时费力的将商品的信息写了下来。还有更甚的，由于嫌翻帐麻烦，就直接找张纸随便写几个字就算凭证了。这样的入库流程，在现在社会都有点荒唐啊，最终在统计账务的时候也就会出现很多问题。而仓储管理系统对于此过程就有一个规范化的管理，无论是商品入库信息的录入还是查询，在系统里面都有一个集成的管理，非常的规范化，从而杜绝了以上情况。

第二点，高效率。仓储管理系统不但对出入库工作流程进行了简化，更是使之得到了规范化，中间不再有 耽误出入库交接的情况发生，更不会再发生拖拖拉拉的问题，所得的结果自然就是高效率的工作，同时一旦效率得到了提升，在一定程度上也会提高企业的形象。

第三点，资源节省。首先就是时间资源的节省了，因为利用仓储管理系统可以很大的提高商品出入库的效率，这就节省很多的时间，来进行更多的商业交易。同样，在人力资源的节省上，由于得到科学的管理，人员的积极性和工作效率都得到了很大的提升，以前需要加班加点完成的工作，现在只需正常工作时间就能完成，人工成本降低了不少。

分析到这里相信大家心里已经有了一个很清晰的答案了，这里我再做一个总结，标领仓储管理系统之所以在企业的出入库管理中发挥着很重要的作用，就是因为它将平常公司管理中的凌乱性、随意性规范成了科学的制度，要知道公司管理一旦科学化了，那么它的发展就会顺利了。所以不难看出，一款仓储管理系统对于企业管理的重要性。

MVC模式（Model–view–controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。

关于javaWeb中三层架构：

1：数据访问层：主要看数据层里面有没有包含逻辑处理，实际上它的各个函数主要完成各个对数据文件的操作。而不必管其他操作。

2：业务逻辑层：主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。

3：表示层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

本项目只是作为设计参考示例，关于代码需要注意的地方，我也会提及，但大多数技术以前都已经介绍过，所以只讲大概流程，不会细分或者继续扩展。

1.创建基本目录结构

2.导入需要使用的jar包，并添加到项目中

3.配置JSTL的相关信息

4.导入前端页面信息（因为主要是介绍后端开发，前端代码暂时就不用管了）

5.设计数据库

创建用户表

创建食品表

6.配置数据库连接信息c3p0：此配置文件放在src根目录下

7.创建与数据库对应的实体类，注意命名的一致性

实现注册功能

1.查看前端代码

2.新建servlet对前端注册功能接收传入的参数

3.新建UserServices类处理相关信息

4.新建UserDao类来完成对数据库的操作

5.在web层中调用services方法

6.为了避免乱码问题，我们创建过滤器

到这里注册功能已经完成了，如果各位配置信息没弄错，代码和我一致的话，应该也没有太大问题。测试：

文章对库存管理系统做了简单的概括和总结，希望能够给你带来一些启发和思考。

库存系统作为电商后台系统中不可或缺的一部分，虽然公司业务千差万别，但主要的元素却是相似的，文章主要是根据自己的经验来浅谈一下库存系统的设计。亦作为一个自我工作的总结和梳理。

库存管理系统，简单的说，就是管理商品和数量之间的关系。在功能划分上，主要包括商品库存数量、入库、出库、盘点几个部分。

一、商品库存

即各个商品的数量管理。需要注意的是，在系统里需要保证商品的唯一性。在这里，涉及到以下几个数量：

库存总数：目前仓库里还剩余的真实数量；

可用数量：可以用于销售、调拨等的数量；

锁定数量：指已经有了去处或者计划，但还未真正出库的数量（该部分在很多系统中，又会根据业务的不同而分成多个部分，在这里，暂且统一称之为锁定数量）；

当然，在实际设计过程中，还会涉及到其他的值和功能点，以下几点可作为参考：

可以针对每个商品，做一个商品的历史变动明细、或根据不同维度做一些简单的数量统计；

设置阈值，当数量小于某个值时，给出通知或提示，以告知相关人员进行采购；

每个商品从采购到出库，每一个商品的流向进出都需要有所记录。在设计过程中，这一点是特别重要的，但却也是最复杂的，因为每一个业务通常都有很多的环节，会涉及到审批、物流、成本价等等，一个不小心，数据就会出现偏差；

二、商品入库

商品入库即商品数量增加的情形，主要包括采购、退货和调拨几种情形：

采购：即仓库向供应商进行采购。（在不同的公司不同业务中，可能会涉及到很多的层采购，流程的复杂程度也随之各不相同）；

退货：从商城等的退货；

调拨：从其他仓库调拨过来；

虽然看起来入库包含的内容不是很多，但实际上是仓库系统的设计在后台系统中却是较为复杂的一部分。不同的业务，需要考虑的因素太多，每一个商品，每一个批次，每一个入库的类型，还有相关的物流信息等，都需要反复思考和优化。

那么，下面就来介绍一下商品的入库流程及每一个环节中可以考虑的问题吧。

1、采购

采购单信息：作为一批货品的采购信息，需要保证商品信息的完善和准确性；

预估功能：对各个商品的出库数量做一个周期性的预估，以便更好的进行库存控制；

采购提醒：在系统中可以设计一个监控功能，当商品可用数量少于一定值时，提醒采购；

快捷填写采购单：因为录入采购单比较耗时，所以是否可以考虑做一个快捷填充的入口，比如可以根据上次的采购数量生成一个基础的采购单，然后再在自动生成的采购单基础上进行修改。当然，此方法是否可行还要看具体业务流程，在此只是作为一个参考；

采购审核：在一些业务流程中，填写采购单后，是需要相关负责人先进行审核的，审核通过后会根据审核结果生成一张真正的采购单。此时，要考虑在审核过程中允许操作的点，比如是否允许修改数量、规格等；

采购状态：需要提供一个可以追踪的界面，以便知道申请进度；

权限：还需要注意的是，每个状态下每个角色的操作权限。比如哪些人可以申请采购，哪些人可以审核等；

2、退货

在这里，所指的入库是已经从仓库里面发出，之后再进行退还的过程。此过程中需要考虑的点有：

退货状态：虽然这是属于订单系统里面的内容，但在仓库系统里面最好也有所表示，这样有利于仓库管理者监控商品的动态；

退货仓库：考虑在库存里，是否需要把退货部分单独统一管理；

退货商品成本：在有的系统中，从供应商采购再到最后零售的过程，可能会存在断层的情况，而且每一批商品的成本价可能会有所不同，此时就需要直接从入库单开始，实行先买先卖的原则，当退货时，就需要保证退回的商品退到了原始批次上；这一操作，主要是为了财务对账做准备

3、调拨

这就涉及到两个仓库之间的数量变化了。基本上调拨中仓库之间的变化如下：

如上图所示，若要从仓库A调拨50个某商品到仓库B，则：

发货仓库：发起调拨后，发货仓库需要先锁定库存，此时，可用数量减少。发货后，锁定库存为0，,总库存减少；

收货仓库：在真正入库之前，一切数量均不改变；

三、商品出库

商品出库主要包含：销售（经销商/零售/线上/线下/不同平台和渠道等）、调拨出库

1、销售

销售出库是最主要的一种出库形式，虽然销售的形式、渠道等都各不相同，但主要的逻辑都是相似的。

举个简单的例子：仓库A里面目前还有可口可乐500箱，有100箱已经卖出去了，但买家要明天才来提货。那么这100箱就会被锁定，不可再用于其他地方，此时，可用的只有400箱。若买家又不想买了取消了订单，那么被锁定的100箱库存又被释放，可用数量再次变为500箱。

2、调拨：如入库调拨所示。

四、仓库盘点

盘点主要是用于管理仓库实际值与系统值的差异的。理论上来说，若商品的各个环节数据都准确的话，实际值与系统值应该是一致的。但实际中可能会有一些系统检测不到的因素影响了真实的库存，这就需要仓库进行周期性的盘点了。

盘点之后，若实际值与系统值不一致，就需要把系统值修改正确，这时，可以通过人工或者自动生成出入库单的形式去修改系统值，而且修改的这部分数据是需要做出标记的，以便于财务之后的对账。（当然，实际设计中如何处理这部分差异，还要看业务性质和需求）

由于在实际的设计中，仓库系统涉及到的东西比较多，而且与业务的相关度比较高，不同的业务，设计出来的库存系统会有很大的差别，这里仅做了一个简单的概括和总结，若有其他的建议和方法，欢迎交流分享。