现在如下表:
库存表 P
ID
Supplier
ProductName
Brand
Price
Unit
Quantity
领用表
ID
ProductID 领用产品
UseDeptName 领用部门
UseDate 领用日期
UseUserName 领用人
做着就发现有如下问题:
1、怀疑领用功能表设计有问题
2、如果领用后,怎么设计调拨表?某一产品领用后,相当于出库了,那还怎么调拨呢?还有些产品可能是没有领用的情况呢?
3、丢失和报废同2的疑问一样,求解答。
4、审批流程如何设计比较好?现在我是直接写在表的字段后,发现变更非常麻烦。
8 个解决方案
#1
建议:
1.材料编号在各表中最好是统一的名称.如库存表ID修改为ProductID.
2.领用表应加入领用数量和备注信息字段.
3.调拨与领用是不同的概念,在不同系统的定义可能不同.
我了解的调拨是仓库对仓库的转移,领用是仓库对使用者的转移.
4.一般的审批流程是先开单后审核,结转,
如使用者先开立领用单(未扣库存),主管审核同意后交仓库,仓库做出库操作(实际扣库存,即结转).
1.材料编号在各表中最好是统一的名称.如库存表ID修改为ProductID.
2.领用表应加入领用数量和备注信息字段.
3.调拨与领用是不同的概念,在不同系统的定义可能不同.
我了解的调拨是仓库对仓库的转移,领用是仓库对使用者的转移.
4.一般的审批流程是先开单后审核,结转,
如使用者先开立领用单(未扣库存),主管审核同意后交仓库,仓库做出库操作(实际扣库存,即结转).
#2
可以参考下面的设计:
#3
大哥,你设计的表非常不错啊!颠覆了我之前的设计!
还有个小问题,你设计的审批状态,怎么才能选择多个人审批呢?求解
#4
非常感谢!
#5
建议楼主找些类似的软件研究下,比如管家婆之类。
#6
还有一个问题, 情况是某个产品A已经给公司A领用,但是有可能从公司A调用这个产品A到公司B。 按现在的设计好像只有在有库存的情况下才能调拨等。
系统开发的主要目的是:统计不同公司已经购买过的设备,以便有新项目的时候这些设备可以调拨到另外的项目上。
#7
嗯,看过管家婆,开发的和管家婆有点区别。谢谢你
#8
还有一个问题, 情况是某个产品A已经给公司A领用,但是有可能从公司A调用这个产品A到公司B。 按现在的设计好像只有在有库存的情况下才能调拨等。
首先你设计这个软件是站在哪一个角度?像楼主这样有点像集团,那么库存的存储位置,你可以按不同的公司有不同的存储位置。如果你没有追踪那么详细,那么你可以以公司为一个存储单位,也就是说从公司A调拨到公司B的设备,针对A来说,只关心的是发给公司B多少个设备,而不关心公司B把设备存储在哪里(应用在哪里),那么在调拨单上只说明发给公司B什么设备,数量多少,原因等信息。
审批部分,要看具体的审批需求才能定。我上面画的只是一个非常简单的过程。
给楼主个提示,如你采购某一设备,那么首先需求申请,再是审批,审批过程可能存在不同部门,不同级别的审批,那么每一个审批过程据像一个个站点stop.当到最后一个stop审批通过,才算采购生效,才可以进行采购设备。
首先你设计这个软件是站在哪一个角度?像楼主这样有点像集团,那么库存的存储位置,你可以按不同的公司有不同的存储位置。如果你没有追踪那么详细,那么你可以以公司为一个存储单位,也就是说从公司A调拨到公司B的设备,针对A来说,只关心的是发给公司B多少个设备,而不关心公司B把设备存储在哪里(应用在哪里),那么在调拨单上只说明发给公司B什么设备,数量多少,原因等信息。
审批部分,要看具体的审批需求才能定。我上面画的只是一个非常简单的过程。
给楼主个提示,如你采购某一设备,那么首先需求申请,再是审批,审批过程可能存在不同部门,不同级别的审批,那么每一个审批过程据像一个个站点stop.当到最后一个stop审批通过,才算采购生效,才可以进行采购设备。
#1
建议:
1.材料编号在各表中最好是统一的名称.如库存表ID修改为ProductID.
2.领用表应加入领用数量和备注信息字段.
3.调拨与领用是不同的概念,在不同系统的定义可能不同.
我了解的调拨是仓库对仓库的转移,领用是仓库对使用者的转移.
4.一般的审批流程是先开单后审核,结转,
如使用者先开立领用单(未扣库存),主管审核同意后交仓库,仓库做出库操作(实际扣库存,即结转).
1.材料编号在各表中最好是统一的名称.如库存表ID修改为ProductID.
2.领用表应加入领用数量和备注信息字段.
3.调拨与领用是不同的概念,在不同系统的定义可能不同.
我了解的调拨是仓库对仓库的转移,领用是仓库对使用者的转移.
4.一般的审批流程是先开单后审核,结转,
如使用者先开立领用单(未扣库存),主管审核同意后交仓库,仓库做出库操作(实际扣库存,即结转).
#2
可以参考下面的设计:
#3
大哥,你设计的表非常不错啊!颠覆了我之前的设计!
还有个小问题,你设计的审批状态,怎么才能选择多个人审批呢?求解
#4
非常感谢!
#5
建议楼主找些类似的软件研究下,比如管家婆之类。
#6
还有一个问题, 情况是某个产品A已经给公司A领用,但是有可能从公司A调用这个产品A到公司B。 按现在的设计好像只有在有库存的情况下才能调拨等。
系统开发的主要目的是:统计不同公司已经购买过的设备,以便有新项目的时候这些设备可以调拨到另外的项目上。
#7
嗯,看过管家婆,开发的和管家婆有点区别。谢谢你
#8
还有一个问题, 情况是某个产品A已经给公司A领用,但是有可能从公司A调用这个产品A到公司B。 按现在的设计好像只有在有库存的情况下才能调拨等。
首先你设计这个软件是站在哪一个角度?像楼主这样有点像集团,那么库存的存储位置,你可以按不同的公司有不同的存储位置。如果你没有追踪那么详细,那么你可以以公司为一个存储单位,也就是说从公司A调拨到公司B的设备,针对A来说,只关心的是发给公司B多少个设备,而不关心公司B把设备存储在哪里(应用在哪里),那么在调拨单上只说明发给公司B什么设备,数量多少,原因等信息。
审批部分,要看具体的审批需求才能定。我上面画的只是一个非常简单的过程。
给楼主个提示,如你采购某一设备,那么首先需求申请,再是审批,审批过程可能存在不同部门,不同级别的审批,那么每一个审批过程据像一个个站点stop.当到最后一个stop审批通过,才算采购生效,才可以进行采购设备。
首先你设计这个软件是站在哪一个角度?像楼主这样有点像集团,那么库存的存储位置,你可以按不同的公司有不同的存储位置。如果你没有追踪那么详细,那么你可以以公司为一个存储单位,也就是说从公司A调拨到公司B的设备,针对A来说,只关心的是发给公司B多少个设备,而不关心公司B把设备存储在哪里(应用在哪里),那么在调拨单上只说明发给公司B什么设备,数量多少,原因等信息。
审批部分,要看具体的审批需求才能定。我上面画的只是一个非常简单的过程。
给楼主个提示,如你采购某一设备,那么首先需求申请,再是审批,审批过程可能存在不同部门,不同级别的审批,那么每一个审批过程据像一个个站点stop.当到最后一个stop审批通过,才算采购生效,才可以进行采购设备。