CN112884448A - 薪酬发放方法及系统 - Google Patents

Abstract

本申请实施例提供一种薪酬发放方法及系统，涉及互联网领域，该方法包括：获取第一用户的施工信息，其中，所述施工信息包括所述第一用户对施工任务的完成情况；基于所述施工信息生成记工单，其中，所述记工单包括多个工资条，每个所述工资条用于表征所述记工单中每次薪酬的发放，每个所述工资条包括不同的发薪日期；依次根据所述记工单中的工资条中的发薪日期对所述第一用户进行多次薪酬的发放。本申请实施例提供的方法，可以实现阶段性的工资发放，由此可以提高工人工资的发放的灵活性。

Description

薪酬发放方法及系统

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种薪酬发放方法及系统。

背景技术

目前，建筑工程领域是数据量最大、业务规模最大的大数据行业，但同样是当前各行业中最没有数据的行业。建筑工程项目往往具有投资额大、建设周期长、不确定因素多、风险大、参与人员多等特征。

发明内容

本申请实施例提供了一种薪酬发放方法及系统，以提供一种对产业工人进行阶段性薪酬发放的方式，以提高薪酬发放的灵活性。

第一方面，本申请实施例提供了一种薪酬发放方法，包括：

获取第一用户的施工信息，其中，所述施工信息包括所述第一用户对施工任务的完成情况；

基于所述施工信息生成记工单，其中，所述记工单包括多个工资条，每个所述工资条用于表征所述记工单中每次薪酬的发放，每个所述工资条包括不同的发薪日期；

依次根据所述记工单中的工资条中的发薪日期对所述第一用户进行多次薪酬的发放。

本申请实施例通过对产业工人的薪酬进行多段式发放，由此可以提高薪酬发送的灵活性。

为了对上述施工信息进行存证，其中一种可能的实现方式中，将所述施工信息上传至区块链网络。

为了对上述记工单进行存证，其中一种可能的实现方式中，将所述记工单上传至区块链网络。

其中一种可能的实现方式中，基于所述工资条向支付系统发送转账请求，所述转账请求用于请求所述支付系统向所述第一用户进行资金转账，以完成对所述第一用户的薪酬发放。

为了对转账流水进行存证，其中一种可能的实现方式中，获取所述支付系统向所述第一用户进行资金转账的流水信息；将所述流水信息上传至区块链网络。

为了提高对薪酬进行多段式发放的效率，其中一种可能的实现方式中，每个所述工资条包括应发薪酬、实发薪酬及未发薪酬，所述未发薪酬由所述应发薪酬及所述实发薪酬确定，所述方法还包括：

在任意两个相邻的所述工资条中，后一个所述工资条的应发薪酬由前一个所述工资条的未发薪酬确定。

为了提高对薪酬发放的效率，其中一种可能的实现方式中，在任一次对所述第一用户进行薪酬发放时，对本次发放的工资条的未发薪酬进行检测；若检测到所述本次发放的工资条中的未发薪酬为预设数值，则确定在本次薪酬发放后，所述第一用户的所述记工单的所有薪酬发放已完成。

其中一种可能的实现方式中，所述记工单包括第一工资条及第二工资条，所述第一工资条的发薪日期早于所述第二工资条的发薪日期，所述第一工资条的实发薪酬与所述应发薪酬为预设比例；所述第二工资条的实发薪酬为所述第一工资条的未发薪酬。

本申请实施例中，通过预设多次发放的薪酬比例，可以简便多段式薪酬的发放。

其中一种可能的实现方式中，所述记工单还包括验收信息，所述验收信息包括所述施工任务中多个阶段的验收记录，每个所述工资条由所述每个阶段的验收记录确定。

本申请实施例中，根据多个阶段的验收记录进行多段式薪酬发放，可以提高薪酬发放的灵活性。

为了提高验收质量，其中一种可能的实现方式中，所述记工单还包括所述第一用户的考勤信息。

第二方面，本申请实施例提供一种薪酬发放系统，所述系统包括：施工任务管理模块及薪酬管理模块，其中，

所述施工任务管理模块用于获取第一用户的劳务信息，其中，所述劳务信息包括所述第一用户对施工任务的完成情况；

所述薪酬管理模块用于基于所述劳务信息生成记工单，其中，所述记工单包括发薪信息，所述发薪信息包括多个工资条，每个所述工资条用于表征所述记工单中每次薪酬的发放，每个所述工资条包括不同的发薪日期；依次根据所述记工单中的工资条中的发薪日期对所述第一用户进行多次薪酬的发放。

