Construction Management System

Abstract

To provide a construction management system for more appropriate construction management.SOLUTION: A construction management system 200 includes: a form acquisition module which is arranged to obtain an input form including at least a task list and an attendance sheet; a form check module arranged to check the input form; and a form determination module arranged to determine a target form including at least one of a target labor attendance sheet and a target salary statement based on the checked input form.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to the field of construction management, and more particularly to a construction management system. [Background technology]

[0002] The construction industry is an important backbone of the national economy and one of the main channels for labor employment. To better manage construction workers, worker management platforms have been introduced. Many of these management platforms operate based on a strategy of "real-name + facial recognition attendance + wage payment based on payroll." However, this management method often relies solely on attendance data or manually uploaded data without other evidence, making it impossible to ensure the authenticity and reliability of the data and to detect potential risks in attendance data or manually uploaded data. Summary of the Invention [Problem to be solved by the invention]

[0003] Therefore, there is a demand for a construction management system that can perform construction management better. [Means for solving the problem]

[0004] A construction management system according to one or more embodiments of the present invention includes a report acquisition module arranged to acquire input reports including at least a task list and an attendance record, a report check module arranged to check the input reports, and a report determination module arranged to determine target reports including at least one of a target attendance record and a target pay slip based on the checked input reports. [Brief explanation of the drawings]

[0005] The present invention will be further explained by way of exemplary embodiments, which are illustrated in detail in the drawings, and are not intended to be limiting, and in which the same reference numerals denote the same structures. [Figure 1] 1 is a diagram showing an application scene of a construction management system according to some embodiments of the present invention; [Figure 2] 1 is a block diagram illustrating a construction management system according to some embodiments of the present invention. [Figure 3] 10 is a flowchart illustrating a task list check according to some embodiments of the present invention. [Figure 4] 10 is a flowchart illustrating a time sheet check according to some embodiments of the present invention. [Figure 5] 10 is a flowchart illustrating the automatic creation of a target attendance table according to some embodiments of the present invention. [Figure 6] 1 is a flowchart illustrating a determination of a worker's income risk according to some embodiments of the present invention. [Figure 7] 1 is a flowchart illustrating an implementation of a risk alert according to some embodiments of the present invention. [Figure 8] 1 is a flowchart illustrating management of wage payments according to some embodiments of the present invention. [Figure 9] 1 is a flowchart illustrating a target pay slip determination according to some embodiments of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0006] In order to more clearly explain the technical solutions of the embodiments of the present invention, the drawings that need to be used in the description of each embodiment are briefly introduced below. Obviously, the drawings in the following description are only some examples or embodiments of the present invention, and those skilled in the art can also apply the present invention to other similar cases according to these drawings without any creative work. Unless otherwise clear from the context or otherwise described, similar component symbols in the drawings represent similar structures or operations.

[0007] It should be understood that the terms "system," "device," "unit," and / or "module" used herein are a way of distinguishing between different assemblies, elements, components, parts, or assemblies at different levels, but other terms may be substituted for said terms if they can achieve the same purpose.

[0008] As shown in the present invention and the claims, words such as "a," "one," "one kind," or "the," do not specifically refer to the singular but may include the plural, unless the context clearly indicates otherwise. Generally speaking, the terms "comprising" and "including" only indicate the inclusion of explicitly identified steps and elements, and these steps and elements do not constitute an exclusive list, and a method or apparatus may also include other steps or elements.

[0009] The present invention uses flowcharts to describe the steps and operational means performed according to the method embodiments of the present invention. It should be noted that the steps included in the method do not necessarily have to be performed in exact order, but may be performed in reverse order or simultaneously. Other steps may also be added to or removed from these processes.

[0010] 1 is a diagram illustrating an application scenario 100 of a construction management system according to some embodiments of the present invention. The application scenario 100 may include a construction-related object 110, a construction document 120, and a server 130.

[0011] The construction-related object 110 is an object participating in a construction project.

[0012] A construction project may be divided into multiple subdivisions or sub-tasks. Each subdivision or sub-task may be further divided into multiple subtasks. Depending on the degree of granularity of the tasks that each construction-related object is responsible for, the construction-related object may be divided into different hierarchies. For example, the hierarchy of construction-related objects may include, from top to bottom, a prime contractor, a subcontractor, a team, a group, a worker, etc.

[0013] The prime contractor is the party that coordinates the construction project. The prime contractor is the highest level in the construction-related hierarchy.

[0014] A subcontractor is a company or contractor that is responsible for one or more sub-departments / sub-processes.

[0015] A team is a core work group belonging to a company or contractor, responsible for completing production tasks in a sub-department / sub-process. Each team has a team leader. The team leader can manage the administrative work within the team, such as distributing team task lists to the team or workers, and organizing and checking time sheets, attendance sheets, or pay slips.

[0016] A group is a subdivision of a team that is further divided into smaller units and is responsible for completing production tasks belonging to a sub-department or sub-process. Each group has a group leader. The group leader can manage the administrative tasks within the group, such as distributing task lists to workers in the group, and organizing and checking the time sheets, attendance sheets, and pay slips of the workers in the group.

[0017] A worker is the basic unit that makes up a group and is the lowest level in the hierarchy of construction-related objects. After receiving the task list, the worker enters the site, starts work, and completes the production tasks included in the task list.

[0018] It should be noted that, depending on the actual needs of the construction project, the construction-related object 110 may include only some of the prime contractors, subcontractors, teams, groups, and workers. For example, the construction-related object 110 may not include groups and / or subcontractors.

[0019] The construction document 120 may be various documents created during the progress of a construction project, such as a task list, a time sheet, an attendance sheet, a pay slip, and the like.

[0020] Task lists are used to allocate construction tasks. The process of allocating task lists involves assigning tasks to each level of the construction-related object hierarchy, such as from the prime contractor to subcontractors, from subcontractors to teams, from teams to groups, and from groups to workers.

[0021] After the task list is distributed, workers enter the site and perform their work, and time sheets, attendance sheets, and pay slips are created as the project progresses. Workers only enter the site and perform their work when there is a task, and time sheets are created only after the work is completed. If there is a time sheet, work records and acceptance inspections are performed, and wages are not paid without work records and acceptance inspection certificates. Therefore, each field within the construction document and the document have a data-based association relationship, which can be used to prove the mutual association and mutual validation between construction documents.

[0022] After construction documents such as task lists, time sheets, attendance sheets, and pay slips are created, they are uploaded to the server 130 via the network, and the server 130 may perform construction management based on this data.

[0023] The server 130 refers to a system having a computing function, such as a computer, an industrial computer, a computing cloud platform, etc. The server may include a processing unit, such as a CPU.

[0024] In some embodiments, the construction management system and its modules may be located within a processing unit of a server to perform the functions described in one or more embodiments of the present invention.

[0025] The construction management system according to some embodiments of the present invention may be applied to various construction management situations, such as checking construction documents, automatically creating attendance lists and / or attendance lists, determining and issuing alerts for worker income risks, and managing wage payment flows.

[0026] For a more detailed description of the construction management system and its modules, and the implementation of construction management based on the construction management system, reference may be made to the related descriptions of FIGS. 2 to 9 of the present invention.

[0027] 2 is a block diagram illustrating a construction management system according to some embodiments of the present invention. As shown in FIG. 2, in some embodiments, the construction management system 200 may include at least a document acquisition module 210, a document check module 220, and a document determination module 230.

[0028] The form acquisition module 210 is configured to acquire input forms, which in some embodiments include at least a task list and a time sheet.

[0029] The form check module 220 is arranged to check the input form.

[0030] In some embodiments, the document checking module 220 may obtain first verification data for the task list, check the task list based on the first verification data, and determine the checked task list when the check result satisfies a first predetermined condition. The first verification data may include internal data of the task list.

[0031] In some implementations, the document checking module 220 may also perform a first validation on the task list based on pre-defined association relationships and task list internal data.

[0032] In some examples, the predefined association relationships include at least one of a worker-job association, a task item-job association, a job-labor-cost association, and a project-area association.

[0033] In some embodiments, the first verification data further includes externally related data of the task list. The document check module 220 may perform a second verification on the task list based on the externally related data and the task list internal data.

[0034] In some embodiments, the document check module 220 can obtain second verification data, check the attendance record based on the second verification data, and determine the checked attendance record when the check result meets a second preset condition. The second verification data includes at least a checked task list. The checked task list is at least a task list that has passed the first verification.

[0035] In some embodiments, the second verification data further includes time record information and payroll information related to the checked task list. The document check module 220 may perform a time record check based on the checked task list, the time record information, and the payroll information.

[0036] The document determination module 230 is configured to determine a target document in response to the checked input document. In some embodiments, the target document includes at least one of a target attendance table and a target pay slip.

[0037] In some embodiments, the form determination module 230 may automatically generate a target attendance form based on the checked task list and the checked attendance form when the input form does not include an attendance form, and may perform an attendance form check based on the checked task list and the checked attendance form when the input form includes an attendance form, and may determine the target attendance form when the result of the attendance form check satisfies a third predetermined condition.

[0038] In some embodiments, the attendance schedule check includes an attendance schedule authenticity check, which includes at least one of a project authenticity check, a quantity price authenticity check, and a time authenticity check.

[0039] In some embodiments, the document determination module may automatically generate a target pay statement based on the checked task list, the checked attendance sheet, and the target attendance sheet when the input document does not include a pay statement, perform a pay statement check based on the checked task list, the checked attendance sheet, and the target attendance sheet when the input document includes a pay statement, and determine the target pay statement when the result of the pay statement check satisfies a fourth preset condition.

[0040] In some embodiments, the payslip check includes at least one of a check for authenticity of expenses, a check for reasonableness of expenses, and a check for correlation of payslip-related data.

[0041] In some embodiments, the construction management system 200 may further include at least one of an assessment module 240 and a risk module 250 .

[0042] The assessment module 240 is configured to verify whether worker income in the target attendance schedule is at risk.

[0043] In some embodiments, the evaluation module 240 may determine the worker's income interval for at least one work recording day based on the checked task list and the checked attendance sheet, and may determine that the worker's income recorded in the target attendance sheet is at risk in response to the income for any one work recording day in the target attendance sheet not being within the income interval.

[0044] A work record date refers to a natural day on which a worker enters a work site to perform work and for which there is corresponding work record data. Different work record dates may be distinguished by the date corresponding to the work record date.

[0045] In some embodiments, the evaluation module may determine the distributable income based on the checked task list and determine that the worker income recorded in the target attendance table is at risk, corresponding to the worker income in the target attendance table being greater than the distributable income.

[0046] The risk module 250 is configured to, in response to the worker income failing the reasonableness verification, determine a risk type, determine collateral information based on the risk type, and manage the flow of wage payments to the worker based on the collateral information.

[0047] For a detailed description of the construction management system 200 and each of its constituent modules and functions, reference may be made to the associated descriptions of FIGS. 3 to 9 herein.

[0048] The above description of the construction management system 200 and its modules is provided for convenience of explanation only and is not intended to limit the scope of the embodiments of the present invention. Those skilled in the art, having understood the principles of the system, can arbitrarily combine modules or configure subsystems and connect them to other modules without departing from these principles. In some embodiments, the document acquisition module, document check module, document determination module, evaluation module, and risk module shown in FIG. 1 may be different modules in a single system, or a single module may fulfill the functions of two or more of the above modules. For example, each module may share a single storage module or have its own storage module. All such variations are within the scope of the present invention.

[0049] 3 is a flowchart illustrating a task list check according to some embodiments of the present invention. As shown in FIG. 3, the task list check may include the following: In some embodiments, the task list check may be performed by the document check module 220.

[0050] In some embodiments, the document check module 220 may obtain first verification data 320 related to the task list 310, perform a task list check 330 based on the first verification data 320, and determine a checked task list 350 corresponding to the check result satisfying a first preset condition 340.

[0051] The first verification data refers to data for checking the task list. In some embodiments, the first verification data 320 may include data associated with the existence of the task list 310, such as at least one of task list internal data 321 and task list external related data 322.

[0052] A task list is a document that records and transcribes construction tasks. Construction tasks may be recorded in a task list in the form of task items. Each task list may contain one or more task items. A task list may further contain various information regarding the execution of the task items, including, but not limited to, the construction area, contract performance target, construction period, disclosure content, quantity and price information, etc. The construction area may indicate the area in which the task item will be constructed. The contract performance target may indicate who will complete the task item. The construction period may indicate the execution time and planned completion time of the task item. The disclosure content is normative content regarding the construction work technique and construction safety of the task item. The quantity and price information is content regarding the cost and cash flow of the task item.

[0053] In some embodiments, construction tasks are typically transferred between different departments or personnel in the form of task lists, which are typically created by an entity with management authority over the construction-related objects, such as a prime contractor, subcontractor, team, group, or the like.

