CN117853081B - 一种记工预警*** - Google Patents

Abstract

本说明书实施例提供一种记工预警***，该***属于建筑施工管理领域，能够优化记工流程，提高记工效率，减少错发、漏发工资的风险，保障资金安全，该***包括记工模块、评估模块、风险模块以及担保授权模块；记工模块用于获取和/或第一用户提交的记工单；评估模块用于验证记工单的记工信息是否存在风险；风险模块用于响应于记工信息存在风险，确定风险的风险类别，并基于风险类别确定接收预警的目标用户，向目标用户发送预警；担保授权模块用于基于风险类别，获取工人担保信息和/或班组担保信息，基于工人担保信息和/或班组担保信息判断是否执行发薪操作。

Description

一种记工预警***

技术领域

本说明书涉及建筑施工管理领域，特别涉及一种记工预警***。

背景技术

建筑行业由于人员流动量大，管理流程繁杂，导致建筑施工单位工人的薪资计算与薪资发放容易出现问题。目前，为了改良这一现象，部分建筑工地采用“派工-考勤-记工-发薪”全链路存证的方式，同时保障施工单位和工人的合法权益。但在实施中发现，目前记工的方式很大程度上依赖于班组长的单一记录，可能会存在漏记，错记等问题。这不仅影响到施工工人获取酬劳，对施工单位来说，也失去了对账目合理的监管，导致了很多资金风险。

因此，希望提出一种记工预警***，优化记工流程，提高记工效率，帮助建筑施工单位合理把控薪资，减少错发，漏发的风险，保障资金安全。

发明内容

本说明书实施例之一提供一种记工预警***，其特征在于，所述***包括记工模块、评估模块、风险模块以及担保授权模块；所述记工模块用于获取和/或第一用户提交的记工单；所述评估模块用于验证所述记工单的所述记工信息是否存在风险；所述风险模块用于响应于所述记工信息存在风险，确定所述风险的风险类别，并基于所述风险类别确定接收预警的目标用户，向目标用户发送预警；所述担保授权模块用于基于所述风险类别，获取工人担保信息和/或班组担保信息；响应于所述工人收入风险未超出所述工人担保信息和/或所述可支配收入风险未超出所述班组担保信息，向所述第一用户和/或所述第二用户发起风险垫付请求；响应于接收到所述第一用户和/或所述第二用户的垫付款，基于所述第一用户提交的记工单执行发薪操作，响应于未接收到所述第一用户和/或所述第二用户的垫付款，拒绝基于所述第一用户提交的记工单执行所述发薪操作；响应于所述工人收入风险超出所述工人担保信息和/或所述可支配收入风险超出所述班组担保信息，拒绝基于所述第一用户提交的记工单执行所述发薪操作。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书一些实施例所示的记工预警***的***模块图；

图2是根据本说明书一些实施例所示的记工预警***应用的示例性流程图；

图3是根据本说明书一些实施例所示的确定工作日的第一收入区间的示例性示意图；

图4是根据本说明书一些实施例所示的向目标用户发送预警的示例性示意图；

图5是根据本说明书一些实施例所示的执行发薪操作的示例性示意图；

图6是根据本说明书一些实施例所示的执行发薪操作另一实施例的示例性示意图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。附图并不代表全部的实施方式。

应当理解，本文使用的“***”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书的实施例中按步骤说明所执行的操作时，如无特别说明，则步骤的次序均为可调换的，步骤是可以省略的，在操作过程中也可以包括其他步骤。

图1是根据本说明书一些实施例所示的一种记工预警***的***模块图。

在一些实施例中，记工预警***100可以包括记工模块110、评估模块120、风险模块130和担保授权模块140。其中，记工预警***100对应的功能可以由处理器执行。

记工模块110被配置为创建或修改记工单。在一些实施例中，记工模块110可以获取由第一用户提交的记工单。关于第一用户的说明可以参见图2的相关内容。

评估模块120被配置为验证记工单是否存在风险。在一些实施例中，评估模块120可以获取考勤信息，基于考勤信息，确定工人在每个工作日的第一收入区间，响应于工人在任意一个工作日的单日收入超过第一收入区间，确定记工信息存在风险。

在一些实施例中，评估模块120可以基于任务信息确定与记工单关联的第一关联记工单，并确定第一关联记工单的可分配收入，响应于记工单的总收入大于第一关联记工单的待分配收入，确定记工信息存在风险。在一些实施例中，评估模块120可以获取与工人关联的多个第二关联记工单，基于多个第二关联记工单中的工种信息，确定工人在每个工作日的第二收入区间，基于第一用户提交的记工单和多个第二关联记工单，确定工人的单日总收入，响应于单日总收入超过第二收入区间，确定记工信息存在风险。

风险模块130被配置为确定风险的风险类别。在一些实施例中，响应于记工信息存在风险，风险模块130可以确定风险的风险类别，并基于风险类别确定接收预警的目标用户，向目标用户发送预警。

担保授权模块140被配置为基于担保信息，判断是否执行发薪操作。在一些实施例中，担保授权模块140可以基于风险类别，获取工人担保信息和/或班组担保信息；响应于工人收入风险未超出工人担保信息和/或可支配收入风险未超出班组担保信息，向第一用户和/或第二用户发起风险垫付请求；响应于接收到第一用户和/或第二用户的垫付款，基于第一用户提交的记工单执行发薪操作，响应于未接收到第一用户和/或第二用户的垫付款，拒绝基于第一用户提交的记工单执行发薪操作；响应于工人收入风险超出工人担保信息和/或可支配收入风险超出班组担保信息，拒绝基于第一用户提交的记工单执行发薪操作。

