CN116245642A - 一种股权成本的验资方法、计算机设备和介质 - Google Patents

Abstract

本发明公开一种股权成本的验资方法、计算机设备和介质，其中一实施例的验资方法包括：S1、根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送；S2、获取员工基于所述缴款通知进行缴费产生的流水信息，并构建流水信息集；S3、基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息；S4、响应于管理员对所述匹配信息的核验通过指令，生成所述核验结果并记录，以及响应于管理员对所述匹配信息的核验异常指令，对核验错误的匹配信息对应的行权订单和流水信息重复执行S3的过程，直至生成所述核验结果并记录。

Description

一种股权成本的验资方法、计算机设备和介质

技术领域

本发明涉及股权分析领域。更具体地，涉及一种股权成本的验资方法、计算机设备和介质。

背景技术

相关技术中，当ESOP管理系统中，到达员工股权行权的节点时，员工需就其计划行权的股票认购成本进行出资缴款。公司需完成验资动作，对员工的缴款转账金额等进行符合各公司财税法务规定的查验确认。

现有技术中，员工侧向公司侧的出资缴款为线下自行通过银行转账完成，且转账内容与要求多需公司通过人工告知/邮件通知/内部OA通知等方式告知于员工。缴款完成后公司需线下自行查验公司收款账户，人工逐个进行员工与打款记录的对照核对，再最终通过人工告知、邮件通知、内部OA通知等方式完成向员工的验资确认通知。

验资环节中如某笔行权款项汇款有误(如金额错误或转账备注错误等)，需公司侧财务人工识别，并进行公司内部可能涉及多部门间的信息传递与沟通，以完成退款、二次出资打款、二次验资并最终验资确认的流程。

因此，随着行权款项数量增加，验资时间更久，验资效率受到极大影响。

发明内容

本发明的目的在于提供一种股权成本的验资方法、计算机设备和介质，以解决现有技术存在的问题中的至少一个。

为达到上述目的，本发明采用下述技术方案：

本发明第一方面提供一种股权成本的验证方法，所述方法包括：

S1、根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送；

S2、获取员工基于所述缴款通知进行缴费产生的流水信息，并构建流水信息集；

S3、基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息；

S4、响应于管理员对所述匹配信息的核验通过指令，生成所述核验结果并记录，以及响应于管理员对所述匹配信息的核验异常指令，对核验错误的匹配信息对应的行权订单和流水信息重复执行步骤S3的过程，直至生成所述核验结果并记录。

进一步的，所述S1“根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送”进一步包括：

S11、获取所述行权请求，并生成行权订单；

S12、根据所述行权订单生成缴款通知并发送，所述缴款通知包括许诺股数、当次行权成本、收款账户信息以及打款要求；

S13、以同一格式存储全部的所述行权订单，以构建所述行权订单集。

进一步的，所述S3“基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息”，进一步包括：

S31、根据所述行权订单的建立时间和所述流水信息的打款时间，筛选当前的行权订单的建立时间之后的流水信息；

S32、遍历筛选的流水信息与所述行权订单集中的一条行权订单进行遍历匹配，匹配成功后生成第一匹配信息，所述第一匹配信息中行权订单和匹配的流水信息一一对应；

S33、从所述筛选的流水信息中遍历其余的流水信息与其余的行权订单进行遍历匹配，已生成第一匹配信息的流水信息和行权订单不再遍历。

进一步的，所述S3“基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息”，还包括：

S34、将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息，所述第二匹配信息中，所述行权订单的数量不同于和匹配的所述流水信息的数量；

S35、从未生成第一匹配信息的流水信息中遍历其余的流水信息与其余的行权订单进行遍历匹配，已生成第二匹配信息的流水信息和行权订单不再遍历。

进一步的，步骤S34“将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息”，进一步包括：

S341、将未生成第一匹配信息的一条流水信息进行拆分；

S342、判断拆分后的流水信息是否与未生成第一匹配信息的多个行权订单存在匹配关系，若是，则将所述多个行权订单与所述拆分的流水信息进行绑定，从而生成第二匹配信息，若否，则拆分其他的流水信息，直至全部的未生成第一匹配信息的流水信息被拆分。