[0054] In some embodiments, task lists may be hierarchically categorized by their creator or distribution. For example, a prime contractor may create a prime contractor task list, a subcontractor may create a subcontractor task list, a team may create a team task list, and a group may create a group task list. Note that group task lists may be referred to as worker task lists because they are distributed directly to workers.

[0055] After task lists at different levels are created, they are assigned to related objects at lower levels required to execute the task lists, for example, from the prime contractor to the subcontractor, from the subcontractor to the team, from the team to the group, and from the group to the worker.

[0056] Unless otherwise specified in the surrounding text, the task list in some embodiments of this specification refers to a worker task list.

[0057] In some embodiments, a task list has a status tag associated with it. The status tag can be determined according to the transfer and execution status of the task list. For example, the status tag of a task list may include: waiting to be assigned, assigned, waiting to be executed, executing, executed, etc.

[0058] In some implementations, the form acquisition module 210 can acquire the task list by communicating with a user terminal.

[0059] Task list internal data refers to data related to construction tasks listed in the task list.

[0060] In some implementations, the documentation checking module 220 can obtain the task list internal data by reading at least one entry in the task list.

[0061] In some embodiments, the task list internal data may include a plurality of entries, such as at least one of the following: construction projects belonging to the task list, construction areas, task item information, execution target information, construction period information, disclosure information, and quantity and price information.

[0062] A construction project refers to a production object related to a task list. A construction project may be divided into multiple sub-departments or sub-processes. A sub-department or sub-process may be divided into multiple construction tasks.

[0063] The construction area is information for indicating the scope of the construction task.

[0064] Task item information is information that represents details of construction tasks that need to be completed in a construction project. A construction project may include different task items depending on the type. Taking a construction project of a building process as an example, the task items may include multiple construction tasks such as foundation construction, construction of main structures (e.g., walls, columns, ceilings, etc.), elevator construction, drainage structure construction, electrical structure construction, and decoration. These construction tasks may be gradually divided into specific task items, such as bricklaying task items in wall construction. In some embodiments, task item information may be divided into different hierarchies. Task item information at a higher level may be divided into task item information at one or more lower levels.

[0065] The execution target information represents related information of the construction task completer, and may include the worker and the corresponding job type.

[0066] The construction period information is information about the progress time of a construction task, such as a planned construction period. The planned construction period may reflect the planned start time, duration, and planned completion time of a construction project.

[0067] Disclosure information is information relating to the construction proposal and / or work specifications, such as construction proposals, construction plans, construction contracts, technical disclosure documents, safety disclosure documents, etc., or other related documents.

[0068] The quantity price information is information about construction task costs and payments, such as the unit prices and totals of workers of different occupations, the accounting period for salary payments, and the estimated task volume.

[0069] In some examples, the task list internal data may further include a minimum production unit. For example, a construction project may be divided into at least one minimum production unit. Each minimum production unit may correspond to a task item at the lowest level corresponding to one structural unit in one spatial unit. In some embodiments, the minimum production unit may exist in the task list instead of a task item in the task list. Note that a spatial unit refers to a spatial range for constructing or manufacturing structural units in a spatial section of a construction project. Each spatial unit may be used to construct or manufacture one or more structural units. A structural unit is an object or structure, such as a wall, handrail, or staircase, that is waiting to be manufactured or constructed in the construction project.

[0070] A minimum production unit is the smallest unit obtained by dividing a construction task in a construction project. Note that a minimum production unit cannot be further divided. A minimum production unit is a division of construction tasks (or construction items) included in a construction project according to spatial dimensions and configuration dimensions. Therefore, each minimum production unit is unique. In some embodiments, all construction tasks in a construction project may be divided into minimum production units. When all minimum production units are completed, the construction project is completed. After a construction project is divided into minimum production units, i.e., by the minimum production units, the construction project or construction tasks in the construction project are managed to achieve refined management.

[0071] In some embodiments, the minimum production unit has corresponding construction area and construction period information.

[0072] In some embodiments, the minimum production unit may be used during production management to manage the amount of work, cost, construction time, efficiency, etc. of a construction project. For example, a task list may include at least one minimum production unit. A construction manager manages a construction project based on the task list, for example, assigns construction tasks in the form of a task list, and determines the completion status of the construction project according to the completion status of the task list.

[0073] In some embodiments, the document checking module 220 may determine the minimum production unit according to the task list based on the internal task list data. For example, the document checking module 220 may obtain construction project and task item information in the internal task list data, determine task items in the construction project that must be completed for the construction and manufacturing of component units, gradually divide the task items that must be completed for the construction and manufacturing of component units by construction task type, obtain the lowest-level task items until they can no longer be divided, and determine the minimum production unit based on the lowest-level task items and the corresponding component units.

[0074] Task list external data refers to data generated after a task list is assigned, received, and executed. In some embodiments, the task list external data may include, but is not limited to, at least one of attendance information, inspection information, postponement requests, work record information, wage payment information, and higher-level task lists. Because task lists have a fixed execution period, external data is continuously generated during the execution of the task list. At least some of the external data may include corresponding reports. The correspondence between these reports and task lists does not have to be one-to-one.

[0075] The attendance information is information related to attendance data. The attendance data may include attendance sheets and data related to the creation of the attendance sheets. For example, the data related to the creation of the attendance sheets may include data uploaded from the gate of a construction site.

[0076] The inspection information is information related to the inspection data. The inspection data refers to data when an inspection is performed after a task item according to a task list is completed. The inspection data may include an inspection certificate.

[0077] An application for postponement refers to an application to delay the planned construction period.

[0078] The work record information is information related to the work record data. The work record data may include an attendance schedule and data related to the creation of the attendance schedule. For example, the data related to the creation of the attendance schedule may include whether or not a work record is required, the specific attendance schedule, the time the attendance schedule was created, the actual creator, etc.

[0079] The wage payment information is data related to wage payments. The wage payment data may include pay slips and data related to the determination of the pay slips. For example, the data related to the determination of the pay slips may include whether or not to send them, specific pay slips, the time when the pay slips were created, the actual creator, etc.

[0080] A higher-level task list refers to a task list assigned by a higher-level object in the hierarchy of construction project-related objects. For example, when verifying a task list distributed to a worker by a group, the higher-level task list includes at least a team task list distributed to the group by the team to which the worker belongs, and may also include subcontractor task lists and prime contractor task lists distributed by subcontractors and prime contractors. During verification, the internal data of the task list, such as task items, construction area, construction period information, quantity and price information, must not exceed the scope distributed in the higher-level task list.

[0081] In some implementations, the document checking module 220 may determine external relevant data based on task items or minimum production units.

[0082] For example, the document checking module 220 determines a task list corresponding to a task item or a minimum production unit, and obtains the completion status of the task list. When the task list is completed, it obtains the time attendance sheet, attendance sheet, pay slip, inspection data, and higher-level task list related to the task list, and may make an inquiry from at least one of the time attendance sheet, attendance sheet, pay slip, inspection data, and higher-level task list based on the task item or the minimum production unit to determine external related data of the task list.

[0083] In some embodiments, the document check module 220 may perform a task list check in various forms based on the first verification data, and determine the task list as a checked task list when the result of the task list check satisfies a first preset condition.

[0084] In some embodiments, the task list check 330 may include a first verification 331 and a second verification 332. The first verification 331 refers to verifying the task list based on pre-defined association relationships and internal data of the task list. The second verification 332 refers to verifying the task list based on external related data and internal data of the task list.

[0085] In some embodiments, the task list check items may include an authenticity check and a reasonableness check, where the authenticity check refers to checking whether each entry and its value in the task list actually exists, and the reasonableness check refers to checking whether the quantity and price information in the task list is reasonable.

[0086] In some embodiments, the first preset condition refers to the task list being authentic and being determined to be irrational less than two times.

[0087] In the embodiment of the present invention, "authenticity" refers to whether an entry in a document (e.g., a task list, a timesheet, an attendance sheet, a pay slip, etc.) and the numerical value of the entry actually exist, and "reasonableness" refers to whether the numerical value of an entry in a document is within a reasonable range. If the numerical value of an entry is not within a reasonable range, the primary reasonableness check is deemed to have failed. For the reasonable range of numerical values, see the related explanation below.

[0088] In some implementations, the document checking module 220 may perform a first validation 331 on the task list based on the pre-defined association relationship 370 and the task list internal data 321 .

[0089] The preset association relationship refers to the association relationship between different entries in the preset task list internal data.

[0090] In some examples, the predefined association relationships may include at least one of a worker-job association, a task item-job association, a job-labor-cost association, and a project-area association.

[0091] In some embodiments, the document check module 220 may determine an association relationship between a worker and a job type based on a past task list. For example, the document check module 220 may acquire a past task list of a worker, determine past task items in the past task list, determine the worker's past job type according to the past task items using a first preset table, compile statistics on the past job types according to the past task items, and determine the job type that meets preset job type conditions as the job type associated with the current worker.

[0092] The first preset table includes correspondences between different task items and job types, and may be determined based on a priori experience or past data. In some embodiments, the task items in the first preset table may be task items at any one level in a task tree. Note that a task item at the lowest level may correspond to only one job type, and task items at non-lowest levels may correspond to one or more job types. A task item at the lowest level is the last level in a task tree. In some embodiments, task items at the lowest level are task items that cannot be consecutively divided in terms of task type. For more information about task trees, see the description below.

[0093] The preset job type condition is a condition for associating a job type with a worker. The preset job type condition may be set manually in advance, and may be, for example, the two job types with the most statistical counts.

[0094] In some embodiments, occupations may be represented in a tree structure. This tree structure may include at least one occupation hierarchy. Taking a tree structure including first-level occupations and second-level occupations as an example, the second-level occupations are sub-skills of the first-level occupations. For example, the first-level occupations are represented by codes such as α and β, where α is rebar work and β is plastering, and the second-level occupations include α1, α2, α3, β1, etc., where α1, α2, and α3 are sub-skills such as "processing," "straightening," and "cutting" included in rebar work α, and β1 represents a sub-skill included in plastering.

[0095] For example, when statistical data is collected on the job types of a worker according to their past task items, if the statistical results show that job type α3 appears three times, job type β1 appears twice, and job types α1 and α2 appear once each, then the job types that meet the pre-set job type conditions may be determined to be (α3, β1) and associated with the worker.

[0096] In some examples, the document checking module 220 may adjust the initial job title associated with the worker based on the worker's personal performance data.

[0097] The individual ability data refers to data that can represent the individual ability of a worker, and may include the worker's learning status, the completion status of past task items, etc.

[0098] By way of example only, as a worker learns skills in another unrelated job category, an association may be established between the worker and the unrelated job category. If a current worker is associated with a job category and the completion status of past task items continues to be undesirable, the worker may be disassociated from the related job category.

[0099] The worker's learning status and the completion status of past tasks may be determined by manual input.

[0100] In some embodiments, the document checking module 220 may adjust the job title associated with the worker based on data from other sources, such as peer assessments, self-assessments, etc. The details may be determined based on actual needs.

[0101] By establishing an association between a worker and a job type, the authenticity of a worker's task completion can be better determined, avoiding insufficient task type authenticity.

[0102] In some embodiments, the document check module 220 may determine an association relationship between a task item and a job type based on a task tree. For example, the document check module 220 may obtain a task tree, determine a task item at the lowest level in the task tree, determine an association between the task item at the lowest level and a job type, and dynamically adjust the association between the task item at the lowest level and a job type.

[0103] A task tree refers to a tree structure that shows the dependency relationships between multiple task items.

[0104] In some embodiments, the document checking module 220 may obtain a task tree by dividing all work tasks in a construction project by at least one of the following: type of work, subdivision work, subwork, step, and process. For example, the division may be performed from coarse to fine in the order of type of work, subdivision work, subwork, step, and process, or by only subwork, step, and process. For example, if a task item is {a, b, c, d, e}, this task item may represent a sub-task of type a work, a sub-task of part b work, a sub-task of item c work, and a process task e in step d.

[0105] After dividing a construction task, task items that cannot be further divided may be referred to as task items at the lowest level. For example, if the task items are {a, b, c, d, e}, {e} represents the task item at the lowest level. Taking a construction project as an example, if the task item is building a wall, subtask items such as "cleaning and leveling the masonry area," "wetting the bricks with water," and "drawing lines on the masonry area with an incline" may be considered as the lowest level task items if they cannot be further divided.

[0106] In some embodiments, the document checking module 220 may determine the association coefficient between the task item at the lowest level and the job type by querying a second predefined table based on the task item at the lowest level.

[0107] The association coefficient is a coefficient that indicates the degree of association between the task item at the lowest level and the corresponding job type.