其中一种可能的实现方式中，所述系统还包括：数据上链模块，其中，

所述数据上链模块用于将所述劳务信息上传至区块链网络。

其中一种可能的实现方式中，所述系统还包括：数据上链模块，其中，

所述数据上链模块用于将所述记工单上传至区块链网络。

其中一种可能的实现方式中，所述薪酬管理模块还用于基于所述工资条向支付系统发送转账请求，所述转账请求用于请求所述支付系统向所述第一用户进行资金转账，以完成对所述第一用户的薪酬发放。

其中一种可能的实现方式中，所述系统还包括：数据上链模块，其中，

所述数据上链模块用于获取所述支付系统向所述第一用户进行资金转账的流水信息；将所述流水信息上传至区块链网络。

其中一种可能的实现方式中，每个所述工资条包括应发薪酬、实发薪酬及未发薪酬，本次发放薪酬由所述实发薪酬确定，所述未发薪酬由所述应发薪酬及所述实发薪酬确定，所述薪酬管理模块还用于在任意两个相邻的所述工资条中，后一个所述工资条的应发薪酬由前一个所述工资条的未发薪酬确定。

其中一种可能的实现方式中，所述薪酬管理模块还用于在任一次对所述第一用户进行薪酬发放时，对本次发放的工资条的未发薪酬进行检测；若检测到所述本次发放的工资条中的未发薪酬为预设数值，则确定在本次薪酬发放后，所述第一用户的所述记工单的所有薪酬发放已完成。

附图说明

图1为本申请实施例提供的应用场景示意图；

图2为本申请实施例提供的薪酬发放系统架构示意图；

图3为本申请实施例提供的薪酬发放方法的流程示意图；

图4为本申请实施例提供的记工单示意图；

图5为本申请实施例提供的发薪记录示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

由于建筑工程领域的特殊性，例如，建筑工程项目通常具有阶段性，因此，产业工人的工资结算也会相应的具有阶段性。然而，目前产业工人的工资通常都是通过现金，并且一次性发放，由此导致产业工人的工资的发放效率较低，也不灵活。

基于上述问题，本申请实施例提出了一种薪酬发放方法，用户可以通过线上的方式进行薪酬发放，由此可以提高薪酬发放的灵活性。

现结合图1-图5对本申请实施例提供的薪酬发放方法进行说明。

图1为本申请实施例提供的应用场景示意图。如图1所示，上述应用场景可以包括施工项目方100、施工项目组110、施工人员120、金融机构130及区块链网络140。其中，施工项目方100可以是施工总任务的发包方，上述施工总任务可以是一个建筑工程项目，例如，桥梁建筑工程项目或房地产建筑工程项目等。上述施工项目组110可以是接受上述施工总任务的班组。上述施工人员120可以是接受施工子任务，并对上述施工子任务进行现场施工的工人，其中，上述施工子任务可以由上述施工总任务拆分后获得，例如，上述施工子任务可以是水泥浇筑任务。上述金融机构130可以是用于资金往来的机构，例如，银行或第三方平台等。

图2为本申请实施例提供的薪酬发放系统200的结构示意图。如图2所示，该薪酬发放系统200可以包括施工任务管理模块210、薪酬管理模块220及数据上链模块230。其中，

施工任务管理模块210可以用于对已完成的施工任务进行确认。示例性的，施工人员120在完成对施工子任务的施工后，可以对上述已完成的施工子任务进行确认。也就是说，施工人员120可以通过对上述已完成的施工子任务的确认，以完成对工作量的确认，由此可以使得系统可以根据施工人员120确认的工作量生成工资条。

施工任务管理模块210还可以用于生成记工单。示例性的，上述施工项目方100可以对上述施工人员120已确认的施工子任务进行验收，并在验收通过后，生成对应的记工单，该记工单可以包括施工总任务信息、施工子任务信息、考勤信息及发薪信息。其中，发薪信息可以包括多个工资条。

薪酬管理模块220可以用于对上述记工单进行确认。示例性的，施工人员120可以在生成上述记工单后，可以对上述记工单中的工资条进行确认，以便上述施工项目方100在施工人员120对记工单确认后，进行薪酬的发放。

