CN113837853A - 一种房地产工程项目分包商请款管理系统及请款方法 - Google Patents

Abstract

本发明公开了一种房地产工程项目分包商请款管理系统及请款方法，分包商请款方法基于分包商客户端发起以下流程：根据分包项目的施工范围内已完成的工程情况，上报已完成工程项；并至少针对已完成工程项所属的施工范围内的每一施工工艺，上报至少一名农民工的身份信息、对应的农民工合同信息及联系方式；发起进度款请款申请，包括在显示的人机交互界面中依次选择分包项目、已完成且未请款的工程项；接收可请款金额的消息，并填写拟请款金额，所述拟请款金额不得大于所述可请款金额；等待审批通过后，接收需要在制定的期限内完成向农民工发放工资的提示消息。本发明既提出了一种简便、合理的分包商请款解决方案，又融入了农民工的权益保障措施。

Description

一种房地产工程项目分包商请款管理系统及请款方法

技术领域

本发明涉及工程项目财务管理领域，尤其涉及一种房地产工程项目分包商请款管理系统及请款方法。

背景技术

房地产工程项目一般具有工程量巨大且验收周期紧促的特点，因此，惯常的工程承包形式为分包，即将总施工工程划分成若干个子工程，跟多家分包商单位签订合同，再由分包商单位组织工人(俗称农民工)进场施工。

由于工程支出较大，因此，分包商合同中一般会约定根据施工进度或者合同约定工程量完成进度，分包商单位可以请求结算进度款，以有资金来及时向农民工支付工资。

目前，分包商分阶段结算进度款是一项非常令人头痛的事情，不合理的分包商请款制度会给工程项目带来巨大的隐患，比如：过分松懈地管理分包商的请款行为会导致分包商超前请款，施工进度缺乏有效激励，无法确保工程高质量地验收；过分严格地限制分包商的请款行为会耗费房地产商和分包商双方的人力和时间成本，容易导致分包商资金短缺而影响工程的正常推进，并且房地产商无法掌控自己的资金均衡支出。

发明内容

为了解决现有技术的问题，本发明提供了一种房地产工程项目分包商请款管理系统及请款方法，技术方案如下：

一方面，本发明提供了一种房地产工程项目分包商请款管理系统，包括以下模块：

施工工艺信息录入模块，其被配置为由房地产客户端录入项目内各个户型的施工工艺信息，包括工艺名称、工艺单价和工艺数量，所述施工工艺信息附带对应的分包商客户端对其的确认文件；

分包合同信息录入模块，其被配置为由房地产客户端录入项目内各个分包合同信息，包括分包商名称、分包项目、对应的施工范围及合同金额，其中，所述施工范围包括房号、对应的户型信息及施工工艺，所述合同金额与所述施工范围相关；

已完成工程项更新模块，其被配置为接收分包商客户端上传的分包项目的施工范围内已完成的工程项信息，并根据对其的审核结果更新该分包商的已完成工程项，包括对该分包商对应的施工范围中审核结果为已完成的工程项进行打标；

分包商请款信息收集模块，其被配置为收集分包商的可请款信息，包括分包项目及其施工范围内已完成且未请款的工程项；

可请款金额计算模块，其被配置为响应所述分包商请款信息收集模块收集到可请款信息，按照预设的计算方式计算得到当前可请款信息对应的可请款金额，与所述预设的计算方式相关的数据包括所述施工工艺信息录入模块录入的工艺单价和工艺数量，和/或所述分包合同信息录入模块录入的分包合同的合同金额；

款项支付审批模块，其被配置为按照预设的顺序向多级的房地产客户端发送各自的审批信息，且仅在接收到前一级房地产客户端的同意审批消息后才会向后一级房地产客户端发送审批信息，以形成审批流水；若收到最后一级房地产客户端的同意审批消息，则在向该分包商支付款项后，或者预先将所述分包商请款信息收集模块收集到的施工范围内的工程项对应的未请款标记更新为已请款标记。

进一步地，所述分包商请款信息收集模块被配置为响应分包商客户端发出的请款请求，向该分包商客户端返回对应的分包项目列表；响应于分包商客户端选择的分包项目，向该分包商客户端返回所选分包项目的施工范围内已完成的工程项信息列表及对应的已请款标记或者未请款标记；响应于分包商客户端从所述已完成的工程项信息列表中选择对应未请款标记的工程项，其中，对应已请款标记的工程项无法被分包商客户端选择，收集所述分包商客户端选择的可请款信息，包括分包项目及其施工范围内已完成且未请款的工程项。

进一步地，所述分包商请款信息收集模块被配置为向分包合同信息录入模块查询分包商对应的分包项目以及分包项目内的施工范围，其中，所述施工范围的工程项包括已完成标记或未完成标记，其中带已完成标记的工程项还包括已请款标记或未请款标记；

为分包商选择部分或全部带已完成标记和未请款标记的工程项，将其与对应的分包项目信息作为所述分包商请款信息收集模块收集的分包商的可请款信息。

本发明的进一步的一种技术方案为，所述房地产工程项目分包商请款管理系统还包括农民工信息收集模块，其被配置为基于所述分包合同信息录入模块录入的分包合同信息，且基于该分包商对应的施工范围内的各项施工工艺，向各个分包商客户端发送农民工信息收集请求，进而向各个分包商收集其所分包的每项施工工艺对应的至少一名农民工的身份信息、对应的农民工合同信息及联系方式；

请款权限审核模块，其被配置为响应分包商客户端发出的请款请求，且在所述分包商请款信息收集模块收集分包商的请款信息之后，对该分包商的请款权限进行审核，包括：若已收集到所述分包商客户端所选请款信息中工程项对应的施工工艺所对应的农民工信息，则该分包商的请款权限审核通过，否则审核失败，并向对应的分包商客户端发出需要其上传农民工信息的提示信息；所述可请款金额计算模块仅在该分包商的请款权限审核通过的前提下计算其可请款金额。