进一步的，步骤34“将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息”，进一步包括：

S343、将未生成第一匹配信息的流水信息进行组合从而生成组合流水；

S344、判断所述组合流水是否与未生成第一匹配信息的某一行权订单存在匹配关系，若是，则将所述行权订单与所述组合流水进行绑定，从而生成第二匹配信息，若否，则组合其他的流水信息，直至全部的未生成第一匹配信息的流水信息被遍历组合。

进一步的，基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息，还包括：

S36、判断未生成第二匹配信息的行权订单的数量是否等于1，若是，则对当前的剩余行权订单和未生成第二匹配信息的流水信息进行判断，根据判断结果对所述未生成第二匹配信息的流水信息进行标记；若否，则重复步骤S31～S35的步骤直至未生成第二匹配信息的行权订单的数量等于1。

进一步的，遍历过程中，根据所述行权订单的建立时间确定遍历优先级，距离当前验资时间越久的行权订单的优先级越高。

本发明第二方面提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本发明第一方面所述的方法。

本发明第三方面提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明第一方面所述的方法。

本发明的有益效果如下：

本发明实施例的验资方法，能够将行权订单和流水信息进行匹配，管理员能够根据匹配信息确定行权订单和流水信息之间的匹配状态，缩短了查验打款记录到核对完成的各类信息获取路径，降低了人工手动比对成本，提高了验资效率。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明。

图1示出本发明第一个实施例的股权成本的验资方法的步骤示意图；

图2示出本发明实施例的步骤S1的具体示意图；

图3示出管理员端根据行权请求生成行权订单的界面示意图；

图4示出管理员端新增子账号的界面示意图；

图5示出管理员就未验资待出资状态的行权订单向员工发送缴费通知的界面示意图；

图6示出员工接收到缴费通知后，通过已分配的子账户进行缴费的界面示意图；

图7示出本发明实施例的步骤S3的子步骤示意图；

图8示出本发明实施例的步骤S34的子步骤示意图；

图9示出本发明实施例的根据行权订单和流水信息形成匹配后的界面示意图；

图10示出本发明实施例的多个流水信息和一条行权订单的匹配的界面示意图；

图11示出本发明实施例的对于已完成流水信息的金额匹配的行权订单记验资通过的界面示意图；

图12示出本发明另一实施例的计算机设备的结构示意图。

具体实施方式

为了更清楚地说明本发明，下面结合实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。

基于相关技术的说明，相关技术存在以下局限性：

1、验资的人工成本较高，验资链路需线上线下多次跳转完成；

2、通过人工和邮件等传统方式进行股权出资状态的相关通知与反馈，通常与其它各类办公信息冗杂在一起，无论对员工侧还是公司侧都拉低完成股权认购流程的效率；

3、公司侧人工查验核对员工打款的流水信息时效率较低，出错概率高、核对时间长。

因此，本发明提出一种股权成本的验资方法、计算机设备和介质，以解决上述问题。

如图1所示，本发明第一个实施例提出一种股权成本的验资方法，所述方法包括：

S1、根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送；

S2、获取员工基于所述缴款通知进行缴费产生的流水信息，并构建流水信息集；

S3、基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息；

S4、将所述匹配信息进行核验，对核验错误的匹配信息对应的行权订单和流水信息重复执行步骤S3的过程，直至核验正确。

本发明实施例的验资方法，能够将行权订单和流水信息进行匹配，管理员能够根据匹配信息确定行权订单和流水信息之间的匹配状态，缩短了查验打款记录到核对完成的各类信息获取路径，降低了人工手动比对成本，提高了验资效率。

现以具体实施例对本发明实施例的验资方法进行说明：

S1、根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送。

在一个可选的实施例中，如图2所示，所述步骤S1“根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送”进一步包括：

S11、获取所述行权请求，并生成行权订单；

S12、根据所述行权订单生成缴款通知并发送，所述缴款通知包括许诺股数、当次行权成本、收款账户信息以及打款要求；

S13、以同一格式存储全部的所述行权订单，以构建所述行权订单集。