薪酬管理模块220还可以用于通知金融机构130基于上述工资条进行薪酬的发放。示例性的，当施工人员120对上述记工单进行确认后，施工项目方100可以通过银行系统向施工人员进行薪酬发放。以便金融机构130在收到施工项目方100的薪酬发放请求后，向施工人员120发放工资。例如，将工资发放到施工人员120在上述薪酬发放系统200中预先设置的银行卡里。

数据上链模块230可以用于将施工项目方100派发给施工项目组110的施工总任务上传至区块链网络140。

数据上链模块230还可以用于将施工项目组100派发给施工人员120的施工子任务上传至区块链网络140。

数据上链模块230还可以用于将上述记工单上传至区块链网络140。

数据上链模块230还可以用于将金融机构130向施工人员120进行薪酬发放的流水记录上传至区块链网络140。

图3为本申请提供的施工任务处理方法一个实施例的流程示意图，包括：

步骤301，施工人员120确认已完成的施工任务。

具体地，上述施工任务可以是由上述施工项目组110派发给施工人员的作业。当施工人员120接收到上述施工任务后，可以接受上述施工任务并对上述施工任务进行作业。当上述施工人员120完成上述施工任务后，可以对上述已完成的施工任务的施工信息进行确认。其中，该已完成的施工任务的施工信息可以包括已完成的施工任务量、已完成的施工任务的区域、施工日期以及施工计价等信息，以便审核人员进行验收。其中，上述审核人员可以是施工项目组110，上述审核人员也可以是施工项目方100，本申请实施例对此不作特殊限定。

示例性的，施工人员120可以通过施工人员的账号信息登录上述薪酬发放系统200，由此可以对上述施工信息进行确认。上述施工人员的账号信息可以是施工人员的账号和密码，该施工人员的账号和密码可以预先在上述薪酬发放系统200中进行注册后获得。可以理解的是，当上述施工人员120对上述施工信息进行确认后，上述已确认的施工信息可以提交至薪酬发放系统200，由此可以使得上述审核人员登录上述薪酬发放系统200后对上述已确认的施工信息进行审核。

可选地，为了保证上述已确认的施工信息的安全性，避免上述已确认的施工信息被篡改，由于区块链网络具有安全、可追溯及不可篡改等特性，上述已确认的施工信息还可以上传至区块链网络。在具体实现时，可以通过薪酬发放系统200中的数据上链模块230将上述已确认的施工信息上传至区块链网络140。可以理解的是，薪酬发放系统200还可以提供数据上链服务，例如，可以将上述已确认的施工信息按照区块链规定的数据格式进行打包，并可以把打包后的数据发送至区块链网络140。可选地，薪酬发放系统200还可以具有查询功能。示例性的，薪酬发放系统200可以接收任一用户的查询请求，并可以根据该查询请求查询区块链网络140上的数据，例如，可以查询区块链网络140上存储的任一个施工人员的已确认的施工信息。

此外，为了保证服务的高可用性，上述数据上链服务可以被拆分成多个子服务，各子服务通过集群部署，避免单机故障引起的服务不可用问题；同时，上述薪酬发放系统200可以通过负载均衡的方式将来自用户的请求分发到不同的服务器进行处理，从而可以提高系统的吞吐率。

进一步地，薪酬发放系统200还可以通过数字证书系统保证薪酬发放系统200有参与数据上链的资格。优选地，本申请实施例中的区块链网络140可以是联盟链网络。但并不构成对本申请实施例的限定，在一些实施例中，也可以是其它类型的区块链网络。

接着，以联盟链网络为例对本申请实施例的区块链网络140进行说明。在上述联盟链网络中，所有需要接入联盟链网络的节点都需要进行身份认证，因此，薪酬发放系统200可以通过数字证书系统对节点进行身份管理。其中，该节点可以是一个机构、一个企业或其它形式的单位。当上述节点加入至薪酬发放系统200时，可以向薪酬发放系统200申请一张数字证书，该数字证书可以作为该节点的身份标识。接着，该节点可以加入区块链网络。此时，该节点可以提交身份信息，当薪酬发放系统200验证通过后可以允许该节点加入区块链网络。而当该节点向区块链网络发起数据上链请求时，可以使用上述数字证书中的私钥对上链的数据进行签名，例如，该上链的数据可以是上述已确认的施工信息。