在一些实施例中，记工预警***100可以包括处理器。处理器可以用于处理来自记工预警***100的至少一个模块或外部数据源（例如，云数据中心）的数据。在一些实施例中，处理器可以包括中央处理单元（CPU）、专用集成电路（ASIC）、图像处理单元（GPU）、微处理器等或其任意组合。在一些实施例中，处理器可以是单个服务器或服务器组。在一些实施例中，处理器可以是本地的或远程的。

在一些实施例中，记工模块110、评估模块120、风险模块130和担保授权模块140可以被集成于处理器中。

关于记工预警***100各个模块所执行的功能的更多说明可参见本说明书图2-图6及其相关描述。

需要注意的是，以上对于记工预警***100及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该***的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子***与其他模块连接。在一些实施例中，图1中披露的记工模块110、评估模块120、风险模块130和担保授权模块140可以是一个***中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本说明书的保护范围之内。

图2是根据本说明书一些实施例所示的记工预警***应用的示例性流程图。在一些实施例中，流程200由记工预警***执行。如图2所示，流程200包括下述步骤：

步骤210，获取第一用户提交的记工单。

记工单可以用于记录工人完成的工作的相关信息。在一些实施例中，记工单可以包含项目信息、工人信息以及记工信息等。其中，项目信息是指与记工单对应的项目相关的信息。例如，项目名称、项目时间等。工人信息是指与记工单对应的工人相关的信息。例如，工人姓名、工人的工种等。记工信息是指与工人进行工作相关的信息，例如，工作日期，工作时间等等。

在一些实施例中，每个记工单表示记工单对应的工人完成了一项工作。例如，工人在工作日的早上完成了一项焊工的工作，下午完成了一项电工的工作，则第一用户会提交一个记录完成焊工工作的记工单和一个记录完成电工工作的记工单，用于记录工人在该工作日完成的两项工作。

在一些实施例中，记工信息可以包括工作日期、总收入、考勤信息、工作量、单日收入等与工作相关的其他信息。

工作日期是指工人进行记工单对应的工作的日期。在一些实施例中，工作日期可以包括多个工作日。

总收入是指给工人在完成一个记工单对应的工作时获取的薪酬。在一些实施例中，总收入可以包括工人在多个工作日内完成单笔记工单对应的工作时，多个工作日中每个工作日的单日收入。其中，单日收入是指记工单记录的工人在单个工作日的薪酬。

在一些实施例中，单日收入可以为总收入与工作日期之比。例如，总收入为1000元，工作日期为5天，则单日收入可以为200元。

在一些实施例中，记工模块可以获取由第一用户创建或修改的记工单。在一些实施例中，第一用户可以通过记工模块110基于工人的工作情况或修改提示信息进行创建或修改记工单。第一用户是指创建或修改记工单的用户。例如，班组或班组长。关于修改提示信息的说明可以参见图4及其相关描述。

步骤220，验证记工单的记工信息是否存在风险。

在一些实施例中，评估模块可以通过多种方式验证记工单的记工信息是否存在风险。例如，评估模块可以将记工单发送至施工监管人员所使用的终端设备，由施工监管人员判断记工单上的记工信息是否存在风险，并由施工监管人员将对记工信息是否存在风险的判断结果上传至评估模块。其中，终端设备可以包括手机、平板电脑等。

在一些实施例中，记工信息可以包括工作日期、总收入。在一些实施例中，评估模块可以获取考勤信息，并基于考勤信息，确定工人在每个工作日的第一收入区间，响应于工人在任意一个工作日的单日收入超过第一收入区间，评估模块可以确定记工信息存在风险。

考勤信息是指记录工人在实际工作中考勤的信息。在一些实施例中，考勤信息可以通过第一用户记录的记工单获取。在一些实施例中，考勤信息可以包括工作日期内每个工作日的考勤记录。

第一收入区间是指单日收入的区间范围。在一些实施例中，第一收入区间可以由第一用户基于行业经验预设。

图3是根据本说明书一些实施例所示的确定工作日的第一收入区间的示例性示意图。

在一些实施例中，记工信息可以包括工种信息330，评估模块可以基于考勤信息310，确定工人在每个工作日的实际工作时长320，并确定与工种信息330对应的工种价值范围340，基于实际工作时长320和工种价值范围340，确定每个工作日的第一收入区间。

实际工作时长320是指工人在单个工作日内实际工作的时长。

在一些实施例中，处理器可以遍历考勤信息中某个工作日的考勤记录，按照时间顺序对考勤记录进行排序，根据配对原则确定工作时段，将工作时段累加后的时长确定为前述工作日的实际工作时长。

配对原则是指遍历全部考勤记录，寻找成对出现的进场考勤记录与出场考勤记录。例如，遍历全部考勤记录，寻找第一个进场考勤记录，第一个进场考勤记录之前出现的出场考勤记录则忽略，响应于寻找到第一个进场考勤记录，按照考勤记录的顺序继续寻找第一个出场记录，第一个出场考勤记录之前出现的进场考勤记录则忽略，响应于寻找到第一个出场考勤记录，将第一个出场考勤记录与第一个进场考勤记录配对，后续重复上述步骤按照考勤记录的顺序继续寻找能够配对的进场考勤记录与出场考勤记录，直至全部考勤记录遍历结束。其中，进场考勤记录是指工人开始工作的考勤记录。出场考勤记录是指工人结束工作的考勤记录。

