CN114155073A - 股权激励***的税务数据处理方法、装置及电子设备 - Google Patents

Abstract

本申请提供了一种股权激励***的税务数据处理方法、装置及电子设备，其中股权激励***可以为股权激励企业管理***、公司职工持股计划ESOP***。所述方法包括：获取纳税人的税务居民身份，并基于所述纳税人的税务居民身份，调取适用于纳税人的计税策略；基于所述适用于纳税人的计税策略，生成计税请求；将针对同一纳税人生成的计税请求发送至同一队列，通过与每一队列唯一匹配的进程消费对应队列中的计税请求，计算得到纳税人应缴税额。本申请实施例能够针对不同税务居民身份的纳税人进行计税，并避免针对同一纳税人并发算税的发生。

Description

股权激励***的税务数据处理方法、装置及电子设备

技术领域

本申请涉及税务领域，主要应用于ESOP(Empolyee Stock Ownership Plans，公司职工持股计划)***，具体涉及一种股权激励***的税务数据处理方法、装置及电子设备。

背景技术

在税务领域中，针对纳税人进行计税的ESOP***常常只能按照固定且单一的计税策略对特定人群的纳税人进行计税，所适用的纳税人群范围窄，所适用的计税场景也极为有限。

发明内容

本申请的一个目的在于提出一种股权激励***的税务数据处理方法、装置及电子设备，能够针对不同税务居民身份的纳税人进行计税，并避免针对同一纳税人并发算税的发生。

根据本申请实施例的一方面，公开了一种股权激励***的税务数据处理方法，所述方法包括：

获取纳税人的税务居民身份，并基于所述纳税人的税务居民身份，调取适用于纳税人的计税策略；

基于所述适用于纳税人的计税策略，生成计税请求；

将针对同一纳税人生成的计税请求发送至同一队列，通过与每一队列唯一匹配的进程消费对应队列中的计税请求，计算得到纳税人应缴税额。

根据本申请实施例的一方面，公开了一种股权激励***的税务数据处理装置，所述装置包括：

策略调取模块，配置为获取纳税人的税务居民身份，并基于所述纳税人的税务居民身份，调取适用于纳税人的计税策略；

请求生成模块，配置为基于所述适用于纳税人的计税策略，生成计税请求；

税额计算模块，配置为将针对同一纳税人生成的计税请求发送至同一队列，通过与每一队列唯一匹配的进程消费对应队列中的计税请求，计算得到纳税人应缴税额。

在本申请的一示例性实施例中，所述装置配置为：

响应于计税策略配置请求，显示配置界面；

响应于在所述配置界面配置的计税参数，生成并存储所述计税参数描述的计税策略，其中，所述计税参数包括税务居民身份。

在本申请的一示例性实施例中，所述装置配置为：

从股权激励***对应的服务器中，获取纳税人的就业信息；

从所述纳税人的就业信息中提取得到所述纳税人的税务居民身份。

在本申请的一示例性实施例中，所述装置配置为：

基于纳税人的两个或两个以上的税务居民身份，调取适用于纳税人的两个或两个以上的计税策略；

基于所述适用于纳税人的两个或两个以上的计税策略，分别生成一个计税请求。

在本申请的一示例性实施例中，所述装置配置为：

基于所述纳税人的税务居民身份，调取在两个或两个以上的激励授予维度上分别适用于纳税人的计税策略；

基于在两个或两个以上的激励授予维度上分别适用于所述目标纳税人的计税策略，分别生成一个计税请求。

在本申请的一示例性实施例中，所述装置配置为：

获取纳税人的标识信息；

基于所述标识信息，检测所述纳税人当天的计税请求的数量是否为两种或者两种以上；

若所述计税请求的数量为两种或者两种以上，则基于所述标识信息确定所述纳税人的计税请求预加入的队列标识；

基于所述队列标识和各队列对应的预设标识，确定纳税人与队列之间的匹配结果；

基于所述匹配结果，将针对同一纳税人生成的计税请求发送至同一队列。

在本申请的一示例性实施例中，所述装置配置为：

根据所述纳税人的计税请求对应的计税业务，确定所述纳税人的计税请求预加入的队列前缀；