本发明的进一步的第二种技术方案为，所述房地产工程项目分包商请款管理系统还包括农民工信息收集模块，其被配置为基于所述分包合同信息录入模块录入的分包合同信息，且基于该分包商对应的施工范围内的各项施工工艺，向各个分包商客户端发送农民工信息收集请求，进而向各个分包商收集其所分包的每项施工工艺对应的至少一名农民工的身份信息、对应的合同信息及联系方式；

请款权限审核模块，其被配置为响应分包商客户端发出的请款请求，且在所述分包商请款信息收集模块收集分包商的请款信息之前，对该分包商的请款权限进行审核，包括：若已收集齐全该分包商客户端发送的与其施工范围内全部施工工艺对应的农民工信息，则该分包商的请款权限审核通过，否则审核失败，并向对应的分包商客户端发出需要其上传农民工信息的提示信息；所述分包商请款信息收集模块仅在该分包商的请款权限审核通过的前提下收集该分包商的请款信息。

基于上述两种技术方案，所述农民工信息收集模块还提供查询接口，若所述款项支付审批模块完成各级房地产客户端的审批通过后且向该分包商支付其所请的工程项的费用后，在预设的期限后，根据所述农民工信息收集模块的查询接口查询该分包商所请的工程项对应的施工工艺所对应的农民工信息；

若向该农民工核实到工资未发放或发放情况与农民工合同不一致，则向所述请款权限审核模块进行备注，进而在所述请款权限审核模块下一次响应该分包商客户端的请款请求时直接将其请款权限审核失败，并向其分包商客户端发出需要支付农民工工资的提示信息。

进一步地，所述房地产工程项目分包商请款管理系统还包括AI电话随访模块，其被配置为在预设的期限后，自动向所述农民工信息收集模块查询分包商所请的工程项对应的施工工艺所对应的农民工信息；根据查询到的农民工信息中的联系方式，向该农民工拨打人工智能电话，以核实工资发放情况，若核实结果被识别为工资未发放或少发放，则向所述请款权限审核模块进行所述备注。

进一步地，若所述请款权限审核模块将分包商客户端的请款权限审核失败，则向对应的分包商客户端发出提示信息的同时，向该分包商提供请求复核的接口；

其中，请求复核的方式包括：

分包商客户端上传农民工工资发放凭证，或者，触发再次向农民工电话随访的程序。

具体地，分包商客户端发出的请款请求包括工程阶段性请款请求和项目内全部工程项完成后的结算请款请求；

若所述请款权限审核模块识别到分包商客户端发出的请款请求为结算请款请求，则发出需要向对应未请款标记的工程项对应的施工工艺所对应的农民工核实工资发放情况的提示信息；若核实结果被识别为工资未发放或少发放，则所述请款权限审核模块将该分包商的结算请款权限审核失败；

所述款项支付审批模块仅在该分包商的结算请款权限审核通过的前提下发起审批流程。

可选地，若不涉及其他款项金额，比如奖励项、罚款项，则所述可请款金额计算模块按照以下公式计算可请款金额：

可请款金额＝合同金额×预设的付款比例-累计已付金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，或者，

可请款金额＝工艺单价×工艺数量×分包商本次请款所选的施工范围内已完成的工程项×预设的付款比例，或者，

取以上公式计算结果中的较小值。

若涉及其他款项金额，比如奖励项、罚款项，则所述可请款金额计算模块按照以下公式计算可请款金额：

可请款金额＝合同金额*预设的付款比例-累计已付金额+其他款项金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，所述其他款项包括奖励款项、签证款项、扣款款项、预支款项中的一项或多项，其中，所述奖励款项和签证款项的金额为正数，所述扣款款项和预支款项的金额为负数。

进一步地，所述房地产工程项目分包商请款管理系统还包括分包商预支审批模块，其被配置为审批分包商的预支申请，若该分包商的预支申请审批通过，则所述其他款项包括预支款项；

所述分包商预支审批模块审批分包商的预支申请包括以下流程：

响应于分包商客户端发送预支申请请求，则向其返回对应的分包项目列表；

响应于分包商客户端选择目标分包项目，则向其返回该分包项目对应的施工范围列表；

响应于分包商客户端选择目标施工工艺，则向其返回录入农民工信息的人机交互界面，所述人机交互界面包括农民工姓名输入框、预支金额及农民工合同本地上传按键；

在分包商录入农民工姓名、预支金额和农民工合同电子件后，人工核对所述农民工合同中的乙方是否与录入的农民工姓名一致，若一致，则进行下一步；

判断该分包商录入的预支金额是否超出预设的单次预支阈值，或者，该分包商在本分包项目的已预支金额是否达到预设的最大预支阈值，若满足任一条件，则驳回其本次预支申请请求，若均不满足，则该分包商此次预支申请审批通过并转财务付款流程；

并将此次预支金额累加至本分包项目的已预支金额中，及向分包商客户端返回向农民工付款流水凭证的上传界面。

进一步地，每次分包商客户端发送预支申请请求之后，判断是否存在未上传的向农民工付款流水凭证，若是，则该分包商客户端跳转至所述向农民工付款流水凭证的上传界面。

可选地，在该分包商上传向农民工付款流水凭证后，通过以下两种方式中的任一方式或者组合方式对本次预支申请作核验：

对所述流水凭证进行图像处理及信息提取，得到凭证中的被转账用户的用户名，将其与本次预支申请请求中分包商录入的农民工姓名比对是否一致；和/或，

人工核对本次预支申请请求中分包商录入的农民工姓名与分包商上传的向农民工付款流水凭证中显示的被转账用户的用户名是否一致；

若一致，则核验通过，否则核验失败；

若核验失败，则向分包商客户端发送需要重新上传向农民工付款流水凭证的提示信息；在下一次分包商客户端发送预支申请请求之后，判断是否存在核验失败的向农民工付款流水凭证，若是，则该分包商客户端跳转至对应的重新上传向农民工付款流水凭证的界面，直至新上传的向农民工付款流水凭证通过核验。