工作时段是指每对进场考勤记录与出场考勤记录的时间差。例如，一对进场考勤记录与出场考勤记录中，进场考勤记录为08:00，出场考勤记录为11:00，工作时段为3个小时。

在一些实施例中，评估模块可以重复上述确定实际工作时长的步骤，确定工人在每个工作日的实际工作时长。

工种信息330是指与完成任务所需要的工种相关的信息。其中，工种是指工作的种类，例如，焊工、钳工、车工等。

在一些实施例中，工种信息330可以包括工种标准收入。工种标准收入是指与工种对应的工人在实际工作时长等于标准工作时长时，单日收入的上限与下限。其中，标准工作时长可以根据行业经验预先设置，例如，8小时。单日收入的上限与下限可以根据行业经验预先设置，例如，钢筋工的单日收入的上限可以为350元，下限可以为180元。

工种价值范围340是指工种信息对应的工种在单个工作日的单日收入的区间。

在一些实施例中，评估模块可以通过多种方式确定工种价值范围340。例如，评估模块可以将工种标准收入中单日收入的上限与下限确定为工种价值范围的上限与下限。

在一些实施例中，评估模块可以获取初始价值范围和历史任务单，基于历史任务单确定历史价值范围，基于历史价值范围和初始价值范围，确定工种价值范围。

初始价值范围是指初始设定的工种价值范围。在一些实施例中，评估模块可以将工种标准收入中单日收入的上限与下限确定为工种价值范围的上限与下限。

任务单是指记录与工人需要完成的任务相关的信息的单据。在一些实施例中，任务单可以包括任务信息、工人信息、工作量、单日收入、总收入、预计工作时长等。其中，预计工作时长是指预计工人单个工作日所用的时长。关于任务信息的更多说明可以参见下述相关描述。

在一些实施例中，工人信息可以包括工人能够胜任的工种，任务信息可以包括完成任务所需的工种。在一些实施例中，若工人为计时工，则单日收入为工人单个工作日的薪酬，若工人为计件工，则单日收入为总收入与预计工作时长的比值。关于单日收入、总收入的说明可以参见上述相关描述。

在一些实施例中，任务单可以由工人的管理方设置确定，管理方可以包括班组长等。在一些实施例中，管理方可以选择能够胜任的工种与完成任务所需的工种的交集非空的工人，即选择的工人能够胜任的工种与完成任务所需的工种相同或部分相同，并在任务单中保存工人能够胜任的工种和完成任务所需的工种的交集的快照，避免由于工人能够胜任的工种或完成任务所需的工种发生变化，影响任务单的准确性。

历史任务单是指历史时间内的全部任务单。其中，历史时间可以预先设置，例如，1个月。

历史价值范围是指已完成的任务的工种价值范围。在一些实施例中，评估模块可以遍历历史任务单中与工种对应的单日收入，将最大的单日收入确定为该工种对应的历史价值范围的上限，最小的单日收入确定为该工种对应的历史价值范围的下限。

示例性地，前一月的历史任务单中存在10万个需要钢筋工完成的任务单，评估模块可以将这10万个任务单中最大的单日收入350元确定为钢筋工对应的历史价值范围的上限，最小的单日收入180元确定为钢筋工对应的历史价值范围的下限。

在一些实施例中，评估模块可以计算每一个历史任务单的单日收入的极值靠近率，基于极值靠近率判断历史价值范围的可信度。例如，响应于处于极值范围内的极值靠近率的占比大小大于占比阈值，评估模块可以确定历史价值范围可信。其中，极值范围、占比阈值可以基于历史经验预先设置。

极值靠近率可以表征单日收入在历史价值范围的分布情况。在一些实施例中，极值靠近率可以通过数值表示，例如，极值靠近率可以通过一个0~1之间的数字表示，极值靠近率靠近0表示对应的单日收入靠近最小的单日收入，极值靠近率靠近1表示对应的单日收入靠近最大的单日收入。

在一些实施例中，评估模块可以基于以下公式（1）确定极值靠近率：

λ=(Pi-Pmin)/(Pmax-Pmin)（1）

其中，λ表示极值靠近率，Pi表示与第i个历史任务单相对应的单日收入，i的范围可以包括1到n，n为全部历史任务单的数量，Pmin表示最小的单日收入，Pmax表示最大的单日收入。

示例性地，极值靠近率λ通过0~1之间的数字表示，极值范围可以设为0.1-0.9，占比阈值可以设为全部极值靠近率的90%，响应于极值靠近率λ在0.1-0.9之间的占比大小大于占比阈值，即90%的极值靠近率在0.1-0.9之间，此时评估模块可以判断历史价值范围可信。

在一些实施例中，评估模块可以基于历史价值范围和初始价值范围的差值，调整初始价值范围，将调整后的初始价值范围确定为工种价值范围。例如，评估模块可以将历史价值范围的上限和初始价值范围的上限做差，当历史价值范围的上限和初始价值范围的上限的差值未超过误差阈值，评估模块可以判断无需调整初始价值范围的上限，将初始价值范围的上限确定为工种价值范围的上限。

又例如，评估模块可以将历史价值范围的下限和初始价值范围的下限做差，当历史价值范围的下限和初始价值范围的下限的差值未超过误差阈值，评估模块可以判断无需调整初始价值范围的下限，将初始价值范围的下限作为工种价值范围的下限。其中，误差阈值可以基于历史经验预先设置。