计算所述标识信息的摘要值，并提取所述摘要值中预设位置的字符，将所述字符转换为十进制数值；

将所述十进制数值对所述队列前缀对应的队列总数进行模运算，得到运算结果，并将所述运算结果作为所述纳税人的计税请求预加入的队列后缀；

基于所述队列前缀以及所述队列后缀，生成所述队列标识。

在本申请的一示例性实施例中，所述计税请求包括以下时间信息中的至少一种：请求时间、截止时间；

所述装置配置为：

基于所述计税请求中的所述时间信息，计算各所述计税请求对应的时间参数；

基于所述时间参数，确定所述计税请求对应的重要参数；

根据所述重要参数对所述计税请求进行排序，得到排序结果，并根据所述排序结果将所述计税请求添加至所述同一队列中。

在本申请的一示例性实施例中，所述计税请求还包括以下信息：计税类型；

所述装置配置为：

基于所述时间参数和所述计税类型对应的预设优先级，确定所述计税请求对应的重要参数。

根据本申请实施例的一方面，公开了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现以上任一项实施例。

根据本申请实施例的一方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行以上任一项实施例。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的方法。

本申请实施例中，股权激励***能够针对不同税务居民身份的纳税人进行计税，并且通过将针对同一纳税人生成的计税请求发送至同一队列，从而使得针对同一纳税人生成的纳税请求被一个进程有序地消费，避免了针对同一纳税人并发算税的发生，提高了税务数据处理的准确性。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参考附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。

图1示出了根据本申请一个实施例的股权激励***的税务数据处理方法的流程图。

图2示出了根据本申请一个实施例的计税策略配置界面图。

图3示出了根据本申请一个实施例的税务居民身份配置界面图。

图4示出了根据本申请一个实施例的激励授予配置界面图。

图5示出了根据本申请一个实施例的股权激励***的税务数据处理装置的框图。

图6示出了根据本申请一个实施例的电子设备硬件图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本申请的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本申请的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本申请的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本申请提供了一种股权激励***的税务数据处理方法，能够针对不同税务居民身份的纳税人计算应缴税额。其中股权激励***可以为股权激励管理***、公司职工持股计划ESOP***。

图1示出了本申请所提供的股权激励***的税务数据处理方法的流程图，示例性的该股权激励***为ESOP***，该方法包括：

步骤S110、获取纳税人的税务居民身份，并基于纳税人的税务居民身份，调取适用于纳税人的计税策略；

步骤S120、基于适用于纳税人的计税策略，生成计税请求；

步骤S130、将针对同一纳税人生成的计税请求发送至同一队列，通过与每一队列唯一匹配的进程消费对应队列中的计税请求，计算得到纳税人应缴税额。

本申请实施例中，ESOP***获取纳税人的税务居民身份后，基于纳税人的税务居民身份，调取适用于纳税人的计税策略。进而根据适用于纳税人的计税策略生成计税请求。

其中，税务居民身份指的是在某一国家负有纳税义务的个人或企业。一般而言，企业会因其注册地在某国领域内而具有该国税务居民身份；而个人则会因为其与该国的联系(如在该国居住超过一定时限，在该国就业等)而具有该国税务居民身份。

本申请实施例中，预先设置多个用于存储计税请求的队列，每个队列唯一匹配一个进程。针对每一队列，通过与该队列唯一匹配的进程消费该队列中的计税请求而计算得到纳税人应缴税额。ESOP***在生成计税请求后，将针对同一纳税人生成的计税请求发送至同一队列，从而使得针对同一纳税人生成的纳税请求被一个进程有序地消费，避免了针对同一纳税人并发算税的发生。

由此可见，本申请实施例中，股权激励***能够针对不同税务居民身份的纳税人进行计税，并且通过将针对同一纳税人生成的计税请求发送至同一队列，从而使得针对同一纳税人生成的纳税请求被一个进程有序地消费，避免了针对同一纳税人并发算税的发生。

在一实施例中，***管理员可以在ESOP***中预先自定义配置计税策略。

该实施例中，响应于计税策略配置请求，显示配置界面。响应于在配置界面配置的计税参数，生成并存储计税参数描述的计税策略，其中，计税参数包括税务居民身份。

