一种银行工资表生成方法、装置和介质

技术领域

本发明涉及计算机数据处理领域，具体而言，涉及一种银行工资表生成方法、装置和介质。

背景技术

企业工资通常由银行代发，银行现有代发业务是通过银行企业网银渠道或柜面渠道上传银行工资表文件，银行根据银行工资表文件代发企业工资。

不论是企业网银渠道还是柜面渠道，企业用户在上传银行工资表文件时，所上传的银行工资表文件必须符合银行所要求的格式，这就要求企业用户需要根据银行企业网银的固定模板制定本企业的银行工资表文件。通常情况下，企业所制作的本企业内部流通的企业工资表文件与银行工资表文件的格式是不一样的，因此企业用户需要按照银行工资表的格式，将本企业的企业工资表文件再次制作成银行工资表文件，增加了企业员工的制表工作量。

发明内容

有鉴于此，本发明的目的在于提供一种银行工资表生成方法、装置和介质。

本发明是这样实现的：

本发明实施例提供了一种银行工资表生成方法，作用于银行代发平台，包括以下步骤：

接收企业用户上传的企业工资表；

识别出所述的企业工资表中的M列薪酬列的列名；

获取银行代发平台中待填代发表的N列待填充列的列名；

针对待填代发表，按照列名匹配的方式，从企业工资表中筛选出与该待填代发表字符相同的Q列薪酬列作为Q列第一选中列；

获取企业工资表中未被筛选出的M-Q列待选中列的列名，以及所述待填代发表中的未被筛选出列名相同的第一选中列的N-Q列待填剩余列的列名；

接收企业用户针对N-Q列待填剩余列输入的选择操作；所述的选择操作用于为至少一列待填剩余列选择出与其相同的待选中列作为第二选中列；

根据选择操作生成关联关系表；所述的关联关系表表征待填剩余列的列名与第二选中列的列名的关联关系；

将第一选中列中的内容分别填充至列名相同的待填充列中，根据关联关系表将第二选中列的内容分别填充至关联的待填剩余列中，以生成包括银行代发信息的已填代发表作为银行工资表。

在一些实施例中，所述的识别出所述的企业工资表中的M列薪酬列的列名包括以下步骤：

自上而下逐行计算企业工资表的行中数字所占比例；

确定首个数字比例超过预设值的行为首数字行；确定所述的首数字行中第i个表格的上相邻表格的内容为第i列薪酬列的列名，1≤i≤M。

在一些实施例中，根据选择操作生成关联关系表后，还包括以下步骤：

查找第一选中列和第二选中列是否存在异常表格；所述的异常表格包括空值表格和格式错误表格；

若存在异常表格，则向企业用户发送异常表格在企业工资表中的位置；

接收企业用户针对异常表格输入的第一修正操作，所述的第一修正操作用于将异常表格修正为正常表格；

根据第一修正操作修改异常表格。

在一些实施例中，根据选择操作生成关联关系表后，还包括以下步骤：

从第一选中列和第二选中列中获取第一代发总金额和第一代发总笔数；

判断第一代发总金额和第一代发总笔数与接收的第二代发总金额和第二代发总笔数是否一致；

若第一代发总金额和第二代发总金额不一致，和/或第一代发总笔数和第二代发总笔数不一致，则向企业用户发送第一提醒信息；

接收企业用户针对第一提醒信息第二修正操作，所述的第二修正操作用于将第一代发总金额和第二代发总金额、第一代发总笔数和第二代发总笔数修正为一致。

在一些实施例中，根据选择操作生成关联关系表后，还包括以下步骤：从第一选中列和第二选中列中获取员工信息；所述的员工信息包括员工数量、员工身份证号、员工手机号和员工银行卡号；

利用银行代发平台的企业员工信息库，判断是否存在与企业员工信息库不一致的员工信息；

若存在则向企业用户发送所述不一致的员工信息；

接收企业用户针对所述不一致的员工信息输入的第三修正操作；所述的第三修正操作用于根据不一致的员工的信息修正企业员工信息库；

根据第三修正操作更新企业员工信息库。

在一些实施例中，从第一选中列和第二选中列中获取员工信息后，

还包括以下步骤：

根据员工银行卡号判断员工银行卡是本行卡还是他行卡；

