CN107784480A - 管理用户账号的方法和装置 - Google Patents

Abstract

本发明提供了一种管理用户账号的方法及装置，该方法包括：获取创建的用户账号，用户账号中添加了层级属性和限制金属性；获取在层级属性中设置的用户级别；获取在限制金属性中设置的限制额度，限制额度与用户级别对应；接收通过用户账号输入的款项金额；查询用户账号对应的用户级别，并读取用户级别对应的限制额度；判断款项金额是否小于或等于限制额度，若款项金额小于或等于限制额度，则确定生成的审核结果为生效。本发明结合实际情况设置层级属性和限制金额属性，并检测用户账号的奖金和扣款是否超过对应级别的限制额度，在尽可能保证灵活性的情况下，控制了因款项金额输入错误等原因造成的风险。

Description

管理用户账号的方法和装置

技术领域

本发明涉及互联网领域，特别是涉及一种管理用户账号的方法和装置。

背景技术

传统保险公司的管理模式，尤其是对业务员的管理方式比较落后，往往通过Excel表格等方式记录各业务员的信息，例如每个业务员的信息在表格中占一行，依次在每一列记录一笔款项的数额，根据表格中记录的信息，可以对业务员进行管理。

由于业务员的人数很多，这种人工管理的方式容易出现错误。例如：业务员的缺勤扣款及奖金等加扣款均是通过手动添加到表格中的，在业务量大的情况下，不可避免地会产生手工操作失误。

针对现有技术中款项金额出错率较高的问题，目前业界没有理想的解决方式。

发明内容

有鉴于此，本发明实施例提供了一种管理用户账号的方法及装置，以解决现有技术中录入款项金额出错率较高的问题。

本发明提供的管理用户账号的方法，包括：获取创建的用户账号，用户账号中添加了层级属性和限制金属性；获取在层级属性中设置的用户级别；获取在限制金属性中设置的限制额度，限制额度与用户级别对应；接收通过用户账号输入的款项金额；查询用户账号对应的用户级别，并读取用户级别对应的限制额度；判断款项金额是否小于或等于限制额度，若款项金额小于或等于限制额度，则确定生成的审核结果为生效。

本发明提供的管理用户账号的装置，包括：第一获取模块，用于获取创建的用户账号，用户账号中添加了层级属性和限制金属性；第二获取模块，用于获取在层级属性中设置的用户级别；第三获取模块，用于获取在限制金属性中设置的限制额度，限制额度与用户级别对应；第一接收模块，用于接收通过用户账号输入的款项金额；查询模块，用于查询用户账号对应的用户级别，并读取用户级别对应的限制额度；确定模块，用于判断款项金额是否小于或等于限制额度，若款项金额小于或等于限制额度，则确定生成的审核结果为生效。

本发明实施例中结合实际情况设置层级属性和限制金额属性，并检测用户账号的奖金和扣款是否超过对应级别的限制额度，在尽可能保证灵活性的情况下，控制了因款项金额输入错误等原因造成的风险。

附图说明

图1是本发明实施例提供的管理用户账号的方法的流程图；

图2是本发明优选实施例提供的管理用户账号的方法的流程图；

图3是本发明实施例提供的管理用户账号的装置的结构框图。

具体实施方式

为了使本发明要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1是本发明实施例提供的管理用户账号的方法的流程图，如图1所示，该方法包括步骤S110至步骤S160。

步骤S110，获取创建的用户账号，用户账号中添加了层级属性和限制金属性。

该用户账号可以是系统管理员创建的，也可以是系统接收到创建用户账号的指令后按预设方式自动创建的，相比于现有技术中将每个用户的信息记录在表格的一行中，本发明实施例有专门的用户管理系统，每个用户有专门的用户账号，功能更加强大。

由于每个业务员有单独的账号，因此各业务员均可以自己主动的提交数据。现有技术中需要各业务员的上级管理人员在表格中填写各业务员的信息，或者各业务员将表格发给上级管理人员之后，由上级管理人员进行汇总，如果业务员人数较多，上级管理人员在填写或汇总多人信息时，容易产生错误，在本发明实施例中，各业务员在自己的用户账号里上报信息，用户管理系统自动将各业务员的信息按各种不同的统计方式进行汇总，例如按时间、按款项类型或者按金额大小等等。