在一些实施例中，误差阈值可以通过百分比等方式表示，例如，误差阈值可以为10%，若历史价值范围的上限未超过初始价值范围的上限的110%或未低于初始价值范围的上限的90%，评估模块可以判断无需调整初始价值范围的上限，将初始价值范围的上限确定为工种价值范围上限。

在一些实施例中，响应于历史价值范围的上限和初始价值范围的上限的差值超过误差阈值，评估模块可以基于以下公式（2）调整初始价值范围的上限；响应于历史价值范围的上限和初始价值范围的上限的差值低于误差阈值，评估模块可以基于以下公式（3）调整初始价值范围的上限：

Pt=Pm/(1+a%)（2）

Pt=Pm/(1-a%) （3）

其中，Pt表示调整后的初始价值范围的上限，Pm表示历史价值范围的上限，a%表示误差阈值。

在一些实施例中，当历史价值范围的上限超过初始价值范围的上限的(1+a%)时，评估模块可以基于公式（2）调整初始价值范围的上限，当历史价值范围的上限低于初始价值范围的上限的(1-a%)时，评估模块可以基于公式（3）调整初始价值范围的上限。

在一些实施例中，响应于历史价值范围的下限与初始价值范围的下限的差值超过误差阈值，评估模块可以基于以下公式（4）调整初始价值范围的下限；响应于历史价值范围的下限和初始价值范围的下限的差值低于误差阈值，评估模块可以基于以下公式（5）调整初始价值范围的上限：

Pb=Ps/(1+a%)（4）

Pb=Ps/(1-a%) （5）

其中，Pb表示调整后的初始价值范围的下限，Ps表示历史价值范围的下限，a%表示误差阈值，当历史价值范围的下限超过初始价值范围的下限的(1+a%)时，评估模块可以基于公式（4）调整初始价值范围的下限，当历史价值范围的下限低于初始价值范围的下限的(1-a%)时，评估模块可以基于公式（5）调整初始价值范围的下限。

在本说明书的一些实施例中，可以根据行业经验和历史实际情况，通过算法自动调整工种价值范围，使得确定的工种价值范围更加合理。

在一些实施例中，评估模块可以基于实际工作时长320、标准工作时长350、工种价值范围340确定第一收入区间360。

在一些实施例中，当实际工作时长320未超过标准工作时长350时，评估模块可以基于以下公式（6）确定第一收入区间360：

Y=[Qbh/hsP₁,Qth/hsP₂] （7）

其中，P₁表示工种价值范围的下限，P₂表示工种价值范围的上限，h表示实际工作时长，hs表示标准工作时长，Qb、Qt分别表示下限调整系数与上限调整系数。

在一些实施例中，当实际工作时长320超过标准工作时长350时，评估模块可以基于以下公式（7）确定第一收入区间360：

Y=[Qb(1+(h-hs)/hs)P₁,Qt(1+(h-hs)J/hs)P₂]（8）

其中，P₁表示工种价值范围的下限，P₂表示工种价值范围的上限，h表示实际工作时长，hs表示标准工作时长，Qb、Qt分别表示下限调整系数与上限调整系数，J表示加班系数，下限调整系数、上限调整系数、加班系数可以基于历史经验预先设置。关于实际工作时长320、标准工作时长350、工种价值范围340的说明可以参见上述相关描述。

在本说明书的一些实施例中，通过比较实际工作时长和标准工作时长，可以确定不同情况下的第一收入区间，同时加入调整系数、加班系数，可以灵活确定更加合理的第一收入区间。

在本说明书的一些实施例中，通过确定工人在每个工作日的实际工作时长以及对应的工种价值范围，确定工人在每个工作日的第一收入区间，可以使得工人的薪酬得到保障，薪酬分配更公平可行。

在一些实施例中，当第一用户提交了记工单后，评估模块可以查询该记工单的工作日期，响应于工人在工作日期内的任意一个工作日的单日收入超过该工作日的第一收入区间的上限或低于该工作日的第一收入区间的下限，评估模块可以确定记工信息存在风险。

在本说明书的一些实施例中，通过判断单日收入是否超过第一收入区间，确定记工信息是否存在风险，可以使得工人的收入在一个合理的范围，保证了工人的权益。

在一些实施例中，记工信息可以包括任务信息，评估模块可以基于任务信息确定与记工单关联的第一关联记工单，确定第一关联记工单的可分配收入，响应于记工单的总收入大于第一关联记工单的待分配收入，确定记工信息存在风险。

任务信息是指与工人需要完成的任务相关的信息。例如，任务名称、任务内容、所需要的工种等。

第一关联记工单是指任务信息所对应的任务包括的全部记工单。

可以理解的是，一个任务可能需要多个工人和/或一个工人进行多种工作来完成，所以一个任务可以包括多个记工单，该多个记工单中的每个记工单上的第一任务信息相同。其中，第一任务信息可以包括任务名称、任务编号。

在一些实施例中，评估模块可以基于记工单上的任务信息，在全部记工单中查询包含有相同第一任务信息的记工单，将包含有相同第一任务信息的记工单确定为第一关联记工单。

可分配收入是指第一关联记工单所对应的任务能够进行分配的总金额。在一些实施例中，可分配收入可以由第二用户输入至记工预警***。其中，第二用户是指第一用户的管理方。在一些实施例中，可分配收入可以包括已分配收入和待分配收入。已分配收入是指已经分配给第一关联记工单的金额。在一些实施例中，评估模块可以将第一关联记工单的总收入累加获得已分配收入。待分配收入是指任务能够进行分配的总金额与已分配收入的差值。