若员工的银行卡中存在他行卡，则将所有的本行卡的第一选中列和第二选中列中的内容填充至一个待填代发表以生成本行代发表，将将所有的他行卡的第一选中列和第二选中列中的内容填充至另一个待填代发表以生成他行代发表。

在一些实施例中，从第一选中列和第二选中列中获取员工信息后，还包括以下步骤：

判断是否存在实发金额超过交易限额的银行卡；

若存在，再验证超过交易限额的银行卡中是否存在超额他行卡；

若存在，则将所述超额他行卡的实发金额拆分为F笔子实发金额；所述的子实发金额均不大于超额他行卡对应的交易限额；

将第一选中列和第二选中列中超额他行卡所在的行拆分为F行，得到拆分后的第一选中列和第二选中列；所述F行中的实发金额分别为F笔子实发金额。

在一些实施例中，从第一选中列和第二选中列中获取员工信息后，还包括以下步骤：

将员工信息中的员工姓名、员工手机号码、员工身份证号、员工银行卡号发送至银行卡鉴权平台以进行银行卡鉴权；

当生成银行卡工资表时，实时从银行卡鉴权平台中获取银行卡鉴权结果；

若鉴权结果为存在异常员工信息，则向企业用户发送异常员工信息；

接收企业用户针对所述不一致的员工信息输入的第四修正操作；所述的第四修正操作用于针对异常员工信息修正员工信息；

根据第四修正操作修正员工信息。

本发明的实施例还提供了一种银行工资表生成装置，包括：

第一接收模块，用于接收企业用户上传的企业工资表；

识别模块，识别出所述的企业工资表中的M列薪酬列的列名；

第一获取模块，用于获取待填代发表的N列待填充列的列名；

筛选模块，用于针对待填代发表，按照列名匹配的方式，从企业工资表中筛选出与该待填代发表字符相同的Q列薪酬列作为Q列第一选中列；

第二获取模块，用于获取企业工资表中未被筛选出的M-Q列待选中列的列名，以及所述待填代发表中的未被筛选出列名相同的第一选中列的N-Q列待填剩余列的列名；

第二接收模块，用于接收企业用户针对N-Q列待填剩余列输入的选择操作；所述的选择操作用于为至少一列待填剩余列选择出与其相同的待选中列作为第二选中列；

生成模块，用于根据选择操作生成关联关系表；所述的关联关系表表征待填剩余列的列名与第二选中列的列名的关联关系；

填充模块，用于将第一选中列中的内容分别填充至列名相同的待填充列中，根据关联关系表将第二选中列的内容分别填充至关联的待填剩余列中，以生成包括银行代发信息的已填代发表。

本发明的实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行所述的银行工资表生成方法的步骤。

本发明的有益效果主要在于：企业用户可根据企业本身的制表习惯命名各个薪酬列，银行代发平台识别出接收到的企业工资表中的薪酬列之后，将企业工资表中的薪酬列对应指向银行代发平台要求的待填代发列进行关联，不需要用户根据银行工资表的模板进行工资表制作，可直接用企业本身的企业工资表文件上传并生成所需的银行工资表，能够极大的提高企业财务或人事人员的企业工资表文件上传效率，降低因制作工资表文件而产生的繁琐工作量。

进一步的，本发明还对上传的企业工资表中进行员工信息验证、异常表格验证、代发总金额和总笔数验证中的一项或多项验证，并将验证的结果展示给企业用户，供企业用户逐一确认、修改，从而避免了错发、误发、信息变更导致发薪失败等问题，极大的提高了代发的成功率和企业薪酬管理人员的工作效率。

更进一步的，本发明还分别生成本行代发表和他行代发表，从而使银行能够将工资代发至他行的银行卡中，解决了财务人员需要针对不同的银行制定不同的银行工资表的问题，更无需财务人员去不同银行的企业网银或去不同银行的经营网点进行企业工资表上传，进一步的减少了财务人员的制表工作量，提升企业工资表文件上传效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例所提供的一种银行工资表生成方法流程图；

图2为本发明实施例所提供的一种识别企业工资表中的M列薪酬列的列名的方法流程图；

图3为本发明实施例所提供的一种检验第一选中列和第二选中列中异常表格的方法流程图；