[0108] The second preset table includes association coefficients between the lowest-level task items and the corresponding occupations. The second preset table may be determined based on a priori experience or past data. The sum of the association coefficients between the task items and all corresponding occupations is 1. For example, if task item {e} corresponds to occupations α1 and α2, and the processor queries the second preset table and finds that the association coefficients between task item {e} and α1 and α2 are 0.5 and 0.5, respectively, this indicates that the degree of association between task item {e} and the two occupations α1 and α2 is the same.

[0109] In some implementations, the form checking module 220 may dynamically adjust the association relationship between task items and job types.

[0110] By way of example only, the document check module 220 matches the job type of the worker in the project with the job type corresponding to the task item of the project to which the worker is assigned. If the job type of the worker in the project is the same as the job type corresponding to the task item, the document check module 220 increases the association coefficient between this task item and this job type. If the job type of the worker in the project is different from the job type corresponding to the task item, the document check module 220 decreases the association coefficient between this task item and this job type. The extent of the increase and / or decrease in the association coefficient may be manually set in advance.

[0111] The job type of a worker in a project may be determined by the task list for this project and the job type associated with the worker. The job type according to the task item of the project to which the worker is assigned may be determined by the association between the task item and the job type. For example, if the job type associated with task A is M and this task is actually completed by a worker with job type N, it may be considered that the association between task A and job type M is weak and that the association coefficient between task A and job type M needs to be reduced.

[0112] In some embodiments, if the association coefficient between the task item and the job type is lower than an association threshold, the correlation between the task item and the job type may be canceled. The association threshold refers to the minimum value of the association coefficient when an association relationship exists between the task item and the job type. The association threshold may be manually set in advance. If the association coefficient between the task item and the job type is lower than the association threshold, it indicates that the degree of correlation between the task item and the job type is low and the association may be canceled.

[0113] By establishing an association between task items and job titles, it is possible to more accurately determine whether a worker has the ability to complete a task, and further determine the authenticity of the correspondence between the worker and the task item. For example, if the job title associated with task A is M and the only job title associated with the worker is (P, Q), it is determined that the worker does not have the ability to complete task A, and task A corresponds to the worker, the authenticity of this correspondence is questionable.

[0114] In some embodiments, the document check module 220 may establish an association between job types and labor costs. For example, the document check module 220 may obtain an initial labor cost according to the job type and dynamically adjust the initial labor cost based on at least one of the construction area, construction period information, and task item information related to the task list.

[0115] In some embodiments, the document check module 220 may determine an initial labor cost for each job type based on prior experience or past data, and the initial labor cost may include at least one of a minimum labor cost, a maximum labor cost, and a recommended labor cost for one work day for one job type.

[0116] A work day is a unit of measurement that measures the amount of work completed by a worker in time, and represents the amount of tasks completed by one worker within a standard work time. The standard work time can be set based on experience. For example, the standard work time may be 8 hours. In this case, one work day represents the amount of work completed by one worker within 8 hours.

[0117] In some embodiments, the document check module 220 may preset influence coefficients on the initial labor cost based on correlation data such as construction area, construction period information, and task item information. For example, the influence coefficients may include an area influence coefficient, a date influence coefficient, and a task item influence coefficient. The initial values ​​may be set to 1. The area influence coefficient represents the degree of influence on labor cost due to the construction area. The date influence coefficient represents the degree of influence on labor cost due to the construction period. The task item influence coefficient represents the degree of influence on labor cost due to the work content.

[0118] In some embodiments, the document checking module 220 may determine the construction area, construction period information, task item information, and corresponding labor costs according to the task list based on the task list internal data, and adjust the impact coefficient of the construction area, construction period information, and task item information on labor costs for this job type according to the statistical price distribution of the construction area, construction period, and task item. For example, the impact on labor costs may be increased for areas and / or time periods with labor shortages. Also, for example, the impact on labor costs may be increased for task items with high difficulty or task items with labor shortages in related jobs.

[0119] In some embodiments, the report checking module 220 may determine the adjusted recommended labor cost in various ways. For example, the processor may multiply the initial recommended labor cost by the average value of the area influence coefficient, the date influence coefficient, and the task item influence coefficient to obtain the adjusted recommended labor cost.

[0120] For example, if the recommended labor cost for a rebar worker is 300 yuan, but it is the busy farming season and workers need to return home to farm, the date influence coefficient corresponding to the farming period will be relatively high. The processor can query the fourth preset table to obtain the area influence coefficient, date influence coefficient, and task item influence coefficient, and obtain the average value α of the area influence coefficient, date influence coefficient, and task item influence coefficient, thereby obtaining 300α as the adjusted recommended labor cost for the rebar worker.

[0121] By establishing a link between job type and labor cost, the rationality of labor costs can be better determined and overpayment or underpayment of labor costs can be prevented.

[0122] In some embodiments, the document checking module 220 may obtain a project name of the construction project according to the construction area, and verify the authenticity of the construction project based on the project name, and determine an association relationship between the project and the area in response to the authenticity of the construction project.

[0123] In some embodiments, the document checking module 220 queries information such as the safety supervision registration number, quality supervision registration number, and construction permit of the construction project through a third-party platform to ensure that the construction project is a genuine and valid construction item. The third-party platform may include a search engine, a construction-related database, etc.

[0124] In some embodiments, the document checking module 220 may determine an initial area division status of a construction project based on data such as a construction plan permit, construction plan, and construction proposal for the construction project. For example, the construction area may be divided into a building, a basement, a foundation pit, leveling work, etc. The document checking module 220 may encode the divided construction areas and determine an initial association between the construction areas and the construction project. For example, in construction project A, construction is required in construction area 1, construction area 2, and construction area 3, i.e., construction project A is associated with construction area 1, construction area 2, and construction area 3.

[0125] In some embodiments, the document checking module 220 may further divide the construction area obtained by dividing the initial area according to actual construction needs. For example, a building may be divided into multiple floors, each floor into multiple households, and each household into multiple rooms. Furthermore, an area tree may be constructed with a dependency relationship from larger areas to smaller areas, and each node in the area tree may be encoded. This ensures that spatial information such as projects and areas is unique, authentic, and valid.

[0126] By establishing a relationship between a project and an area, it is advantageous to further divide the project and determine task items, and the corresponding job type is determined depending on the task item, allowing for more detailed management.

[0127] In some embodiments of the present invention, more data is associated from the data included in the task list, association relationships between different data are established, and the associated data are verified with each other to ensure the authenticity of the data.

[0128] In some embodiments, the first verification may include verifying whether each entry in the task list internal data truly exists, and if each entry truly exists, determining the authenticity of the task list; verifying whether the quantity price information is reasonable based on the non-quantity price information in the task list, and if the quantity price information is reasonable, determining the reasonableness of the task list.

[0129] In some embodiments, in authenticity verification, the authenticity check includes checking entries in task list internal data, such as construction project, construction area, and task item information.

[0130] In some embodiments, the document checking module 220 compares whether the construction project, construction area, and task item information in the task list matches with the actual project, construction area, and task item according to the minimum production unit, and if there is a match, it indicates that the construction project, construction area, and task item information in the current task list is authentic, and marks this task list with the code of the minimum production unit.

[0131] In some embodiments, the authenticity check further includes checking the execution target and timeframe information.

[0132] In some embodiments, the document check module 220 compares whether the construction period information according to the task list is the same as the execution target information based on the planned construction period and execution target of the minimum production unit, and if they are the same, it indicates that the current task list is authentic with respect to the execution target and construction period information.

[0133] In some implementations, if the above entries in the task list are verified as authentic, the task list may be considered to be authentic.

[0134] Quantity price information refers to information that can be used to determine worker income, such as job type, labor cost, and expected task volume.

[0135] Non-quantity price information refers to information that does not directly affect worker income, such as task items, construction proposals, construction plans, contracts, etc.

[0136] In some implementations, verifying that the quantity pricing information is reasonable includes checking at least one of the job type, labor cost, and expected task volume.

[0137] In some embodiments, the check for reasonableness includes checking the occupation. For example, the document check module 220 may determine whether the occupation of the worker is reasonable based on the occupation corresponding to the task item. If the occupation corresponding to the task item differs from the occupation of the worker, the occupation of the worker is deemed unreasonable.

[0138] In some embodiments, the reasonableness check further includes checking the labor cost. For example, the document check module 220 may determine a recommended labor cost according to a preset association relationship based on the construction area, construction period information, and task item information in the task list, and check whether the labor cost corresponding to the worker is reasonable. If the difference between the recommended labor cost and the labor cost in the task list exceeds a cost threshold, the labor cost may be deemed unreasonable. The cost threshold refers to the minimum difference between the recommended labor cost and the actual labor cost within a reasonable range. The cost threshold may be manually set in advance.

[0139] In some embodiments, the reasonableness check further includes checking the likely task volume.

[0140] In some embodiments, the document check module 220 obtains the true total task volume based on information such as construction proposals, construction plans, and contracts in the disclosure information, and checks whether the expected task volume of the task list is reasonable. If the difference between the expected task volume of the task list and the actual total task volume exceeds a task threshold, the expected task volume of the task list is deemed unreasonable. The task threshold refers to the difference between the expected task list and the actual total task volume within a reasonable range. The task threshold may be manually set in advance.

[0141] In some embodiments of the present invention, the task list can be verified based on the pre-defined association relationship and the internal data of the task list, thereby realizing the correlation and cross-validation of the internal data of the task list. Through multi-faceted verification, the authenticity and rationality of the task list can be better ensured, and reliable data guarantees can be provided for the checking and determination of other documents.

[0142] In some implementations, the document checking module 220 may perform a second validation on the task list based on external relevant data and task list internal data.

[0143] In some implementations, in response to a request to accelerate a project according to the task list, the document checking module 220 may perform a second validation on the task list.

[0144] An acceleration request refers to the time that a construction project has already progressed reaching a predetermined point in time. The predetermined point in time may be set according to actual needs and / or prior experience. A construction project may have one or more predetermined points in time.

[0145] For example, construction project A will start on March 1 and is scheduled to be completed within three months, with preset times being April 1, May 1, and June 1. When the time reaches the above three preset times according to the start of construction project, the document check module 220 may perform a second verification on the task list.

[0146] In some implementations, in response to a completeness satisfaction request for an item corresponding to the task list, the form check module 220 may perform a second check on the task list.

[0147] The completion satisfaction requirement refers to the percentage of completed tasks for a construction project reaching a completion threshold. The completion is used to evaluate the completion progress of a construction project and may be a percentage value. In some embodiments, the completion may be determined based on the percentage of the number of completed minimum task units relative to the total number of minimum task units in the construction project. The completion threshold represents a completion node that requires second verification and may be set according to actual needs and / or a priori experience. Multiple completion thresholds may be set for a single construction project.

[0148] For example, the completion thresholds of a certain construction project are 25%, 50%, 75%, and 100%, and when the completion of the construction project reaches one of the above four completion thresholds corresponding to the start of construction of the construction project, the document check module 220 may perform a second verification on the task list.

[0149] In some implementations, the second verification includes verifying the authenticity of the task list based on the generated form and the status of the generated form in the external related data.

[0150] In some implementations, the document check module 220 may verify the authenticity of the task list by comparing the execution status of the task list based on task list external data.

[0151] For example, the document check module 220 may determine whether the attendance data, inspection data, and work record / wage payment data corresponding to the task list are all present, and if so, determine that the task list is authentic. If not, determine whether a postponement request has been made, and if a postponement request has been made, determine that the task list is authentic. If no postponement request has been made, determine that the task list is inauthentic. Inspection data refers to records that are inspected after a task item is completed. Work record / wage payment data refers to records of work records and wage payments for past task items.

[0152] For example, if a task list has passed its planned completion period, and the task list lacks attendance data and inspection data, and no extension request has been submitted, that is, if it is impossible to determine whether the task list will be completed as planned, the document checking module 220 may determine that the authenticity of the task list has deteriorated. Furthermore, for example, if the task list has been completed, that is, if the task item has been completed but there is no corresponding work record or wage payment data even after a long time has passed, the document checking module 220 may determine that the authenticity of the task list has deteriorated.

[0153] In some embodiments of the present invention, the task list is checked based on external related data and task list internal data, taking into full consideration various data that may be generated after the task list is executed and task lists at higher levels relative to the task list, and verifying different types of external data can better ensure the authenticity and rationality of the task list.

[0154] FIG. 4 is a flowchart of a timesheet check according to some embodiments of the present invention.

[0155] 4, the time sheet check may include the following: In some implementations, the time sheet check may be performed by the document check module 220.

[0156] In some embodiments, the document check module 220 may obtain second verification data 410, and perform a timesheet check 420 based on the second verification data 410, and determine a checked timesheet 440 corresponding to the check result satisfying a second preset condition 430.