进一步地，所述管理系统还包括分包商奖励审批模块，其被配置为审批分包商的奖励申请，若该分包商的奖励申请审批通过，则所述其他款项包括奖励款项；和/或，

所述管理系统还包括分包商签证审批模块，其被配置为审批分包商的签证信息，若该分包商的签证审批通过，则所述其他款项包括签证款项；和/或，

所述管理系统还包括分包商扣款模块，其被配置为向分包商发起扣款流程，若该扣款流程经分包商确认，则所述其他款项包括扣款款项。

进一步地，所述房地产工程项目分包商请款管理系统还包括分包商维保款审结模块，其被配置为响应分包商客户端发出的针对分包项目的维保款请款请求，判断该分包项目的验收日期距今是否满足预设的维保期期限，若不满足，驳回该分包商的此次维保款请款请求；

若满足，则查询在维保期期限内的扣款金额，并按照以下公式计算公式计算该分包项目的维保款：

维保款＝合同金额*预设的付款比例-累计已付金额+其他款项金额-维保期期限内的扣款金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，所述其他款项包括奖励款项、签证款项、扣款款项、预支款项中的零项或多项，所述维保期期限内的扣款金额为零或者正数。

进一步地，所述款项支付审批模块包括依次以下审核流程：

执行工程外审审核，其被配置为审核工艺流程是否正确、价格是否正确、数量是否正确；

工程内审审核审核，其被配置为审核实际的工程项和图纸的计划工程项之间的误差情况；

财务第一次审核，其被配置为审核请款金额是否符合规定，及审核收款银行的账户信息是否正确；

区域负责人审核，其被配置为审核请款的已完成工程项和现场实际完成工程项是否匹配；

质品审核，其被配置为在结算款请款时，确定项目内全部工程项完成情况，及确定项目内所有整改已经完成并通过验收；

总经理审核，其被配置为根据可请款金额可设置批复的请款金额；

售后审批，其被配置为在维保款请款时，审核项目维保期内是否有扣款；

财务第二次审核，其被配置为根据之前的审核情况，发起付款流程。

另一方面，本发明提供了一种房地产工程项目分包商请款方法，包括基于分包商客户端发起以下流程：

根据分包项目的施工范围内已完成的工程情况，上报已完成工程项；并至少针对已完成工程项所属的施工范围内的每一施工工艺，上报至少一名农民工的身份信息、对应的农民工合同信息及联系方式；

发起进度款请款申请，包括在显示的人机交互界面中依次选择分包项目、已完成且未请款的工程项；

接收可请款金额的消息，并填写拟请款金额，所述拟请款金额不得大于所述可请款金额；

等待审批通过后，接收需要在制定的期限内完成向农民工发放工资的提示消息。

本发明提供的技术方案带来的有益效果如下：

a.简化分包商请款流程，只需要选择分包商已完成且未请款的工程项即可计算机自动计算可请款流程，将请款金额限制在一个合理的范围；

b.将工程完成量与请款金额挂钩，能够激励分包商把握施工进度，确保工期如约完成。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本公开的一个示例性实施例提供的房地产工程项目分包商请款管理系统的示意框图；

图2为本公开的一个示例性实施例提供的施工工艺信息录入模块录入项目各个户型的施工工艺详情的界面示意图；

图3为本公开的一个示例性实施例提供的分包合同信息录入模块录入分包合同信息的界面示意图；

图4为本公开的一个示例性实施例提供的分包商预支申请的界面示意图；

图5为本公开的一个示例性实施例提供的选择分包商已完成工程项进行请款的界面示意图；

图6为本公开的一个示例性实施例提供的房地产工程项目分包商请款方法示意流程图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本发明的一个实施例中，提供了一种房地产工程项目分包商请款管理系统，参见图1，所述请款管理系统包括以下模块：

施工工艺信息录入模块100，其被配置为由房地产客户端录入项目内各个户型的施工工艺信息，包括工艺名称、工艺单价和工艺数量，所述施工工艺信息附带对应的分包商客户端对其的确认文件；

具体地，资料员维护好项目各个户型的施工工艺详情，包括工艺名称、单价、数量，参见图2示意。其中工艺名称和单价，一般是合同中约定的，数量是由外审去工地实量得出的，并且这个数量需要分包商的负责人在现场监督，并签字确认，得到所述确认文件。

分包合同信息录入模块200，其被配置为由房地产客户端录入项目内各个分包合同信息，包括分包商名称、分包项目、对应的施工范围及合同金额，其中，所述施工范围包括房号、对应的户型信息及施工工艺，所述合同金额与所述施工范围相关；

具体地，资料员维护好项目的分包合同，包括所属项目、分包商名称、分包合同名称、合同的附件、施工范围、合同金额、合同说明，如图3示意。

已完成工程项更新模块300，其被配置为接收分包商客户端上传的分包项目的施工范围内已完成的工程项信息，并根据对其的审核结果更新该分包商的已完成工程项，包括对该分包商对应的施工范围中审核结果为已完成的工程项进行打标；

具体地，分包请款时选择已经完成的施工工艺详情，计算出已完成工程量，已完成工程量会影响或决定分包商的进度款申请额度，因此，分包商应当在请进度款之前，先将自己所签合同的分包项目的施工范围内已完成的工程项信息上报已完成信息，接受房地产商的工程监理的审核，如果质量审核通过，则为上报的工程项信息打标为已完成，若质量审核不通过，则反馈至分包商进行整改，根据整改后的情况再决定是否打标。

分包商请款信息收集模块400，其被配置为收集分包商的可请款信息，包括分包项目及其施工范围内已完成且未请款的工程项；

具体有两种方式，一种是分包商自主请款方式来收集可请款信息，另一种是房地产商的项目经理主动为分包商收集可请款信息，具体下文详述。

