CN110751460A - 一种业务信息处理方法 - Google Patents

Abstract

本发明涉及一种业务信息处理方法，所述方法包括：接收业务审核请求；根据第一用户的部门信息和级别信息确定第二用户ID；根据业务选择信息确定第一待审核业务信息；根据第一用户ID、所在的部门信息以及级别信息和第一待审核业务信息生成业务审核请求数据；根据业务信息一级审核指令生成第一审核结果；在第一待审核业务信息中提取关键项信息，判断是否发起业务审核协助；根据第一预设部门信息查找第三用户的用户集合，并且根据第一待审核业务信息的数量确定第三用户；根据业务信息协同审核指令生成第二审核结果；根据第一预设级别信息确定第四用户；根据业务信息二级审核指令生成第三审核结果；将第三审核结果发送到第一用户终端和第二用户终端。

Description

一种业务信息处理方法

技术领域

本发明涉及一种信息技术领域，尤其涉及一种业务信息处理方法。

背景技术

业务信息处理是目前企业处理业务的主要管理方法，但是目前常用的业务信息处理方法，仍然需要大量人工辅助，操作复杂，后台程序繁冗，使用体验差，从而降低了工作效率，易出错。在业务审批上也无法实现信息的共享，不利于整个管理层对整个流程的快速、有效的监控。尤其对于一些特殊文件，没有根据员工的部门和级别进行权限限制，无法保证业务信息的安全性，一旦一些重要业务信息泄露，会导致企业不可估量的损失。

发明内容

本发明的目的是针对现有技术的缺陷，提供一种业务信息处理方法，用于有效、快速和便捷的对业务信息进行处理。加快整个管理层业务审核流程的速度，减少大量人工操作并且根据员工部门和级别对查看的业务信息进行权限区分,为企业信息的安全提供有力保障。

为实现上述目的，本发明提供了一种业务信息处理方法，所述方法包括：

服务器接收第一用户通过第一用户终端输入的业务审核请求；所述业务审核请求包括所述第一用户的第一用户ID、所在的部门信息以及级别信息和业务选择信息；

根据所述第一用户的部门信息和级别信息，确定所述第一用户所在的部门的第二用户的第二用户ID；

根据所述业务选择信息从待审核业务信息中确定所选择的第一待审核业务信息；

根据所述第一用户ID、所在的部门信息以及级别信息和第一待审核业务信息生成业务审核请求数据；

根据所述第二用户ID将所述业务审核请求数据发送给所述第二用户的用户终端，并根据所述第二用户的用户终端输入的业务信息一级审核指令，生成第一审核结果；所述第一审核结果包括所述第一待审核业务信息和第一审核参数；

当所述第一审核参数指示所述第一审核结果为审核通过时，所述服务器在所述第一待审核业务信息中提取关键项信息，根据所述关键项信息判断是否发起业务审核协助；

当确定发起业务审核协助时，所述服务器根据第一预设部门信息在用户数据库中查找第三用户的用户集合，并且根据所述用户集合中各用户的第一待审核业务信息的数量确定第三用户；所述第三用户具有第三用户ID；

根据所述第三用户ID将所述业务审核请求数据发送给所述第三用户的用户终端，并根据所述第三用户的用户终端输入的业务信息协同审核指令，生成第二审核结果；所述第二审核结果包括所述第一待审核业务信息和第二审核参数；

当所述第二审核参数指示所述第二审核结果为审核通过时，根据第一预设级别信息在用户数据库中确定第四用户；所述第四用户具有第四用户ID；

根据所述第四用户ID将所述业务审核请求数据发送给第四用户的用户终端；并根据所述第四用户的用户终端输入的业务信息二级审核指令，生成第三审核结果；所述第三审核结果包括所述第一待审核业务信息和第三审核参数；

所述服务器将所述第三审核结果发送到所述第一用户终端和第二用户终端并输出显示。