[0157] A time record is a document that records the attendance status of workers. In some embodiments, the time record may include multiple entries related to the attendance of workers for at least one work record date, such as the worker and their corresponding entry and exit times, construction projects, task items, or other related data. Furthermore, the time record may include the minimum production unit. The entry and exit times include at least the worker's entry or exit time. The time record may be completed and submitted to the system by a team leader or group leader who manages the workers based on data uploaded from a time recorder or gate.

[0158] In some embodiments, the document check module 220 may acquire a timesheet by communicating with the document acquisition module 210. The timesheet in the document acquisition module 210 may be acquired by inputting a construction-related object for which management authority is available.

[0159] The second verification data is data for checking the attendance record.

[0160] In some embodiments, the second verification data 410 includes at least the checked task list 350. The checked task list is at least a task list that has passed the first verification. In some embodiments, the document check module 220 may obtain the checked task list based on the check result of the first verification performed on the task list.

[0161] In some implementations, the second verification data 410 further includes time record information 411 and payroll information 412 associated with the checked task list.

[0162] The work record information refers to actual work information related to the checked task list, and may include, for example, the minimum production unit recorded in the attendance schedule, actual construction period data, and the processing status of the attendance schedule, etc. In some embodiments, the work record information is obtained from the checked attendance schedule by the document check module 220, and once the checking of the attendance schedule is completed, the attendance schedule may be considered to be processed.

[0163] Payroll information refers to information related to payroll associated with the checked task list, such as minimum production units for payroll, work record date data, etc. In some implementations, payroll information may be obtained from pay slips checked by the document check module 220.

[0164] In some embodiments, the document check module 220 may perform various forms of time record checks based on the second verification data, and determine that the time record is a checked time record when the result of the time record check meets a second preset condition.

[0165] In some embodiments, the second preset condition may include that the time sheet is reasonable and authentic.

[0166] In some embodiments, the document check module 220 obtains the minimum production unit and planned construction period in the task list based on the checked task list, determines whether the minimum production unit linked to the attendance object in the attendance sheet matches the minimum production unit in the task list, and if they match, determines that the attendance object in the attendance sheet is authentic, and determines whether the punched date in the attendance sheet is within the range of the planned construction period in the checked task list, and if it is within the range, determines that the date on the attendance sheet is reasonable.

[0167] In some embodiments, if the attendance object in the attendance record is authentic and the punch date is reasonable, the document check module 220 may determine that the attendance record is reasonable. On the other hand, if the attendance object in the attendance record is not authentic or the punch date is not reasonable, the document check module 220 may determine that the attendance record is not reasonable.

[0168] In some embodiments, the document checking module 220 may check the attendance record based on the checked task list, work record information, and payroll information. For example, the document checking module 220 may check the entry qualification of the worker corresponding to the attendance record based on the checked task list, work record information, and payroll information, and determine that the attendance record is not authentic if the worker corresponding to the attendance record does not have the entry qualification.

[0169] Entry eligibility refers to the qualification of a worker to enter a work site and perform work. In some embodiments, the processor may check the entry eligibility of a worker in multiple aspects based on the construction project blacklist, the checked task list, work record information, and salary information. A worker cannot be determined to be eligible for entry unless he or she simultaneously meets multiple entry eligibility aspects.

[0170] In some embodiments, the document checking module 220 may determine the minimum production unit and planned construction period of the checked task list for the construction project, and compare the minimum production unit associated with the worker with the minimum production unit in the checked task list to determine whether the minimum production unit belongs to the construction project and whether the construction project is within the planned construction period at that time. If the minimum production unit associated with the worker belongs to this project and the project is within the planned construction period, the worker may be deemed to be eligible for entry in this area.

[0171] In some embodiments, the document check module 220 may check the entry qualification of the worker based on the work record information. If all the attendance sheets in the work record information of the worker have been processed but the subsequent tasks have not been distributed, it may be determined that the worker has committed attendance fraud and is deemed not to meet the entry qualification in this area.

[0172] In some embodiments, the document checking module 220 may check the worker's eligibility based on payroll information. If a worker's pay slip shows that wages have not been paid for a predetermined period of time, the worker may be deemed to have committed attendance fraud and not meet the eligibility requirements. The predetermined period of time refers to the critical period during which an abnormality occurs during which wages are not paid. The predetermined period of time may be manually set, for example, three months.

[0173] In some embodiments, the document check module 220 may determine whether a worker is on a blacklist, and blacklisted workers may be deemed ineligible for entry into this area. The blacklist refers to workers who have committed fraud and are in a correction period. Misconduct may include acts such as time and attendance fraud or false wage reporting.

[0174] In some embodiments of the present invention, the attendance record is checked based on the checked task list, work record information, and payroll information, and by correlating and cross-verifying various data in different processes, it is possible to more effectively and accurately verify whether the attendance record is authentic and reasonable, making it more difficult to falsify data, further ensuring the authenticity of the attendance record, and providing reliable data for confirming the pay slip.

[0175] 5 is a flowchart illustrating the automatic creation of a target attendance schedule according to some embodiments of the present invention. As shown in FIG. 5, the automatic creation of a target attendance schedule may include the following: In some embodiments, the automatic creation flow of a target attendance schedule may be performed by the form determination module 230.

[0176] In some embodiments, the form determination module 230 may generate the target attendance table 550 in various forms.

[0177] The attendance table 520 is a table that records the amount of work performed by a worker and the worker's income. The worker's income may include unit income and total income. Unit income refers to the income of a worker per unit of work time. The attendance table 520 may include at least the worker's actual amount of work (also referred to as the amount of work recorded) for at least one work record date.

[0178] In some embodiments, the attendance schedule 520 may further include construction task items, workers, working hours, unit prices, totals, construction periods, accounting periods, etc. Additionally, the attendance schedule may further include minimum production units, worker income, accounting periods, etc.

[0179] The target attendance table 550 is an attendance table whose authenticity can be verified.

[0180] In some embodiments, in response to the input form 510 not including the attendance table 520, the form determination module 230 may automatically create a target attendance table 550 based on the checked task list 350 and the checked time table 440.

[0181] In some embodiments, the document determination module 230 may modify the planned construction period in the checked task list based on the checked attendance record, determine the actual construction period, and determine the actual attendance time for each worker based on the actual construction period.

[0182] For example, if a worker is part-time, the number of work days actually completed by the worker is recorded in the attendance sheet. In this case, the report determination module 230 may calculate the worker's actual work volume based on the actual working hours using a preset conversion rule. For example, if the worker's actual working hours are 8 hours and the preset conversion rule is to record every 8 hours of work as 1 work day, the document determination module 230 may determine that the worker's actual work volume is 1 work day.

[0183] For example, if a worker is a piecework worker, the amount of work actually completed by the worker is recorded at least in the attendance sheet. In this case, the document determination module 230 predicts the amount of work based on the actual working hours in the checked attendance sheet and the daily labor cost in the checked task list. For example, if the actual working hours are 8 hours, the daily labor cost determined based on the checked task list is 300 yuan, and the unit price of work is 30 yuan per square meter, the worker's daily planned amount of work may be estimated to be 10 square meters. If the difference between the completed amount and the planned amount in the checked attendance sheet meets the work amount condition, the completed amount is considered to meet the requirement, and 10 square meters is automatically recorded as the worker's actual work amount for that day. If the difference between the completed amount and the planned amount in the checked attendance sheet does not meet the work amount condition, further manual inspection is required. Note that the work amount condition may include the difference between the estimated completed amount and the planned work amount being less than 10% of the planned work amount.

[0184] In some embodiments, the form determination module 230 may obtain the minimum production unit, labor cost, and accounting period from the checked task list, determine the worker's income based on the labor cost and the worker's actual work volume, and automatically create a target attendance table based on the obtained actual work volume, minimum production unit, worker's income, and accounting period.

[0185] In some embodiments, in response to the input form 510 including the attendance schedule 520, the form determination module 230 may perform an attendance schedule check 530 based on the checked task list 350 and the checked time attendance schedule 440, and if the check result of the attendance schedule check satisfies a third predetermined condition 540, may determine a target attendance schedule 550.

[0186] In some implementations, the form determination module 230 may communicate with the form acquisition module 210 to acquire an attendance table.

[0187] In some embodiments, the third preset condition may include the authenticity of the appearance list.

[0188] In some embodiments, the document determination module 230 may obtain information such as project information, minimum production unit, planned construction period, payment method, worker job type, and labor cost corresponding to the job type based on the checked task list, and may obtain actual construction period and worker attendance status based on the checked attendance record. Note that the actual construction period refers to the date on which the worker actually participates in the work, i.e., the date on which attendance data is available. The worker attendance status may include the worker's work record days, work record dates, absenteeism rate, etc.

[0189] In some embodiments, the processor compares the data in the checked task list and checked time sheet with the data in the manually entered attendance sheet, and if the difference between the two is within a preset difference range, the attendance sheet check passes.

[0190] In some embodiments, the form of checking the authenticity of the attendance table by the form determination module 230 includes at least one of a project authenticity check, a quantity price authenticity check, and a time authenticity check.

[0191] The project authenticity check refers to checking whether the project is authentic. In some embodiments, the form determination module 220 may determine whether the project information in the checked task list matches the project information according to the schedule, and whether the area tree and task tree in the project match the area tree and task tree of the project according to the task list. If all of the above information matches, the processor determines that the minimum production unit in the task list is authentic, and the project authenticity check of the schedule is successful.

[0192] The quantity price authenticity check refers to checking whether the quantity price of the work task completed by the worker is authentic. The quantity price of the work task completed by the worker may be represented by a work record amount. In some embodiments, the accounting determination module 230 needs to check whether the work record amount is authentic. The work record amount is the product of the labor cost and the amount of work. In some embodiments, the accounting determination module 230 may determine whether the worker's attendance time is authentic to determine the worker's actual work amount and ensure the accuracy of the actual work record amount.

[0193] In some embodiments, the document determination module 230 obtains the corresponding work record amount based on the labor cost and work volume according to the checked task list and the checked attendance sheet, and compares it with the work record amount in the attendance sheet. If the two are consistent, the quantity price authenticity of the attendance sheet is determined to be authentic.

[0194] Time authenticity check refers to checking the authenticity of wage-paid hours. Wage-paid hours may be displayed by accounting period on the attendance sheet.

[0195] In some embodiments, the document determination module 230 may check whether the accounting period recorded in the attendance list meets a time requirement, and if so, determine that the time authenticity check for this attendance list passes. The time requirement refers to a rule that the payment time in the task list must meet. The time requirement may be manually set in advance. For example, the time requirement may be that the wage payment time is the next accounting period after the work is recorded. For example, if a task released in March is completed in April and the work is recorded and settled in May, the wage will be paid in the next accounting period after the work is recorded in May, i.e., June.

[0196] In some embodiments of the present invention, the attendance sheet can be checked by the checked task list and the checked attendance sheet, and different data can be verified with each other to form a tightly connected data chain, and it can be determined that the data in the attendance sheet is supported by the task list and the attendance sheet, thereby better ensuring the authenticity of the data in the attendance sheet and immediately detecting possible data tampering.

[0197] 6 is a flowchart illustrating the determination of a worker's income risk according to some embodiments of the present invention. As shown in FIG. 6, the determination of a worker's income risk may include the following: In some embodiments, the determination of a worker's income risk may be performed by the assessment module 240.

[0198] In some embodiments, the assessment module 240 may verify whether the worker's income in the target attendance schedule is at risk.

[0199] For example, if the worker's income according to the target attendance schedule is not within a reasonable range, the assessment module 240 may determine that the worker's income according to the target attendance schedule is at risk, where not being within a reasonable range refers to the worker's income for any one work record day according to the target attendance schedule not being within a first income interval, or the worker's income according to the target attendance schedule being greater than the distributable income, or the worker's total daily income not being within a second income interval.

[0200] In some embodiments, the assessment module 240 may determine, based on the checked task list 350 and the checked attendance sheet 440, that the worker is in the first income interval 620 for at least one recorded work day, and may determine that the worker income 610 recorded in the target attendance sheet 550 is at risk in response to the income for any one recorded work day in the target attendance sheet 550 not being within the first income interval 620.

[0201] The first income interval refers to an interval range of daily wages. In some embodiments, the first income interval may be preset based on industry experience.

[0202] In some embodiments, the evaluation module 240 may obtain the worker's actual working time in the checked attendance sheet and the job value range corresponding to the minimum production unit in the target attendance sheet, and determine the first income interval for each work record day based on the actual working time and the job value range.

[0203] Actual working hours refer to the time a worker actually works within one work day.

[0204] In some embodiments, the evaluation module 240 may sort the attendance data chronologically based on the attendance data of the worker for one work record day in the checked attendance sheet, determine the work period according to the matching principle, and determine the time after accumulating the work period as the actual work time for this work record day.