图4为本发明实施例所提供的一种检验第一选中列和第二选中列中总金额和总笔数的方法流程图；

图5为本发明实施例所提供的一种检验员工信息的方法流程图；

图6为本发明实施例所提供的根据银行卡所属银行进行拆分的方法流程图；

图7为本发明实施例所提供的他行卡交易限额验证的方法流程图；

图8为本发明实施例所提供的银行卡鉴权方法流程图；

图9为本发明实施例所提供的银行工资表生成装置结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“第一”、“第二”、等仅用于区分描述，而不能理解为指示或暗示相对重要性。

下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

企业用户统计本企业工资明细所制作的企业工作表中，包含有大量的信息，通常包括姓名、电话号码、银行卡号、身份证号、实发金额、五险一金、专项附加扣除、个人所得税等常规薪酬类型的信息；企业各自的规章制度不同，因此，企业工资表中常常还包括各种各样的个性薪酬类型的信息，例如保密费、扣款金额、员工奖励等。

再者，根据企业各自的要求，姓名、电话号码、银行卡号、身份证号、实发金额、五险一金、专项附加扣除、个人所得税等常规薪酬类型的信息也通常有多种命名方式，例如姓名可能命名为员工，电话号码可能命名为联系方式，银行卡号可能命名为账户等等。

而银行代发系统代发工资所需要的银行代发表，与企业用户所制作的企业工资表往往并不相同。首先，银行代发平台仅需根据实发金额完成金额发放即可，不需要与实发金额相关的各类工资明细，因此，银行代发表中的项数远小于企业工资表的项数。其次，银行代发表表头中各列的列名与企业工资表中相同列的列名的可能并不相同。如果将直接将企业工资表上传至银行代发平台中，银行代发平台需要识别大量的无关信息，浪费计算资源，且如果银行代发表与企业工资表中某列列名不相同，会导致银行代发平台识别失败，无法正常代发工资。

为正常、高效的代发工资，现有技术中，银行代发平台只接收与银行代发表的文件格式完全相同的企业工资表。因此，企业用户在统计完本企业的薪酬表之后，还需要按照企业网银或柜面的银行代发表的文件格式要求再次制作一个银行代发表，增加了企业员工的制表工作量。

针对上述问题，本申请发明人认为可以采用如下的银行工资表生成方法来解决，如图1所示，银行工资表生成方法包括如下步骤：

S101、接收企业用户上传的企业工资表；

S102、识别出所述的企业工资表中的M列薪酬列的列名；

S103、获取银行代发平台中待填代发表的N列待填充列的列名；

S104、针对待填代发表，按照列名匹配的方式，从企业工资表中筛选出与该待填代发表字符相同的Q列薪酬列作为Q列第一选中列；

S105、获取企业工资表中未被筛选出的M-Q列待选中列的列名，以及所述待填代发表中的未被筛选出列名相同的第一选中列的N-Q列待填剩余列的列名；

S106、接收企业用户针对N-Q列待填剩余列输入的选择操作；所述的选择操作用于为至少一列待填剩余列选择出与其相同的待选中列作为第二选中列；

S107、根据选择操作生成关联关系表；所述的关联关系表表征待填剩余列的列名与第二选中列的列名的关联关系；

S108、将第一选中列中的内容分别填充至列名相同的待填充列中，根据关联关系表将第二选中列的内容分别填充至关联的待填剩余列中，以生成包括银行代发信息的已填代发表作为银行工资表。

步骤S101中的所述的企业工资表包括的表头表征对应列的薪酬类型，表头的形式有多种，例如，单表头、多表头等。

以下表一具体给出一个步骤S101中的所述的企业工资表，表一仅用于具体介绍本发明的技术方案，不代表真正的企业工资表。

表1

步骤S102中，薪酬列的列名表征该列的薪酬类型，以表一为例，步骤S102中识别出的列名分别为姓名、员工编码、联系方式、银行卡号、身份证号、实发金额、基本工资、绩效工资、加班工资、奖金、津贴补贴和工资合计；

以下表二具体给出一个步骤S103中的所述的待填代发表。

表2

步骤S103中读取的N列待填充列的列名为姓名、员工编号、电话号码、银行卡号、身份证号、实发金额。