可以理解的是，一个任务能够进行分配的总金额可以分配至任务对应的多个记工单，若一笔记工单关联多个任务，则记工单上的总收入可以均摊至多个任务。

在一些实施例中，响应于记工单的总收入大于第一关联记工单的待分配收入，评估模块可以确定记工信息存在风险。

示例性地，第一关联记工单的可分配收入为1000元，第一关联记工单包括总收入为300元的记工单和总收入为400元的记工单，则已分配收入为700元，待分配收入为300元，此时第一用户提交的记工单上的总收入为400元，则记工单的总收入大于第一关联记工单的待分配收入，评估模块可以确定记工信息存在风险。

在本说明书的一些实施例中，通过判断记工单的总收入是否超过第一关联记工单的待分配收入，确定记工信息是否存在风险，降低人为判断出现失误的可能性，保障了资金安全。

在一些实施例中，评估模块可以基于多个第二关联记工单中的工种信息，确定工人在每个工作日的第二收入区间，基于第一用户提交的记工单和多个第二关联记工单，确定工人的单日总收入，响应于单日总收入超过第二收入区间，确定记工信息存在风险。

第二关联记工单是指除第一用户提交的记工单外，与目标工人关联的全部记工单。目标工人是指第一用户提交的记工单所对应的工人。可以理解的是，一个工人可能在单个工作日内进行多种工作，所以工人在单个工作日会存在多个记工单。示例性地，第一用户提交记工单后，目标工人在记工预警***中保存的全部记工单数量为4个，除第一用户提交的记工单外，其余3个记工单为第二关联记工单。

在一些实施例中，评估模块可以基于记工单上的工人信息，在全部记工单中查询包含有相同工人信息的记工单，将包含有相同工人信息的记工单确定为第二关联记工单。

第二收入区间是指工人在单个工作日的薪酬的区间范围。在一些实施例中，评估模块可以查询第二关联记工单中在同一工作日的多个记工单，以及多个记工单的工种信息，取所有工种信息对应的工种的并集，并确定所有工种对应的工种标准收入的上限和下限，将最大的工种标准收入的上限和最小的工种标准收入的下限确定为第二收入区间的上限和下限。关于工种标准收入的说明可以参见上述相关描述。

示例性地，若工人在单个工作日工作16小时，即标准工作时长的两倍，所进行的工作对应的工种为焊工、钳工，焊工的工种标准收入的上限为400元，钳工的工种标准收入的上限为360元，则第二收入区间的上限为400元的两倍，即800元。

单日总收入是指工人在单个工作日的实际的薪酬。在一些实施例中，第二关联记工单的工作日期可以包括多个工作日，评估模块可以选择一个工作日，寻找工作日期包括前述工作日的多个第二关联记工单，将前述多个第二关联记工单在前述工作日的单日收入累加，得到工人在前述工作日的单日总收入。关于单日收入的更多说明可以参见上述相关描述。

在一些实施例中，当第一用户提交了记工单后，评估模块可以查询该记工单的工作日期，进而查询工作日期内的每个工作日的单日总收入，若存在任意一个工作日的单日总收入与第一用户提交的记工单上的单日收入之和，超过该工作日的第二收入区间的上限或低于该工作日的第二收入区间的下限，评估模块可以确定记工信息存在风险。

在本说明书的一些实施例中，通过判断单日总收入是否超过第二收入区间，确定记工信息是否存在风险，可以避免给工人的薪酬超过工人正常工作所能获得的薪酬，保证了发薪的公平公正。

步骤230，响应于记工信息存在风险，向目标用户发送预警。

目标用户是指接收预警的用户。在一些实施例中，目标用户可以包括第一用户或者第二用户。关于第一用户与第二用户的更多说明可以参见图4的相关内容。

预警是指警报记工信息存在风险的信息。在一些实施例中，预警可以通过文字，语音等方式表示。关于向目标用户发送预警的更多内容可以参见图4及其相关描述。

步骤240，响应于记工信息不存在风险，基于记工单执行发薪操作。

发薪操作是指记工预警***给工人派发薪酬。关于发薪操作的更多说明可以参见图4及其相关描述。

在本说明书的一些实施例中，通过合理判断记工信息存在的风险，完善发薪流程，使得记工流程更加清晰透明，能够降低资金风险，保障了工人与项目管理方双方的资金安全，降低人工参与比例，保障了发薪流程的公平公正。

应当注意的是，上述有关流程200的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程手眼标定进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。

图4是根据本说明书一些实施例所示的向目标用户发送预警的示例性示意图。

在一些实施例中，响应于记工信息存在风险，风险模块可以确定风险的风险类别，基于风险类别确定接收预警的目标用户，并向目标用户发送预警。

在一些实施例中，记工信息存在的风险可以基于风险方的不同划分为不同类别。在一些实施例中，风险类别可以包括工人收入风险410和可支配收入风险420。其中，风险方是指与风险相关联的一方。在一些实施例中，风险方可以包括工人和班组长等。

在一些实施例中，若工人在任意一个工作日的单日收入超过第一收入区间，则判断风险为考勤时长校验触发的风险，风险方为工人，风险类别为工人收入风险410。可以理解的是，工人在任意一个工作日的单日收入超过第一收入区间表明工人考勤时长与记工单上的单日收入不匹配，例如，工人考勤时长为1小时，记工单上的单日收入为10000元。