具体的，参考图2所示计税策略配置界面图，***管理员在ESOP***上请求配置计税策略后，ESOP***响应于计税策略配置请求，显示出配置界面，进而***管理员可以在配置界面进行计税参数的配置。其中，计税参数包括以下信息中的至少一种：计税策略名称、税务居民身份、计税公式模板、应纳税额公式、Option应纳税所得额公式、RSU应纳税所得额公式、适用税率表。

ESOP***响应于在配置界面配置的计税参数，生成所配置计税参数描述的计税策略，并将所生成的计税策略进行存储，以供后续计税时，对匹配该税务居民身份的纳税人调取出该计税策略，进而生成调取出的计税策略的计税请求，进而通过消费该计税请求计算得到纳税人应缴税额。

在一实施例中，ESOP***向纳税人开放信息上报接口，通过该信息上报接口采集纳税人上报的税务信息，进而从该税务信息中提取得到纳税人的税务居民身份。

在一实施例中，ESOP***通过提供并显示税务居民身份配置界面，使得***管理员可以手动配置纳税人的税务居民身份。

具体的，参考图3所示税务居民身份配置界面图，在新增或者修改纳税人的员工信息时，可以在该配置界面选择对应的税务居民身份，并选择该税务居民身份下的计税策略。其中，员工信息包括以下信息中的至少一种：姓名、手机号、员工邮箱、工号、部门、证件类型、证件号、标识号、在职状态、离职日期、毕业时间、激励入口、标签、税务居民身份等等。

在一实施例中，从纳税人的就业信息中提取得到纳税人的税务居民身份。

该实施例中，从股权激励***对应的服务器中，获取纳税人的就业信息。进而从纳税人的就业信息中提取得到纳税人的税务居民身份。

具体的，可以先从纳税人的就业信息中确定纳税人的就职单位，进而根据法律法规确定在该就职单位中该纳税人对哪些国家负有纳税义务，进而可以提取得到纳税人分别对应于这些国家的税务居民身份。

在一实施例中，从纳税人的居住信息中提取得到纳税人的税务居民身份。

该实施例中，获取纳税人的居住信息。进而从纳税人的居住信息中提取得到纳税人的税务居民身份。

具体的，可以先从纳税人的居住信息中确定纳税人的居住地以及相应的居住年限，进而根据法律法规确定在该居住地居住了该居住年限的纳税人对哪些国家负有纳税义务，进而可以提取得到纳税人分别对应于这些国家的税务居民身份。

在一实施例中，定时更新纳税人的就业信息以及居住信息，进而定时地根据更新后就业信息更新纳税人的税务居民身份。

该实施例中，通过对接纳税人的社会信息管理***，定时地从该社会信息管理***中获取纳税人的最新就业信息以及最新居住信息。进而根据纳税人的最新就业信息以及最新居住信息，定时地更新纳税人的税务居民身份。

具体的，纳税人的社会信息管理***存储有纳税人的就业信息以及居住信息，并且每当纳税人的就业信息以及居住信息发生变更，该社会信息管理***也相应地对发生变更的信息进行更新。例如：每当纳税人的就职单位、就职岗位或是派遣工作地点发生变更，该社会信息管理***相应地更新该纳税人的就业信息；每当纳税人的居住地或是在某一居住地的居住年限发生变更，该社会信息管理***相应地更新该纳税人的居住信息。

ESOP***与纳税人的社会信息管理***进行对接，进而定时地从该社会信息管理***中获取纳税人的最新就业信息以及最新居住信息。进而根据该最新就业信息中的最新就职单位、最新就职岗位或是最新派遣工作地点更新纳税人的就业信息，以及该最新居住信息中的最新居住地或是最新居住年限更新纳税人的居住信息，定时地更新纳税人的税务居民身份。

在一实施例中，同一个纳税人可以具有多个税务居民身份，针对该纳税人的不同税务居民身份分别生成一个计税请求。

该实施例中，基于纳税人的两个或两个以上的税务居民身份，调取适用于纳税人的两个或两个以上的计税策略。基于适用于纳税人的两个或两个以上的计税策略，分别生成一个计税请求。