步骤S104中的列名匹配，将企业工资表中的列名为姓名、员工编码、联系方式、银行卡号、身份证号、实发金额、基本工资、绩效工资、加班工资、奖金、津贴补贴和工资合计与待填代发表中的列名姓名、员工编号、电话号码、银行卡号、身份证号、实发金额逐一进行对比，待填代发表中的列名姓名、员工编号、银行卡号、身份证号、实发金额均能找到字符相同的薪酬列，则企业工资表中的姓名、员工编号、银行卡号、身份证号、实发金额对应的列为第一选中列。

步骤S105中，企业工资表中待选定列的列名为联系方式、基本工资、绩效工资、加班工资、奖金、津贴补贴和工资合计；待填剩余列的列名为电话号码。

步骤S106中，接收企业用户将待选定列中的联系方式作为与待填剩余列中的电话号码列相同的列而选中的操作；

步骤S107中，生成了电话号码与联系方式的关联关系表。

步骤S108中，将企业工资表中的第一选中列(姓名、员工编号、银行卡号、身份证号、实发金额)分别填充至待填代发表的列名为姓名、员工编号、银行卡号、身份证号、实发金额的列中；将企业工资表中列名为联系方式的列填充至待填代发表中列名为电话号码的列中，以生成企业工资表。

银行代发平台虽然要求企业工资表中必须包含姓名、实发金额、手机号、银行卡号、身份证号五个信息，但不限制企业工资表一定按照平台要求进行命名。用户可根据企业本身的制表习惯命名各个薪酬列，上传时银行代发平台识别出企业工资表中的薪酬列之后，将企业工资表中的薪酬列对应指向银行代发平台要求的待填代发列进行关联，从而在不改变企业制表习惯的前提下，也能正常识别文件信息和完成代发。

因此，本发明不需要用户根据银行工资表的模板进行工资表制作，可直接用企业本身的企业工资表文件上传并生成所需的银行工资表，能够极大的提高企业财务或人事人员的工资表文件上传效率，降低因制作工资表文件而产生的繁琐工作量。

具体的，如图2所示，给出步骤S102所述的识别企业工资表中的M列薪酬列的列名的一种具体实现形式，包括以下步骤：

S1021、自上而下逐行计算企业工资表的行中数字所占比例；

S1022、确定首个数字比例超过预设值的行为首数字行；

S1023、确定所述的首数字行中第i个表格的上相邻表格的内容为第i列薪酬列的列名，1≤i≤M。

由表一可知，由于表头分为单表头和多表头，因此企业工资表中薪酬列的列名分布在不同的行，不能简单的通过读取某一行某一列表格的内容来实现，而企业工资表的表头中一般用文字表示薪酬类型，而企业工资表的具体薪酬明细则存在大量的数字，因此，可以通过企业工资表中每行表格中数字的比例来区分表头和具体薪酬明细。数字的比例可以为数字所占字节在每行总字节的比例。

步骤S1022根据相邻两行表格中的数字比例的差值，确定首数字行，具体为相邻的两行表格中，若下行表格中的数字比例与上行表格中的数字比例的差值大于设定阈值，则判定下行表格为首数字行。

根据选择操作生成关联关系表后，生成银行工资表之前，如图3所示，还需检验第一选中列和第二选中列的异常表格，具体包括以下步骤：

S201、查找第一选中列和第二选中列是否存在异常表格；所述的异常表格包括空值表格和格式错误表格；

S202、若存在异常表格，则向企业用户发送异常表格在企业工资表中的位置；

S203、接收企业用户针对异常表格输入的第一修正操作，所述的第一修正操作用于将异常表格修正为正常表格；

S204、根据第一修正操作修改异常表格。

修正异常表格后，进行步骤S108，以生成已填代发表作为银行工资表。

反之，若不存在异常表格，则进行步骤S108，以生成已填代发表作为银行工资表。

异常表格校验能够校验在生成银行工资表之前，对即将填入待填代发表中的异常表格进行校验，从而预防生成不合格的银行工资表导致企业工资代发失败，同时向客户发送异常表格的位置，提醒客户，便于客户进行第一修正操作。

步骤S201中，通过遍历所有的第一选中列和第二选中列的方式，查找第一选中列和第二选中列是否存在异常表格。