每个用户账号对应一个业务员，每个业务员在办理业务时均有对应的用户级别和限制额度，在添加用户账号时，可以添加用户账号的层级属性以设置用户级别，可以添加限制金属性以设置限制额度。

设置用户级别可以对不同阶段的业务员进行分类管理，由于不同级别的业务员在薪酬等方面存在差距，为了对各个级别的业务员均起到激励和约束力，可以给不同级别的业务员设定不同的奖惩措施，例如不同的限制额度，即奖金的最大额度和扣款的最大额度。

创建用户账号时，可以录入工号、姓名、联系方式和密码等信息，通过上述信息可以确定唯一的用户账号。用户账号的工号和姓名等信息不能修改，因此用户账号不能转给其他用户使用，如果业务员离职，则直接通过离职操作程序注销用户账号，并把该用户账号中的业务转到其他用户账号中。用户账号中的联系方式和密码等信息可以根据需要进行修改。

步骤S120，获取在层级属性中设置的用户级别。

如上，由于业务员可以自行上报信息，为了控制风险，需要确定各用户账号对应的业务员的级别，使上级用户账号具有审核下级用户账号的权限。例如，本发明实施例可以根据预设的规定，例如公司的管理架构，将用户账号分为L0、L1…L8级，从L0至L8用户级别逐级提高。

不同的用户账号具有不同的权限或不同的限制额度，后续步骤将进行详细说明。

步骤S130，获取在限制金属性中设置的限制额度，限制额度与用户级别对应。

限制额度可以是根据用户级别自动设置的。用户级别每提升一级，则限制金额升高一定数额，例如L0级别的限制额度是10万元人民币，每提升一级，则限制额度增加10万人民币。设置限制额度可以避免级别较低的用户账号造成较大的损失。

一般而言，设置用户级别后往往可以默认限制额度，但是同一级别的业务员也有可能存在不同的限制额度，例如有L0级别的业务员连续多个月都拿到超过本级别限制额度的奖金，如果提升级别需要一定的周期，且往往不能越级提升，那么由于预先设置了限制额度，则可以直接为该级别的业务员修改限制额度，提高了灵活性。

步骤S140，接收通过用户账号输入的款项金额。

款项金额可以是业务员根据工作表现进行奖惩时的奖金或扣款的数额，该款项金额可以通过业务员本人、业务员上级和其他管理人员的用户账号输入到用户管理系统中的。

例如业务员的年终奖是20万元，那么业务员可以通过用户账号输入款项金额20万元。

步骤S150，查询用户账号对应的用户级别，并读取用户级别对应的限制额度。

在用户管理系统中，预存着对应关系表，通过读取用户账号的层级属性和限制金属性，可以获取该用户账号唯一的用户级别和限制金额，该对应关系表记录了各用户账号对应的用户级别和限制额度等，通过该对应关系表，可以明确各用户账号在业务中的各种权限。

步骤S160，判断款项金额是否小于或等于限制额度，若款项金额小于或等于限制额度，则确定生成的审核结果为生效。

一般而言，不同级别的业务员有不同的奖惩限制，例如，L0级别的业务员可能年终奖最高为10万元人民币，即限制额度是10万元人民币，每提升一级，则限制额度增加10万人民币。那么L3级用户账号的限制额度是40万人民币，当L3级用户账号的款项金额是20万人民币时，由于款项金额小于限制额度，因此该款项金额可以生效。

对不同业务员进行不同的权限设置，例如L0级别的业务员年薪5万人民币，L8级别的业务员年薪100万人民币，如果奖惩金额的上限是L0级别业务员年薪的1/10,即5000元人民币，则对L8级别业务员没有太大的激励或约束力；相反，如果将奖惩金额的上限是L8级别业务员年薪的1/10,即10万元人民币，则使L0级别业务员无法承受，通过对不同级别设置不同的限制额度，更好地对各级别业务员进行管理。

本发明实施例结合实际情况设置层级属性和限制金额属性，并检测用户账号的奖金和扣款是否超过对应级别的限制额度，在尽可能保证灵活性的情况下，控制了因款项金额输入错误等原因造成的风险。

本发明实施例描述了款项金额小于或等于限制额度的情况，在款项金额大于限制额度时，也有相应的处理方式。优选地，在步骤S150之后，可以包括以下2个步骤S210和步骤S220。

步骤S210，若款项金额大于限制额度，则将款项金额发送至用户账号的上一级用户账号。