在一个具体示例中，图3示出了管理员端根据行权请求生成行权订单的显示界面，如图3所示，行权订单包括多种属性，例如授予编号、验资状态、预扣税、流水状态以及核查状态等，示例性的，行权订单的初始状态设置为无流水、待出资状态。

在一个具体示例中，行权订单包括成本订单和纳税订单，根据员工的缴款动作，流水信息包括成本流水和纳税流水，执行验资的过程中，以相同类型的订单和流水进行匹配。

S2、获取员工基于所述缴款通知进行缴费产生的流水信息，并构建流水信息集。

本发明实施例中，员工基于已分配的子账号通过银行向公司的账户汇款，为提高流水信息拉取的准确性，基于管理员通过交互界面的分配指令，在ESOP系统中建立员工的子账号，如图4所示，新增子账号需要参与人姓名、参与人子账号以及员工工号等信息，从而建立公司系统、银行和员工子账户的联系。员工根据子账号向银行进行缴费，银行生成员工的缴款记录，ESOP系统从银行处拉取子账号的流水信息，从而构建流水信息集。

如图5所示，管理员就未验资待出资状态的行权订单向员工发送缴费通知，提醒员工进行缴费。

然后，员工接收到缴费通知后，通过已分配的子账户进行缴费，如图6所示，员工可通过系统本身或邮件等渠道收取到缴费通知，缴费通知中包括打款银行信息，员工根据缴费通知通过公司指定子账号向公司收款账号进行打款。

S3、基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息。

在一个可选的实施例中，如图7所示，所述S3“基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息”，进一步包括：

S31、根据所述行权订单的建立时间和所述流水信息的打款时间，筛选当前的行权订单的建立时间之后的流水信息。通过该设置，将流水信息过滤，提高验资效率。

S32、遍历筛选的流水信息与所述行权订单集中的一条行权订单进行遍历匹配，匹配成功后生成第一匹配信息，所述第一匹配信息中行权订单和匹配的流水信息一一对应。

在一个可选的实施例中，遍历过程中，根据所述行权订单的建立时间确定遍历优先级，距离当前验资时间越久的行权订单的优先级越高。示例性的，员工在周一和周五分别提出了一笔行权请求，在遍历流水信息与行权订单进行匹配的过程中，将流水信息先与周一行权订单进行匹配，然后再与周五的行权订单进行匹配，即，以先进先出的方式将流水信息和行权订单进行匹配，避免日期较早的行权订单被遗漏，提高匹配准确性。

S33、从所述筛选的流水信息中遍历其余的流水信息与其余的行权订单进行遍历匹配，已生成第一匹配信息的流水信息和行权订单不再遍历。

本实施例中，将逐一计算行权订单应出资金额并以抓取流水自动遍历订单，如遍历过程中，存在行权订单的费用和流水信息的缴费金额相匹配、且行权订单的所属人与流水信息的打款人相匹配，则初步判定当前匹配的流水信息与行权订单能够匹配，从而生成第一匹配信息。

进一步的，只要流水信息遍历到满足匹配关系的行权订单，则不会再继续对该流水信息进行与其它行权订单的遍历匹配，故可保持匹配流水信息与行权订单的一对一关系。

在一个可选的实施例中，步骤S33进一步包括：

响应于管理员的修改指令，对流水信息和行权订单的第一匹配信息进行修改。

示例性的，考虑到存在一名打款人名下同期存在多条行权订单，且各条行权订单出资金额完全相同时，例如，该员工具有3个行权费用相同的行权订单a、行权订单b以及行权订单c，且这3个行权订单打款的流水信息的打款金额均相同，例如流水信息1、流水信息2和流水信息3。

在匹配时，生成的第一匹配信息是：行权订单a对应于流水信息1，行权订单b对应于流水信息2，行权订单c对应于流水信息3。也就是说，本申请的第一匹配信息，只要是存在行权订单的费用和流水信息的缴费金额相匹配、且行权订单的所属人与流水信息的打款人相匹配，则生成第一匹配信息。

而出于业内规范与出验资审计要求，要求行权订单与流水信息必须完全对应，即，除了费用和所属人对应外，还包括汇款事项等一系列需查验的属性项，即当金额匹配时，系统即将视为流水与订单匹配，可此匹配关系未必刚好满足上述场景中公司后续指定的款项匹配关系。