具体的，本实施例中，查找格式错误表格时，将每列表格中的内容格式与预设的该列的格式进行对比，不一致则被判定为格式错误表格。例如实发工资的内容格式应为数字，不应出现汉字或字母，若这一列的某个表格的格式为数字，则判定该表格为格式错误表格，并向客户发送该表格在企业工资表中的位置(第几行第几列)以提醒企业用户。

需要注意的时，检验第一选中列和第二选中列是否存在空值表格和格式错误表格，既可以同时进行，也可以分步进行，分步进行时先查找是否存在空值表格，若存在空值表格，则向客户发送空值表格在企业工资表中的位置；再接收企业用户针对空值表格输入的第一修正操作，根据第一修正操作将空值表格修改为正常表格；再查找是否存在格式错误表格，若存在格式错误表格，则向客户发送格式错误表格在企业工资表中的位置；再接收企业用户针对格式错误表格输入的第一修正操作，根据第一修正操作将格式错误表格修改为正常表格。或者调换两者的检验顺序。

所述的第一修正操作有多种方式，例如直接在银行代发平台中修改异常表格的内容，或者修改企业工资表中异常表格的内容，并重新上传企业工资表至银行代发平台。

优选重新上传企业工资表至银行代发平台的方式，防止忘记修改企业用户本地的企业工资表。

根据选择操作生成关联关系表后，生成银行工资表之前，如图4所示，还需检验第一选中列和第二选中列的总金额和总笔数，具体包括以下步骤：

S301、从第一选中列和第二选中列中获取第一代发总金额和第一代发总笔数；

S302、判断第一代发总金额和第一代发总笔数与接收的第二代发总金额和第二代发总笔数是否一致；

S303、若第一代发总金额和第二代发总金额不一致，和/或第一代发总笔数和第二代发总笔数不一致，则向企业用户发送第一提醒信息；

S304、接收企业用户针对第一提醒信息第二修正操作，所述的第二修正操作用于将第一代发总金额和第二代发总金额、第一代发总笔数和第二代发总笔数修正为一致；

S304后，再进行步骤S108，以生成已填代发表作为银行工资表。

反之，若第一代发总金额和第二代发总金额、第一代发总笔数和第二代发总笔数均一致，则进行步骤S108，以生成已填代发表作为银行工资表。

所述的第二修正操作有多种方式，例如直接在银行代发平台中修改具体错误金额或笔数的内容，或者修改企业工资表的金额或笔数，并重新上传企业工资表至银行代发平台。

优选重新上传企业工资表至银行代发平台的方式，防止忘记修改企业用户本地的企业工资表。

本实施例中，具体的，从第一选中列和第二选中列中获取第一代发总金额和第一代发总笔数。通过计算第一选中列和第二选中列中实发金额的总和获取第一代发总金额，计算第一选中列和第二选中列中，或者企业工资表中每行的数字所占比例，确定数字所占比例超过预设值的行则为一笔，逐行遍历第一选中列和第二选中列，得到总笔数。

或者，可以从接收的企业工资表中获取第一代发总金额和第一代发总笔数。通过计算企业工资表中实发金额的总和获取第一代发总金额，计算企业工资表中每行的数字所占比例，数字所占比例超过预设值的行则为一笔，逐行遍历企业工资表，得到总笔数。

在生成银行工资表之前检验第一选中列和第二选中列的总金额和总笔数，从而预防工资发放错误，同时向客户发送第一提醒信息提醒客户。

根据选择操作生成关联关系表后，生成银行工资表之前，如图5所示，还需检验员工信息，具体包括以下步骤：

S401、从第一选中列和第二选中列中获取员工信息；所述的员工信息包括员工数量、员工身份证号、员工手机号和员工银行卡号；

S402、利用银行代发平台的企业员工信息库，判断是否存在与企业员工信息库不一致的员工信息；

S403、若存在则向企业用户发送所述不一致的员工信息；

S404、接收企业用户针对所述不一致的员工信息输入的第三修正操作；所述的第三修正操作用于根据不一致的员工的信息修改企业员工信息库；

S405、根据第三修正操作更新企业员工信息库。

根据第三修正操作更新企业员工信息库后，进行步骤S108，以生成已填代发表作为银行工资表。

若企业用户选择不更新企业员工信息库，则步骤S403后直接生成已填代发表作为银行工资表。