在具体实现时，上述薪酬发放系统200可以将上述节点的身份信息及数字证书私钥进行存储，并可以为该节点创建一个唯一的身份标识ID。当该节点进行数据上链时，可以按照接口参数提交该节点的身份标识ID。接着，薪酬发放系统200可以根据该身份标识ID查询对应的数字证书私钥对待上链数据进行打包和签名，并将打包和签名后得到的待上链数据发送至区块链网络140。

进一步地，为了避免特殊时段的大量任务拖垮上述数据上链服务，薪酬发放系统200可以采用消息中间件(例如，RocketMQ)来达到削峰填谷的目的；该RocketMQ中的broker可以采用自动容灾切换的RocketMQ-on-DLedger Group方式部署，保证broker的高可用性。

可以理解的是，在将上述待上链数据(例如，该待上链数据可以是上述已确认的施工信息)发送至区块链网络之前，还可以对上述待上链数据进行加密处理。示例性的，当任一节点请求上传待上链数据时，薪酬发放系统200可以获取该节点的加密秘钥，可以通过该加密秘钥对本次的待上链的明文数据进行加密，并可以将加密后得到的密文发送至区块链网络140。

优选地，上述加密算法可以使用SM4对称算法。上述签名算法可以使用SM2非对称算法。

步骤302，对上述已完成的施工任务进行验收，生成对应的记工单。

具体地，上述施工项目组110或上述施工项目方100都可以对上述完成的施工任务进行验收，也就是对已确认的施工信息进行验收。下文以施工项目方100进行验收为例进行说明。示例性的，施工项目方100可以通过施工项目方的账号信息登录上述薪酬发放系统200，上述施工项目方的账号信息可以包括施工项目方的账号及密码。可以理解的是，上述施工项目方的账号及密码可以预先在上述薪酬发放系统200中通过注册获得。

当上述施工项目方100登录上述薪酬发放系统200后，可以对上述已完成的施工任务进行验收。其中，验收的标准可以是按照预置的施工规范或要求，例如，建筑行业标准或国家标准，本申请对此不作特殊限定。

当上述施工项目方100对上述已完成的施工任务验收合格后，上述薪酬发放系统200可以生成与上述已完成的施工任务对应的记工单。上述记工单可以包括上述已完成的施工任务(也就是已确认的施工信息)、验收信息以及工资条。其中，工资条用于向施工人员120进行薪酬的发放。

可选地，上述记工单还可以包括考勤信息，可以理解的是，上述考勤信息可以与上述施工信息中的施工日期对应。上述考勤信息可以用于验证已完成的施工任务的真实性。示例性的，可以将上述施工日期与上述考勤信息匹配，若上述施工日期与上述考勤信息匹配，则可以确定上述已完成的施工任务的真实性；若上述施工日期与上述考勤信息不匹配，则可以进一步对上述已完成的施工任务进行审核，由此可以避免对施工任务的造假。可以理解的是，上述考勤信息可以由考勤系统获得。示例性的，上述薪酬发放系统200可以连接考勤系统，以获得施工人员120的考勤信息。上述考勤系统可以是指纹打卡系统，也可以是人脸识别系统，也可以是电子围栏系统，本申请对上述考勤系统的类型不作特殊限定。

现结合图4对上述记工单进行说明。如图4所示，上述记工单400可以包括施工任务信息410、验收信息420、考勤信息430及发薪信息440。其中，施工任务信息410用于显示已确认的施工信息，验收信息420用于显示对上述已确认的施工信息的验收记录，考勤信息430用于显示上述施工人员120在上述施工日期内的考勤记录，发薪信息440用于显示施工人员120的发薪的关联记录，该发薪信息可以包括多个工资条，每个工资条用于对上述施工人员120进行薪酬发放。

接着，结合图5对上述发薪信息440进行说明。如图5所示，发薪信息440可以包括施工人员120的多个工资条(例如，工资条441、工资条442等)。工资条441可以包括应发薪酬4411、实发薪酬4412、未发薪酬4413及发薪日期4414。应发薪酬4411用于表征本次应发的工资，实发薪酬4412用于表征本次实际发放的工资，未发薪酬4413用于表征剩余发放的工资，发薪日期4414用于表征该工资条对应的发薪的日期。工资条442可以包括应发薪酬4421、实发薪酬4422、未发薪酬4423及发薪日期4424。其中，应发薪酬4421可以由未发薪酬4413确定，也就是说，相邻的两个工资条之间，后一个工资条的应发薪酬由前一个工资条的未发薪酬确定，例如，后一个工资条的应发薪酬可以与前一个工资条的未发薪酬相等。此外，发薪日期4424晚于发薪日期4414，也就是说，后一个工资条的发薪日期可以晚于前一个工资条的发薪日期。可以理解的是，当基于上述发薪日期进行发薪时，若上述发薪日期对应的工资条中的未发薪酬的数值为0时，在发放该次的薪酬后，该施工人员120的所有薪酬已发放完成。在具体实现时，当确定上述施工人员120的所有薪酬已发放完成后，可以对上述记工单进行标记，该标记用于标识该记工单中的所有工资已发完，后续不再对该记工单中的未发薪酬进行查询，由此可以提高对薪酬发放的效率。