具体的，不同税务居民身份通常对应于不同国家，因此，不同税务居民身份所适用的税务相关法律通常也不同。为了遵循不同国家的税务相关法律，根据纳税人的税务居民身份，分别调取每一税务居民身份对应的计税策略，进而分别生成一个计税请求。

在一实施例中，针对同一个纳税人可以设置多个激励授予维度，针对该纳税人的不同激励授予维度分别生成一个计税请求。其中，激励授予指的是纳税人所在就职单位授予纳税人以作激励的资产，例如，授予纳税人股权资产或是期权资产。相应的，激励授予维度指的是所授予激励所在的维度。

该实施例中，基于纳税人的税务居民身份，调取在两个或两个以上的激励授予维度上分别适用于纳税人的计税策略。基于在两个或两个以上的激励授予维度上分别适用于目标纳税人的计税策略，分别生成一个计税请求。

示例性的，可以针对同一个纳税人设置RSU归属以及OPTION行权这两个激励授予维度，针对RSU归属预设有对应的计税策略，针对OPTION 行权预设有对应的计税策略。参考图4所示激励授予配置界面图，在给某个纳税人新增或者修改激励授予时，可以在该配置界面配置该纳税人在各激励授予维度上的计税策略，其中包括授予详情、授予信息、对数信息等等，具体的，授予信息包括：授予编号全称、激励类型、授予编号简称、授予数量、授予价、确认取消日期、等级日收盘价规则、是否关联添加规则、是否代扣成本、是否代算税款、归属规则、归属起算日期、财报时间以及授予计税规则等等。

确定纳税人的税务居民身份后，调取适用于该税务居民身份的RSU归属对应的计税策略，生成对应的计税请求；并且，调取适用于该税务居民身份的OPTION行权对应的计税策略，生成对应的计税请求。

该实施例的优点在于，可以灵活地为纳税人配置多个激励授予维度的计税策略，并为纳税人进行多个激励授予维度的计税。

在一实施例中，针对中国大陆地区税务居民的RSU归属的计税策略可以表示为如下公式。

本次应纳税额＝(累计收入-扣减费用)*适用税率-速算扣除数-累计已纳税额

累计收入＝∑每次收入

每次收入＝((股票登记日股票市价+解禁股票当日市价)/2-授予***)*归属股票数量

累计已纳税额＝∑每次已纳税额

在一实施例中，针对中国大陆地区税务居民的OPTION行权的计税策略可以表示为以下公式。

本次应纳税额＝(累计收入-扣减费用)*适用税率-速算扣除数-累计已纳税

累计收入＝∑每次收入

每次收入＝(行权日股票市价-授予***))*归属股票数量

累计已纳税额＝∑每次已纳税额

在一实施例中，针对非中国大陆地区税务居民的RSU归属的计税策略可以表示为如下公式。

本次应纳税额＝每次收入*适用税率-速算扣除数-累计已纳税额

每次收入＝((股票登记日股票市价+解禁股票当日市价)/2-授予***)*归属股票数量

在一实施例中，针对非中国大陆地区税务居民的OPTION行权的计税策略可以表示为以下公式。

本次应纳税额＝每次收入*适用税率-速算扣除数-累计已纳税额

每次收入＝(行权日股票市价-授予***))*归属股票数量

需要说明的是，上述实施例所展示的具体的计税策略只是示例性的，不应对本申请造成功能和使用范围的限制。

在一实施例中，基于纳税人的标识信息对纳税人与队列进行匹配，进而基于匹配结果将针对同一纳税人生成的计税请求发送至同一队列。

该实施例中，获取纳税人的标识信息。进而基于标识信息，检测纳税人当天的计税请求的数量是否为两种或者两种以上。若计税请求的数量为两种或者两种以上，则基于标识信息确定纳税人的计税请求预加入的队列标识。进而基于队列标识和各队列对应的预设标识，确定纳税人与队列之间的匹配结果。进而基于匹配结果，将针对同一纳税人生成的计税请求发送至同一队列。本实施例中通过上述检测的过程来确定对应的计税处理方式，可以防止在同一时期内有两种或者两种以上的计税进程时，在执行过程中两个计税进程之间相互未算入对方的计算结果而造成的漏算，进而通过队列的方式避免这种问题，提高多计税请求下计税的准确性。

