系统中仓库的设置方法与流程

本发明涉及erp等管理软件系统的仓库设置，特别是涉及一种系统中仓库的设置方法。

背景技术：

常规的售后人员在做售后工作时，在接到客户反映的售后问题（比如，需要进行设备维修）时，在前往客户处进行设备维修前，售后人员需要判断携带的零部件数量、种类等，比如：可能需要更换的零部件、每个零部件可能的数量和规格；由于售后人员需要前往仓库领取所需零部件，为了减少领料的次数以及携带零部件不够导致的再次回来领料的所花的时间，通常售后人员都希望一次性领取超过实际需要数量零部件、以及多种可能会使用到的规格的零部件前往客户处。在为客户完成设备维修后，售后人员需要将剩余的零部件退回仓库，零部件的退仓需要经过相关流程，操作麻烦。而且，仓库管理员通常不允许售后人员领取超过实际需求量太多的物料，从而可能会导致售后人员再次回来进行领料（比如，先前领取的物料部分不合格、或部分物料的规格不符合实际需要）。

公司的采购人员需要根据仓库内相关物料的库存情况进行物料采购等操作（比如制定采购计划）、财务人员需要根据物料的使用情况进行相关核算，但是现有情况中，由于存在已经领取出仓库、但是后续会退回仓库的物料，从而导致对仓库物料库存的动态统计的统计值与实际值不一致，特别是在有许多人领出物料（后续每个人会退部分物料回仓库）的情况下（比如售后员工、以及其他需要领取物料的其他非售后岗位的员工很多），仓库物料库存的统计值与实际值的差值更大，使得公司相关人员无法有效掌握实际的物料库存，不利于进行采购、财务相关核算等操作。

基于角色的访问控制（rbac）是近年来研究最多、思想最成熟的一种数据库权限管理机制，它被认为是替代传统的强制访问控制（mac）和自主访问控制（dac）的理想候选。基于角色的访问控制（rbac）的基本思想是根据企业组织视图中不同的职能岗位划分不同的角色，将数据库资源的访问权限封装在角色中，用户通过被赋予不同的角色来间接访问数据库资源。

在大型应用系统中往往都建有大量的表和视图，这使得对数据库资源的管理和授权变得十分复杂。由用户直接管理数据库资源的存取和权限的收授是十分困难的，它需要用户对数据库结构的了解非常透彻，并且熟悉sql语言的使用，而且一旦应用系统结构或安全需求有所变动，都要进行大量复杂而繁琐的授权变动，非常容易出现一些意想不到的授权失误而引起的安全漏洞。因此，为大型应用系统设计一种简单、高效的权限管理方法已成为系统和系统用户的普遍需求。

基于角色的权限控制机制能够对系统的访问权限进行简单、高效的管理，极大地降低了系统权限管理的负担和代价，而且使得系统权限管理更加符合应用系统的业务管理规范。

然而，传统基于角色的用户权限管理方法均采用“角色对用户一对多”的关联机制，其“角色”为组/类性质，即一个角色可以同时对应/关联多个用户，角色类似于岗位/职位/工种等概念，这种关联机制下对用户权限的授权基本分为以下三种形式：

1、如图1所示，直接对用户授权，缺点是工作量大、操作频繁且麻烦；

2、如图2所示，对角色（类/组/岗位/工种性质）进行授权（一个角色可以关联多个用户），用户通过角色获得权限；

3、如图3所示，以上两种方式结合。

以上的表述中，2、3均需要对类/组性质的角色进行授权，而通过类/组/岗位/工种性质的角色进行授权的方式有以下缺点：

1、用户权限变化时的操作难：在实际的系统使用过程中，经常因为在运营过程中需要对用户的权限进行调整，比如：在处理员工权限变化的时候，角色关联的某个员工的权限发生变化，我们不能因该个别员工权限的变化而改变整个角色的权限，因为该角色还关联了其他权限未变的员工。因此为了应对该种情况，要么创建新角色来满足该权限发生变化的员工，要么对该员工根据权限需求直接授权（脱离角色）。以上两种处理方式，在角色权限较多的情况下对角色授权不仅所需时间长，而且容易犯错，使用方操作起来繁琐又麻烦，也容易出错导致对系统使用方的损失。