优选的，当确定不发起业务审核协助时，所述服务器根据所述第四用户ID将所述业务审核请求数据发送给第四用户终端；并根据所述第四用户的用户终端输入的业务信息二级审核指令，生成第三审核结果；所述第三审核结果包括所述第一待审核业务信息和第三审核参数。

优选的，所述业务审核请求还包括客户信息；在所述服务器接收第一用户通过第一用户终端输入的业务审核请求之前，所述方法还包括：

所述服务器接收所述第一用户通过第一用户终端输入的客户创建请求；所述客户创建请求包括所述第一用户的用户ID、所在的部门信息以及级别信息和客户名称；

根据所述客户名称进行数据分析，生成客户审核结果；

当所述客户审核结果为审核通过时，所述服务器接收所述第一用户通过第一用户终端输入的客户信息；所述客户信息包括客户名称，或者包括所述客户名称、客户属性和接口信息。

优选的，在所述服务器接收第一用户通过第一用户终端输入的业务审核请求之前，所述方法还包括：

所述服务器接收第一用户通过第一用户终端输入的所述待审核业务信息；所述待审核业务信息包括：输入待审核业务信息的第一用户的第一用户ID、项目属性、支付属性和业务状态信息。

优选的，在所述服务器接收第一用户通过第一用户终端输入的业务审核请求之前，所述方法还包括：

所述服务器接收所述第一用户通过所述第一用户终端输入的账户信息；所述账户信息包括第一用户的第一用户ID；

根据所述第一用户的账户信息进行鉴权处理；

当所述第一用户鉴权成功时，根据所述第一用户ID获取所述第一待审核业务信息；

当所述第一用户鉴权失败时，生成鉴权失败提示信息并发送给所述第一用户终端用以输出显示。

进一步优选的，所述关键项信息包括项目属性和支付评分系数；所述服务器在所述业务信息中提取关键项信息，根据所述关键项信息判断是否发起业务审核协助具体包括：

当所述项目属性为关键项目，或者，支付评分系数小于设定系数阈值时，确定发起所述业务审核协助；

当所述项目属性为非关键项目且支付评分系数达到或超过设定系数阈值时，确定不发起所述业务审核协助。

进一步优选的，所述支付属性具体包括：付方式、账期和折扣的设置信息；所述方法还包括：所述服务器根据所述第一待审核业务信息的支付方式、账期、折扣分别生成第一量化评分，第二量化评分和第三量化评分；

所述服务器根据所述第一量化评分、第二量化评分和第三量化评分进行归一化处理生成所述支付评分系数。

进一步优选的，所述支付属性具体包括：支付方式、账期和折扣的设置信息；所述方法还包括：

所述服务器对所述第一待审核业务信息的支付方式、账期、折扣分别分配第一权重值、第二权重值和第三权重值；

所述服务器根据所述第一待审核业务信息的支付方式、账期、折扣分别生成第一量化评分，第二量化评分和第三量化评分；

所述服务器根据所述第一权重值、第二权重值和第三权重值和第一量化评分、第二量化评分和第三量化评分进行加权处理生成所述支付评分系数。

进一步优选的，当所述第三审核结果为审核通过时，所述服务器根据所述第一待审核业务信息生成第一业务信息，并记录在业务信息存储列表中。

本发明实施例提供的一种业务信息处理方法，实现了有效、快速和便捷的对业务信息进行处理。加快整个管理层业务审核流程的速度，减少大量人工操作并且根据员工部门和级别对查看的业务信息进行权限区分,为企业信息的安全提供有力保障。

附图说明

图1为本发明实施例提供的一种业务信息处理方法的流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明提供的一种业务信息处理方法，可以同时处理大量业务信息，不仅可以减少人工，还可以加快业务信息的处理速度。

图1为本发明实施例提供的一种业务信息处理方法的流程图，示出了各个级别用户对业务信息的审核处理流程以及后台对业务信息的智能审核处理流程，以下结合图1对本发明技术方案进行详述。