因此，在此情况下，公司侧系统管理员需手动解绑已生成的第一匹配信息，并通过交互界面手动处理，对第一匹配信息进行修改，生成新的第一匹配信息，例如：行权订单a和流水信息1的匹配修改为行权订单a和流水信息2，行权订单b对应于流水信息2修改为行权订单b和流水信息1，从而形成更具体得应用于具体核查场景的匹配关系。

在一个可选的实施例中，如图7所示，所述S3“基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息”，还包括：

S34、将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息，所述第二匹配信息中，所述行权订单的数量不同于和匹配的所述流水信息的数量；

S35、从未生成第一匹配信息的流水信息中遍历其余的流水信息与其余的行权订单进行遍历匹配，已生成第二匹配信息的流水信息和行权订单不再遍历。

本实施例中，在对行权订单和流水信息进行第一次匹配从而生成第一匹配信息的基础上，进一步对无法匹配的行权订单和流水信息进行第二次匹配，相较于第一匹配信息中行权订单和流水信息的一一对应的关系，第二匹配信息中构建了多对一的关系，进一步提高匹配精度。

在一个具体示例中，这种多对一的匹配关系，可以是多个行权订单对应一个流水信息的匹配关系，也可以是一个行权订单对应多个流水的匹配关系，以下述进行说明：

在一个可选的实施例中，如图8所示，步骤S34“将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息”，进一步包括：

S341、将未生成第一匹配信息的一条流水信息进行拆分；

S342、判断拆分后的流水信息是否与未生成第一匹配信息的多个行权订单存在匹配关系，若是，则将所述多个行权订单与所述拆分的流水信息进行绑定，从而生成第二匹配信息，若否，则拆分其他的流水信息，直至全部的未生成第一匹配信息的流水信息被拆分。

本实施例的方案，是将流水的金额进行拆分，判断是否存在多条行权订单的组合费用和一条流水信息的总金额对应的情况。在一个具体示例中，当同一员工将多笔应缴纳的行权订单的费用合并为一笔款项汇出至公司时，该流水信息在系统中获取到后体现为一笔流水，而此情况下此条流水可能视情况需视为此名员工名下多条行权订单的出资行为。

因此，本实施例中，在判断存在多个行权订单的总费用能够与流水信息的金额对应时，则将这几个行权订单和流水信息进行绑定，从而生成了第二匹配信息。完成全部的一条流水信息和多个行权订单的组合匹配后，则完成了本次匹配，在第一次匹配生成第一匹配信息的基础上，进一步进行匹配，减少了未匹配的行权订单和流水信息，提高匹配准确性。

在另一个可选的实施例中，如图8所示，步骤S34“将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息”，进一步包括：

S343、将未生成第一匹配信息的流水信息进行组合从而生成组合流水；

S344、判断所述组合流水是否与未生成第一匹配信息的某一行权订单存在匹配关系，若是，则将所述行权订单与所述组合流水进行绑定，从而生成第二匹配信息，若否，则组合其他的流水信息，直至全部的未生成第一匹配信息的流水信息被遍历组合。

本实施例的方案，是将流水信息的金额进行组合，判断是否存在多条流水信息的金额和一个行权订单的费用对应的情况。

在一个具体示例中，当同一员工将一个行权订单的费用分多次缴纳从而生成多条流水信息时，可能存在多个流水信息对应于一个行权订单的匹配关系，可将这几个流水信息进行组合，共同与一条行权订单进行匹配，在第一次匹配生成第一匹配信息的基础上，进一步进行匹配，减少了未匹配的行权订单和流水信息，提高匹配准确性。

在一个可选的实施例中，步骤S343和步骤S344为步骤S341和步骤S342的后一步骤，即先进行流水信息拆分以匹配多个行权订单的方案，后将未匹配成功的进行多个流水信息的组合以匹配一个行权订单的方案。在另一个可选的实施例中，步骤S343和步骤S344为步骤S341和步骤S342的前一步骤，即先将未匹配成功的进行多个流水信息的组合以匹配一个行权订单的方案，然后再将未成功匹配的进行流水信息拆分以匹配多个行权订单的方案。在另一个可选的实施例中，步骤S343和步骤S344以及步骤S341和步骤S342为并行的方案，如图8所示，选择任一步骤均能够实现生成第二匹配信息的目的。因此，本实施例的步骤序号仅为示例性说明，并不对具体过程进行限定。