可请款金额计算模块500，其被配置为响应所述分包商请款信息收集模块400收集到可请款信息，按照预设的计算方式计算得到当前可请款信息对应的可请款金额，与所述预设的计算方式相关的数据包括所述施工工艺信息录入模块100录入的工艺单价和工艺数量，和/或所述分包合同信息录入模块200录入的分包合同的合同金额；

具体的可请款金额的计算方式根据不同的请款阶段可能有所不同：

比如，请款的种类可以为进度款、结算款和维保款，三者的区别在于，进度款为分包项目内尚有未完成工程项的情况下所请的款，结算款为分包项目内工程项全部完成的情况下所请的款，维保款为在过了维保期限后可请的款，三种不同的款项的可请款金额的计算方式分别如下：

若不涉及其他款项金额，比如奖励项、罚款项，则进度款的可请款金额计算公式如下：

可请款金额＝工艺单价×工艺数量×分包商本次请款所选的施工范围内已完成的工程项×预设的付款比例；

结算款的可请款金额计算公式如下：

可请款金额＝合同金额×预设的付款比例-累计已付金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和；

维保款的可请款金额计算公式如下：

可请款金额＝合同金额-累计已付金额。

很多情况下，为了对分包商的施工进行管理，通常会有奖惩，会相应产生其他款项金额，这种情况下，涉及涉及其他款项金额，则结算款的可请款金额计算模块500按照以下公式计算可请款金额：

可请款金额＝合同金额*预设的付款比例-累计已付金额+其他款项金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，所述其他款项包括奖励款项、签证款项、扣款款项、预支款项中的一项或多项，其中，所述奖励款项和签证款项的金额为正数，所述扣款款项和预支款项的金额为负数。

可以直接按照可请款金额进行后续审批，也可以将可请款金额反馈给分包商客户端，由其填写本次意向的拟请款金额，然后对拟请款金额进行后续审批，需要注意的是，拟请款金额不能大于可请款金额。

款项支付审批模块600，其被配置为按照预设的顺序向多级的房地产客户端发送各自的审批信息，且仅在接收到前一级房地产客户端的同意审批消息后才会向后一级房地产客户端发送审批信息，以形成审批流水；若中间任一级房地产客户端未同意审批消息，即向分包商客户端返回审批失败的消息；在本发明实施例中，所述款项支付审批模块600包括依次以下审核流程：

执行工程外审审核，其被配置为审核工艺流程是否正确、价格是否正确、数量是否正确；

工程内审审核审核，其被配置为审核实际的工程项和图纸的计划工程项之间的误差情况；

财务第一次审核，其被配置为审核请款金额是否符合规定，及审核收款银行的账户信息是否正确；

区域负责人审核，其被配置为审核请款的已完成工程项和现场实际完成工程项是否匹配；

质品审核，其被配置为在结算款请款时，确定项目内全部工程项完成情况，及确定项目内所有整改已经完成并通过验收；

总经理审核，其被配置为根据可请款金额可设置批复的请款金额；

售后审批，其被配置为在维保款请款时，审核项目维保期内是否有扣款；

财务第二次审核，其被配置为根据之前的审核情况，发起付款流程。

若收到最后一级房地产客户端的同意审批消息，则在向该分包商支付款项后，或者预先将所述分包商请款信息收集模块400收集到的施工范围内的工程项对应的未请款标记更新为已请款标记。

其中，关于售后审批，所述房地产工程项目分包商请款管理系统还包括分包商维保款审结模块700，其被配置为响应分包商客户端发出的针对分包项目的维保款请款请求，判断该分包项目的验收日期距今是否满足预设的维保期期限，若不满足，驳回该分包商的此次维保款请款请求；

若满足，则查询在维保期期限内的扣款金额，并按照以下公式计算公式计算该分包项目的维保款：维保款＝合同金额*预设的付款比例-累计已付金额+其他款项金额-维保期期限内的扣款金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，所述其他款项包括奖励款项、签证款项、扣款款项、预支款项中的零项或多项，所述维保期期限内的扣款金额为零或者正数。

如上文所说，第一种请款方式是分包商自主请款方式来收集可请款信息，具体为：所述分包商请款信息收集模块400被配置为响应分包商客户端发出的请款请求，向该分包商客户端返回对应的分包项目列表；响应于分包商客户端选择的分包项目，向该分包商客户端返回所选分包项目的施工范围内已完成的工程项信息列表及对应的已请款标记或者未请款标记；响应于分包商客户端从所述已完成的工程项信息列表中选择对应未请款标记的工程项，其中，对应已请款标记的工程项无法被分包商客户端选择，收集所述分包商客户端选择的可请款信息，包括分包项目及其施工范围内已完成且未请款的工程项。

另一种是房地产商项目经理主动为分包商请款，现有技术中很少有房地产商为分包商请款的，本申请正是基于上述房地产工程项目分包商请款管理系统的模块框架，使得主动为分包商请款成为可能，这还有利于均衡房地产商每个月的支出均衡。具体地，所述分包商请款信息收集模块400被配置为向分包合同信息录入模块200查询分包商对应的分包项目以及分包项目内的施工范围，其中，所述施工范围的工程项包括已完成标记或未完成标记，其中带已完成标记的工程项还包括已请款标记或未请款标记；

为分包商选择部分或全部带已完成标记和未请款标记的工程项，将其与对应的分包项目信息作为所述分包商请款信息收集模块400收集的分包商的可请款信息。具体为：

第一步，选择合同-选择项目，系统将该项目下的分包商展示出来，选择分包商，系统将该项目该分包商下面的分包合同展示出来，选择分包合同，系统将该分包合同下的关联数据均显示出来，如合同金额、合同编码、合同内容、关联合同的已经审核通过的请款金额、扣款金额、奖励金额、签证金额、预支金额；第二步，选择已经完成的工程量，已经请过款的工程量不能重复选择，输入已完成的工程量后，系统会自动计算出已完成的工程造价；第三步，选择付款比例，工程合同一般会有进度款、结算款、维保款等类型请款，比如进度款一般会按照已经完成工程量的80％请款，结算款会按照总合同的95％请款，维保款一般为工程验收后的两年后，可以请5％的维保款。选择付款比例后，系统会自动算出可请款金额。总体的计算公式可以为：可请款金额＝合同总额*付款比例+奖励+签证-扣款-预支-累计已付。