在一些实施例中，若记工单的总收入大于第一关联记工单的待分配收入，则判断风险为总收入校验触发的风险，风险方为班组长，风险类别为可支配收入风险420。可以理解的是，记工单的总收入大于第一关联记工单的待分配收入表明班组长提交的记工单上的总收入已经超出了记工单对应的任务可以分配的收入，例如，记工单对应的任务可以分配的收入为1000元，但班组长提交的记工单上的总收入为10000元。

在一些实施例中，若单日总收入超过第二收入区间，则判断风险为单日收入校验触发的风险，风险方为工人，风险类别为工人收入风险410。可以理解的是，单日总收入超过第二收入区间表明工人在一个工作日内的薪酬超过了工人能够完成工作的能力，例如，工人在一个工作日内的薪酬为10000元，而工人在一个工作日内无法完成与薪酬对应的工作量。

在一些实施例中，目标用户包括第一用户430和/或第二用户440。关于目标用户的更多说明可以参见上述相关描述。

在一些实施例中，响应于风险类别为工人收入风险410，处理器可以确定目标用户包括第一用户430，响应于风险类别为可支配收入风险420，风险模块可以确定目标用户包括第二用户440。

在一些实施例中，响应于工人在任意一个工作日的单日收入超过第一收入区间，评估模块可以确定记工信息存在风险并计算记工信息存在的风险的涉及金额，若涉及金额超过第一影响阈值，风险模块可以将记工信息存在的风险确定为工人收入风险410。其中，第一影响阈值可以基于历史经验预先设置。

在一些实施例中，响应于记工单的总收入大于第一关联记工单的待分配收入，评估模块可以确定记工信息存在风险并计算记工信息存在的风险的涉及金额，若涉及金额超过第二影响阈值，风险模块可以将记工信息存在的风险确定为可支配收入风险420。其中，第二影响阈值可以基于历史经验预先设置。关于确定可支配收入风险的更多说明可以参见步骤220及其相关描述。

在一些实施例中，响应于单日总收入超过第二收入区间，评估模块可以确定记工信息存在风险并计算记工信息存在的风险的涉及金额，若涉及金额超过第三影响阈值，风险模块可以将记工信息存在的风险确定为工人收入风险410。其中，第三影响阈值可以基于历史经验预先设置。关于确定工人收入风险的更多说明可以参见步骤220及其相关描述。

关于确定记工信息存在的风险的涉及金额的说明可以参见下述相关描述。

图5是根据本说明书一些实施例所示的执行发薪操作的示例性示意图。

图6是根据本说明书一些实施例所示的执行发薪操作另一实施例的示例性示意图。

在一些实施例中，响应于风险类别为工人收入风险410 ，担保授权模块可以获取工人担保信息510，响应于工人收入风险410未超出工人担保信息510，向第一用户430发起风险垫付请求，响应于接收到第一用户430的垫付款，基于第一用户430提交的记工单执行发薪操作，响应于未接收到第一用户430的垫付款，拒绝基于第一用户430提交的记工单执行发薪操作，响应于工人收入风险410超出工人担保信息510，拒绝基于第一用户430提交的记工单执行发薪操作。

在一些实施例中，响应于风险类别为可支配收入风险420，担保授权模块可以获取班组担保信息610，响应于可支配收入风险420未超出班组担保信息610，向第二用户440发起风险垫付请求，响应于接收到第二用户440的垫付款，基于第一用户430提交的记工单执行发薪操作，响应于未接收到第二用户440的垫付款，拒绝基于第一用户430提交的记工单执行发薪操作，响应于可支配收入风险420超出班组担保信息610，拒绝基于第一用户430提交的记工单执行发薪操作。

在一些实施例中，记工信息存在的风险可以通过风险涉及的金额表征。

在一些实施例中，响应于工人在任意一个工作日的单日收入超过第一收入区间，担保授权模块可以确定单日收入超过第一收入区间的部分，将该部分的数额确定为工人收入风险涉及的金额。

在一些实施例中，响应于记工单的总收入大于第一关联记工单的待分配收入，担保授权模块可以确定总收入大于第一关联记工单的待分配收入的部分，将该部分的数额确定为可支配收入风险涉及的金额。

在一些实施例中，响应于单日总收入超过第二收入区间，担保授权模块可以确定单日总收入超过第二收入区间的部分，将该部分的数额确定为工人收入风险涉及的金额。

工人担保信息510可以用于判断当风险为工人收入风险时，是否执行发薪操作。在一些实施例中，工人担保信息510可以为预先设置且可以动态调整的垫付款数额，记工预警***可以基于工人收入风险的涉及金额与工人担保信息的垫付款数额的关系判断是否执行发薪操作。关于如何确定工人担保信息510的说明可以参见下述相关描述。

在一些实施例中，工人收入风险的涉及金额未超出工人担保信息510可以表示工人收入风险的影响程度较小，记工预警***可以向第一用户发起风险垫付请求，响应于接收到第一用户的垫付款，记工预警***可以基于第一用户提交的记工单执行发薪操作，响应于未接收到第一用户的垫付款，记工预警***可以拒绝基于第一用户提交的记工单执行发薪操作。