[0205] The matching principle refers to scanning all attendance data to find a pair of entry and exit punch times. For example, the first entry punch time is found in all attendance data, and any exit punch times that appear before the first entry punch time are ignored. After finding the first entry punch time, the system continues to search for the first exit record according to the order of the attendance data, ignoring the entry punch times that appear before the first exit punch time. After finding the first exit punch time, the system matches the first exit punch time with the first entry punch time. The above steps are repeated according to the order of the attendance data, and pairs of entry and exit punch times are continuously searched for until all attendance data has been scanned. The entry punch time refers to the entry data when the worker starts work, and the exit punch time refers to the entry data when the worker finishes work.

[0206] The work duration refers to the time difference between a pair of entry and exit time stamps. For example, if the entry time stamp is 08:00 and the exit time stamp is 11:00, the work duration is 3 hours.

[0207] In some embodiments, the evaluation module may repeat the above step of determining the time difference to determine at least one time difference within a work record day, accumulate the at least one time difference, and determine the worker's actual working time for the work record day.

[0208] The occupational value range refers to the range of income for different occupations on one work record date.

[0209] In some embodiments, the evaluation module 240 may obtain each occupation related to the construction industry based on industry experience, preset upper and lower income limits for each occupation on a single work record day, and determine the preset upper and lower income limits for the occupation on a single work record day as the occupation value range for that occupation. For example, if the upper and lower daily wage limits for a rebar worker are 350 yuan and 180 yuan, respectively, then the occupation value range for the rebar worker is [180, 350].

[0210] In some implementations, the assessment module 240 may obtain an initial value range and a past task list, determine a past value range based on the past task list, and determine a job type value range based on the past value range and the initial value range.

[0211] The initial value range refers to an initially set job value range. In some embodiments, the assessment module 240 may determine the initial value range for a job based on a preset upper and lower bounds of the job's earnings for a single workday.

[0212] The past task list may include a list of tasks that have passed the check within a past time period, which may be a preset time period, such as one month.

[0213] In some embodiments, when assigning a past task list, a worker and a task may be matched based on the association between the worker and the job type, and the association between the task item and the job type. If the job type corresponding to the worker overlaps with the job type corresponding to the task item, the past task list may be assigned to the worker. The past task list may include at least the task item, the performing worker, quantity price information, etc. The quantity price information may include at least the worker's work volume, unit price, total amount, and working hours. The daily wage is the worker's wage for one recorded work day if the worker is a part-time worker, and is the ratio of total income to expected working hours if the worker is a piecework worker.

[0214] In some examples, the task list may be determined by a configuration of the worker's manager, which may include a team leader, a group leader, etc. In some examples, the manager selects workers whose available job functions overlap with the job functions required to complete the task, i.e., the selected workers' available job functions are the same or partially the same as the job functions required to complete the task, and stores a snapshot of the overlap between the worker's available job functions and the job functions required to complete the task in the task list to prevent changes in the worker's available job functions or the job functions required to complete the task from affecting the accuracy of the task list.

[0215] The past value range refers to the job value range of the completed task. In some embodiments, the evaluation module 240 may scan the past task list for daily wages corresponding to the job type, and determine the maximum daily wage as the upper limit of the past value range for the job type and the minimum daily wage as the lower limit of the past value range for the job type. Taking rebar production as an example, the past task list for the previous month stores the past daily wages of 100,000 rebar workers. The evaluation module 240 may determine the maximum value of 350 yuan among the past daily wages of 100,000 units as the upper limit of the past value range for the rebar worker, and the minimum value of 180 yuan as the lower limit of the past value range for the rebar worker.

[0216] In some embodiments, the evaluation module 240 may calculate an extreme value approach rate for each past daily wage and determine the reliability of the past value range based on the extreme value approach rate. For example, if the percentage of the extreme value approach rate within the extreme value range is greater than a percentage threshold, the evaluation module 240 may determine that the past value range is reliable. Note that the extreme value range and the percentage threshold may be preset based on past experience.

[0217] The extreme value approach rate may represent the distribution of past daily wages within a range of past values. In some embodiments, the extreme value approach rate may be expressed as a numerical value, for example, a number between 0 and 1. The closer the extreme value approach rate is to 0, the closer the corresponding daily wage is to the minimum daily wage, and the closer the extreme value approach rate is to 1, the closer the corresponding daily wage is to the maximum daily wage.

[0218] In some embodiments, the evaluation module 240 may determine the extremum approach rate according to equation (1). λ=(Pi-Pmin) / (Pmax-Pmin) Equation (1)

[0219] Here, λ represents the extreme value approach rate, Pi represents the i-th past daily wage, i ranges from 1 to n, n is the number of all past daily wages, Pmin is the minimum daily wage, and Pmax is the maximum daily wage.

[0220] For example, the extreme value approach rate λ may be expressed as a number between 0 and 1, the extreme value range may be set to 0.1 to 0.9, and the proportion threshold may be set to 90% of all extreme value approach rates. If the proportion of extreme value approach rates λ between 0.1 and 0.9 is greater than the proportion threshold, i.e., 90% of the extreme value approach rates are between 0.1 and 0.9, the evaluation module may determine that the past value range is reliable.

[0221] In some embodiments, the evaluation module may adjust the initial value range based on the difference between the past value range and the initial value range, and determine the adjusted initial value range as the job type value range. For example, the evaluation module may calculate the difference between the upper limit of the past value range and the upper limit of the initial value range, and if the difference between the upper limit of the past value range and the upper limit of the initial value range does not exceed an error threshold, determine that adjustment of the upper limit of the initial value range is unnecessary and determine the upper limit of the initial value range as the upper limit of the job type value range.

[0222] Furthermore, for example, the evaluation module may calculate the difference between the lower limit of the past value range and the lower limit of the initial value range, and if the difference between the lower limit of the past value range and the lower limit of the initial value range does not exceed the error threshold, it may determine that adjustment of the lower limit of the initial value range is unnecessary and set the lower limit of the initial value range as the lower limit of the job type value range. Note that the error threshold may be set in advance based on past experience.

[0223] In some embodiments, the error threshold may be expressed in the form of a percentage, for example, 10%. If the upper limit of the past value range is less than or equal to 110% of the upper limit of the initial value range or greater than or equal to 90% of the upper limit of the initial value range, the evaluation module may determine that adjustment of the upper limit of the initial value range is unnecessary and may determine the upper limit of the initial value range as the upper limit of the job type value range.

[0224] In some embodiments, the valuation module may adjust the upper limit of the initial value range using equation (2) in response to the difference between the upper limit of the past value range and the upper limit of the initial value range exceeding an error threshold, and may adjust the upper limit of the initial value range using equation (3) in response to the difference between the upper limit of the past value range and the upper limit of the initial value range being less than an error threshold. Pt=Pm / (1+a%) Equation (2) Pt=Pm / (1-a%) Equation (3)

[0225] Here, Pt represents the upper limit of the adjusted initial value range, Pm represents the upper limit of the past value range, and a% represents the error threshold.

[0226] In some embodiments, the valuation module may adjust the upper limit of the initial value range using equation (2) if the upper limit of the past value range exceeds (1+a%) of the upper limit of the initial value range, and may adjust the upper limit of the initial value range using equation (3) if the upper limit of the past value range is lower than (1-a%) of the upper limit of the initial value range.

[0227] In some embodiments, the valuation module may adjust the lower limit of the initial value range using equation (4) in response to the difference between the lower limit of the past value range and the lower limit of the initial value range exceeding an error threshold, and adjust the upper limit of the initial value range using equation (5) in response to the difference between the lower limit of the past value range and the lower limit of the initial value range being less than an error threshold. Pb=Ps / (1+a%) Equation (4) Pb=Ps / (1-a%) Equation (5)

[0228] Here, Pb represents the lower limit of the adjusted initial value range, Ps represents the lower limit of the past value range, and a% represents the error threshold. The valuation module may adjust the lower limit of the initial value range using equation (4) if the lower limit of the past value range exceeds (1+a%) of the lower limit of the initial value range, and may adjust the lower limit of the initial value range using equation (5) if the lower limit of the past value range is lower than (1-a%) of the lower limit of the initial value range.

[0229] In some embodiments of the present invention, the job value range is automatically adjusted by an algorithm based on industry experience and past actual situations, making the determined job value range more reasonable.

[0230] In some examples, the assessment module 240 may determine a first earnings interval for a work record day for a worker based on the worker's actual work hours and job value range.

[0231] In some embodiments, the evaluation module may determine the first income interval based on actual work hours, standard work hours, and a job value range. In some embodiments, the standard work hours, also referred to as one shift, may be predetermined based on industry experience and may be, for example, eight hours.

[0232] In some implementations, if the actual work time does not exceed the standard work time, the evaluation module 240 may determine the first earnings interval 360 using equation (6). Y=[Qb*h / hs*P1,Qt*h / hs*P2] Equation (7)

[0233] Here, P1 represents the lower limit of the job type value range, P2 represents the upper limit of the job type value range, h represents the actual working time, hs represents the standard working time, and Qb and Qt represent the lower limit adjustment coefficient and the upper limit adjustment coefficient, respectively.

[0234] In some embodiments, the assessment module may determine the first income interval 360 using equation (7) when the actual work time exceeds the standard work time. Y=[Qb*(1+(h-hs) / hs)*P1,Qt*(1+(h-hs)*J / hs)*P2] Equation (8)

[0235] Here, P1 represents the lower limit of the job value range, P2 represents the upper limit of the job value range, h represents the actual working time, hs represents the standard working time, Qb and Qt represent the lower limit adjustment coefficient and the upper limit adjustment coefficient, respectively, and J represents the overtime coefficient. The lower limit adjustment coefficient, upper limit adjustment coefficient, and overtime coefficient may be set in advance based on past experience.

[0236] In some embodiments of the present invention, the first income range is determined according to the situation by comparing actual working hours with standard working hours, and an adjustment coefficient and an overtime coefficient may be added to flexibly determine a more reasonable first income range.

[0237] In some embodiments of the present invention, the actual working hours of the worker on each working day and the corresponding job value range are determined, thereby determining the first income range of the worker on each working day, ensuring the worker's wages and making wage distribution more fair.

[0238] In some examples, the assessment module may obtain a target attendance schedule and query the work dates included in the attendance schedule. The assessment module 240 may determine that the worker's earnings in the target attendance schedule are at risk if the worker's earnings for any one record day within the work dates are not within a first earnings interval, i.e., if the earnings are above the upper limit of the first earnings interval for the record day or below the lower limit of the first earnings interval for the work day.

[0239] In some embodiments of the present invention, whether the worker's income is at risk is determined by determining whether the worker's income exceeds a first income range, which can limit the worker's income to a reasonable range, better protect the worker's rights, and prevent fraudulent payroll data.

[0240] In some embodiments, the assessment module 240 may determine the distributable income 630 according to the checked task list 350 and determine that the worker income 610 recorded in the target attendance table 550 is at risk, corresponding to the worker income 610 in the target attendance table 550 being greater than the distributable income 630.

[0241] Distributable income refers to the amount that can be distributed from the income of the checked task list to the target attendance table.

[0242] In some implementations, the evaluation module 240 may determine the distributable income for the checked task list by subtracting the distributed amount from the total potential distribution amount for the checked task list.

[0243] The estimated total amount of allocation refers to the amount of the labor costs that the user is expected to pay for the task list. The evaluation module 240 may be determined by input data from the user terminal.

[0244] The total amount that can be distributed in one checked task list is distributed to multiple attendance schedules corresponding to this task, and each time an attendance schedule is created, a consumed amount is generated in the checked task list corresponding to the attendance schedule.

[0245] The distributed amount refers to the amount distributed to other attendance schedules. The evaluation module 240 may scan the attendance schedules related to the checked task list, read data of all other attendance schedules other than the target attendance schedule, and obtain the cumulative value of the distributed amounts in the other attendance schedules to determine the distributed amount.

[0246] In some situations, one attendance table may correspond to multiple checked task lists, i.e., the attendance table includes task completion information for multiple task lists. In this case, the evaluation module 240 may obtain the expected total distribution amounts and distributed amounts for the multiple checked task lists, determine the distributable income corresponding to each of the multiple checked task lists, and further obtain the total distributable income for the multiple checked task lists, and use the total distributable income to determine the worker income risk in the target attendance table.

[0247] In some embodiments, in response to the worker income in the target attendance table being greater than the distributable income, the assessment module 240 may determine that the worker income recorded in the target attendance table is at risk.

[0248] If the target attendance table corresponds to multiple checked task lists, the evaluation module 240 may determine that the worker income recorded in the target attendance table is at risk, corresponding to the process income in the target attendance table being greater than the total distributable income.

