您现在的位置： 
蓝猫---仓库软件设计的建议
作者：永远的dz商务 人气：
【字体：大 中 小】
发布时间：2006-10-20 20:30:55
我们现在的数据库结构上完全能够满足公司在去年需求调查时提出的在全国建立多个仓库，分库管理的需求，这一点可以在设置（仓库—库区—货位）的功能上得到体现。
美中不足的是，没有从仓库管理的角度来体现上述功能。
我们目前的做法是（以入库为例）：在发货清单入库的时候，可以按照清单中所列产品来指定货位，进行入库操作，但缺少整张单据对应的仓库的提示。即：操作人员办理入库的时候没有选择仓库的功能，只能从产品的角度来指定所属的仓库、库区、货位的层级关系。
这样暴露出的不足是：休闲 居 编 辑
1、增加了业务操作人员人为的出错率（比如选错不同仓库的同类货位）
2、在目前的功能和权限划分中，没有增加对仓库对象的权限判定，会出现管理上的漏洞。比如：义务仓库的操作人员可以看到汕头仓库的库存。
其他问题诸如：没有对单据指定所属的仓库，那么多库的费用管理将如何区分？等
此类问题主要涉及的模块包括：产品入库、出库、以及仓库日常管理等模块。
主要原因就是：只指定了产品的所属货位，没有指定单据的所属仓库。
根据我们目前数据库设计上的可扩展性，上面这两个问题，可以很容易的解决。
解决方法大体两个：
1、维持现有设计不变，从权限上、命名上加以限制；
2、对设计适当调整。
无论那种做法都有饶不过去的几个实际的问题：
1、 在多库操作的情况下，对操作人员的权限判定一定要做。
如果不改
a 那么货位命名上一定要区分，这样做的缺点是对仓库，库区，货位的命名必须由总部统一进行，防止命名重复的情况出现，加重了总部和仓库的沟通负担，本来是仓库的内部事物，结果需要总部的协助才能完成，或者建立命名规则，但对操作者的限制增多。
b如果没有指定以单据所属为单位的浏览权限，那么权限的判断会复杂
很多：
1）首先选择需要浏览的单据主表；
2）根据主表选择出子表的一个产品所属的货位
3）根据货位迭代查找其所属仓库
4）根据仓库来判断用户有没有权限来浏览。L
2、 仓库的费用设定一定要加上：费用单据所属的仓库，否则财务无法区分。
3、 在分单过程中会出现无法处理的困境：
比如：按照总部的要求分单操作人员按照仓库分单，分好后，递交仓库处理。但是出库单没有识别其所属仓库的表识，那么定单每个仓库都可以看得到，这会在操作人员层面上造成混乱。
类似的困难在仓库的内部管理的很多功能上也会体现出来，增加了编程的工作量。
如果改，那么改动的优势和时机是什么呢？
很显然：主要工作是对相关单据主表增加区别仓库的字段。
权限管理等工作，不管改不改都必须要做。在增加后反而减少了做查询、权限认证等模块的工作量。
另一个关键要素是：时间。
这个改动对业务的实际流程只有少量影响，但是错过试运行这个机会，以后改动的风险和代价，诸多不确定因素就要增加了。
纵上所述：我们数据库设计总体上具备了多库管理的基本条件，但是没有把多库管理的优势在程序界面上和操作上体现出来，不能不说是一个遗憾。类似的问题还有：批次管理的功能，也就是说数据库的设计上考虑了，但是缺少具体的功能实现。望设计人员通盘考虑，得出一个更有效的处理方案来。