2、要长期记住角色包含的具体权限难：若角色的权限功能点比较多，时间一长，很难记住角色的具体权限，更难记住权限相近的角色之间的权限差别，若要关联新的用户，无法准确判断应当如何选择关联。

3、因为用户权限变化，则会造成角色创建越来越多（若不创建新角色，则会大幅增加直接对用户的授权），更难分清各角色权限的具体差别。

4、调岗时，若要将被调岗用户的很多个权限分配给另外几个用户承担，则处理时必须将被调岗用户的这些权限区分开来，分别再创建角色来关联另外几个用户，这样的操作不仅复杂耗时，而且还很容易发生错误。

技术实现要素：

本发明的目的在于克服现有技术的不足，提供一种系统中仓库的设置方法，为每个需要设置个体性质仓库的使用者关联一个个体性质仓库，使用者在需要使用物料时从自己关联的个体性质仓库内直接拿取即可，无需在拿取物料时就填写领料单，在确定物料的实际使用量后才进行领料单的填写，不存在领取物料后再退回的情况，从而可以使得仓库的物料库存统计值与实际值一致。

本发明的目的是通过以下技术方案来实现的：系统中仓库的设置方法，包括：

在系统中创建一个或多个个体性质仓库；

为每个需要关联个体性质仓库的使用者关联一个个体性质仓库，同一时段一个使用者只能关联唯一一个个体性质仓库、一个个体性质仓库只能关联唯一一个使用者；

所述个体性质仓库中的物料只能被其关联的使用者领取。

优选的，对于使用者需要的物料，若该使用者的个体性质仓库内有该物料，则优先从该个体性质仓库内领取该物料。

优选的，对于使用者从其个体性质仓库内拿取的物料，在该使用者确定该物料的实际使用量后填写该物料的领料单；

或，对于使用者从其个体性质仓库内拿取的物料，在该使用者确定该物料的实际使用量后根据预设规则自动生成该物料的领料单。

优选的，所述使用者包括角色、用户、员工、组和类中的一种或多种，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；用户获得其关联的角色的权限。

优选的，在角色创建时或角色创建后为该角色选择一个部门，则该角色归属于该部门，根据角色的工作内容对角色进行授权，且该角色的名称在该部门下唯一，该角色的编号在系统中唯一。

优选的，所述用户调岗时，取消用户与原角色的关联，将用户与新角色进行关联。

优选的，一个员工对应一个用户，一个用户对应一个员工，员工通过其对应的用户关联的角色确定权限。

优选的，所述员工入职、调岗或辞职时，对该员工关联的个体性质仓库内的物料进行盘点。

优选的，所述使用者与其个体性质仓库关联时、以及使用者与其个体性质仓库解除关联时，对该个体性质仓库内的物料进行盘点。

优选的，系统中仓库的设置方法还包括：为每个个体性质仓库设置唯一的仓库管理员，每个个体性质仓库的仓库管理员为其关联的使用者；

或，为每个个体性质仓库设置仓库管理员，每个个体性质仓库的仓库管理员包括其关联的使用者。

本发明的有益效果是：

（1）本发明中为需要关联个体性质仓库的每个使用者关联一个个体性质仓库，使用者在需要使用物料时从自己关联的个体性质仓库内直接拿取即可，无需在拿取物料时就填写领料单，在确定物料的实际使用量后才进行领料单的填写，不存在领取物料后再退回的情况，从而可以使得仓库的物料库存在动态的实时统计中，其统计值与实际值一致，提高了仓库物料统计的准确性，便于采购进行物料采购以及财务进行相关核算等操作。此外，也减少了关联有个体性质仓库的使用者从普通仓库领取物料的频率及时间，并减少了普通仓库管理员和关联有个体性质仓库的使用者因领取物料而产生的工作量。

（2）为需要关联个体性质仓库的每个使用者关联一个个体性质仓库，使得相关的使用者可以根据自己对物料需求的判断拿取物料，几乎不会出现再次回来拿取物料的情况，提高了工作效率。