具体的，步骤S402所述的利用银行代发平台的企业员工信息库，判断是否存在与企业员工信息库不一致的员工信息包括判断是否有新增员工、判断每个员工手机号与企业员工信息库是否一致、判断每个员工银行卡号与企业员工信息库是否一致；

若有新增员工，或不一致的员工手机号，或不一致的员工银行卡号，则向客户发送所述不一致的员工信息，供企业用户逐一进行确认所述的员工信息是否正确，如果不正确可以进行修改。

企业用户可以根据向客户发送的不一致的员工信息，确定是根据不一致的员工信息更新企业员工信息库，如果确定更新企业员工信息库，则进行步骤S404和步骤S405。

所述的第三修正操作，可以是在先选定所有的新增员工信息和所有的不一致的员工手机号，以及所有的不一致的员工银行卡号，将不一致的员工信息批量更新至企业员工数据库中。

银行代发平台通过企业员工信息库对本次上传的企业工资表中的员工信息进行逐一验证，验证企业工资表文件中是否有新员工，是否有员工手机号或银行卡号等关键信息变更。通过这一系列验证，将验证的结果展示给企业用户，供企业用户逐一确认，从而避免了错发、误发、信息变更导致发薪失败等问题，极大的提高了代发的成功率和企业薪酬管理人员的工作效率。

从第一选中列和第二选中列中获取员工信息后，还根据银行卡所属银行进行拆分，如图6所示，具体包括以下步骤：

S501、根据员工银行卡号判断员工银行卡是本行卡还是他行卡；

S502、若员工的银行卡中存在他行卡，则将所有的本行卡的第一选中列和第二选中列中的内容填充至一个待填代发表以生成本行代发表，将将所有的他行卡的第一选中列和第二选中列中的内容填充至另一个待填代发表以生成他行代发表。

本行代发表和他行代发表都是银行工资表的一种。

表三为根据第一选中列和第二选中列生成的本行代发表。

表四为根据第一选中列和第二选中列生成的他行代发表。

表3

表4

同时，也将企业工资表拆分为本行企业工资表和他行企业工资表，以供企业用户参考。

表五为企业工资表拆分生成的本行企业工资表。

表六为企业工资表拆分生成的他行企业工资表。

表5

表6

银行根据本行代发表和他行代发表分别代发本行工资和代发他行工资。

若不存在他行卡，则直接进行步骤S108,将第一选中列中的内容分别填充至列名相同的待填充列中，根据关联关系表将第二选中列的内容分别填充至关联的待填剩余列中，以生成包括银行代发信息的已填代发表。

银行代发平台会对上传的企业工资表文件中员工银行卡号进行卡bin验证，如果上传的文件中即包含本行卡又包含他行卡，会将他行卡逐一识别出来，并分别生成本行卡文件和他行卡文件，便于在代发时上送不同的行内支付通道。

从第一选中列和第二选中列中获取员工信息后，还进行他行卡交易限额验证，如图7所示，具体包括以下步骤：

S601、判断是否存在实发金额超过交易限额的银行卡；

S602、若存在，再验证超过交易限额的银行卡中是否存在超额他行卡；

S603、若存在，则将所述超额他行卡的实发金额拆分为F笔子实发金额；所述的子实发金额均不大于超额他行卡对应的交易限额；

S604、将第一选中列和第二选中列中超额他行卡所在的行拆分为F行，得到拆分后的第一选中列和第二选中列；所述F行中的实发金额分别为F笔子实发金额。

同时，所述F行中，除了其他实发金额外，其他列的内容均与第一选中列和第二选中列的内容相同。

将拆分后的第一选中列中的内容分别填充至列名相同的待填充列中，根据关联关系表将拆分后的第二选中列的内容分别填充至关联的待填剩余列中，以生成包括银行代发信息的已填代发表作为银行工资表。

银行卡的BIN号代表了不同的银行和银行卡级别，银行卡的交易限额由银行卡的所属银行和银行卡级别所决定。因此，具体的，步骤S602中，根据银行卡的卡bin数据验证超过交易限额的银行卡中是否存在超额他行卡；需要说明的是，普通的进行本他行识别和交易限额验证过程，是根据系统内的几千条卡bin数据，逐条判断文件中各个工资条内的卡号是本行卡还是他行卡，之后针对他行卡的记录再验证是否超过交易限额，此过程经常会遇到上万条明细验证时间过长的情况。