在一个可选的实施例中，步骤3、基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息，还包括：

步骤36、将未生成第二匹配信息的流水信息与每一所述行权订单进行关联，响应于设定指令将对所述未生成第二匹配信息的流水信息进行标记；

步骤37、判断未生成第二匹配信息的行权订单的数量是否等于1，若是，则对当前的剩余行权订单和未生成第二匹配信息的流水信息进行判断，根据判断结果对所述未生成第二匹配信息的流水信息进行标记；若否，则重复步骤S31～S35的步骤直至未生成第二匹配信息的行权订单的数量等于1。

基于上述过程，经过第一次匹配和第二次匹配后，仍可能存在未匹配的行权订单和流水信息，因此，本实施例通过步骤S31～S35的过程后，判断剩余未匹配的行权订单的数量，若数量不为1时，则可以进行上述组合流水或拆分流水进行匹配的方式重复步骤S31～S35，但是考虑到即使上述的匹配方式，仍可能存在最后一条无法匹配的订单，或者说，基于重复步骤S31～S35的目的是使得最后的订单完全被匹配或者最后的行权订单数量为1。

本实施例中，若最后剩余的行权订单数量为1时，未匹配的流水信息可能存在：流水信息的金额小于剩余的行权订单的数量的判断结果，或者，流水信息的金额大于剩余的行权订单的数量的判断结果，根据不同的判断结果，从而生成不同的处理方式。

示例性的，根据流水信息的金额小于剩余的行权订单的数量的判断结果，可生成补缴通知至员工所在系统，以使得员工根据补缴通知进行二次缴费，进一步的，获取到员工的补缴的流水信息后，与该行权订单进行关联。

示例性的，根据流水信息的金额大于剩余的行权订单的数量的判断结果，可计算差值并进行退款以及回收所述退款对应的股票数量，与该行权订单进行关联。

基于该步骤，本实施例能够将全部的行权订单和流水信息形成匹配，且金额一致。

在一个具体示例中，如图9示出了根据行权订单和流水信息形成匹配后的界面示意图，如图9所示，尾号为10038的流水信息被绑定至尾号为1919的行权订单，以状态显示为“已匹配”在交互界面进行展示。

基于前述实施例中，如图9所示，尾号是0039的流水信息由于重复，无法匹配，从而标记为退款。

在另一个具体示例中，如图10示出了多个流水信息和一条行权订单的匹配，如图10所示，尾号是0229的行权订单的实际出售金额为14700，形成了与流水信息001C的金额14000和002C的金额700的加和对应的匹配关系。

进一步的，在另一个具体示例中，如图10所示，若行权订单0229为按照时间排序的最后一个订单，其中003C为超出的流水，则该流水状态判定为异常状态，待步骤S37对流水信息的金额进行判定从而生成退款标记。

在一个示例中，基于上述步骤匹配成功的行权订单和流水信息，行权订单的自动验资状态更新为“金额匹配”，订单状态“处理中”，还有授予币种、出资金额等更新，以完成匹配的实时数据更新。

S4、响应于管理员对所述匹配信息的核验通过指令，生成所述核验结果并记录，以及响应于管理员对所述匹配信息的核验异常指令，对核验错误的匹配信息对应的行权订单和流水信息重复执行S3的过程，直至生成所述核验结果并记录。

如图11所示，对于已完成流水信息的金额匹配的行权订单，管理员可标记验资通过，例如图11所示的检查状态为“检查通过”或者“待检查”，从而完结对应订单的验资流程。

在一个可选的实施例中，在步骤S1之前，本发明实施例的方法还包括：

S01、获取执行自动验资的企业。

示例性的，该步骤包括：

响应于管理员的开启指令执行所述验资方法；

从企业列表中筛选执行所述验资方法的企业。