具体的，可以以天为周期对纳税人的计税请求进行入队处理。若某个纳税人当天的计税请求的数量大于等于2，说明针对该纳税人进行计税时可能发生并发算税，因此为了避免针对该纳税人并发算税的发生，需要将针对该纳税人生成的计税请求发送至同一队列。若某个纳税人当天的计税请求的数量小于2，则可以灵活地将针对该纳税人生成的计税请求进行入队处理，从而必然使得针对该纳税人生成的计税请求发送至同一队列。

其中，当某个纳税人当天的计税请求的数量大于等于2时，将针对该纳税人生成的计税请求发送至同一队列的过程如下：基于该纳税人的标识信息确定其计税请求预加入的队列标识。预加入的队列标识指的是该纳税人的计税请求应当入队的队列标识。进而将该队列标识与各队列对应的预设标识进行对比，确定预设标识与该队列标识相同的队列，将该队列与该纳税人进行匹配，进而将该纳税人的计税请求发送至该队列。

在一实施例中，针对特定纳税人，通过计算摘要值的方式生成该纳税人对应的预加入的队列标识。

该实施例中，根据纳税人的计税请求对应的计税业务，确定纳税人的计税请求预加入的队列前缀。计算标识信息的摘要值，并提取摘要值中预设位置的字符，将字符转换为十进制数值。进而将十进制数值对队列前缀对应的队列总数进行模运算，得到运算结果，并将该运算结果作为纳税人的计税请求预加入的队列后缀。进而基于队列前缀以及队列后缀，生成队列标识。

具体的，各队列的预设标识由队列前缀以及队列后缀组成，队列前缀用于描述对应队列所关联的计税业务，队列后缀用于描述对应队列所对应的队列序号。例如：ESOP***中有2类计税业务，分别记为第一计税业务以及第二计税业务。则第一计税业务对应的n个队列的队列前缀可以统一设为“第一计税业务”，队列后缀则依次设为0～(n-1)；第二计税业务对应的m个队列的队列前缀可以统一设为“第二计税业务”，队列后缀则依次设为0～(m-1)。其中，n可以等于m。

相应的，待生成的预加入的队列标识同样是由队列前缀以及队列后缀所组成的。因此，若要针对某一纳税人生成其计税请求预加入的队列标识，需要确定该纳税人的计税请求预加入的队列前缀以及预加入的队列后缀。

确定该纳税人的计税请求预加入的队列前缀的过程如下：按照各队列的预设标识中描述队列前缀的方式，对该纳税人的计税请求对应的计税业务进行描述，得到该纳税人的计税请求预加入的队列前缀。

确定该纳税人的计税请求预加入的队列后缀的过程如下：计算纳税人的标识信息的摘要值。计算得到的摘要值通常为十六进制的字符串，因此得到摘要值后，提取该摘要值中预设位置的字符(例如：后8位的字符) 并转换为十进制数值。进而再根据转换得到的十进制数值对该队列前缀对应的队列总数进行模运算，得到运算结果。进而将该运算结果作为该纳税人的计税请求预加入的队列后缀。其中，纳税人的标识信息可以为纳税人的姓名或者ID编号，摘要值可以为HASH值。

该实施例的优点在于，由于摘要值具有唯一性以及难以逆推的特性，并且摘要值相比于纳税人的标识信息，分布更为随机以及均匀，因此通过计算摘要值的方式生成该纳税人的计税请求预加入的队列标识，使得外界难以根据队列标识逆推出纳税人的标识信息。由于纳税人的标识信息通常与纳税人的账户安全紧密相关，因此通过这种方式保证了纳税人的账户安全。

在一实施例中，队列前缀为“第一计税业务”的队列总数为n，队列前缀为“第二计税业务”的队列总数亦为n。当纳税人的计税请求的计税业务为第一计税业务时，纳税人的计税请求预加入的队列前缀为“第一计税业务”。得到纳税人的标识信息，计算得到该标识信息的HASH值。将该HASH 值后8位的字符转换为十进制数值，进而将该十进制数值对n进行模运算，得到纳税人的计税请求预加入的队列后缀。若队列后缀为1，则纳税人的计税请求预加入的队列标识为“第一计税业务_1”。