为便于理解本发明的技术方案，首先对以下涉及到的用户进行说明。本发明实施例中涉及第一用户、第二用户、第三用户和第四用户。在本例中，第一用户是指业务审核的发起者、第二用户是指初步审核人员、第三用户是指协助审核人员、第四用户是指最终审核人员。例如，在企业中，第一用户是企业普通员工、第二用户是该普通员工所属部门的经理、第三用户是财务部门的审核人员、第四用户是企业的首席执行官(Chief ExecutiveOfficer,CEO)或指定的具有相应审核权限和职能的最终审核人员。对业务信息的审核流程如下步骤：

步骤111，服务器接收第一用户通过第一用户终端输入的业务审核请求。

具体的，服务器接收到的业务审核请求包括第一用户的第一用户ID，所在的部门信息以及级别信息、业务选择信息和客户信息。业务选择信息表明第一用户在需要审核的业务信息中选择哪一个或者哪几个，进行递交审核操作。

需要审核的业务信息，是第一用户通过第一用户终端预先输入的；所述待审核业务信息包括：输入待审核业务信息的第一用户的第一用户ID、项目属性、支付属性和业务状态信息。

其中，项目属性包括项目编号、客户名称、项目名称和项目类型等等信息。

在一个具体例子中，项目编号是服务器根据已存在项目编号进行自动顺序编号，即在最后一个项目编号上自动+1生成的。项目类型分为一般项目和广告代理，当项目类型为广告代理时，待审核业务信息中增加返点属性。返点属性包括根据日、月和年不同时间周期、国家设置不同的返点比例，返点的上限和下限。支付属性包括支付方式、账期和折扣的设置信息。业务状态信息包括业务开始时间、结束时间和业务相关的文件状态索引表，并可提供文件查询接口。第一用户可以随时上传文件，并根据上传内容自动更新文件状态索引表，便于及时跟进业务状态。

在一个具体的实施例中，服务器接收到的业务审核请求中包括张某某001、产品研发部，初级工程师的信息，以及张某某在他的ID下所有需要审核的业务信息中选择需要进行递交审核的业务选择信息。

步骤112，根据第一用户的部门信息和级别信息，确定第一用户所在的部门的第二用户的第二用户ID。

在一个具体的实施例中，根据张某某001、产品研发部、初级工程师的信息确定张某某在产品研发部的直属上级，即产品研发部的部门经理，王某某102。

步骤113，根据业务选择信息从待审核业务信息中确定所选择的第一待审核业务信息。

步骤112和113可以同步执行，没有时序上的先后顺序。

具体的，服务器根据业务选择信息确定第一用户在待审核业务信息中选择进行递交审核的业务信息，即第一待审核业务信息。

步骤114，根据第一用户ID、所在的部门信息以及级别信息和第一待审核业务信息生成业务审核请求数据。

在一个具体的实施例中，服务器根据张某某001、产品研发部、初级工程师和张某某选择进行递交审核的第一待审核业务信息生成业务审核请求数据。

步骤115，根据第二用户ID将业务审核请求数据发送给第二用户的用户终端，并根据第二用户的用户终端输入的业务信息一级审核指令，生成第一审核结果。

具体的，服务器根据第二用户的第二用户ID将业务审核请求数据发送给第二用户终端，第二用户在第二用户终端对业务审核请求数据进行审核操作。服务器根据第二用户的审核操作生成针对业务审核请求数据的第一审核结果。第一审核结果包括第二用户所审核的第一待审核业务信息和对第一待审核业务信息的第一审核参数。第一审核参数用以指示审核结果为审核通过和审核不通过。

步骤116，确定第一审核结果是否为审核通过；

当第一审核参数指示第一审核结果为审核通过时，执行步骤117，否则执行步骤130。在步骤130中，将审核不通过的第一审核结果发送给第一用户终端并输出显示。

步骤117，服务器在第一待审核业务信息中提取关键项信息，根据关键项信息判断是否发起业务审核协助。

具体的，关键项信息包括项目属性和支付评分系数。服务器在业务信息中提取关键项信息：