以上两种请款方式仅为发起方不同，前者以分包商客户端发起，后者以房地产商客户端发起，实质内容均为选择分包商的项目内的已完成且未请款的工程项信息，参见图5，以作为可请款金额计算模块500计算进度款可请款金额的计算素材。

本发明另一构思在于为分包商请款提供一种高效、公正的财务解决方案的同时，保障农民工的权益，减少农民工被拖欠工资的不良现象，具体方案有如下两种：

在本发明的一个实施例中，所述房地产工程项目分包商请款管理系统还包括农民工信息收集模块800，其被配置为基于所述分包合同信息录入模块200录入的分包合同信息，且基于该分包商对应的施工范围内的各项施工工艺，向各个分包商客户端发送农民工信息收集请求，进而向各个分包商收集其所分包的每项施工工艺对应的至少一名农民工的身份信息、对应的农民工合同信息及联系方式；

请款权限审核模块900，其被配置为响应分包商客户端发出的请款请求，且在所述分包商请款信息收集模块400收集分包商的请款信息之后，对该分包商的请款权限进行审核，包括：若已收集到所述分包商客户端所选请款信息中工程项对应的施工工艺所对应的农民工信息，则该分包商的请款权限审核通过，否则审核失败，并向对应的分包商客户端发出需要其上传农民工信息的提示信息；所述可请款金额计算模块500仅在该分包商的请款权限审核通过的前提下计算其可请款金额。

在本发明的另一个实施例中，所述房地产工程项目分包商请款管理系统还包括农民工信息收集模块800，其被配置为基于所述分包合同信息录入模块200录入的分包合同信息，且基于该分包商对应的施工范围内的各项施工工艺，向各个分包商客户端发送农民工信息收集请求，进而向各个分包商收集其所分包的每项施工工艺对应的至少一名农民工的身份信息、对应的合同信息及联系方式；

请款权限审核模块900，其被配置为响应分包商客户端发出的请款请求，且在所述分包商请款信息收集模块400收集分包商的请款信息之前，对该分包商的请款权限进行审核，包括：若已收集齐全该分包商客户端发送的与其施工范围内全部施工工艺对应的农民工信息，则该分包商的请款权限审核通过，否则审核失败，并向对应的分包商客户端发出需要其上传农民工信息的提示信息；所述分包商请款信息收集模块400仅在该分包商的请款权限审核通过的前提下收集该分包商的请款信息。

两种实施例的区别在于，前者可以随着施工进度的推进，逐项录入农民工信息；后者需要在第一次请款之前，对其所分包的每项施工工艺均一一对应录入农民工信息。否则，将对其请款权限进行限制。

不仅如此，所述农民工信息收集模块800还提供查询接口，若所述款项支付审批模块600完成各级房地产客户端的审批通过后且向该分包商支付其所请的工程项的费用后，在预设的期限后，根据所述农民工信息收集模块800的查询接口查询该分包商所请的工程项对应的施工工艺所对应的农民工信息；

若向该农民工核实到工资未发放或发放情况与农民工合同不一致，则向所述请款权限审核模块900进行备注，进而在所述请款权限审核模块900下一次响应该分包商客户端的请款请求时直接将其请款权限审核失败，并向其分包商客户端发出需要支付农民工工资的提示信息。

很明显，这对分包商提出了需要及时向农民工发放工资的要求，否则会限制其下一次请款。在本发明的一个实施例中，所述房地产工程项目分包商请款管理系统还包括AI电话随访模块1000，其被配置为在预设的期限后，自动向所述农民工信息收集模块800查询分包商所请的工程项对应的施工工艺所对应的农民工信息；根据查询到的农民工信息中的联系方式，向该农民工拨打人工智能电话，以核实工资发放情况，若核实结果被识别为工资未发放或少发放，则向所述请款权限审核模块900进行所述备注。显然，本发明并不排除人工电话的实施方式，这同样可以实现本发明的技术方案。

进一步地，若所述请款权限审核模块900将分包商客户端的请款权限审核失败，则向对应的分包商客户端发出提示信息的同时，向该分包商提供请求复核的接口；

若分包商主动发现了没有在期限内支付农民工工资，或者直至其下一次请款时跳转或弹出的提示信息而意识到没有在期限内支付农民工工资，则可以在给农民工发放工资后请求复核，其中，请求复核的方式包括：

分包商客户端上传农民工工资发放凭证，或者，触发再次向农民工电话随访的程序，以解除限制，体现为所述请款权限审核模块900将该分包商的请款权限修改为通过。

以上为进度款请款(工程阶段性请款)过程中保障农民工的权益的技术方案，对于结算款请款阶段，同样可以实现对农民工的权益保障，可实施方式为：若所述请款权限审核模块900识别到分包商客户端发出的请款请求为结算请款请求，则发出需要向对应未请款标记的工程项对应的施工工艺所对应的农民工核实工资发放情况的提示信息；若核实结果被识别为工资未发放或少发放，则所述请款权限审核模块900将该分包商的结算请款权限审核失败；

所述款项支付审批模块600仅在该分包商的结算请款权限审核通过的前提下发起审批流程。

不同于进度款的请款流程，结算款的请款强制分包商先向农民工支付工资，才可以进行结算款的请款。

上文的可请款金额计算公式中提到，如有其他款项包括奖励款项、签证款项、扣款款项、预支款项，则计算可请款金额就需要进行相应的数据加减计算：

所述管理系统还包括分包商奖励审批模块1100，其被配置为审批分包商的奖励申请，若该分包商的奖励申请审批通过，则所述其他款项包括奖励款项；和/或，