在一实施例中，计税请求包括以下时间信息中的至少一种：请求时间、截止时间。

该实施例中，基于计税请求中的时间信息，计算各计税请求对应的时间参数。基于时间参数，确定计税请求对应的重要参数。根据重要参数对计税请求进行排序，得到排序结果，并根据排序结果将计税请求添加至同一队列中。

具体的，时间参数主要用于对时间信息进行量化，量化的方式可以是确定时间信息与当前时间之间的时差后，对时差进行量化。可以将请求时间与当前时间之间的时差直接作为第一类的时间参数，将截止时间与当前时间之间的时差直接作为第二类的时间参数；也可以将时差按照预设的映射关系转换为对应的时间参数。

进而将时间参数转换为对应的重要参数。重要参数用于描述对应计税请求的重要程度。请求时间与当前时间之间的时差越大，对应的重要参数所描述的重要程度越高；截止时间与当前时间之间的时差越小，对应的重要参数所描述的重要程度越高。当时间信息同时包含请求时间与截止时间时，可以为请求时间与截止时间分配对应的权重，根据加权计算得到的重要参数确定计税请求的重要程度。

进而按照所描述的重要程度从高到低的顺序对计税请求进行排序，越靠前的计税请求越先被添加至队列中，进而越早被消费。

该实施例的优点在于，通过基于时间参数确定重要参数，进而以重要参数为参考入队计税请求，保证了消费计税请求的过程中能够合理利用时间资源。

在一实施例中，计税请求不仅包含有时间信息，还包含有计税类型这一信息。

该实施例中，基于时间参数和计税类型对应的预设优先级，确定计税请求对应的重要参数。

具体的，在确定计税请求对应的重要参数时，不仅要考虑根据时间信息计算得到的时间参数，还要考虑计税请求的计税类型对应的预设优先级。预设优先级越高，对应的重要参数所描述的重要程度越高。可以为时间参数与预设优先级分配对应的权重，根据加权计算得到的重要参数确定计税请求的重要程度。

示例性的，本实施例中可以先通过计税请求来确定对应的计税方式，并根据计税方式来确定对应计税权重；同时基于截止时间与当前时间之间的差确定时间参数，基于时间参数的倒数确定时间权重；最后将计税权重和时间权重之间的乘积作为优先级参数；基于优先级参数来确定进入队列的顺序，即优先级参数越大，优先进入队列和计税处理。

在一实施例中，为用于消费计税请求的进程设置固定匹配的队列，从而得到相互之间固定匹配的进程以及队列。

该实施例中，ESOP***为消费计税请求分配N个进程，由该N个进程负责消费计税请求进而计算得到对应的纳税人应缴税额。其中，N为大于1的自然数。进而ESOP***为该N个进程分别固定匹配一个队列，进而各个进程负责固定消费对应编号的唯一队列。

在一实施例中，根据进程的资源占用量为用于消费计税请求的进程设置动态匹配的队列，从而得到相互之间动态匹配的进程以及队列。

该实施例中，ESOP***为消费计税请求分配N个进程，并实时监测该N个进程各自的资源占用量。其中，N为大于1的自然数。进程的资源占用量主要用于描述进程消费计税请求时所占用***资源的数量(例如所占用内存资源的数量，所占用CPU资源的数量等)，进程的资源占用量越大，说明进程对***造成的负担越大。

并且，ESOP***生成N个队列，并实时监测该N个队列各自的成员数量。队列的成员数量主要用于队列所存储计税请求的数量，队列的成员数量越大，说明该队列中待消费的计税请求越多。

ESOP***根据监测到的该N个进程的资源占用量，对该N个进程进行排序；并根据监测到的该N个队列的成员数量，对该N个队列进行排序。进而将排序后的进程以及排序的队列进行匹配，得到一一匹配的进程以及队列。其中，进程的资源占用量越大，为该进程匹配的队列的成员数量越小。例如：按照资源占用量从小到大的顺序对进程进行排序，并按照成员数量从大到小的顺序对队列进行排序，进而将次序数相同的进程以及队列进行匹配，使得资源占用量最小的进程负责消费成员数量最多的队列，资源占用量次之的进程负责消费成员数量次之的队列，以此类推。