有多种原因可能导致款项金额大于限制额度的情况的出现，例如输入错误或者超常完成业绩等。这种情况下，需要通知上级，由上级进行审批。

步骤S220，接收并解析上一级用户账号发送的审核信息，若审核信息为通过，则生成的审核结果为生效，若审核信息为未通过，则生成的审核结果为无效。

上一级人员经过评估，通过所使用的上一级用户账号，提交审核信息。该审核信息可以对应一个审核意见的字段，在该字段中，1表示同意，0表示不同意。与该字段对应，还有结果字段，在该字段中，1表示生效。

上一级人员一般为上一级的业务人员，该业务人员也有自己的限制额度，但是该业务人员的限制额度仍小于款项金额，那么需要限制额度高于款项金额的上级审核通过该款项金额。

例如L3级别的用户账号输入一笔80万人民币的款项金额，而L3级别的用户账号限制额度为40万人民币，只有L7级别以上的用户账号才有80万人民币以上的限制额度，那么L3级别用户账号的这笔款项可以通过逐级审核的方式直到L7级别的用户账号审核通过。在另一种实现方式中，可以跨过中间级别的用户账号，直接由L3级别用户账号的L7级别的上级审核。上级的用户账号审核通过之后，该款项金额有效，即可以发放该笔金额；如果审核未通过，则款项金额无效，即不能发放该笔金额。

为了进一步地控制风险，对于生效的款项，也可以进行审核，除了不同级别的用户账号之外，还可以设置审核员账号，例如，L0级别业务员的限制额度是10万元人民币，如果L0级别业务员多次申请10万元以下的款项金额，则都可以生效，为了防止业务员通过这一方式侵占公司财产，可以设置审核员账号对生效的款项做进一步监控，以避免上述情况的发生，优选地，通过审核员账号进一步控制风险的措施包括步骤S310至步骤S330。

步骤S310，将预设时间间隔内审核结果为生效的款项金额发送至审核员账号。

预设时间间隔可以根据业务需求或财务要求进行设置，例如，预设时间间隔可以是半天或4小时等。审核员账号每隔4小时会收到这4小时之内所有生效的款项金额。审核员账号的使用者会根据相应的制度对每笔款项金额依次进行监控。

步骤S320，接收并解析审核员账号发送的监控信息。

审核员进行监控之后，得出监控意见，并向系统提交监控信息。该监控信息可以对应一个监控意见的字段，在该字段中，1表示同意，0表示不同意。监控意见的字段同样与上述结果字段对应，且监控意见的字段具有比审核意见的字段更高的权重，即，当审核意见的字段中字符为1，而监控意见的字段中字符为0时，结果字段中的字符为0，即该款项金额无效。

步骤S330，若监控信息中包括无效指令，则将无效指令对应的审核结果改为无效。

无效指令即步骤S320中监控意见的字段里的字符0，为了更好地控制风险，还可以设置多个审核员账号，在一种实现方式中，当任何一个审核员账号发送的监控信息中包括无效指令时，则审核结果改为无效。在另一种实现方式中，当半数以上审核员账号发送的监控信息中包括无效指令时，审核结果改为无效。

在通过表格记录业务员的各种信息时，除了款项金额的问题，还常常涉及保证金的问题，这也是表格容易出错的地方。本发明优选实施例还提供了一种管理用户账号的方法，图2是本发明优选实施例提供的管理用户账号的方法的流程图，如图2所示，在上述步骤S110之后，该方法还可以包括步骤S410至步骤S450。

即，在创建用户账号，并添加用户账号的层级属性和限制金属性之后，还包括：

步骤S410，获取为用户账号添加的保证金属性。

保证金是保险公司约束业务员的方式之一，避免业务员服务质量低或者给客户带来经济损失。通过收取保证金，一方面起到督促作用，另一方面也在业务员造成实际损失或欠款时，通过保证金进行一定弥补和赔偿。

步骤S420，获取在保证金属性中设置的保证金额度。

保证金额度可以根据用户账号的用户级别或业绩等数据进行设置。用户级别越高或业绩越高，则保证金额度越大。

用户管理系统可以与公司银行账户绑定，以验证保证金是否缴纳。每个业务员在入职时需向公司银行账户中打入与保证金额度相等的款项，进一步地，在打入款项时需备注自己的工号，用户管理系统在检测到款项打入银行账户之后，读取备注中的信息，如果备注的信息可以匹配到业务员的工号，则通过工号查询到该用户账号的保证金额度，比较打入银行账户的款项于保证金额度是否相同，如果相同，则在用户管理系统中标注验证通过；如果不相同，则标准保证金不足，并向管理员账号发送消息，以使管理员可以通知业务员补足保证金的金额。