当提取到的项目属性为关键项目，或者，提取得到的支付评分系数小于设定系数阈值时，确定发起业务审核协助。

当项目属性为非关键项目且支付评分系数达到或超过设定系数阈值时，确定不发起业务审核协助。

在这里支付评分系数是用于衡量客户支付能力的一个量化指标，支付评分系数达到或超过设定系数阈值表明客户支付能力良好。

进一步的，支付评分系数是根据支付方式、账期和折扣的设置信息生成的。服务器根据第一待审核业务信息的支付方式、账期、折扣分别生成第一量化评分，第二量化评分和第三量化评分。服务器根据第一量化评分、第二量化评分和第三量化评分进行归一化处理生成支付评分系数。

优选的，可以根据历史的大数据统计结果，对第一待审核业务信息的支付方式、账期、折扣分别分配第一权重值、第二权重值和第三权重值。服务器根据第一权重值、第二权重值和第三权重值和第一量化评分、第二量化评分和第三量化评分进行加权处理生成支付评分系数。

在一个具体的实施例中，当第二用户的审核指令是通过时，服务器对该业务信息进行关键项信息的提取。当关键项信息为关键项目时，服务器自动将该业务发起业务审核协助。当关键项信息为非关键项目时，服务器根据支付评分系数判断是否发起业务审核协助。

在本实施例中预先设定60分为支付评分系数的阈值，支付评分系数满分为100分。根据支付属性中不同支付方式给定不同的量化评分，如:现金支付为20分、银行转账为30分、PayPal等软件转账为10分；根据支付属性中不同的账期进行量化评分，如：O-14天为50分、15-44天为30分、45天以上为10分；根据支付属性中不同的折扣进行量化评分，如：<2％折扣为20分、2％-5％折扣为10分。

在一个例子中，当服务器提取到的关键项信息为：非关键项目、现金支付、45天以上天账期、2％-5％折扣时，第一量化评分为20分、第二量化评分为10分、第三量化评分为10分时，支付评分系数为量化评分之和40分，小于预先设定的系数阈值60分，因此发起业务审核协助。

在另一个例子中，当服务器提取到的关键项信息为：非关键项目、现金支付、15-44天账期、2％-5％折扣时，第一量化评分为20分、第二量化评分为30分、第三量化评分为10分时，支付评分系数为量化评分之和为60分，达到预先设定的系数阈值60分，因此不发起业务审核协助。

在一个优选的实施例中，支付方式、账期和折扣分别分配75％、150％和75％的不同权重。关键项的各量化评分沿用上例的数据进行说明。

当服务器提取到的关键项信息为：非关键项目、现金支付、45天以上账期、2％-5％折扣时，第一量化评分为20分、第二量化评分为10分、第三量化评分为10分时，支付评分系数为20*75％+10*150％+10*75％＝37.5分，小于预先设定的系数阈值60分，因此发起业务审核协助。

当服务器提取到的关键项信息为：非关键项目、现金支付、0天账期、2％-5％折扣时，第一量化评分为20分、第二量化评分为50分、第三量化评分为10分时，支付评分系数为20*75％+50*150％+10*75％＝97.5分，超过预先设定的系数阈值60分，因此不发起业务审核协助。

当确定发起业务审核协助时，执行步骤118，当确定不发起业务审核协助时，执行步骤122。

步骤118，服务器根据第一预设部门信息在用户数据库中查找第三用户的用户集合，并且根据用户集合中各用户的第一待审核业务信息的数量确定第三用户。

具体的，当确定发起业务审核协助时，服务器根据第一预设部门信息查找第三用户的集合，但具体将第一待审核业务信息分配给第三用户集合中的哪一个用户，是根据第三用户集合中每一个第三用户的待审核业务信息的数量决定的。在本实施例中，优先将新生成的待审核业务信息分配给待审核业务信息的数量最少的第三用户。第三用户具有第三用户ID。