该实施例的优点在于，根据进程的资源占用量为用于消费计税请求的进程设置动态匹配的队列，减小了进程消费队列的过程中对于***造成的整体负担。

图5示出了根据本申请一实施例的股权激励***的税务数据处理装置，所述装置包括：

策略调取模块210，配置为获取纳税人的税务居民身份，并基于所述纳税人的税务居民身份，调取适用于纳税人的计税策略；

请求生成模块220，配置为基于所述适用于纳税人的计税策略，生成计税请求；

税额计算模块230，配置为将针对同一纳税人生成的计税请求发送至同一队列，通过与每一队列唯一匹配的进程消费对应队列中的计税请求，计算得到纳税人应缴税额。

在本申请的一示例性实施例中，所述装置配置为：

响应于计税策略配置请求，显示配置界面；

响应于在所述配置界面配置的计税参数，生成并存储所述计税参数描述的计税策略，其中，所述计税参数包括税务居民身份。

在本申请的一示例性实施例中，所述装置配置为：

从股权激励***对应的服务器中，获取纳税人的就业信息；

从所述纳税人的就业信息中提取得到所述纳税人的税务居民身份。

在本申请的一示例性实施例中，所述装置配置为：

基于纳税人的两个或两个以上的税务居民身份，调取适用于纳税人的两个或两个以上的计税策略；

基于所述适用于纳税人的两个或两个以上的计税策略，分别生成一个计税请求。

在本申请的一示例性实施例中，所述装置配置为：

基于所述纳税人的税务居民身份，调取在两个或两个以上的激励授予维度上分别适用于纳税人的计税策略；

基于在两个或两个以上的激励授予维度上分别适用于所述目标纳税人的计税策略，分别生成一个计税请求。

在本申请的一示例性实施例中，所述装置配置为：

获取纳税人的标识信息；

基于所述标识信息，检测所述纳税人当天的计税请求的数量是否为两种或者两种以上；

若所述计税请求的数量为两种或者两种以上，则基于所述标识信息确定所述纳税人的计税请求预加入的队列标识；

基于所述队列标识和各队列对应的预设标识，确定纳税人与队列之间的匹配结果；

基于所述匹配结果，将针对同一纳税人生成的计税请求发送至同一队列。

在本申请的一示例性实施例中，所述装置配置为：

根据所述纳税人的计税请求对应的计税业务，确定所述纳税人的计税请求预加入的队列前缀；

计算所述标识信息的摘要值，并提取所述摘要值中预设位置的字符，将所述字符转换为十进制数值；

将所述十进制数值对所述队列前缀对应的队列总数进行模运算，得到运算结果，并将所述运算结果作为所述纳税人的计税请求预加入的队列后缀；

基于所述队列前缀以及所述队列后缀，生成所述队列标识。

在本申请的一示例性实施例中，所述计税请求包括以下时间信息中的至少一种：请求时间、截止时间；

所述装置配置为：

基于所述计税请求中的所述时间信息，计算各所述计税请求对应的时间参数；

基于所述时间参数，确定所述计税请求对应的重要参数；

根据所述重要参数对所述计税请求进行排序，得到排序结果，并根据所述排序结果将所述计税请求添加至所述同一队列中。

在本申请的一示例性实施例中，所述计税请求还包括以下信息：计税类型；

所述装置配置为：

基于所述时间参数和所述计税类型对应的预设优先级，确定所述计税请求对应的重要参数。

下面参考图6来描述根据本申请实施例的电子设备30。图6显示的电子设备30仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，电子设备30以通用计算设备的形式表现。电子设备30 的组件可以包括但不限于：上述至少一个处理单元310、上述至少一个存储单元320、连接不同***组件(包括存储单元320和处理单元310)的总线 330。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元310执行，使得所述处理单元310执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元310可以执行如图1中所示的各个步骤。

存储单元320可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)3201和/或高速缓存存储单元3202，还可以进一步包括只读存储单元(ROM)3203。