[0249] In some embodiments of the present invention, by determining that the worker income in the target attendance table is greater than the distributable income of the corresponding checked task list, it is possible to ensure that the wages paid to the worker are within the planned range and further verify the reasonableness of the worker income in the target attendance table in terms of the total amount of wage payment.

[0250] In some embodiments, the assessment module 240 may obtain a plurality of associated attendance tables 640 related to the worker, determine a second income range 660 for each work record date for the worker based on job type information 650 in the plurality of associated attendance tables 640, determine a total daily income 670 for the worker based on the attendance table submitted by the worker's manager and the plurality of associated attendance tables, and determine that the worker's total daily income 670 is not within the second income range 660, thereby indicating that the worker's income 610 recorded in the target attendance table 550 is at risk.

[0251] Related attendance schedules refer to all attendance schedules related to the target worker, other than the target attendance schedule. The target worker refers to the worker corresponding to the target attendance schedule. Note that since a worker can perform multiple types of work within one work record day, there may be multiple attendance schedules for a worker on one work record day.

[0252] In some embodiments, the evaluation module 240 may query all attendance schedules for attendance schedules that contain the same worker information based on the worker information in the target attendance schedule, and determine the attendance schedules that contain the same worker information as the relevant attendance schedules.

[0253] The second income range refers to the range of wages of a worker on one work record day.

[0254] In some embodiments, the evaluation module 240 may determine a work record date and a job type according to a target attendance schedule, query job type information of at least one attendance schedule and at least one attendance schedule for the same work record date in related attendance schedules, obtain a union of job types according to all job type information in the target attendance schedule and the related attendance schedules, and determine upper and lower limits of income per shift for each job type. Illustratively, the upper limit of income per shift for each job type is represented by {Pt1, Pt2, Pt3...Ptn}, where one element in the array corresponds to the upper limit of income per shift for one job type, and the lower limit of income per shift for each job type is represented by {Pd1, Pd2, Pd3...Pdn}, where one element in the array corresponds to the lower limit of income per shift for one job type.

[0255] In some embodiments, the evaluation module 240 may determine a second income range for the target worker for a work record day based on the target worker's actual work hours for that work record day and the corresponding upper and lower income limits per shift for that job type.

[0256] For example, if a target worker works 16 hours in one work record day, i.e., completes two shifts, the upper limit of the target worker's income in this work record day is Ptmax=2*max{Pt1, Pt2, Pt3...Ptn}, and the lower limit is Ptmin=2*min{Pd1, Pd2, Pd3...Pdn}.

[0257] Daily earnings refer to the earnings per recorded day of work for a worker.

[0258] In some embodiments, the related attendance schedule may involve multiple work record dates. The evaluation module 240 may distribute the total income according to one related attendance schedule evenly across each of the multiple work record dates, i.e., determine an average daily income for the related attendance schedules, and determine the target worker's total daily income for a work record date based on the average daily income for the attendance schedules associated with the target worker's work record date.

[0259] Illustratively, the evaluation module 240 may determine the target worker's total daily earnings according to equation (9). JPEG0007765025000001.jpg9170

[0260] Here, Q d denotes the daily income of the target worker on the dth work record date, and Q d1 , Q d2 , …, Q dm indicates the total income according to the first, second, ..., mth attendance schedules related to the dth work record date of the target worker, and U d1 , U d2 , …, U dm refers to the number of days according to the first, second, ..., mth attendance schedules related to the dth work record date of the target worker, JPEG0007765025000002.jpg9170 indicates the average daily income according to the first, second, ..., mth attendance schedules related to the dth work record date of the target worker, JPEG0007765025000003.jpg11170 indicates the average daily income according to the target attendance schedule.

[0261] In some examples, the evaluation module 240 may query the work record dates included in the target attendance table, obtain the related attendance table associated with each work record date and the target attendance table, and determine that the target worker's income is at risk if the daily income for any one work record day is not within the second income interval based on the target worker's daily income for each work record day using the above formula.

[0262] In some situations, a worker may have multiple attendance records on one work recording day, but the worker's income on one work recording day is within a reasonable range, and under normal working conditions, the worker's daily income is neither too high nor too low. In some embodiments of the present invention, a reasonable second income range is determined, and whether the worker's daily income exceeds the second income range is determined, thereby determining whether the worker's income is at risk, preventing the worker's wages from exceeding the reasonable range, and ensuring fair and equitable wage payments.

[0263] 7 is a flowchart illustrating an implementation of risk alerting according to some embodiments of the present invention. As shown in FIG. 7, the flow of risk alerting may include the following: In some embodiments, the risk alerting may be performed by the risk module 250.

[0264] In some embodiments, in response to a risk to worker income, the risk module 250 may issue an alert to the target user 710 .

[0265] In some embodiments, if the worker income in the target attendance table meets an alert condition, the risk module 250 may determine that the worker income is at risk.

[0266] The alarm conditions may include at least the worker's income recorded in the target attendance table being greater than the distributable income, and / or the income for any one work recording day in the target attendance table not being within a first income interval, and / or the worker's daily income for any work recording day in the target attendance table not being within a second income interval.

[0267] Target users 710 refer to users who need to know that worker income is at risk. In some implementations, target users may include first users 711 and / or second users 712.

[0268] The first user 711 is a manager of the workers. For example, the first user may be a group leader or a team leader.

[0269] The second user 712 is a manager of the first user. For example, the second user may be a subcontractor or a user corresponding to the main contractor.

[0270] In some embodiments, the risk module 250 may communicate with a user terminal corresponding to the target user over a network and issue an alert to the target user in the form of voice, text, images, or other forms.

[0271] In some embodiments, in response to worker income being at risk, the risk module 250 may determine a risk type 720 for the risk, determine a target user 710 to receive the risk alert according to the risk type 720, and send the risk alert to the target user 710.

[0272] In some embodiments, the risk module 250 may determine the risk type of a risk in various ways. For example, the risk may be classified as high-level risk, medium-level risk, low-level risk, etc., based on a risk value. The higher the worker income in the target attendance table exceeds a threshold value, the higher the risk value. The threshold value may include distributable income, a first income range, and / or a second income range.

[0273] In some embodiments, the risk module 250 may categorize risks into different types depending on the risk party.

[0274] In some embodiments, risk types may include worker income risk 730 and distributable income risk 740. Note that a risk party refers to a party associated with a risk. In some embodiments, a risk party may include a worker, a team leader, etc.

[0275] In some implementations, if a worker's daily wage on any one working day exceeds the first income range, the risk is determined to be a risk caused by working time verification, the risk party is the worker, and the risk type is worker income risk. Furthermore, if a worker's daily wage on any one working day exceeds the first income range, it indicates that the worker's attendance time does not match the daily wage listed on the attendance sheet. For example, a worker's attendance time is 1 hour, and the daily wage listed on the attendance sheet is 10,000 yuan.

[0276] In some implementations, if the total daily wage exceeds the second income range, the risk is determined to be a risk caused by daily wage verification, the risk party is the worker, and the risk type is worker income risk. Furthermore, if the total daily wage exceeds the second income range, it means that the worker's wage for one work day exceeds the worker's ability to complete the work. For example, a worker's wage for one work day is 10,000 yuan, but the worker is unable to complete the amount of work corresponding to the wage within one work day.

[0277] In some embodiments, if the total income on the attendance schedule is greater than the income to be distributed on the first related attendance schedule, it is determined that the risk is a risk caused by the total income verification, the risk party is the team leader, and the risk type is distributable income risk 420. Note that the total income on the attendance schedule exceeding the income to be distributed on the first related attendance schedule indicates that the total income on the attendance schedule submitted by the team leader has already exceeded the income available for distribution on the tasks corresponding to the attendance schedule. For example, the income available for distribution on the tasks corresponding to the attendance schedule is 1,000 yuan, but the total income on the attendance schedule submitted by the team leader is 10,000 yuan.

[0278] In some embodiments, the risk module 250 may determine that the target users 710 include a first user 711 if the risk type 720 is a worker income risk 730, and may determine that the target users 710 include a second user 712 if the risk type 720 is a distributable income risk 740.

[0279] In some embodiments, the risk module may determine that the work record information is at risk when the worker's daily wage for any one work day exceeds a first income interval and calculate a monetary amount associated with the risk in the work record information. The risk module may determine that the risk in the work record information is a worker income risk when the monetary amount associated exceeds a first impact threshold. Note that the first impact threshold may be preset based on past experience.

[0280] In some embodiments, the assessment module may determine that the time record information is at risk when the total income in the attendance schedule is greater than the distributable income in the associated checked task list, and may calculate an amount associated with the risk in the time record information. The risk module may determine the risk in the time record information as distributable income risk 420 when the amount associated exceeds a second impact threshold. Note that the second impact threshold may be preset based on past experience.

[0281] In some embodiments, the assessment module may determine that the work record information is at risk when the daily wage exceeds the second income interval and calculate a monetary amount associated with the risk in the work record information. The risk module may determine that the risk in the work record information is a worker income risk when the monetary amount associated with the risk exceeds a third impact threshold. Note that the third impact threshold may be preset based on past experience.

[0282] By classifying target users according to risk type, it is possible to more clearly define the target users who receive the alert and to more clearly define the scope of responsibility.

[0283] 8 is a flowchart illustrating the management of wage payments according to some embodiments of the present invention. As shown in FIG. 8, the management flow of wage payments may include the following: In some embodiments, the management flow of wage payments may be performed by risk module 250.

[0284] In some embodiments, in response to the worker income failing the reasonableness verification, the risk module may determine a risk type, determine collateral information according to the risk type, and manage the flow of wage payments to the worker based on the collateral information.

[0285] In some embodiments, if the worker income in the target attendance table exceeds a reference value or is not within a reference value range, the risk module 250 may determine that the worker income fails the reasonableness verification. The reference value may include at least one of the distributable income of the checked task list, the first income range of the worker income, and the second income range.

[0286] For a detailed description of the distributable income, the first income section and the second income section of the worker's income, please refer to the relevant description of Figure 6 of the present invention.

[0287] In some examples, the risk types may include worker income risk and distributable income risk. For a more detailed description, see Figure 7 and its associated discussion.

[0288] In some embodiments, the risk module 250 may determine the collateral information by risk type.

[0289] The security information is reference information for determining whether wages will be paid. The security information may include the security amount.

[0290] In some embodiments, the risk module 250 may manage the flow of wage payments to the worker based on the collateral information. Illustratively, if the worker income in the target attendance table does not exceed the collateral amount, the risk module 250 may send a risk advance request to the target user, and if the target user selects to pay the advance, pay the worker based on the target attendance table.

[0291] In some embodiments, coverage information may include worker coverage information and team coverage information.

[0292] In some embodiments, the risk module 250 obtains worker guarantee information 810 in response to the risk type 720 being worker income risk 730, sends a risk advance request 830 to a first user 711 in response to the worker income risk 730 not exceeding the worker guarantee information 810, performs a wage payment operation based on a target attendance table in response to receiving the advance from the first user 711, refuses to perform a wage payment operation based on the target attendance table 560 in response to not receiving the advance from the first user 711, and refuses to perform a wage payment operation based on the target attendance table in response to the worker income risk 730 exceeding the worker guarantee information 810. In some embodiments, the wage payment operation includes determining whether to proceed to a wage payment flow operation, and after entering the wage payment flow, the system verifies a pay slip related to wage payment. In other embodiments, the wage payment operation may be determining whether to pay wages to workers.

[0293] The worker security information may be used to determine whether to perform a wage payment operation when the risk is a worker income risk. In some embodiments, the worker security information may be a predetermined advance amount. The risk module 250 may determine whether to perform a wage payment operation based on the relationship between the income amount and the advance amount related to the worker income risk.

[0294] In some embodiments, if the amount related to the worker income risk does not exceed the worker collateral information 510, the impact of the worker income risk is small, and the risk module 250 may send a risk reimbursement request to the first user. The risk module 250 performs a wage payment operation based on the target attendance table in response to receiving the first user's reimbursement, and rejects a wage payment operation based on the target attendance table in response to not receiving the first user's reimbursement.

[0295] In addition, if there is a risk in the worker's income, if the first user wants to insure the risk, he / she will pay an advance of less than the amount of the worker guarantee information, so that the risk module 250 will perform the wage payment operation; if he / she does not want to insure the risk, he / she will refuse to pay the advance, indicating that he / she thinks that the impact of the risk is too great and that the wage payment operation cannot be performed based on the target attendance table.

[0296] The risk reimbursement request may be for presenting the reimbursement to the first user or the second user.

[0297] In some embodiments, an amount associated with the worker income risk exceeding the worker collateral information indicates that the worker income risk impact is significant and the risk module 250 may refuse to perform a wage payment operation based on the target attendance schedule.