（3）使用者从其关联的个体性质仓库拿取过多的物料后（此时拿取的物料仍然属于个体性质仓库的库存），对于使用剩下的物料直接放回其个体性质仓库即可，无需执行填写退料单等退料流程（因为本发明在确定物料的实际使用量后才进行领料单的填写，所以“剩下的物料”并未被通过领料单领出个体性质仓库），提高了工作效率。

（4）每个个体性质仓库的仓库管理员为其关联的使用者，即每个使用者是自己关联的个体性质仓库的负责人；或，每个个体性质仓库的仓库管理员包括其关联的使用者，即每个个体性质仓库的负责人包括该个体性质仓库关联的使用者；且只有个体性质仓库关联的使用者才能从该个体性质仓库中领取物料，个体性质仓库中物料财产的责任人归属明确，公司无需担心个体性质仓库中物料的安全。

（5）员工入职、调岗或辞职时，对该员工关联的个体性质仓库内的物料进行盘点；使用者与其个体性质仓库关联时、以及使用者与其个体性质仓库解除关联时，对该个体性质仓库内的物料进行盘点；便于在个体性质仓库中的物料出现问题时查找到真正的责任人。

（6）传统的权限管理机制将角色定义为组、工种、类等性质，角色对用户是一对多的关系，在实际的系统使用过程中，经常因为在运营过程中需要对用户的权限进行调整，比如：在处理员工权限变化的时候，角色关联的某个员工的权限发生变化，我们不能因该个别员工权限的变化而改变整个角色的权限，因为该角色还关联了其他权限未变的员工。因此为了应对该种情况，要么创建新角色来满足该权限发生变化的员工，要么对该员工根据权限需求直接授权（脱离角色）。以上两种处理方式，在角色权限较多的情况下对角色授权不仅所需时间长，而且容易犯错，使用方操作起来繁琐又麻烦，也容易出错导致对系统使用方的损失。

但在本申请的方法下，因为角色是一个独立的个体，则可以选择改变角色权限即可达到目的。本申请的方法，虽然看起来在系统初始化时会增加工作量，但可以通过复制等方法，使其创建角色或授权的效率高于传统以组为性质的角色，因为不用考虑性质为组的角色在满足关联用户时的共通性，本申请方案会让权限设置清晰，明了；尤其是在系统使用一段时间后（用户/角色权限动态变化），该申请方案能为系统使用方大幅度提高系统使用中的权限管理效率，使动态授权更简单，更方便，更清晰、明了，提高权限设置的效率和可靠性。

（7）传统以组为性质的角色授权方法容易出错，本申请方法大幅降低了授权出错的几率，因为本申请方法只需考虑作为独立个体的角色，而不用考虑传统方法下关联该组性质角色的多个用户有哪些共通性。即使授权出错也只影响关联到该角色的那一个用户，而传统以组性质的角色则会影响关联到该角色的所有用户。即使出现权限授权错误，本申请的修正方法简单、时间短，而传统以组性质的角色在修正错误时需要考虑关联到该角色的所有用户的权限共通性，在功能点多的情况下不仅修改麻烦、复杂，非常容易出错，且很多情况下只能新创建角色才能解决。

（8）在传统以组为性质的角色授权方法下，若角色的权限功能点比较多，时间一长，很难记住角色的具体权限，更难记住权限相近的角色之间的权限差别，若要关联新的用户，无法准确判断应当如何选择关联。本申请方法的角色本身就具有岗位号/工位号的性质，选择一目了然。

（9）调岗时，若要将被调岗用户的很多个权限分配给另外几个用户承担，则处理时必须将被调岗用户的这些权限区分开来，分别再创建角色来关联另外几个用户，这样的操作不仅复杂耗时，而且还很容易发生错误。

本申请方法则为：被调岗用户关联了几个角色，在调岗时，首先取消用户与原角色的关联（被取消的这几个角色可以被重新关联给其他用户），然后将用户与新角色进行关联即可。操作简单，不会出错。

（10）创建角色时或角色创建后，需要选定一个部门，一旦该角色选择部门完成，则部门不能被更换，角色为什么不能更换部门：