存储单元320还可以包括具有一组(至少一个)程序模块3205的程序 /实用工具3204，这样的程序模块3205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线330可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

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

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是 CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本申请实施方式的方法。

在本申请的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本申请的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是 CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由所附的权利要求指出。

Claims (12)

1.一种股权激励***的税务数据处理方法，其特征在于，所述方法包括：

获取纳税人的税务居民身份，并基于所述纳税人的税务居民身份，调取适用于纳税人的计税策略；

基于所述适用于纳税人的计税策略，生成计税请求；

将针对同一纳税人生成的计税请求发送至同一队列，通过与每一队列唯一匹配的进程消费对应队列中的计税请求，计算得到纳税人应缴税额。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于计税策略配置请求，显示配置界面；

响应于在所述配置界面配置的计税参数，生成并存储所述计税参数描述的计税策略，其中，所述计税参数包括税务居民身份。

3.根据权利要求1所述的方法，其特征在于，获取纳税人的税务居民身份，包括：

从股权激励***对应的服务器中，获取纳税人的就业信息；

从所述纳税人的就业信息中提取得到所述纳税人的税务居民身份。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于纳税人的两个或两个以上的税务居民身份，调取适用于纳税人的两个或两个以上的计税策略；

基于所述适用于纳税人的两个或两个以上的计税策略，分别生成一个计税请求。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于所述纳税人的税务居民身份，调取在两个或两个以上的激励授予维度上分别适用于纳税人的计税策略；

基于在两个或两个以上的激励授予维度上分别适用于所述目标纳税人的计税策略，分别生成一个计税请求。

6.根据权利要求1所述的方法，其特征在于，将针对同一纳税人生成的计税请求发送至同一队列，包括：

获取纳税人的标识信息；

基于所述标识信息，检测所述纳税人当天的计税请求的数量是否为两种或者两种以上；

若所述计税请求的数量为两种或者两种以上，则基于所述标识信息确定所述纳税人的计税请求预加入的队列标识；

基于所述队列标识和各队列对应的预设标识，确定纳税人与队列之间的匹配结果；

基于所述匹配结果，将针对同一纳税人生成的计税请求发送至同一队列。

7.根据权利要求6所述的方法，其特征在于，基于所述标识信息确定所述纳税人的计税请求预加入的队列标识，包括：

根据所述纳税人的计税请求对应的计税业务，确定所述纳税人的计税请求预加入的队列前缀；

计算所述标识信息的摘要值，并提取所述摘要值中预设位置的字符，将所述字符转换为十进制数值；

将所述十进制数值对所述队列前缀对应的队列总数进行模运算，得到运算结果，并将所述运算结果作为所述纳税人的计税请求预加入的队列后缀；

基于所述队列前缀以及所述队列后缀，生成所述队列标识。

8.根据权利要求6所述的方法，其特征在于，所述计税请求包括以下时间信息中的至少一种：请求时间、截止时间；

基于所述匹配结果，将针对同一纳税人生成的计税请求发送至同一队列，包括：

基于所述计税请求中的所述时间信息，计算各所述计税请求对应的时间参数；

基于所述时间参数，确定所述计税请求对应的重要参数；

根据所述重要参数对所述计税请求进行排序，得到排序结果，并根据所述排序结果将所述计税请求添加至所述同一队列中。

9.根据权利要求8所述的方法，其特征在于，所述计税请求还包括以下信息：计税类型；

基于所述时间参数，确定所述计税请求对应的重要参数，包括：

基于所述时间参数和所述计税类型对应的预设优先级，确定所述计税请求对应的重要参数。

10.一种股权激励***的税务数据处理装置，其特征在于，所述装置包括：

策略调取模块，配置为获取纳税人的税务居民身份，并基于所述纳税人的税务居民身份，调取适用于纳税人的计税策略；

请求生成模块，配置为基于所述适用于纳税人的计税策略，生成计税请求；

税额计算模块，配置为将针对同一纳税人生成的计税请求发送至同一队列，通过与每一队列唯一匹配的进程消费对应队列中的计税请求，计算得到纳税人应缴税额。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至9中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至9中任一项所述的方法。

Images