因此，本实施例所述的他行卡交易限额验证的方法调整了验证策略：优先验证所有工资条中的实发金额是否超过了交易限额，如果存在超过交易限额的情况，再根据卡bin数据验证是否存在超额他行卡。

通常情况下，超过交易限额的他行卡的数目很少，因此，卡bin数据验证是否存在他行卡超过限额的时间会大大缩短，因此，本实施例所述的验证方法极大的提升了本他行卡识别和交易限额的验证效率，减少了企业用户在生成企业工资表过程中的等待时长。

验证此他行卡记录的代发金额是否超过了对应银行或行内代发通道的交易限额，如果超过了交易限额可能引起交易失败，因此按照交易限额拆分成多笔交易，从而提高他行交易成功率。

银行代发平台可以向客户发送提醒用户存在超额他行卡的提醒信息，由用户决定是否将超限金额进行拆分。如果用户向银行代发平台输入拆分操作，则将所述超额他行卡的实发金额拆分为多笔子实发金额；所述的子实发金额均不大于超额他行卡对应的交易限额；反之则不进行拆分。优选的，从第一选中列和第二选中列中获取员工信息后，还进行银行卡鉴权，如图8所示，所述的银行卡鉴权包括以下步骤：

S701、将员工信息中的员工姓名、员工手机号码、员工身份证号、员工银行卡号发送至银行卡鉴权平台以进行银行卡鉴权；

S702、当生成银行卡工资表时，实时从银行卡鉴权平台中获取银行卡鉴权结果；

S703、若鉴权结果为存在异常员工信息，则向企业用户发送异常员工信息；

S704、接收企业用户针对所述不一致的员工信息输入的第四修正操作；所述的第四修正操作用于针对异常员工信息修正员工信息；

S705、根据第四修正操作修正员工信息。

银行卡鉴权银行卡鉴权是由银行卡号+(姓名+身份证号码+银行预留手机号码)组成的验证服务，验证员工信息是否正确，防止工资发放失败。银行卡鉴权的方式主要有银行卡二要素认证、银行卡三要素认证、银行卡四要素认证，不论采用何种认证方式，银行卡号是必须的，姓名、身份证号码、银行预留手机号码这几项在认证时各有不同。

本实施例中，银行卡鉴权计算量大，费时较多，从第一选中列和第二选中列中获取员工信息后，即采用异步处理的方式进行银行卡鉴权，也就是说，在进行检验第一选中列和第二选中列中异常表格、总金额和总笔数的方法、检验员工信息的方法、根据银行卡所属银行进行拆分的方法以及进行他行卡交易限额验证的过程中，同时进行银行卡鉴权，可以减少企业用户串行等待的时间。

在实施例中，还提供如图9所示的银行工资表生成装置，包括第一接收模块801，用于接收企业用户上传的企业工资表；

识别模块802，识别出所述的企业工资表中的M列薪酬列的列名；

第一获取模块803，用于获取待填代发表的N列待填充列的列名；

筛选模块804，用于针对待填代发表，按照列名匹配的方式，从企业工资表中筛选出与该待填代发表字符相同的Q列薪酬列作为Q列第一选中列；

第二获取模块805，用于获取企业工资表中未被筛选出的M-Q列待选中列的列名，以及所述待填代发表中的未被筛选出列名相同的第一选中列的N-Q列待填剩余列的列名；

第二接收模块806，用于接收企业用户针对N-Q列待填剩余列输入的选择操作；所述的选择操作用于为至少一列待填剩余列选择出与其相同的待选中列作为第二选中列；

生成模块807，用于根据选择操作生成关联关系表；所述的关联关系表表征待填剩余列的列名与第二选中列的列名的关联关系；

填充模块808，用于将第一选中列中的内容分别填充至列名相同的待填充列中，根据关联关系表将第二选中列的内容分别填充至关联的待填剩余列中，以生成包括银行代发信息的已填代发表。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如所述的银行工资表生成方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述对话语句确定方法，从而能够提高确定第一对话语句的准确度。

最后应说明的是：以上实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。