在一个具体的实施例中，当确定发起业务审核协助时，服务器根据第一预设部门财务部门，查找出所有需要进行审核操作的财务部门的第三用户，如服务器查询到3个第三用户，分别的待审核业务信息的数量为50、40和30。服务器会将新的待审核业务信息分配给待审核业务信息的数量最少的第三个第三用户。

步骤119，根据第三用户ID将业务审核请求数据发送给第三用户的用户终端，并根据第三用户的用户终端输入的业务信息协同审核指令，生成第二审核结果。

具体的，服务器根据第三用户的第三用户ID将业务审核请求数据发送给第三用户终端，第三用户在第三用户终端对业务审核请求数据进行审核操作。服务器根据第三用户的审核操作生成针对业务审核请求数据的第二审核结果。第二审核结果包括第三用户所审核的第一待审核业务信息和对第一待审核业务信息的第二审核参数。第二审核参数用以指示审核结果为审核通过和审核不通过。

步骤120，确定第二审核结果是否为审核通过；

当第二审核参数指示第二审核结果为审核通过时，执行步骤121，否则执行步骤140。

步骤121，根据第一预设级别信息在用户数据库中确定第四用户。

在一个具体的实施例中，当第三用户审核通过时，服务器根据预先设定的级别信息查找第四用户，第四用户具有第四用户ID。如CEO为预先设定级别信息，服务器根据级别信息CEO查找到首席执行官的ID。

当第二审核参数指示第二审核结果为审核不通过时，服务器将第二审核结果发送给第一用户终端和第二用户终端并输出显示。

步骤122，根据第四用户ID将业务审核请求数据发送给第四用户的用户终端。并根据第四用户的用户终端输入的业务信息二级审核指令，生成第三审核结果。

具体的，服务器根据第四用户的第四用户ID将业务审核请求数据发送给第四用户终端，第四用户在第四用户终端对业务审核请求数据进行审核操作。服务器根据第四用户的审核操作生成针对业务审核请求数据的第三审核结果。第三审核结果包括第四用户所审核的第一待审核业务信息和对第一待审核业务信息的第三审核参数。第三审核参数用以指示审核结果为审核通过和审核不通过。服务器根据第一待审核业务信息生成第一业务信息，并记录在业务信息存储列表中。

步骤123，服务器将第三审核结果发送到第一用户终端和第二用户终端并输出显示。

具体的，服务器将第三审核结果反馈给第一用户和第二用户。

当在步骤120中第二审核结果为不通过时，执行：

步骤140，服务器将第二审核结果发送到第一用户终端和第二用户终端并输出显示。

具体的，服务器将审核不通过第二审核结果反馈给第一用户和第二用户。

上述过程减少了业务审核流程中的人工操作步骤，明确了审核人员的待审核工作，按照待审核工作的任务量进行自动分派，加快了业务审核速度，也在一定程度上保证了业务信息的安全性。

本发明的业务信息处理方法还提供客户创建的执行过程，用以在系统中创建新的客户的信息。

对客户创建请求的处理的过程如下步骤151-153：

步骤151，服务器接收第一用户通过第一用户终端输入的客户创建请求。客户创建请求包括第一用户的用户ID、所在的部门信息以及级别信息和客户名称。

在一个具体的实施例中，服务器接收到的客户创建请求中包括张某某001、产品研发部、初级工程师的信息，以及张某某将要进行创建的客户名称，

步骤152，根据客户名称进行数据分析，生成客户审核结果。

具体的，服务器根据客户名称联网对该客户进行信息收集和风险评估，当检测到该客户有不良信用记录和严重资金风险时，对于该客户的审核不通过，并且将该客户加入黑名单。当没有检测到该客户的不良信用记录和资金风险时，对于该客户的审核通过。

其中，当没有检测到风险时，服务器根据收集到该客户的信息，包括企业性质、创建年限、员工人数、合作单位等等综合评估一个客户评分。当客户评分大于预先设定的客户评分阈值时，将该客户加入到优质客户名单。