[0298] In some embodiments, the risk module 250 may obtain team collateral information 820 in response to the risk type 720 being distributable income risk 740, send a risk advance request 830 to the second user 712 in response to the distributable income risk 740 not exceeding the team collateral information 820, perform a wage payment operation based on the attendance table submitted by the first user in response to receiving an advance from the second user 712, refuse to perform a wage payment operation based on the target attendance table 560 in response to not receiving an advance from the second user, and refuse to perform a wage payment operation based on the target attendance table 560 in response to the distributable income risk 740 exceeding the team collateral information 820.

[0299] The team collateral information 610 may be used to determine whether to perform a wage payment operation when the risk is a distributable income risk. In some embodiments, the team collateral information 610 may be a predetermined advance amount. The risk module 250 may determine whether to perform a wage payment operation based on the relationship between the amount associated with the distributable income risk and the advance amount in the team collateral information. See the related discussion below for a description of how the team collateral information 610 is determined.

[0300] In some embodiments, if the amount involved in the distributable income risk does not exceed the team security information 610, the impact of the distributable income risk may be small, indicating that the risk module 250 may send a risk advance request to the second user. The risk module 250 may perform a wage payment operation based on the target attendance table in response to receiving an advance from the second user, and may refuse to perform a wage payment operation based on the target attendance table in response to not receiving an advance from the second user.

[0301] In addition, when there is a distributable income risk, if the second user wants to insure the risk, he / she will pay an advance less than the amount of the team guarantee information so that the risk module 250 can perform the wage payment operation; if he / she does not want to insure the risk, he / she will refuse to pay the advance, indicating that he / she believes that the impact of the risk is too great and that the wage payment operation cannot be performed based on the target attendance schedule.

[0302] In some embodiments, an amount relating to distributable income risk exceeding the team collateral information 610 may indicate that the impact of distributable income risk is significant and risk module 250 may decline to perform wage payment operations based on the target attendance schedule.

[0303] In some embodiments, the risk module 250 sends a risk reimbursement request to the first user or the second user if the amount of the advance is less than the worker guarantee information or the team guarantee information, and does not send a risk reimbursement request to the first user or the second user and directly refuses to perform the wage payment operation if the amount of the advance is greater than the worker guarantee information or the team guarantee information.

[0304] In some examples, the amount of worker income risk or the amount of distributable income may be intended to represent the magnitude of the risk: the higher the amount involved, the greater the risk.

[0305] In some embodiments, in response to a worker's daily earnings exceeding the first earnings interval for any one work record day, risk module 250 may determine the amount by which the daily earnings exceed the first earnings interval and determine this amount as the amount associated with the worker's earnings risk.

[0306] In some embodiments, in response to the worker income according to the target attendance table being greater than the distributable income of the checked task list, the risk module 250 may determine the portion by which the worker income exceeds the distributable income and determine the amount of this portion as the amount associated with the distributable income risk.

[0307] In some embodiments, if the worker's total daily wages exceed the second revenue interval, the risk module 250 may determine the amount by which the total daily wages exceed the second revenue interval and determine this amount as the amount attributable to the worker's income risk.

[0308] In some embodiments of the present invention, the degree of risk is determined according to the amount of risk involved, and if the degree of risk exceeds the range included in the guarantee information, the execution of the wage payment operation is refused, making wage payment decisions more intelligently and efficiently according to actual conditions, reducing human interference and process delays, and favoring standardized and scientific management of the wage payment process.

[0309] In some embodiments, risk module 250 may dynamically adjust the worker commitment information and the team commitment information in various ways. For example, risk module 250 may periodically obtain a first user's adjustment to the worker commitment information and a second user's adjustment to the team commitment information, and adjust the worker commitment information and the team commitment information based on the respective adjustments.

[0310] In some embodiments, the risk module 250 may dynamically adjust worker coverage information and team coverage information depending on the risk activity.

[0311] Risk behavior refers to actions by workers or team leaders that create or ignore risks to target attendance schedules. Creating risks to target attendance schedules refers to actions such as inaccurately recording attendance information, inaccurately recording attendance schedules, or falsifying documents, which pose a risk to target attendance schedules. Releasing risks refers to providing collateral to workers or paying advances when there is a risk to the worker's income at the target attendance schedule terminal.

[0312] In some embodiments, the worker commitment information and the team commitment information may be preset to initial values. In response to the worker income risk or distributable income risk in the target attendance schedule, the risk module 250 may adjust the worker commitment information and the team commitment information using Equation (10) and Equation (11). Eg=E1+E3 Equation (10) Eb=E2+E3 Equation (11)

[0313] Here, Eg and Eb represent the adjusted worker guarantee information and adjusted team guarantee information, E1 and E2 represent the initial values ​​of the worker guarantee information and the initial values ​​of the team guarantee information, respectively, and E3 represents the adjustment coefficient for dynamic adjustment. The adjustment coefficients include a real risk coefficient, a non-real risk coefficient, and a positive coefficient.

[0314] In some embodiments, the real risk coefficient and the non-real risk coefficient may be less than 0, and the positive coefficient may be greater than 0. The real risk coefficient, the non-real risk coefficient, and the positive coefficient may be preset based on past experience and may be expressed in the form of a number, a percentage, a function, or the like.

[0315] In some embodiments, when a worker or team leader causes a risky behavior (i.e., there is worker income risk or distributable income risk in the work record information) and the first user or the second user wants to pay an advance, the above formulas (10) and (11) may be the actual risk coefficients so as to reduce the size of the worker collateral information or team collateral information.

[0316] Furthermore, if a worker or team leader commits a risky act, the worker or team leader's credibility declines, the size of the worker guarantee information or team guarantee information needs to be reduced, and the first user or second user wants to pay the advance, the risk at this time will be confirmed by the first user or second user, and the wage payment operation will be carried out (actual result), and the risk will be a real risk.

[0317] In some embodiments, the above equations (10) and (11) may be non-substantial risk coefficients so as to reduce the size of the worker security information or team security information if a worker or team leader causes risky behavior but the first user or second user refuses to pay the advance.

[0318] Furthermore, if a worker or team leader causes risky behavior, the worker or team leader's credibility decreases, the size of the worker guarantee information or team guarantee information needs to be reduced, and the first user or second user refuses to pay the advance, the risk in this case will be confirmed and rejected by the first user or second user, the wage payment operation will not be carried out (no actual result), and the risk will be a non-real risk.

[0319] In some embodiments, if a worker or team leader commits a risky act and then does not commit another risky act within a certain period of time, E3 in the above equations (10) and (11) may be a positive coefficient, such that the size of the reduced worker guarantee information or team guarantee information is increased without exceeding the initial value of the worker guarantee information or team guarantee information. Note that if a worker or team leader does not commit a risky act within a certain period of time, the worker or team leader's credibility may be increased, and the worker guarantee information or team guarantee information may be gradually restored.

[0320] In some embodiments, the worker or team availability information is adjusted so as not to exceed a default value.

[0321] In some embodiments, the worker commitment information and team commitment information are dynamically adjusted according to risk behavior, and when adjusting the worker commitment information and team commitment information, the actual situation of the corresponding workers and teams is taken into consideration, thereby further improving the accuracy of the worker commitment information and team commitment information.

[0322] In some embodiments of the present invention, the collateral information can be periodically adjusted according to the risky behavior of the target user to better ensure the time validity of the collateral information, thereby avoiding a situation in which the target user has a high collateral limit despite having performed multiple risky behaviors, or a situation in which the collateral limit remains unchanged despite the target user being able to regulate his or her own behavior, which is advantageous for more accurate collateral limit determination and for ensuring the standardization of wage payment management procedures.

[0323] In some embodiments, in response to refusing to perform a wage payment operation based on the target attendance schedule, the risk module 250 may send a modification request to the first user and obtain a modified attendance schedule from the first user.

[0324] In some embodiments, the risk module 250 may determine the content of the corrections to the work record information based on the risk type and may recommend suggested corrections to the first user. The suggested corrections may be used to suggest to the first user the parts of the attendance schedule that need to be corrected. The corrections may include correcting daily wages, correcting total income, correcting working hours, etc.

[0325] For example, in response to the risk type being distributable income risk, the risk module 250 may determine that the content of the work record information that needs to be corrected is total income, and may recommend to the first user presented information that requires correction of total income.

[0326] In some embodiments, after refusing to execute the wage payment operation, feedback is provided to the first user to correct the attendance schedule, and correction suggestions are recommended, thereby immediately updating content that may lead to risk and avoiding the continuation of the risk situation.

[0327] 9 is a flowchart illustrating a target pay slip determination process according to some embodiments of the present invention. As shown in FIG. 9, the target pay slip determination process may include the following: In some embodiments, the target pay slip determination process may be performed by the document determination module 230.

[0328] In some embodiments, in response to the input form 510 not including the pay slip 910, the form determination module 240 may automatically create a target pay slip 940 based on the checked task list 350, the checked attendance sheet 440, and the target attendance sheet 560.

[0329] Pay slip 910 is a document that records the payroll information of a worker. Pay slip 910 may record at least the status of the worker's pay, payroll deductions, bonuses, and labor costs. Note that labor costs are the actual pay paid to the worker. In some embodiments, the pay slip directly records the task items or minimum production units included in the payroll in the document. In other embodiments, the pay slip may be associated with the task items or minimum production units in a data-associative manner.

[0330] Target pay slip 940 is a verifiable pay slip, and in some implementations, target pay slip 940 may be the final basis for paying wages to workers.

[0331] In some embodiments, the document determination module 240 may determine target data for creating a target pay slip based on the checked task list, the checked attendance sheet, and the target attendance sheet. For example, the document determination module 240 may obtain data such as a worker's minimum production unit, payment method, and labor cost from the checked task list, obtain data such as actual construction period, attendance record, and entry qualification from the checked attendance sheet, obtain data such as work volume, labor cost, and accounting period from the target attendance sheet, and determine the obtained data as target data. The document determination module may automatically create a pay slip based on the target data.

[0332] In some embodiments, the ledger determination module 230 may automatically generate an accounting period based on the checked attendance sheet. For example, the ledger determination module 230 may obtain data such as the actual construction period, working hours, and entry qualification from the checked attendance sheet, and automatically generate an accounting period based on the actual construction period, worker working hours, and entry qualification. For example, if the actual construction period is from March to June and the pre-set accounting period is set to pay salaries once a month, the relevant workers need to be paid from April to July. In the above situation, if a worker has entry qualification from March to May, and his / her working hours are concentrated in March and April, April and May may be automatically determined as the accounting period for this worker.

[0333] In some embodiments, the ledger determination module 230 may automatically create a target pay slip based on the target attendance schedule and the accounting period. For example, the ledger determination module 230 obtains the worker's workload and labor costs from the target attendance schedule, calculates the total labor costs to be paid this month, obtains the balance data of the worker's dedicated salary account from the related fund management system, and if the balance in the dedicated account is greater than the total labor costs to be paid this month, automatically creates a pay slip to be paid this period. If the balance in the dedicated account is less than the total labor costs to be paid this month, the ledger determination module 230 sorts the attendance schedules according to their creation date, and prioritizes the labor costs with the oldest date.

[0334] By automatically creating a target pay slip based on a checked task list, a checked attendance sheet, and a target attendance sheet, human interference is reduced and the determined target pay slip is made more accurate and objective.

[0335] In some embodiments, in response to the input form 510 including a pay slip 910, the form determination module 230 may perform a pay slip check 920 based on the checked task list 350, the checked attendance sheet 440, and the target attendance sheet 940, and in response to the check result of the pay slip check 920 satisfying a fourth preset condition 930, determine the pay slip 910 as the target pay slip 940.

[0336] In some embodiments, the report determination module 230 may communicate with the report acquisition module 210 to acquire a pay slip. The pay slip in the report acquisition module 210 is obtained by user input. By way of example only, the user may include a construction item manager, personnel responsible for worker attendance and payroll, etc. In some embodiments, the user may be a first user.

[0337] In some embodiments, the fourth preset condition may include the pay slip being authentic and reasonable.

[0338] In some embodiments, in response to the input document including a pay slip, the document determination module 230 may determine pay slip-related data for checking the pay slip based on the checked task list, the checked attendance sheet, and the target attendance sheet, and may check the pay slip according to the accounting period.

[0339] An accounting period refers to the time period during which workers are paid. In some embodiments, an accounting period may include at least one pay cycle. Typically, one cycle is one month, but other periods may be used depending on the actual situation.

[0340] Pay slip related data is data for checking pay slips.

[0341] In some embodiments, payslip-related data may include minimum production units and payment types, labor costs, actual construction time, labor hours, entry permits, labor workload, and expected payment amounts.