可以理解的是，当出现工人收入风险时，若第一用户愿意为风险作出担保，则第一用户可以支付不大于工人担保信息数额的垫付款用以记工预警***执行发薪操作，若第一用户不愿意为风险作出担保，则第一用户拒绝支付垫付款，表示第一用户认为风险的影响程度较大，不能基于第一用户提交的记工单执行发薪操作。

风险垫付请求可以用于提示第一用户或第二用户缴纳垫付款。

在一些实施例中，工人收入风险的涉及金额超出工人担保信息510，可以表示工人收入风险的影响程度较大，记工预警***可以拒绝基于第一用户提交的记工单执行发薪操作。

班组担保信息610可以用于判断当风险为可支配收入风险时，是否执行发薪操作。在一些实施例中，班组担保信息610可以为预先设置且可以动态调整的垫付款数额，记工预警***可以基于可支配收入风险的涉及金额与班组担保信息的垫付款数额的关系判断是否执行发薪操作。关于如何确定班组担保信息610的说明可以参见下述相关描述。

在一些实施例中，可支配收入风险的涉及金额未超出班组担保信息610时可以表示可支配收入风险的影响程度较小，记工预警***可以向第二用户发起风险垫付请求，响应于接收到第二用户的垫付款，记工预警***可以基于第一用户提交的记工单执行发薪操作，响应于未接收到第二用户的垫付款，记工预警***可以拒绝基于第一用户提交的记工单执行发薪操作。

可以理解的是，当出现可支配收入风险时，若第二用户愿意为风险作出担保，则第二用户支付不大于班组担保信息数额的垫付款用以记工预警***执行发薪操作，若第二用户不愿意为风险作出担保，则第二用户拒绝支付垫付款，表示第二用户认为风险的影响程度较大，不能基于第一用户提交的记工单执行发薪操作。

在一些实施例中，可支配收入风险的涉及金额超出班组担保信息610可以表示可支配收入风险的影响程度较大，记工预警***可以拒绝基于第一用户提交的记工单执行发薪操作。

在一些实施例中，当垫付款的数额小于工人担保信息510或班组担保信息610时，记工预警***会向第一用户或第二用户发起风险垫付请求，当垫付款的数额大于工人担保信息510或班组担保信息时，记工预警***不会向第一用户或第二用户发起风险垫付请求，直接拒绝基于执行发薪操作。

在一些实施例中，担保授权模块可以通过多种方式调整工人担保信息510和班组担保信息610。例如，担保授权模块可以周期获取第一用户对工人担保信息的调整值和第二用户对班组担保信息的调整值，并基于各自的调整值调整工人担保信息和班组担保信息。

在一些实施例中，担保授权模块可以基于风险行为动态调整工人担保信息510和班组担保信息610。

风险行为是指工人或班组长导致记工信息存在风险的行为。在一些实施例中，风险行为可以包括工人风险行为和班组风险行为。工人风险行为是指工人导致出现工人收入风险的行为，例如，考勤信息不准确等。班组风险行为是指班组长导致出现可支配收入风险的行为，例如，记工单填写不准确等。

在一些实施例中，工人担保信息510和班组担保信息610可以预先设置初始值，响应于记工信息存在工人收入风险或可支配收入风险，担保授权模块可以基于以下公式（9）（10）调整工人担保信息和班组担保信息：

Eg=E1+E3（9）

Eb=E2+E3（10）

其中，Eg、Eb表示调整后的工人担保信息和调整后的班组担保信息，E1、E2表示工人担保信息的初始值和班组担保信息的初始值，E3表示进行动态调整的调整系数。其中，调整系数包括实质风险系数、非实质风险系数、正向系数。

在一些实施例中，实质风险系数和非实质风险系数可以小于0，正向系数可以大于0，实质风险系数、非实质风险系数、正向系数可以基于历史经验预先设置，并通过数值、百分比、函数等方式表示。

在一些实施例中，当工人或班组长触发了风险行为（即记工信息存在工人收入风险或可支配收入风险）并且第一用户或第二用户愿意支付垫付款，上述公式（9）（10）中的E3可以为实质风险系数，以降低工人担保信息或班组担保信息的大小。

可以理解的是，当工人或班组长触发了风险行为，工人或班组长的可信度降低，需要降低工人担保信息或班组担保信息的大小，并且第一用户或第二用户愿意支付垫付款，此时风险是已经由第一用户或第二用户确认的，并且执行了发薪操作（实质结果），风险为实质风险。

在一些实施例中，当工人或班组长触发了风险行为但第一用户或第二用户拒绝支付垫付款，上述公式（9）（10）中的E3可以为非实质风险系数，以降低工人担保信息或班组担保信息的大小。

可以理解的是，当工人或班组长触发了风险行为，工人或班组长的可信度降低，需要降低工人担保信息或班组担保信息的大小，并且第一用户或第二用户拒绝支付垫付款，此时风险是已经由第一用户或第二用户确认拒绝的，并没有执行发薪操作（无实质结果），风险为非实质风险。

在一些实施例中，当工人或班组长在触发了风险行为后一段时间内未触发风险行为，上述公式（9）（10）中的E3可以为正向系数，以提高降低后的工人担保信息或班组担保信息的大小，但不能超过工人担保信息的初始值或班组担保信息的初始值。可以理解的是，当工人或班组长一段时间内未触发风险行为，工人或班组长的可信度提高，可以逐渐恢复工人担保信息或班组担保信息。

在一些实施例中，工人担保信息510或班组担保信息610在经过调整后不可以大于工人担保信息510的初始值或班组担保信息610的初始值。