所述管理系统还包括分包商签证审批模块1200，其被配置为审批分包商的签证信息，若该分包商的签证审批通过，则所述其他款项包括签证款项；和/或，

所述管理系统还包括分包商扣款模块1300，其被配置为向分包商发起扣款流程，若该扣款流程经分包商确认，则所述其他款项包括扣款款项；和/或

所述房地产工程项目分包商请款管理系统还包括分包商预支审批模块1400，其被配置为审批分包商的预支申请，参见图4，若该分包商的预支申请审批通过，则所述其他款项包括预支款项。

其中，奖励审批主要针对分包商施工过程中表现达到条件，比如整改率较低、提前交付等，而对其进行一定金额的奖励；

签证审批主要针对分包商施工过程中应房地产商要求而作的一些超出合同规定工作内容而需要做个签证来落实应当支付的金额奖励；

扣款审批主要针对分包商在施工过程中一些不良行为而对其作出的一定惩罚性地扣款，因此需要走审批流程经分包商自身确认。

预支款审批主要针对分包商在特定的条件下提前向房地产商预支一部分的金额，下面以预支款为例做示例说明，而不再对奖励款、签证款、扣款的流程一一说明了。

所述分包商预支审批模块1400审批分包商的预支申请包括以下流程：

响应于分包商客户端发送预支申请请求，则向其返回对应的分包项目列表；

响应于分包商客户端选择目标分包项目，则向其返回该分包项目对应的施工范围列表；

响应于分包商客户端选择目标施工工艺，则向其返回录入农民工信息的人机交互界面，所述人机交互界面包括农民工姓名输入框、预支金额及农民工合同本地上传按键；

在分包商录入农民工姓名、预支金额和农民工合同电子件后，人工核对所述农民工合同中的乙方是否与录入的农民工姓名一致，若一致，则进行下一步；

判断该分包商录入的预支金额是否超出预设的单次预支阈值，或者，该分包商在本分包项目的已预支金额是否达到预设的最大预支阈值，若满足任一条件，则驳回其本次预支申请请求，若均不满足，则该分包商此次预支申请审批通过并转财务付款流程；

并将此次预支金额累加至本分包项目的已预支金额中，及向分包商客户端返回向农民工付款流水凭证的上传界面。

为了监督分包商将预支金额发放给农民工，每次分包商客户端发送预支申请请求之后，判断是否存在未上传的向农民工付款流水凭证，若是，则该分包商客户端跳转至所述向农民工付款流水凭证的上传界面。

可选地，在该分包商上传向农民工付款流水凭证后，通过以下两种方式中的任一方式或者组合方式对本次预支申请作核验：

对所述流水凭证进行图像处理及信息提取，得到凭证中的被转账用户的用户名，将其与本次预支申请请求中分包商录入的农民工姓名比对是否一致；和/或，

人工核对本次预支申请请求中分包商录入的农民工姓名与分包商上传的向农民工付款流水凭证中显示的被转账用户的用户名是否一致；

若一致，则核验通过，否则核验失败；

若核验失败，则向分包商客户端发送需要重新上传向农民工付款流水凭证的提示信息；在下一次分包商客户端发送预支申请请求之后，判断是否存在核验失败的向农民工付款流水凭证，若是，则该分包商客户端跳转至对应的重新上传向农民工付款流水凭证的界面，直至新上传的向农民工付款流水凭证通过核验。

本发明实施例限定了预支款的用途只能是针对施工范围内某工程项的人工费用申请，即申请到的预支款只能用于发放农民工工资，因此，以分包商上传农民工信息以及未超支作为请预支款的要求，同时需要请到预支款后的分包商提供后续向农民工支付人工费用的凭证，作为下一次请预支款的前提条件。

在本发明的一个实施例中，提供了一种房地产工程项目分包商请款方法，基于分包商客户端发起以下流程：

根据分包项目的施工范围内已完成的工程情况，上报已完成工程项；并至少针对已完成工程项所属的施工范围内的每一施工工艺，上报至少一名农民工的身份信息、对应的农民工合同信息及联系方式；

发起进度款请款申请，包括在显示的人机交互界面中依次选择分包项目、已完成且未请款的工程项；

接收可请款金额的消息，并填写拟请款金额，所述拟请款金额不得大于所述可请款金额；

等待审批通过后，接收需要在制定的期限内完成向农民工发放工资的提示消息。

需要说明的是，本分包商请款方法实施例与上述分包商请款管理系统属于同一发明构思，在此通过引用的方式将上述系统实施例的内容引入本方法实施例，不再赘述。

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

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (18)

1.一种房地产工程项目分包商请款管理系统，其特征在于，包括以下模块：

施工工艺信息录入模块，其被配置为由房地产客户端录入项目内各个户型的施工工艺信息，包括工艺名称、工艺单价和工艺数量，所述施工工艺信息附带对应的分包商客户端对其的确认文件；

分包合同信息录入模块，其被配置为由房地产客户端录入项目内各个分包合同信息，包括分包商名称、分包项目、对应的施工范围及合同金额，其中，所述施工范围包括房号、对应的户型信息及施工工艺，所述合同金额与所述施工范围相关；

已完成工程项更新模块，其被配置为接收分包商客户端上传的分包项目的施工范围内已完成的工程项信息，并根据对其的审核结果更新该分包商的已完成工程项，包括对该分包商对应的施工范围中审核结果为已完成的工程项进行打标；

分包商请款信息收集模块，其被配置为收集分包商的可请款信息，包括分包项目及其施工范围内已完成且未请款的工程项；

可请款金额计算模块，其被配置为响应所述分包商请款信息收集模块收集到可请款信息，按照预设的计算方式计算得到当前可请款信息对应的可请款金额，与所述预设的计算方式相关的数据包括所述施工工艺信息录入模块录入的工艺单价和工艺数量，和/或所述分包合同信息录入模块录入的分包合同的合同金额；