在具体实现时，上述记工单中的工资条的数目可以预先设置。示例性的，上述工资条的数目可以是2个。其中，一个工资条用于发放首期工资，另一个工资条用于发放尾款工资。上述首期工资的数值可以预设，也就是说，上述第一个工资条(也就是发放首期工资的工资条)中的实发薪酬与应发薪酬可以是预设比例。本申请对上述预设比例的数值不作特殊限定。可以理解的是，上述第二个工资条(也就是发放尾款的工资条)中的应发薪酬与实发薪酬相等，也就是说，第二个工资条中的未发薪酬的数值为0，由此可以使得上述薪酬发放系统200通过两次薪酬发放将上述施工任务的所有薪酬发放给上述施工人员120。

可选地，上述记工单中的工资条的数目可以由验收信息确定。示例性的，上述已确认的施工信息可以包括多个阶段的施工信息，阶段1、阶段2、阶段3…。当审核人员(例如，该审核人员可以是施工项目方100)对上述多个阶段的施工信息进行验收后，可以生成多个阶段的验收记录。其中，每个阶段的验收记录可以对应创建一个工资条，该工资条中的实发薪酬可以由该阶段的验收记录确定。示例性的，上述任一阶段的验收记录可以包括该阶段中已完成的工作量，根据该阶段中已完成的工作量及上述计价方式，可以确定与该阶段对应的实发薪酬。可以理解的是，上述工资条的数目可以由上述所有阶段的总数确定，示例性的，若上述已确认的施工信息包括4个阶段的施工信息，则工资条的数目可以为4，每一个工资条对应一次薪酬发放，每一个工资条都可以包含发放日期。也就是说，可以通过4次薪酬发放将施工人员120在上述4个阶段的薪酬发放完成。其中，每一次薪酬发放的数值由该阶段已完成的工作量确定。

步骤303，施工人员120确认记工单中的工资条。

具体地，当上述薪酬发放系统200生成记工单之后，施工人员120可以登录上述薪酬发放系统200，对上述记工单进行确认，也就是对上述工资条进行确认，以便施工项目方100在施工人员120确认后进行薪酬的发放。

可选地，当施工人员120对上述记工单进行确认后，上述薪酬发放系统200可以将上述记工单上传至区块链网络140。由此可以对上述记工单进行存证，以便查询及核对。

步骤304，施工项目方100基于记工单中的工资条对施工人员120进行阶段式发薪。

具体地，当施工人员120对记工单进行确认后，施工项目方100可以基于上述记工单中的工资条进行薪酬发放。在具体实现时，施工项目方100可以登录上述薪酬发放系统200，根据上述工资条的发薪日期及实发薪酬对施工人员120进行薪酬发放。其中，上述发薪的方式可以是薪酬发放系统200调用金融机构130的接口，向金融机构130发送转账请求，该转账请求用于请求金融机构130向施工人员120进行转账，以完成薪酬的发放。该转账请求可以包括本次转账的金额及转账目标。可以理解的是，上述本次转账的金额可以是上述工资条中的实发薪酬，上述转账目标可以是上述施工人员120的银行卡。当金融机构130接收到上述薪酬发放系统200的转账请求后，可以向上述转账目标进行转账。

可选地，当金融机构130转账完成以后，上述金融机构130还可以将转账的流水记录上传至区块链网络140。由此可以对上述转账记录进行存证，以便查询及核对。

本申请实施例中，通过记录施工人员已完成的施工任务，根据已完成的施工任务对施工人员的薪酬进行分段式发放，由此可以提高薪酬发放的灵活性。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对薪酬发放系统200的结构限定。在本申请另一些实施例中，薪酬发放系统200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

可以理解的是，上述薪酬发放系统200为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