步骤153，当客户审核结果为审核通过时，服务器接收第一用户通过第一用户终端输入的客户信息。客户信息包括客户名称，或者包括客户名称、客户属性和接口信息。

具体的，当客户审核通过时，第一用户可以在第一用户终端输入该客户的客户信息，对该客户进行创建。客户信息包括客户名称、客户属性和接口信息。客户属性包括单位性质、公司地址和网址。客户信息可以根据对该客户进行审核时收集到的信息自动填充。接口信息包括我方对接人员、对方对接人员以及相应的职务和联系方式。

上述过程实现了对所创建客户的智能审核，可以提前过滤出资质差或风险大的客户，还可以将优质客户筛选出，为后期合作提供支持。

在任何一个用户登入系统的时候都会执行鉴权过程，用以保护每个用户的信息安全。对用户的鉴权过程如下：

在服务器接收第一用户通过第一用户终端输入的业务审核请求之前，对第一用户的鉴权处理过程如下：

服务器接收第一用户通过第一用户终端输入的账户信息。账户信息包括第一用户的第一用户ID。根据第一用户的账户信息进行鉴权处理。当第一用户鉴权成功时，根据第一用户ID获取第一待审核业务信息。当第一用户鉴权失败时，生成鉴权失败提示信息并发送给第一用户终端用以输出显示。

具体的，第一用户在服务器输入账号和密码。服务器根据第一用户输入的账号识别第一用户的第一用户ID。服务器根据第一用户在第一用户终端输入账号和密码进行鉴权。当账号和密码匹配时，鉴权成功，服务器根据第一用户的第一用户ID获取待审核的业务信息。当账号和密码不匹配时，鉴权失败，服务器向第一用户终端反馈鉴权失败提示信息。

上述过程实现了对每一个用户的鉴权处理，保证了每个用户的信息安全。

本发明的一种业务信息处理方法实现了有效、快速和便捷的对业务信息进行处理。加快整个管理层业务审核流程的速度，减少大量人工操作并且根据员工部门和级别对查看的业务信息进行权限区分，为企业信息的安全提供有力保障。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种业务信息处理方法，其特征在于，所述方法包括：

服务器接收第一用户通过第一用户终端输入的业务审核请求；所述业务审核请求包括所述第一用户的第一用户ID、所在的部门信息以及级别信息和业务选择信息；

根据所述第一用户的部门信息和级别信息，确定所述第一用户所在的部门的第二用户的第二用户ID；

根据所述业务选择信息从待审核业务信息中确定所选择的第一待审核业务信息；

根据所述第一用户ID、所在的部门信息以及级别信息和第一待审核业务信息生成业务审核请求数据；

根据所述第二用户ID将所述业务审核请求数据发送给所述第二用户的用户终端，并根据所述第二用户的用户终端输入的业务信息一级审核指令，生成第一审核结果；所述第一审核结果包括所述第一待审核业务信息和第一审核参数；

当所述第一审核参数指示所述第一审核结果为审核通过时，所述服务器在所述第一待审核业务信息中提取关键项信息，根据所述关键项信息判断是否发起业务审核协助；

当确定发起业务审核协助时，所述服务器根据第一预设部门信息在用户数据库中查找第三用户的用户集合，并且根据所述用户集合中各用户的第一待审核业务信息的数量确定第三用户；所述第三用户具有第三用户ID；

根据所述第三用户ID将所述业务审核请求数据发送给所述第三用户的用户终端，并根据所述第三用户的用户终端输入的业务信息协同审核指令，生成第二审核结果；所述第二审核结果包括所述第一待审核业务信息和第二审核参数；

当所述第二审核参数指示所述第二审核结果为审核通过时，根据第一预设级别信息在用户数据库中确定第四用户；所述第四用户具有第四用户ID；

根据所述第四用户ID将所述业务审核请求数据发送给第四用户的用户终端；并根据所述第四用户的用户终端输入的业务信息二级审核指令，生成第三审核结果；所述第三审核结果包括所述第一待审核业务信息和第三审核参数；