款项支付审批模块，其被配置为按照预设的顺序向多级的房地产客户端发送各自的审批信息，且仅在接收到前一级房地产客户端的同意审批消息后才会向后一级房地产客户端发送审批信息，以形成审批流水；若收到最后一级房地产客户端的同意审批消息，则在向该分包商支付款项后，或者预先将所述分包商请款信息收集模块收集到的施工范围内的工程项对应的未请款标记更新为已请款标记。

2.根据权利要求1所述的房地产工程项目分包商请款管理系统，其特征在于，所述分包商请款信息收集模块被配置为响应分包商客户端发出的请款请求，向该分包商客户端返回对应的分包项目列表；响应于分包商客户端选择的分包项目，向该分包商客户端返回所选分包项目的施工范围内已完成的工程项信息列表及对应的已请款标记或者未请款标记；响应于分包商客户端从所述已完成的工程项信息列表中选择对应未请款标记的工程项，其中，对应已请款标记的工程项无法被分包商客户端选择，收集所述分包商客户端选择的可请款信息，包括分包项目及其施工范围内已完成且未请款的工程项。

3.根据权利要求1所述的房地产工程项目分包商请款管理系统，其特征在于，所述分包商请款信息收集模块被配置为向分包合同信息录入模块查询分包商对应的分包项目以及分包项目内的施工范围，其中，所述施工范围的工程项包括已完成标记或未完成标记，其中带已完成标记的工程项还包括已请款标记或未请款标记；

为分包商选择部分或全部带已完成标记和未请款标记的工程项，将其与对应的分包项目信息作为所述分包商请款信息收集模块收集的分包商的可请款信息。

4.根据权利要求1所述的房地产工程项目分包商请款管理系统，其特征在于，还包括农民工信息收集模块，其被配置为基于所述分包合同信息录入模块录入的分包合同信息，且基于该分包商对应的施工范围内的各项施工工艺，向各个分包商客户端发送农民工信息收集请求，进而向各个分包商收集其所分包的每项施工工艺对应的至少一名农民工的身份信息、对应的农民工合同信息及联系方式；

请款权限审核模块，其被配置为响应分包商客户端发出的请款请求，且在所述分包商请款信息收集模块收集分包商的请款信息之后，对该分包商的请款权限进行审核，包括：若已收集到所述分包商客户端所选请款信息中工程项对应的施工工艺所对应的农民工信息，则该分包商的请款权限审核通过，否则审核失败，并向对应的分包商客户端发出需要其上传农民工信息的提示信息；所述可请款金额计算模块仅在该分包商的请款权限审核通过的前提下计算其可请款金额。

5.根据权利要求1所述的房地产工程项目分包商请款管理系统，其特征在于，还包括农民工信息收集模块，其被配置为基于所述分包合同信息录入模块录入的分包合同信息，且基于该分包商对应的施工范围内的各项施工工艺，向各个分包商客户端发送农民工信息收集请求，进而向各个分包商收集其所分包的每项施工工艺对应的至少一名农民工的身份信息、对应的合同信息及联系方式；

请款权限审核模块，其被配置为响应分包商客户端发出的请款请求，且在所述分包商请款信息收集模块收集分包商的请款信息之前，对该分包商的请款权限进行审核，包括：若已收集齐全该分包商客户端发送的与其施工范围内全部施工工艺对应的农民工信息，则该分包商的请款权限审核通过，否则审核失败，并向对应的分包商客户端发出需要其上传农民工信息的提示信息；所述分包商请款信息收集模块仅在该分包商的请款权限审核通过的前提下收集该分包商的请款信息。

6.根据权利要求4或5所述的房地产工程项目分包商请款管理系统，其特征在于，所述农民工信息收集模块还提供查询接口，若所述款项支付审批模块完成各级房地产客户端的审批通过后且向该分包商支付其所请的工程项的费用后，在预设的期限后，根据所述农民工信息收集模块的查询接口查询该分包商所请的工程项对应的施工工艺所对应的农民工信息；

若向该农民工核实到工资未发放或发放情况与农民工合同不一致，则向所述请款权限审核模块进行备注，进而在所述请款权限审核模块下一次响应该分包商客户端的请款请求时直接将其请款权限审核失败，并向其分包商客户端发出需要支付农民工工资的提示信息。

7.根据权利要求6所述的房地产工程项目分包商请款管理系统，其特征在于，还包括AI电话随访模块，其被配置为在预设的期限后，自动向所述农民工信息收集模块查询分包商所请的工程项对应的施工工艺所对应的农民工信息；根据查询到的农民工信息中的联系方式，向该农民工拨打人工智能电话，以核实工资发放情况，若核实结果被识别为工资未发放或少发放，则向所述请款权限审核模块进行所述备注。

8.根据权利要求6所述的房地产工程项目分包商请款管理系统，其特征在于，若所述请款权限审核模块将分包商客户端的请款权限审核失败，则向对应的分包商客户端发出提示信息的同时，向该分包商提供请求复核的接口；

其中，请求复核的方式包括：

分包商客户端上传农民工工资发放凭证，或者，触发再次向农民工电话随访的程序。

9.根据权利要求6所述的房地产工程项目分包商请款管理系统，其特征在于，分包商客户端发出的请款请求包括工程阶段性请款请求和项目内全部工程项完成后的结算请款请求；

若所述请款权限审核模块识别到分包商客户端发出的请款请求为结算请款请求，则发出需要向对应未请款标记的工程项对应的施工工艺所对应的农民工核实工资发放情况的提示信息；若核实结果被识别为工资未发放或少发放，则所述请款权限审核模块将该分包商的结算请款权限审核失败；

所述款项支付审批模块仅在该分包商的结算请款权限审核通过的前提下发起审批流程。

10.根据权利要求1所述的房地产工程项目分包商请款管理系统，其特征在于，所述可请款金额计算模块按照以下公式计算可请款金额：

可请款金额＝合同金额×预设的付款比例-累计已付金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，或者，

可请款金额＝工艺单价×工艺数量×分包商本次请款所选的施工范围内已完成的工程项×预设的付款比例，或者，