本申请实施例可以根据上述方法示例对上述薪酬发放系统200进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种薪酬发放方法，其特征在于，所述方法包括：

获取第一用户的施工信息，其中，所述施工信息包括所述第一用户对施工任务的完成情况；

基于所述施工信息生成记工单，其中，所述记工单包括多个工资条，每个所述工资条用于表征所述记工单中每次薪酬的发放，每个所述工资条包括不同的发薪日期；

依次根据所述记工单中的工资条中的发薪日期对所述第一用户进行多次薪酬的发放。

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

将所述施工信息上传至区块链网络。

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

将所述记工单上传至区块链网络。

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

基于所述工资条向支付系统发送转账请求，所述转账请求用于请求所述支付系统向所述第一用户进行资金转账，以完成对所述第一用户的薪酬发放。

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

获取所述支付系统向所述第一用户进行资金转账的流水信息；

将所述流水信息上传至区块链网络。

6.根据权利要求1所述的方法，其特征在于，每个所述工资条包括应发薪酬、实发薪酬及未发薪酬，所述未发薪酬由所述应发薪酬及所述实发薪酬确定，所述方法还包括：

在任意两个相邻的所述工资条中，后一个所述工资条的应发薪酬由前一个所述工资条的未发薪酬确定。

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

在任一次对所述第一用户进行薪酬发放时，对本次发放的工资条的未发薪酬进行检测；

若检测到所述本次发放的工资条中的未发薪酬为预设数值，则确定在本次薪酬发放后，所述第一用户的所述记工单的所有薪酬发放已完成。

8.根据权利要求6所述的方法，其特征在于，所述记工单包括第一工资条及第二工资条，所述第一工资条的发薪日期早于所述第二工资条的发薪日期，所述第一工资条的实发薪酬与所述应发薪酬为预设比例；所述第二工资条的实发薪酬为所述第一工资条的未发薪酬。

9.根据权利要求6所述的方法，其特征在于，所述记工单还包括验收信息，所述验收信息包括所述施工任务中多个阶段的验收记录，每个所述工资条由所述每个阶段的验收记录确定。

10.根据权利要求1所述的方法，其特征在于，所述记工单还包括所述第一用户的考勤信息。

11.一种薪酬发放系统，其特征在于，包括：施工任务管理模块及薪酬管理模块，其中，

所述施工任务管理模块用于获取第一用户的劳务信息，其中，所述劳务信息包括所述第一用户对施工任务的完成情况；

所述薪酬管理模块用于基于所述劳务信息生成记工单，其中，所述记工单包括发薪信息，所述发薪信息包括多个工资条，每个所述工资条用于表征所述记工单中每次薪酬的发放，每个所述工资条包括不同的发薪日期；依次根据所述记工单中的工资条中的发薪日期对所述第一用户进行多次薪酬的发放。

12.根据权利要求11所述的系统，其特征在于，所述系统还包括：数据上链模块，其中，

所述数据上链模块用于将所述劳务信息上传至区块链网络。

13.根据权利要求11所述的系统，其特征在于，所述系统还包括：数据上链模块，其中，

所述数据上链模块用于将所述记工单上传至区块链网络。

14.根据权利要求11所述的系统，其特征在于，

所述薪酬管理模块还用于基于所述工资条向支付系统发送转账请求，所述转账请求用于请求所述支付系统向所述第一用户进行资金转账，以完成对所述第一用户的薪酬发放。

15.根据权利要求14所述的系统，其特征在于，所述系统还包括：数据上链模块，其中，

所述数据上链模块用于获取所述支付系统向所述第一用户进行资金转账的流水信息；将所述流水信息上传至区块链网络。

16.根据权利要求11所述的系统，其特征在于，每个所述工资条包括应发薪酬、实发薪酬及未发薪酬，本次发放薪酬由所述实发薪酬确定，所述未发薪酬由所述应发薪酬及所述实发薪酬确定，所述薪酬管理模块还用于在任意两个相邻的所述工资条中，后一个所述工资条的应发薪酬由前一个所述工资条的未发薪酬确定。

17.根据权利要求16所述的系统，其特征在于，

所述薪酬管理模块还用于在任一次对所述第一用户进行薪酬发放时，对本次发放的工资条的未发薪酬进行检测；若检测到所述本次发放的工资条中的未发薪酬为预设数值，则确定在本次薪酬发放后，所述第一用户的所述记工单的所有薪酬发放已完成。

Images