所述服务器将所述第三审核结果发送到所述第一用户终端和第二用户终端并输出显示。

2.根据权利要求1所述的业务信息处理方法，其特征在于，所述方法包括：

当确定不发起业务审核协助时，所述服务器根据所述第四用户ID将所述业务审核请求数据发送给第四用户终端；并根据所述第四用户的用户终端输入的业务信息二级审核指令，生成第三审核结果；所述第三审核结果包括所述第一待审核业务信息和第三审核参数。

3.根据权利要求1所述的业务信息处理方法，其特征在于，所述业务审核请求还包括客户信息；在所述服务器接收第一用户通过第一用户终端输入的业务审核请求之前，所述方法还包括：

所述服务器接收所述第一用户通过第一用户终端输入的客户创建请求；所述客户创建请求包括所述第一用户的用户ID、所在的部门信息以及级别信息和客户名称；

根据所述客户名称进行数据分析，生成客户审核结果；

当所述客户审核结果为审核通过时，所述服务器接收所述第一用户通过第一用户终端输入的客户信息；所述客户信息包括客户名称，或者包括所述客户名称、客户属性和接口信息。

4.根据权利要求1所述的业务信息处理方法，其特征在于，在所述服务器接收第一用户通过第一用户终端输入的业务审核请求之前，所述方法还包括：

所述服务器接收第一用户通过第一用户终端输入的所述待审核业务信息；所述待审核业务信息包括：输入待审核业务信息的第一用户的第一用户ID、项目属性、支付属性和业务状态信息。

5.根据权利要求4所述的业务信息处理方法，其特征在于，在所述服务器接收第一用户通过第一用户终端输入的业务审核请求之前，所述方法还包括：

所述服务器接收所述第一用户通过所述第一用户终端输入的账户信息；所述账户信息包括第一用户的第一用户ID；

根据所述第一用户的账户信息进行鉴权处理；

当所述第一用户鉴权成功时，根据所述第一用户ID获取所述第一待审核业务信息；

当所述第一用户鉴权失败时，生成鉴权失败提示信息并发送给所述第一用户终端用以输出显示。

6.根据权利要求4所述的业务信息处理方法，其特征在于，所述关键项信息包括项目属性和支付评分系数；所述服务器在所述业务信息中提取关键项信息，根据所述关键项信息判断是否发起业务审核协助具体包括：

当所述项目属性为关键项目，或者，支付评分系数小于设定系数阈值时，确定发起所述业务审核协助；

当所述项目属性为非关键项目且支付评分系数达到或超过设定系数阈值时，确定不发起所述业务审核协助。

7.根据权利要求6所述的业务信息处理方法，其特征在于，所述支付属性具体包括：付方式、账期和折扣的设置信息；所述方法还包括：所述服务器根据所述第一待审核业务信息的支付方式、账期、折扣分别生成第一量化评分，第二量化评分和第三量化评分；

所述服务器根据所述第一量化评分、第二量化评分和第三量化评分进行归一化处理生成所述支付评分系数。

8.根据权利要求6所述的业务信息处理方法，其特征在于，所述支付属性具体包括：支付方式、账期和折扣的设置信息；所述方法还包括：

所述服务器对所述第一待审核业务信息的支付方式、账期、折扣分别分配第一权重值、第二权重值和第三权重值；

所述服务器根据所述第一待审核业务信息的支付方式、账期、折扣分别生成第一量化评分，第二量化评分和第三量化评分；

所述服务器根据所述第一权重值、第二权重值和第三权重值和第一量化评分、第二量化评分和第三量化评分进行加权处理生成所述支付评分系数。

9.根据权利要求1或2所述的业务信息处理方法，其特征在于，所述方法还包括：

当所述第三审核结果为审核通过时，所述服务器根据所述第一待审核业务信息生成第一业务信息，并记录在业务信息存储列表中。

Images