取以上公式计算结果中的较小值。

11.根据权利要求1所述的房地产工程项目分包商请款管理系统，其特征在于，所述可请款金额计算模块按照以下公式计算可请款金额：

可请款金额＝合同金额*预设的付款比例-累计已付金额+其他款项金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，所述其他款项包括奖励款项、签证款项、扣款款项、预支款项中的一项或多项，其中，所述奖励款项和签证款项的金额为正数，所述扣款款项和预支款项的金额为负数。

12.根据权利要求11所述的房地产工程项目分包商请款管理系统，其特征在于，还包括分包商预支审批模块，其被配置为审批分包商的预支申请，若该分包商的预支申请审批通过，则所述其他款项包括预支款项；

所述分包商预支审批模块审批分包商的预支申请包括以下流程：

响应于分包商客户端发送预支申请请求，则向其返回对应的分包项目列表；

响应于分包商客户端选择目标分包项目，则向其返回该分包项目对应的施工范围列表；

响应于分包商客户端选择目标施工工艺，则向其返回录入农民工信息的人机交互界面，所述人机交互界面包括农民工姓名输入框、预支金额及农民工合同本地上传按键；

在分包商录入农民工姓名、预支金额和农民工合同电子件后，人工核对所述农民工合同中的乙方是否与录入的农民工姓名一致，若一致，则进行下一步；

判断该分包商录入的预支金额是否超出预设的单次预支阈值，或者，该分包商在本分包项目的已预支金额是否达到预设的最大预支阈值，若满足任一条件，则驳回其本次预支申请请求，若均不满足，则该分包商此次预支申请审批通过并转财务付款流程；

并将此次预支金额累加至本分包项目的已预支金额中，及向分包商客户端返回向农民工付款流水凭证的上传界面。

13.根据权利要求12所述的房地产工程项目分包商请款管理系统，其特征在于，每次分包商客户端发送预支申请请求之后，判断是否存在未上传的向农民工付款流水凭证，若是，则该分包商客户端跳转至所述向农民工付款流水凭证的上传界面。

14.根据权利要求12所述的房地产工程项目分包商请款管理系统，其特征在于，在该分包商上传向农民工付款流水凭证后，通过以下两种方式中的任一方式或者组合方式对本次预支申请作核验：

对所述流水凭证进行图像处理及信息提取，得到凭证中的被转账用户的用户名，将其与本次预支申请请求中分包商录入的农民工姓名比对是否一致；和/或，

人工核对本次预支申请请求中分包商录入的农民工姓名与分包商上传的向农民工付款流水凭证中显示的被转账用户的用户名是否一致；

若一致，则核验通过，否则核验失败；

若核验失败，则向分包商客户端发送需要重新上传向农民工付款流水凭证的提示信息；在下一次分包商客户端发送预支申请请求之后，判断是否存在核验失败的向农民工付款流水凭证，若是，则该分包商客户端跳转至对应的重新上传向农民工付款流水凭证的界面，直至新上传的向农民工付款流水凭证通过核验。

15.根据权利要求11所述的房地产工程项目分包商请款管理系统，其特征在于，所述管理系统还包括分包商奖励审批模块，其被配置为审批分包商的奖励申请，若该分包商的奖励申请审批通过，则所述其他款项包括奖励款项；和/或，

所述管理系统还包括分包商签证审批模块，其被配置为审批分包商的签证信息，若该分包商的签证审批通过，则所述其他款项包括签证款项；和/或，

所述管理系统还包括分包商扣款模块，其被配置为向分包商发起扣款流程，若该扣款流程经分包商确认，则所述其他款项包括扣款款项。

16.根据权利要求11所述的房地产工程项目分包商请款管理系统，其特征在于，还包括分包商维保款审结模块，其被配置为响应分包商客户端发出的针对分包项目的维保款请款请求，判断该分包项目的验收日期距今是否满足预设的维保期期限，若不满足，驳回该分包商的此次维保款请款请求；

若满足，则查询在维保期期限内的扣款金额，并按照以下公式计算公式计算该分包项目的维保款：

维保款＝合同金额*预设的付款比例-累计已付金额+其他款项金额-维保期期限内的扣款金额，其中，累计已付金额为本项目内每次分包商实际请款成功的金额的总和，所述其他款项包括奖励款项、签证款项、扣款款项、预支款项中的零项或多项，所述维保期期限内的扣款金额为零或者正数。

17.根据权利要求11所述的房地产工程项目分包商请款管理系统，其特征在于，所述款项支付审批模块包括依次以下审核流程：

执行工程外审审核，其被配置为审核工艺流程是否正确、价格是否正确、数量是否正确；

工程内审审核审核，其被配置为审核实际的工程项和图纸的计划工程项之间的误差情况；

财务第一次审核，其被配置为审核请款金额是否符合规定，及审核收款银行的账户信息是否正确；

区域负责人审核，其被配置为审核请款的已完成工程项和现场实际完成工程项是否匹配；

质品审核，其被配置为在结算款请款时，确定项目内全部工程项完成情况，及确定项目内所有整改已经完成并通过验收；

总经理审核，其被配置为根据可请款金额可设置批复的请款金额；

售后审批，其被配置为在维保款请款时，审核项目维保期内是否有扣款；

财务第二次审核，其被配置为根据之前的审核情况，发起付款流程。

18.一种房地产工程项目分包商请款方法，其特征在于，基于分包商客户端发起以下流程：

根据分包项目的施工范围内已完成的工程情况，上报已完成工程项；并至少针对已完成工程项所属的施工范围内的每一施工工艺，上报至少一名农民工的身份信息、对应的农民工合同信息及联系方式；

发起进度款请款申请，包括在显示的人机交互界面中依次选择分包项目、已完成且未请款的工程项；

接收可请款金额的消息，并填写拟请款金额，所述拟请款金额不得大于所述可请款金额；

等待审批通过后，接收需要在制定的期限内完成向农民工发放工资的提示消息。

Images