步骤S430，接收用户账号对离职操作程序的触发。

离职操作程序一般是还清用户管理系统中记录的欠款，交接任务，这个阶段一般只能收入款项而不能支出款项，对任务一般是转接而不是继续处理。

接收到该触发之后，除了离职操作程序之外，暂停其他操作的权限。用户管理系统接收到的触发既可以是业务员通过自己的用户账号发起的，也可以是其他具有权限的用户账号，例如业务员上级的用户账号发起的。

步骤S440，判断用户账号是否完成离职操作程序。

离职操作程序中可以包括多个流程，每个流程对应一个字段，当该流程完成，则对应字段中写入1，当流程对应的字段中的字符均为1时，确定离职操作程序的完成。

步骤S450，若完成离职操作程序，则将保证金额度对应的资金打入预设的银行账户，并将保证金额度改为零。

如果离职操作程序完成，则符合退回保证金额度的条件，通过业务员在缴纳保证金时记录的银行账户，将缴纳的保证金退回到业务员的银行账户。

如果离职操作程序无法完成，例如欠款无法还回，那么需要通过扣除保证金，以在一定程度上弥补损失。优选地，若未完成离职操作程序，则可以计算欠款金额，欠款金额为完成离职操作程序所需的金额；然后将保证金额度与欠款金额的差值对应的资金打入银行账号，并将保证金额度改为零。

通过本发明实施例，在用户账号中设置保证金属性，并在用户管理系统中将保证金与离职流程进行关联，当业务员离职时涉及欠款且无法偿还，则自动从保证金中扣除，这一技术方案有效降低业务员离职带来的经济损失。

图3是本发明实施例提供的管理用户账号的装置的结构框图，如图3所示，该装置包括第一获取模块510、第二获取模块520、第三获取模块530、第一接收模块540、查询模块550和确定模块560。

第一获取模块510用于获取创建的用户账号，用户账号中添加了层级属性和限制金属性。

第二获取模块520用于获取在层级属性中设置的用户级别。

第三获取模块530用于获取在限制金属性中设置的限制额度，限制额度与用户级别对应。

第一接收模块540用于接收通过用户账号输入的款项金额。

查询模块550用于查询用户账号对应的用户级别，并读取用户级别对应的限制额度。

确定模块560用于判断款项金额是否小于或等于限制额度，在款项金额小于或等于限制额度时，确定生成的审核结果为生效。

优选地，该装置还包括：第一发送模块，用于在款项金额大于限制额度时，将款项金额发送至用户账号的上一级用户账号；第二接收模块，用于接收并解析上一级用户账号发送的审核信息，若审核信息为通过，则生成的审核结果为生效，若审核信息为未通过，则生成的审核结果为无效。

优选地，该装置还包括：第二发送模块，用于将预设时间间隔内审核结果为生效的款项金额发送至审核员账号；第三接收模块，用于接收并解析审核员账号发送的监控信息；修改模块，用于在监控信息中包括无效指令时，将无效指令对应的审核结果改为无效。

优选地，该装置还包括：第四获取模块，用于获取为用户账号添加的保证金属性；第五获取模块，用于获取在保证金属性中设置的保证金额度；第四接收模块，用于接收用户账号对离职操作程序的触发；判断模块，用于判断用户账号是否完成离职操作程序；第一打款模块，用于在完成离职操作程序时，将保证金额度对应的资金打入预设的银行账户，并将保证金额度改为零。

优选地，该装置还包括：计算模块，用于在未完成离职操作程序时，计算欠款金额，欠款金额为完成离职操作程序所需的金额；第二打款模块，用于将保证金额度与欠款金额的差值对应的资金打入银行账号，并将保证金额度改为零。

本发明实施例结合实际情况设置层级属性和限制金额属性，并检测用户账号的奖金和扣款是否超过对应级别的限制额度，在尽可能保证灵活性的情况下，控制了因款项金额输入错误等原因造成的风险。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元的具体工作过程，可以参考前述装置实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同装置来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明实施例各个实施例装置的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种管理用户账号的方法，其特征在于，包括：