本实施中，在ESOP系统中设置控制所述验资方法开启的开关，企业是否执行验资方法，可根据企业自身选择，从而实现适应于不同企业的应用。

在一个可选的实施例中，在步骤S1之前，本发明实施例的方法还包括：

S02、获取所述企业的未匹配的行权订单。

本实施例中，由于行权订单可包括成本订单和纳税订单，其中，从存储在ESOP系统的全部行权订单获取未匹配的成本订单包括：判断所述企业是否为执行所述验资方法的企业，判断所述激励工具类型是否为第二类限制性股票，判断所述成本订单是否为已验资，若经判断后，企业为已开启验资方法的企业、激励工具类型为第二类限制性股票以及成本订单为未验资，则判断所述成本订单为未匹配的行权订单。

进一步的，从存储在ESOP系统的全部行权订单获取未匹配的纳税订单包括：判断所述企业是否为执行所述验资方法的企业，判断所述激励工具类型是否为第二类限制性股票，判断所述纳税订单的“准确费用结算时间”是否设置，判断所述纳税订单是否为已验资，若经判断后，企业为已开启验资方法的企业、激励工具类型为第二类限制性股票、“准确费用结算时间”已设置以及纳税订单为未验资，则判断所述纳税订单为未匹配的行权订单。

基于上述实施例，本发明实施例能够从全部的行权订单中确定未匹配的行权订单，以对行权订单进行过滤，提高验资速度。

在一个可选的实施例中，在步骤S1之前，本发明实施例的方法还包括：

S03、获取所述企业的未匹配的流水信息。示例性的，该步骤进一步包括：

根据所述未匹配的行权订单企业确定最早创建时间。

以所述最早创建时间为起始获取时间，获取预设时段中的历史流水。

获取处理日的当日流水。

将历史流水与当日流水分别与数据库中存储的流水信息进行对比，将新增流水插入到存储流水信息的数据库中。

在一个具体示例中，对本实施例的获取未匹配流水信息的方法进行说明：

将上一步骤中确定的未匹配的行权订单按照创建时间排序，获取第一条创建时间最早的行权订单，以该行权订单的创建时间作为最早创建时间。

然后以最早创建时间为获取历史流水的开始时间，以处理日当前时间的前一天为结束时间，获取从最早创建时间到结束时间的这一时段的流水信息作为历史流水。进一步的，获取处理日当日的当日流水，例如收盘前的流水信息，或者例如当天晚上12点的流水信息。

将历史流水和当日流水分别与数据库中存储的流水进行对比，将数据库中不存在的流水信息作为新增流水，插入到数据库中，实现流水信息的存储和更新。

在一个可选的实施例中，在步骤S1之前，本发明实施例的方法还包括：

对所述未匹配的流水信息的信息状态进行判断，以确定所述未匹配的流水信息为异常的流水信息或为正常的流水信息。

在一个具体示例中，判断未匹配的流水信息的出资人对应的子账号是否存在，若查询后该子账号不存在，则流水信息为异常的流水信息，并标记该流水信息的异常原因为“子账户异常”。

在另一个具体示例中，计算行权订单的出资费用，如果没有计算出来，更新“流水异常”。

在另一个示例中，对所述未匹配的流水信息的信息状态进行判断进一步包括：

以创建时间对行权订单进行排序，并对排序的行权订单进行遍历；

筛选流水时间在每一行权订单的创建时间之后的未匹配的流水信息，示例性的，若未找到，则更新该行权订单对应的流水列表的状态为“无流水”。在另一个示例中，从所述未匹配的流水信息判断流水币种和企业的币种是否匹配，若不匹配，则更新“流水异常”。

基于上述实施例，本发明实施例通过进行行权订单和流水信息的验证，确保在执行自动验资的准确性和验资效率。

本发明的另一个实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：S1、根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送；S2、获取员工基于所述缴款通知进行缴费产生的流水信息，并构建流水信息集；S3、基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息；S4、响应于管理员对所述匹配信息的核验通过指令，生成所述核验结果并记录，以及响应于管理员对所述匹配信息的核验异常指令，对核验错误的匹配信息对应的行权订单和流水信息重复执行步骤S3的过程，直至生成所述核验结果并记录。