理由1：因为本申请的角色性质等同于一个工位号/岗位号，不同的工位号/岗位号的工作内容/权限是不一样的，如销售部门下的销售员1角色和技术部门的开发人员1角色是完全不同的两个工位号/岗位号，其权限是不同的；

理由2：若将销售员1角色的所属部门（销售部）更换为技术部，其销售人员1这个角色的权限不变，则在技术部存在拥有销售部权限的一个角色，这样会导致管理混乱及安全漏洞。

附图说明

图1为背景技术中系统直接对用户进行授权的方式示意图；

图2为背景技术中系统对组/类性质角色进行授权的方式示意图；

图3为背景技术中系统对用户直接授权和对组/类性质角色授权相结合的方式示意图；

图4为本发明一种实施方式的流程示意图；

图5为本发明系统通过独立个体性质角色对用户进行授权的方式示意图。

具体实施方式

下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。

如图4所示，系统中仓库的设置方法，包括：

在系统中创建一个或多个个体性质仓库；

为每个需要关联个体性质仓库的使用者关联一个个体性质仓库，同一时段一个使用者只能关联唯一一个个体性质仓库、一个个体性质仓库只能关联唯一一个使用者；

所述个体性质仓库中的物料只能被其关联的使用者领取。所述物料包括原材料、半成品和成品等。

例如，售后部有20个维修人员，那么给每个维修人员关联一个个体性质仓库，将每个维修人员分别设置为每个维修人员关联的个体性质仓库的唯一仓库管理员，只有每个维修人员自己才能领取自己关联的个体性质仓库中的物料。

例如，为需要关联个体性质仓库的每个生产工人关联一个个体性质仓库，将每个生产工人对应岗位的常用的低价易耗品等物料（如螺钉、胶带等）放在该生产工人关联的个体性质仓库中。

在一些实施例中，系统中仓库的设置方法还包括：为每个个体性质仓库设置唯一的仓库管理员，每个个体性质仓库的仓库管理员为其关联的使用者。

例如，为员工甲关联的个体性质仓库1设置唯一的管理员，个体性质仓库1的管理员设置为员工甲。

在一些实施例中，系统中仓库的设置方法还包括：为每个个体性质仓库设置仓库管理员，每个个体性质仓库的仓库管理员包括其关联的使用者。

例如，为员工甲关联的个体性质仓库1设置管理员，个体性质仓库1的管理员设置为员工甲和员工乙。

所述使用者包括角色、用户、员工、组和类中的一种或多种。

如图5所示，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；用户获得其关联的角色的权限。在角色创建时或角色创建后为该角色选择一个部门，则该角色归属于该部门，根据角色的工作内容对角色进行授权，且该角色的名称在该部门下唯一，该角色的编号在系统中唯一。

角色的定义：角色不具有组/类/类别/岗位/职位/工种等性质，而是一个非集合的性质，角色具有唯一性，角色是独立存在的独立个体；在企事业单位应用中相当于岗位号（此处的岗位号非岗位，一个岗位同时可能有多个员工，而同一时段一个岗位号只能对应一个员工）。

举例：某个公司系统中可创建如下角色：总经理、副总经理1、副总经理2、北京销售一部经理、北京销售二部经理、北京销售三部经理、上海销售工程师1、上海销售工程师2、上海销售工程师3、上海销售工程师4、上海销售工程师5……

用户与角色的关联关系：若该公司员工张三任职该公司副总经理2，同时任职北京销售一部经理，则张三需要关联的角色为副总经理2和北京销售一部经理，张三拥有了这两个角色的权限。

传统角色的概念是组/类/岗位/职位/工种性质，一个角色能够对应多个用户。而本申请“角色”的概念相当于岗位号/工位号，也类同于影视剧中的角色：一个角色在同一时段（童年、少年、中年……）只能由一个演员来饰演，而一个演员可能会分饰多角。

所述用户调岗时，取消用户与原角色的关联，将用户与新角色进行关联，则用户自动失去原角色的权限、自动获得新角色的权限。

在员工入职时，为员工对应的用户关联角色后，该用户自动获得所关联角色权限；在员工离职时，取消员工对应的用户与该用户关联的角色的关联关系后，该用户自动失去原来关联的角色的权限。