在一些实施例中，通过风险行为动态调整工人担保信息和班组担保信息，可以在调整工人担保信息和班组担保信息考虑到对应的工人和班组的实际情况，使得工人担保信息和班组担保信息的准确度更高。

在一些实施例中，响应于记工预警***拒绝基于第一用户提交的记工单执行发薪操作，担保授权模块可以向第一用户发起修改请求，以获取第一用户修改后的记工单。

在一些实施例中，担保授权模块可以基于风险类别，确定记工信息的修改内容并向第一用户推送修改提示信息。其中，修改提示信息可以用于提示第一用户记工单需要修改的部分。修改内容可以包括修改单日收入、修改总收入、修改考勤时长等。

示例性地，响应于风险类别为可支配收入风险，担保授权模块可以确定记工信息需要修改的内容为总收入，向第一用户推送需要修改总收入的提示信息。

在一些实施例中，在拒绝执行发薪操作后，可以反馈至第一用户以修改记工单，并推送修改提示信息，可以简化记工步骤，提高记工效率。

在本说明书的一些实施例中，基于班组担保信息或工人担保信息，判断是否执行发薪操作，可以使得发薪操作公平公正，并且提高了发薪的效率。

在本说明书的一些实施例中，在本说明书的一些实施例中，通过风险类别区分不同的目标用户，可以使得接收预警的目标用户更加明确，责任划分更加清楚。

此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20%的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

如果本说明书引用材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

Claims (6)

1.一种记工预警***，其特征在于，所述***包括记工模块、评估模块、风险模块以及担保授权模块；

所述记工模块被配置为获取第一用户提交的记工单，所述记工单包括项目信息、工人信息以及记工信息；

所述评估模块被配置为验证所述记工单的所述记工信息是否存在风险；

所述风险模块被配置为响应于所述记工信息存在风险，向目标用户发送预警，包括：

响应于所述记工信息存在风险，确定所述风险的风险类别，所述风险类别包括工人收入风险和可支配收入风险；

基于所述风险类别确定接收预警的目标用户，并向所述目标用户发送预警，所述目标用户包括所述第一用户和/或第二用户，第二用户为所述第一用户的管理方，所述基于所述风险类别确定接收预警的目标用户包括：

响应于所述风险类别为所述工人收入风险，确定所述目标用户包括所述第一用户；

响应于所述风险类别为可支配收入风险，确定所述目标用户包括所述第二用户；

所述担保授权模块被配置为响应于所述记工信息不存在风险，基于所述记工单执行发薪操作，包括：

响应于所述风险类别为所述工人收入风险，获取工人担保信息；

响应于所述工人收入风险未超出所述工人担保信息，向所述第一用户发起风险垫付请求；响应于接收到所述第一用户的垫付款，基于所述第一用户提交的记工单执行发薪操作，响应于未接收到所述第一用户的垫付款，拒绝基于所述第一用户提交的记工单执行所述发薪操作；

响应于所述工人收入风险超出所述工人担保信息，拒绝基于所述第一用户提交的记工单执行所述发薪操作；

响应于所述风险类别为所述可支配收入风险，获取班组担保信息；

响应于所述可支配收入风险未超出所述班组担保信息，向所述第二用户发起所述风险垫付请求；响应于接收到所述第二用户的垫付款，基于所述第一用户提交的记工单执行所述发薪操作，响应于未接收到所述第二用户的垫付款，拒绝基于所述第一用户提交的记工单执行所述发薪操作；

响应于所述可支配收入风险超出所述班组担保信息，拒绝基于所述第一用户提交的记工单执行所述发薪操作。

2.如权利要求1所述的***，其特征在于，所述记工信息包括工作日期和总收入，所述工作日期包括多个工作日，所述总收入包括工人在所述多个工作日的每个工作日的单日收入；

所述评估模块还被配置为：

获取考勤信息；

基于所述考勤信息，确定所述工人在每个所述工作日的第一收入区间；

响应于所述工人在任意一个所述工作日的单日收入超过所述第一收入区间，确定所述记工信息存在风险。

3.如权利要求2所述的***，其特征在于，所述记工信息包括工种信息，所述评估模块还被配置为：

基于所述考勤信息，确定所述工人在每个所述工作日的实际工作时长；

确定与所述工种信息对应的工种价值范围；

基于所述实际工作时长和所述工种价值范围，确定每个所述工作日的第一收入区间。

4.如权利要求3所述的***，其特征在于，所述评估模块还被配置为：

获取初始价值范围和历史任务单；

基于所述历史任务单确定历史价值范围；

基于所述历史价值范围和所述初始价值范围，确定所述工种价值范围。

5.如权利要求1所述的***，其特征在于，所述记工信息包括任务信息；

所述评估模块还被配置为：

基于所述任务信息确定与所述记工单关联的第一关联记工单；

确定所述第一关联记工单的可分配收入，所述可分配收入包括已分配收入和待分配收入；

响应于所述记工单的总收入大于所述第一关联记工单的所述待分配收入，确定所述记工信息存在风险。

6.如权利要求2所述的***，其特征在于，所述评估模块还被配置为：

获取与所述工人关联的多个第二关联记工单；

基于所述多个第二关联记工单中的工种信息，确定所述工人在每个所述工作日的第二收入区间；

基于所述第一用户提交的记工单和所述多个第二关联记工单，确定所述工人的单日总收入；

响应于所述单日总收入超过所述第二收入区间，确定所述记工信息存在风险。