在实际应用中，所述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

如图12所示，本发明的另一个实施例提供的一种计算机设备的结构示意图。图12显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图12所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图12未显示，通常称为“硬盘驱动器”)。尽管图12中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图12所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图12中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种股权成本的验资方法。

在本发明的描述中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于本领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。

Claims (10)

1.一种股权成本的验资方法，其特征在于，所述方法包括以下步骤：

S1、根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送；

S2、获取员工基于所述缴款通知进行缴费产生的流水信息，并构建流水信息集；

S3、基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息；

S4、响应于管理员对所述匹配信息的核验通过指令，生成所述核验结果并记录，以及响应于管理员对所述匹配信息的核验异常指令，对核验错误的匹配信息对应的行权订单和流水信息重复执行步骤S3的过程，直至生成所述核验结果并记录。

2.根据权利要求1所述的方法，其特征在于，所述根据员工的行权请求生成行权订单，并构建行权订单集，以及根据所述行权订单生成缴款通知并发送进一步包括：

S11、获取所述行权请求，并生成行权订单；

S12、根据所述行权订单生成缴款通知并发送，所述缴款通知包括许诺股数、当次行权成本、收款账户信息以及打款要求；

S13、以同一格式存储全部的所述行权订单，以构建所述行权订单集。

3.根据权利要求1所述的方法，其特征在于，所述基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息，进一步包括：

S31、根据所述行权订单的建立时间和所述流水信息的打款时间，筛选当前的行权订单的建立时间之后的流水信息；

S32、遍历筛选的流水信息与所述行权订单集中的一条行权订单进行遍历匹配，匹配成功后生成第一匹配信息，所述第一匹配信息中行权订单和匹配的流水信息一一对应；

S33、从所述筛选的流水信息中遍历其余的流水信息与其余的行权订单进行遍历匹配，已生成第一匹配信息的流水信息和行权订单不再遍历。

4.根据权利要求3所述的方法，其特征在于，所述S3基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息，还包括：

S34、将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息，所述第二匹配信息中，所述行权订单的数量不同于和匹配的所述流水信息的数量；

S35、从未生成第一匹配信息的流水信息中遍历其余的流水信息与其余的行权订单进行遍历匹配，已生成第二匹配信息的流水信息和行权订单不再遍历。

5.根据权利要求4所述的方法，其特征在于，所述将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息，进一步包括：

S341、将未生成第一匹配信息的一条流水信息进行拆分；

S342、判断拆分后的流水信息是否与未生成第一匹配信息的多个行权订单存在匹配关系，若是，则将所述多个行权订单与所述拆分的流水信息进行绑定，从而生成第二匹配信息，若否，则拆分其他的流水信息，直至全部的未生成第一匹配信息的流水信息被拆分。

6.根据权利要求4所述的方法，其特征在于，所述将未生成第一匹配信息的行权订单和流水信息进行遍历匹配，匹配成功后生成第二匹配信息，进一步包括：

S343、将未生成第一匹配信息的流水信息进行组合从而生成组合流水；

S344、判断所述组合流水是否与未生成第一匹配信息的某一行权订单存在匹配关系，若是，则将所述行权订单与所述组合流水进行绑定，从而生成第二匹配信息，若否，则组合其他的流水信息，直至全部的未生成第一匹配信息的流水信息被遍历组合。

7.根据权利要求5或6所述的方法，其特征在于，所述基于所述行权订单集和所述流水信息集，将同一员工的行权订单和对应所述行权订单的流水信息进行匹配，从而生成匹配信息，还包括：

步骤36、判断未生成第二匹配信息的行权订单的数量是否等于1，若是，则对当前的剩余行权订单和未生成第二匹配信息的流水信息进行判断，根据判断结果对所述未生成第二匹配信息的流水信息进行标记；若否，则重复步骤S31～S35的步骤直至未生成第二匹配信息的行权订单的数量等于1。

8.根据权利要求5或6所述的方法，其特征在于，遍历过程中，根据所述行权订单的建立时间确定遍历优先级，距离当前验资时间越久的行权订单的优先级越高。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一项所述的方法。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-8中任一所述的方法。

Images