[0342] In some embodiments, the ledger determination module 230 may obtain pay slip-related data based on the checked task list, the checked attendance sheet, and the target attendance sheet. For example, the ledger determination module 230 may obtain information such as the minimum production unit, payment method, and labor cost based on the checked task list, obtain information such as the actual construction period, attendance time, and entry permission based on the checked attendance sheet, and obtain the amount of work, expected payment amount, and the like based on the target attendance sheet.

[0343] For detailed explanations of how to determine the checked task list, the checked timetable and the target attendance table, please refer to the related descriptions of FIGS. 3 to 5 of the present invention.

[0344] In some embodiments, the ledger determination module 230 may check the payslip based on the payslip-related data and the accounting period. For example, the ledger determination module 230 may check the payslip based on the payslip-related data within the accounting period. By way of example only, the ledger determination module 230 may determine the worker's reference salary based on the checked attendance time and labor cost in the payslip-related data, and if the difference between the salary amount in the payslip and the reference salary is less than a preset threshold, the payslip check is successful. Note that the preset threshold represents a reasonable range of the difference between the salary amount and the reference salary and may be set according to actual needs.

[0345] In some implementations, the payslip check includes at least one of an expense authenticity check, a reasonableness check, and a relevance check of payslip-related data.

[0346] The expense authenticity check refers to checking the authenticity of personnel expenses on a pay slip. As an example, the personnel expenses on a pay slip are usually the sum of the personnel expenses that should be paid in the current period and the personnel expenses that have not been paid in the past. If the above conditions are not met, the personnel expenses will not be authentic.

[0347] The labor cost to be paid in the current period refers to the labor cost to be paid to the worker in the current accounting period. In some embodiments, the labor cost to be paid in the current period may be determined based on the checked time sheet for the current accounting period and the checked task list for the current accounting period. For example, the number of recorded work days for the worker may be determined based on the checked time sheet for the current accounting period, the daily labor cost may be determined based on the checked task list for the current accounting period, and the labor cost to be paid in the current accounting period may be determined based on the number of recorded work days and the daily labor cost.

[0348] The unpaid labor costs in the past refer to the total labor costs that should have been paid to workers in at least one past accounting period. The unpaid labor costs in each past accounting period are determined by the checked attendance sheet for the past accounting period and the checked task list for the past accounting period, and the past accounting period may be determined by the target attendance sheet. The specific method for determining the unpaid labor costs in each past accounting period is similar to the method for determining the labor costs that should be paid in the current period, and reference may be made to the above related explanation.

[0349] The cost reasonableness check refers to checking the reasonableness of labor costs on pay slips. As an example, labor costs on pay slips should be at least equal to the product of the number of days a worker has worked and the minimum labor cost per day. If the above condition is not met, the labor costs are not reasonable.

[0350] The number of days a worker has worked may be determined by a checked attendance sheet, and the minimum labor cost per day may be determined by a checked task list.

[0351] The correlation check of pay slip related data refers to checking the correlation between the checked task list, checked attendance sheet, and target attendance sheet to determine the pay slip related data. As an example only, if the checked task list, checked attendance sheet, and target attendance sheet are data for the same worker and do not meet the above conditions, it is determined that the pay slip related data does not meet the correlation requirements and there is doubt about the authenticity of the pay slip related data.

[0352] The correlation between the checked task list, checked attendance sheet, and target attendance sheet is determined by whether the shared data match. If the shared data match, a correlation exists. For example, the checked task list, checked attendance sheet, and target attendance sheet all include the minimum production unit. If the planned construction period data in the checked task list, the actual construction period data in the checked attendance sheet, and the work record date data in the checked attendance sheet theoretically match, the correlation between the checked task list, checked attendance sheet, and target attendance sheet is determined based on whether the similarity of the above data meets the requirements. If the similarity is greater than a preset similarity threshold, a correlation exists. The similarity threshold can be determined according to actual needs.

[0353] In some embodiments, in response to the result of the pay slip check satisfying the fourth preset condition, the form determination module 230 determines the pay slip entered in the form as the target pay slip, and sets the target pay slip as the final certificate of wage payment.

[0354] In some embodiments, if the pay slip check results in a pay slip not satisfying the authenticity criteria, the document determination module 230 may issue a control command to block the flow of wage payments. Note that the determination result of not satisfying the authenticity criteria may include a case where the labor costs do not satisfy the authenticity criteria, or a case where the pay slip-related data does not meet the correlation requirements.

[0355] In some embodiments, if the pay slip check results in the pay slip not meeting the reasonableness criteria, the report determination module 230 may issue an alarm signal and generate and present to the user an adjustment instruction to proofread the pay slip, and if it determines again that the initial pay slip after proofreading is not reasonable, it may issue a control instruction to block the flow of wage payments.

[0356] Typically, when managing construction work, a payroll ledger is created based on attendance data and wages are paid. However, the pay slips obtained in this manner do not have a data basis, so if wages are paid based solely on attendance data, various problems can arise, such as data falsification and unclear work volumes.

[0357] In some embodiments of the present invention, the target pay slip is determined or the pay slip is checked based on the checked task list, checked time sheet and target attendance sheet. This process allows each data entry to be traced back and repeatedly appear at different stages, and the data is related. Through step-by-step verification, the authenticity and reasonableness of the data in the target pay slip can be better ensured.

[0358] Having thus described the basic concepts, it will be apparent to those skilled in the art that the above detailed disclosure is intended to be presented by way of example only, and not by way of limitation. Although not expressly described herein, those skilled in the art may make various changes, improvements, and modifications to the present specification. These changes, improvements, and modifications are intended to be suggested herein and are within the spirit and scope of the illustrative examples herein.

[0359] Additionally, certain terms are used herein to describe embodiments of the present invention. For example, the terms "one embodiment," "one embodiment," and / or "some embodiments" refer to particular features, structures, or characteristics of at least one embodiment of the present invention. Accordingly, it is emphasized and understood that two or more references to "one embodiment," "one embodiment," or "one alternative embodiment" in various parts of this specification do not necessarily all refer to the same embodiment. Furthermore, particular features, structures, or characteristics may be combined as appropriate in one or more embodiments of this specification.

[0360] Furthermore, unless expressly recited in the claims, the order of processing elements and sequences described herein, the use of numbers, letters, or other designations are not intended to limit the order of the processes and methods herein. While the above disclosure discusses certain embodiments of the invention that are presently considered useful through various examples, it should be understood that such details are for illustrative purposes only, and that the appended claims are not limited to the disclosed embodiments; on the contrary, the claims are intended to cover all modifications and equivalent combinations consistent with the spirit and scope of the embodiments herein. For example, the system assembly described above can be implemented using hardware devices, but can also be implemented solely as a software solution, such as by installing the described system on an existing server or mobile device.

[0361] Similarly, it should be noted that in the preceding description of the embodiments herein, various features may be grouped together in a single embodiment, drawing, or description thereof to simplify the description disclosed herein and facilitate understanding of one or more embodiments of the invention. However, such a method of disclosure does not imply that the subject matter of this specification requires more features than are recited in the claims. In fact, an embodiment may have fewer features than all of the features of a single embodiment disclosed above.

[0362] In some examples, numbers are used to describe the quantities of components and attributes. It should be understood that such numbers used to describe the examples are, in some instances, modified using the modifiers "about," "approximately," or "approximately." Unless otherwise specified, "about," "approximately," or "approximately" indicate that the numbers allow for a variation of ±20%. Correspondingly, in some examples, all numerical parameters used in the specification and claims are approximate values, and such approximations can be varied based on the characteristics required for a particular example. In some examples, numerical parameters must be calculated using the specified number of significant digits and by using methods that preserve common digits. While the numerical ranges and parameters used to determine the breadth of the ranges in some examples herein are approximate values, in specific examples, such numerical values ​​are set as precisely as possible within the ranges feasible.

[0363] Each patent, patent application, patent application disclosure, and other material, including but not limited to articles, books, specifications, publications, documents, etc., cited herein is hereby incorporated by reference in its entirety, excluding any inconsistent or conflicting filing history documents, as well as any documents (now or hereafter added to this specification) that contain limitations on the broadest scope of the claims herein. To the extent that statements, definitions, and / or terminology in the accompanying materials are inconsistent or conflicting with those contained herein, the statements, definitions, and / or terminology in this specification shall control.

[0364] Finally, it should be understood that the examples described herein are used only to illustrate the principles of the examples herein. Other variations are possible within the scope of the present specification. Thus, by way of example, not limitation, alternative arrangements of the examples herein may be considered consistent with the teachings herein. Correspondingly, the examples herein are not limited to those specifically introduced and described herein.

Claims

1. A construction management system including a server, which manages a project using a task list created before each task is executed and a time sheet created after each task is executed, The processing device of the server Report acquisition module, Report check module, Form determination module, and, Risk Module Equipped with the functions of the form acquisition module acquires an input form including at least the task list and the attendance record; The form check module extracts predetermined information from the checklist as internal task list data, performs a first verification to compare the extracted internal task list data with a preset association relationship, and sets the data obtained by the first verification as a checked task list, extracts predetermined information from the attendance sheet as work record information, and if the input form does not include an attendance sheet, performs a second verification to check whether the checked task list, the work record information, and predetermined payroll information satisfy preset conditions, and sets the data obtained by the second verification as a checked attendance sheet. When the input form does not include an attendance sheet, the form determination module determines a target attendance sheet including a worker income, which is the income of each worker, based on the checked task list and the checked attendance sheet; The risk module obtains the worker's income from the target attendance table, calculates a first income range, which is a range of daily wages, based on the checked task list and the checked attendance table, checks whether the worker's income is within the first income range, and if the worker's income is not within the first income range, determines that the worker's income recorded in the target attendance table is at risk. A construction management system characterized by:

2. The document check module further obtaining first verification data for the task list, including task list internal data; A task list check is performed based on the first verification data, and a checked task list is determined in response to the result of the task list check satisfying a first preset condition. The construction management system according to claim 1 .

3. The construction management system of claim 2, characterized in that performing the task list check based on the first verification data includes performing a first verification on the task list based on a predetermined association relationship and the task list internal data.

4. The construction management system according to claim 3, characterized in that the pre-set association relationships include at least one of the following: a relationship between a worker and a job type, a relationship between a task item and a job type, a relationship between a job type and labor cost, and a relationship between an item and an area.

5. The first verification data further includes external related data of the task list; The construction management system of claim 3, wherein checking the task list based on the first verification data further includes performing a second verification on the task list based on the external related data and the task list internal data.

6. The document check module Obtain second verification data, check the attendance record based on the second verification data, and determine the checked attendance record according to the check result satisfying the second predetermined condition; the second verification data includes at least the checked task list; 4. The construction management system according to claim 3, wherein the checked task list is at least a task list that has passed the first verification.

7. The second verification data further includes work record information and payroll information related to the checked task list; The construction management system of claim 6, characterized in that checking the attendance sheet based on the second verification data includes checking the attendance sheet based on the checked task list, the work record information, and the salary information.

8. The form determination module further In response to the fact that the input form does not include an attendance sheet, the target attendance sheet is automatically created based on the checked task list and the checked attendance sheet; In response to the input form including the attendance sheet, checking the attendance sheet based on the checked task list and the checked attendance sheet; The construction management system according to claim 1, wherein the target schedule is determined in response to the result of the schedule check satisfying a third preset condition.

9. The check of the attendance list includes checking the authenticity of the attendance list; The construction management system according to claim 8, wherein the authenticity check of the attendance table includes at least one of a project authenticity check, a quantity price authenticity check, and a time authenticity check.

10. further including an evaluation module; The construction management system of claim 9 , wherein the evaluation module is configured to verify whether there is a risk to worker income in the target attendance schedule.

11. Verifying whether there is a risk to the worker's income in the target attendance schedule includes: determining a first income interval for the worker for at least one work record date based on the checked task list and the checked time sheet; The construction management system of claim 10, further comprising determining that the worker income recorded in the target attendance table is at risk in response to the income of any one work record day in the target attendance table not being within the first income interval.

12. Verifying whether there is a risk to the worker's income in the target attendance schedule includes: determining distributable income based on the checked task list; The construction management system of claim 10, further comprising: determining that there is a risk in the worker income recorded in the target attendance table in response to the worker income in the target attendance table being greater than the distributable income.

13. The form determination module further When the input form does not include a pay slip, the target pay slip is automatically created based on the checked task list, the checked attendance sheet, and the target attendance sheet; The construction management system of claim 8, characterized in that, in response to the input document including the pay slip, a pay slip check is performed based on the checked task list, the checked attendance sheet, and the target attendance sheet, and in response to the result of the pay slip check satisfying a fourth predetermined condition, the target pay slip is determined.

14. The construction management system according to claim 13, wherein the pay slip check includes at least one of a cost authenticity check, a cost reasonableness check, and a correlation check of pay slip related data.

Images