在创建角色之后，可以在创建用户的过程中关联角色，也可以在用户创建完成后随时进行关联。用户关联角色后可以随时解除与角色的关联关系，也可以随时建立与其他角色的关联关系。

一个员工对应一个用户，一个用户对应一个员工，员工通过其对应的用户关联的角色确定权限。

进一步的，员工和用户终生绑定，用户对应员工后，则该用户归属于该员工，用户不能再关联其他的员工；若该员工离职，该用户也不能对应其他的员工，员工再次入职后，该员工还是使用原来的用户。

在一些实施例中，对于使用者需要的物料，若该使用者的个体性质仓库内有该物料，则优先从该个体性质仓库内领取该物料；若个体性质仓库中该物料不满足（比如，数量不够、规格不满足等）使用者的需求时，可以直接从其他仓库（如普通仓库）中领料。

例如，维修人员甲关联了个体性质仓库1，个体性质仓库1和普通仓库中都有备件a，在维修人员甲需要领取备件a时，维修人员甲优先从个体性质仓库1中领取备件a；若个体性质仓库1中备件a的数量不够时，可以直接从普通仓库中领取备件a。

在一些实施例中，对于使用者从其个体性质仓库内拿取的物料，在该使用者确定该物料的实际使用量后填写该物料的领料单。

例如，维修人员甲接到客户的设备维修要求后无法确定需要使用的部件a的数量，维修人员甲从自己的个体性质仓库中带了10个部件a赶往客户处，到达后发现只需要使用5个部件a即可，此时维修人员甲填写5个部件a的领料单。

例如，维修人员甲在去为客户维修设备前从自己的个体性质仓库中拿了5个部件a，在完成设备维修后实际只使用了2个部件a，此时维修人员甲填写2个部件a的领料单。

在一些实施例中，对于使用者从其个体性质仓库内拿取的物料，在该使用者确定该物料的实际使用量后根据预设规则自动生成该物料的领料单。

例如，售后人员甲从其个体性质仓库中拿取了5个部件a用于为客户维修设备，在完成设备维修后，实际上只使用了3个部件a，那么根据售后人员甲填写的维修工单（维修工单的信息中包括使用3个部件a、以及3个部件a的出库仓库为售后人员甲关联的个体性质仓库）自动生成领取3个部件a的领料单。

在一些实施例中，所述员工入职、调岗或辞职时，对该员工关联的个体性质仓库内的物料进行盘点。

例如，员工甲新入职时，准备给员工甲关联个体性质仓库1，那么在将个体性质仓库1关联给员工甲前对个体性质仓库1中的物料进行盘点；同理，在员工甲调岗和辞职时，对员工甲关联的个体性质仓库1中的物料进行盘点。

在一些实施例中，所述使用者与其个体性质仓库关联时、以及使用者与其个体性质仓库解除关联时，对该个体性质仓库内的物料进行盘点。

在一些实施例中，所述个体性质仓库中的物料来自于除该个体性质仓库外的仓库的调拨，如来自普通仓库的调拨或其他个体性质仓库的调拨。在进行物料调拨时，需要有确认权限的确认者进行相关审核/审批或确认。

例如，个体性质仓库1中缺少部件a，而普通仓库和个体性质仓库2中均有部件a，那么可以从普通仓库和/或个体性质仓库2向个体性质仓库1调拨部件a。

在一些实施例中，所述个体性质仓库中的物料来自于该个体性质仓库关联的使用者的退料等。

例如，个体性质仓库1关联的员工甲在根据实际使用量填写领料单时，由于填写错误导致领料单上填写的领料数量超过实际使用量时，需要将多领出的物料退回个体性质仓库1。

在一些实施例中，所述使用者与其关联的个体性质仓库终身绑定，即为一个使用者关联一个个体性质仓库后，该使用者与该个体性质仓库一直关联（不能更改）。

例如，为角色1关联个体性质仓库1后，若角色1停止使用后，个体性质仓库1仍然关联给角色1，角色1再次启用后，角色1仍然关联个体性质仓库1。

以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。