获取创建的用户账号，所述用户账号中添加了层级属性和限制金属性；

获取在所述层级属性中设置的用户级别；

获取在所述限制金属性中设置的限制额度，所述限制额度与所述用户级别对应；

接收通过所述用户账号输入的款项金额；

查询所述用户账号对应的所述用户级别，并读取所述用户级别对应的限制额度；

判断所述款项金额是否小于或等于所述限制额度，若所述款项金额小于或等于所述限制额度，则确定生成的审核结果为生效。

2.如权利要求1所述的方法，其特征在于，在所述查询所述用户账号的所述用户级别，并读取所述用户级别对应的限制额度之后，还包括：

若所述款项金额大于所述限制额度，则将所述款项金额发送至所述用户账号的上一级用户账号；

接收并解析所述上一级用户账号发送的审核信息，若所述审核信息为通过，则生成的所述审核结果为生效，若所述审核信息为未通过，则生成的审核结果为无效。

3.如权利要求1或2所述的方法，其特征在于，在所述确定生成的审核结果为生效之后，还包括：

将预设时间间隔内所述审核结果为生效的所述款项金额发送至审核员账号；

接收并解析所述审核员账号发送的监控信息；

若所述监控信息中包括所述无效指令，则将所述无效指令对应的所述审核结果改为无效。

4.如权利要求1所述的方法，其特征在于，在所述获取创建的用户账号之后，还包括：

获取为所述用户账号添加的保证金属性；

获取在所述保证金属性中设置的保证金额度；

接收所述用户账号对离职操作程序的触发；

判断所述用户账号是否完成离职操作程序；

若完成所述离职操作程序，则将所述保证金额度对应的资金打入预设的银行账户，并将所述保证金额度改为零。

5.如权利要求4所述的方法，其特征在于，在所述判断所述用户账号是否完成离职操作程序之后，还包括：

若未完成所述离职操作程序，则计算欠款金额，所述欠款金额为完成所述离职操作程序所需的金额；

将所述保证金额度与所述欠款金额的差值对应的资金打入所述银行账号，并将所述保证金额度改为零。

6.一种管理用户账号的装置，其特征在于，包括：

第一获取模块，用于获取创建的用户账号，所述用户账号中添加了层级属性和限制金属性；

第二获取模块，用于获取在所述层级属性中设置的用户级别；

第三获取模块，用于获取在所述限制金属性中设置的限制额度，所述限制额度与所述用户级别对应；

第一接收模块，用于接收通过所述用户账号输入的款项金额；

查询模块，用于查询所述用户账号对应的所述用户级别，并读取所述用户级别对应的限制额度；

确定模块，用于判断所述款项金额是否小于或等于所述限制额度，在所述款项金额小于或等于所述限制额度时，确定生成的审核结果为生效。

7.如权利要求6所述的装置，其特征在于，还包括：

第一发送模块，用于在所述款项金额大于所述限制额度时，将所述款项金额发送至所述用户账号的上一级用户账号；

第二接收模块，用于接收并解析所述上一级用户账号发送的审核信息，若所述审核信息为通过，则生成的所述审核结果为生效，若所述审核信息为未通过，则生成的审核结果为无效。

8.如权利要求6或7所述的装置，其特征在于，还包括：

第二发送模块，用于将预设时间间隔内所述审核结果为生效的所述款项金额发送至审核员账号；

第三接收模块，用于接收并解析所述审核员账号发送的监控信息；

修改模块，用于在所述监控信息中包括所述无效指令时，将所述无效指令对应的所述审核结果改为无效。

9.如权利要求6所述的装置，其特征在于，还包括：

第四获取模块，用于获取为所述用户账号添加的保证金属性；

第五获取模块，用于获取在所述保证金属性中设置的保证金额度；

第四接收模块，用于接收所述用户账号对离职操作程序的触发；

判断模块，用于判断所述用户账号是否完成离职操作程序；

第一打款模块，用于在完成所述离职操作程序时，将所述保证金额度对应的资金打入预设的银行账户，并将所述保证金额度改为零。

10.如权利要求9所述的装置，其特征在于，还包括：

计算模块，用于在未完成所述离职操作程序时，计算欠款金额，所述欠款金额为完成所述离职操作程序所需的金额；

第二打款模块，用于将所述保证金额度与所述欠款金额的差值对应的资金打入所述银行账号，并将所述保证金额度改为零。