CN117853081A - Worker's early warning system - Google Patents
Worker's early warning system Download PDFInfo
- Publication number
- CN117853081A CN117853081A CN202410169374.XA CN202410169374A CN117853081A CN 117853081 A CN117853081 A CN 117853081A CN 202410169374 A CN202410169374 A CN 202410169374A CN 117853081 A CN117853081 A CN 117853081A
- Authority
- CN
- China
- Prior art keywords
- risk
- information
- worker
- revenue
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000011156 evaluation Methods 0.000 claims abstract description 32
- 238000013475 authorization Methods 0.000 claims abstract description 24
- 230000004044 response Effects 0.000 claims description 67
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000009435 building construction Methods 0.000 abstract description 4
- 238000000034 method Methods 0.000 description 12
- 230000006399 behavior Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000012986 modification Methods 0.000 description 10
- 230000004048 modification Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 8
- 230000009471 action Effects 0.000 description 6
- 238000010276 construction Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 2
- 229910001294 Reinforcing steel Inorganic materials 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000003607 modifier Substances 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the specification provides a recording early warning system, which belongs to the field of building construction management, can optimize recording flow, improve recording efficiency, reduce risks of mistakes and missed payroll, and ensure fund safety, and comprises a recording module, an evaluation module, a risk module and a guarantee authorization module; the work recording module is used for acquiring and/or recording a work order submitted by a first user; the evaluation module is used for verifying whether the record information of the record list has risks or not; the risk module is used for responding to the risk of the labor information, determining the risk category of the risk, determining a target user receiving the early warning based on the risk category and sending the early warning to the target user; the guarantee authorization module is used for acquiring worker guarantee information and/or team guarantee information based on the risk category, and judging whether to execute payroll operation based on the worker guarantee information and/or the team guarantee information.
Description
Technical Field
The specification relates to the field of building construction management, in particular to a worker recording early warning system.
Background
The large amount of personnel flow in the building industry and complicated management flow lead to easy problems of salary calculation and salary distribution of workers in building construction units. At present, in order to improve the phenomenon, part of construction sites adopt a whole-link evidence storage mode of dispatching, checking work attendance, recording work and paying, and meanwhile, the legal rights and interests of construction units and workers are ensured. However, in practice, it is found that the current recording mode is greatly dependent on a single record of the team leader, and there may be problems such as missing records and misrecording. This not only affects the worker's return, but also loses reasonable supervision of the account for the construction unit, resulting in a significant capital risk.
Therefore, it is hoped to provide a marking early warning system, optimize the marking flow, improve the marking efficiency, help the building construction unit rationally to control salary, reduce the risk of misplacement and missed transmission, ensure the fund safety.
Disclosure of Invention
One embodiment of the present disclosure provides a logging early warning system, which is characterized in that the system includes a logging module, an evaluation module, a risk module, and a warranty authorization module; the work recording module is used for acquiring and/or recording a work order submitted by a first user; the evaluation module is used for verifying whether the labor information of the work order has risks or not; the risk module is used for responding to the risk of the labor information, determining a risk category of the risk, determining a target user receiving early warning based on the risk category, and sending the early warning to the target user; the guarantee authorization module is used for acquiring worker guarantee information and/or team guarantee information based on the risk category; initiating a risk-pad request to the first user and/or the second user in response to the worker revenue risk not exceeding the worker warranty information and/or the available revenue risk not exceeding the team warranty information; performing a payroll operation based on a payroll submitted by the first user in response to receiving payment of the first user and/or the second user, and refusing to perform the payroll operation based on the payroll submitted by the first user in response to not receiving payment of the first user and/or the second user; and in response to the worker revenue risk exceeding the worker guaranty information and/or the dominant revenue risk exceeding the team guaranty information, refusing to perform the payroll operation based on the first user submitted record.
Drawings
The present specification will be further elucidated by way of example embodiments, which will be described in detail by means of the accompanying drawings. The embodiments are not limiting, in which like numerals represent like structures, wherein:
FIG. 1 is a system block diagram of a logging early warning system shown in accordance with some embodiments of the present description;
FIG. 2 is an exemplary flow chart of a worker early warning system application shown in accordance with some embodiments of this specification;
FIG. 3 is an exemplary diagram of determining a first revenue zone for a workday according to some embodiments of the present description;
FIG. 4 is an exemplary schematic diagram illustrating the sending of an alert to a target user according to some embodiments of the present description;
FIG. 5 is an exemplary schematic diagram illustrating performing payroll operations according to some embodiments of the present description;
FIG. 6 is an exemplary schematic diagram of another embodiment of performing payroll operations according to some embodiments of the present description.
Detailed Description
In order to more clearly illustrate the technical solutions of the embodiments of the present specification, the drawings that are required to be used in the description of the embodiments will be briefly described below. The drawings do not represent all embodiments.
It will be appreciated that "system," "apparatus," "unit" and/or "module" as used herein is one method for distinguishing between different components, elements, parts, portions or assemblies at different levels. Other words may be substituted for the words by other expressions if the words achieve the same purpose.
As used in this specification and the claims, the terms "a," "an," "the," and/or "the" are not specific to a singular, but may include a plurality, unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that the steps and elements are explicitly identified, and they do not constitute an exclusive list, as other steps or elements may be included in a method or apparatus.
In the embodiments of the present disclosure, when the operations are performed according to the step descriptions, the order of the steps may be changed, the steps may be omitted, and other steps may be included in the operation process unless otherwise specified.
FIG. 1 is a system block diagram of a logging early warning system according to some embodiments of the present disclosure.
In some embodiments, the logging early warning system 100 may include a logging module 110, an assessment module 120, a risk module 130, and a warranty authorization module 140. The functions corresponding to the logging early warning system 100 may be executed by a processor.
The job ticket module 110 is configured to create or modify a job ticket. In some embodiments, the job ticket module 110 may obtain a job ticket submitted by the first user. The description of the first user may be found in relation to fig. 2.
The assessment module 120 is configured to verify that the report is at risk. In some embodiments, the assessment module 120 may obtain attendance information, determine that the worker is at risk based on the attendance information, determine a first revenue interval for each workday, and determine that the worker information is at risk in response to the worker's single day revenue exceeds the first revenue interval for any one workday.
In some embodiments, the assessment module 120 may determine a first associated report associated with the report based on the task information and determine an allocable revenue for the first associated report, and determine that the report is at risk in response to the total revenue for the report being greater than the revenue to be allocated for the first associated report. In some embodiments, the assessment module 120 may obtain a plurality of second associated work orders associated with the worker, determine a second revenue interval for the worker on each workday based on the work category information in the plurality of second associated work orders, determine a total daily revenue for the worker based on the work orders submitted by the first user and the plurality of second associated work orders, and determine that the work information is at risk in response to the total daily revenue exceeding the second revenue interval.
The risk module 130 is configured to determine a risk category for the risk. In some embodiments, in response to the labor information being at risk, the risk module 130 may determine a risk category of the risk and determine a target user to receive the pre-warning based on the risk category, sending the pre-warning to the target user.
The vouching authorization module 140 is configured to determine whether to perform payroll operations based on vouching information. In some embodiments, the vouching authorization module 140 may obtain worker vouching information and/or team vouching information based on the risk category; responsive to the worker revenue risk not exceeding the worker warranty information and/or the available revenue risk not exceeding the team warranty information, initiating a risk-pad request to the first user and/or the second user; performing payroll operations based on the first user submitted payroll bill in response to receiving the first user and/or second user's pad payment, and refusing to perform payroll operations based on the first user submitted payroll bill in response to not receiving the first user and/or second user's pad payment; responsive to the worker's revenue risk exceeding the worker's warranty information and/or the available revenue risk exceeding the team warranty information, refusing to perform the payroll operation based on the first user submitted notation.
In some embodiments, the logging early warning system 100 can include a processor. The processor may be used to process data from at least one module of the worker early warning system 100 or an external data source (e.g., a cloud data center). In some embodiments, the processor may include a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), an image processing unit (GPU), a microprocessor, or the like, or any combination thereof. In some embodiments, the processor may be a single server or a group of servers. In some embodiments, the processor may be local or remote.
In some embodiments, the worker module 110, the assessment module 120, the risk module 130, and the vouch for authorization module 140 may be integrated into a processor.
For further description of the functions performed by the various modules of the logging early warning system 100, reference is made to fig. 2-6 and their associated descriptions herein.
It should be noted that the description of the worker early warning system 100 and the modules thereof is for convenience only and is not intended to limit the description to the scope of the embodiments. It will be appreciated by those skilled in the art that, given the principles of the system, various modules may be combined arbitrarily or a subsystem may be constructed in connection with other modules without departing from such principles. In some embodiments, the logging module 110, the assessment module 120, the risk module 130, and the vouching authorization module 140 disclosed in fig. 1 may be different modules in one system, or may be one module to implement the functions of two or more modules described above. For example, each module may share one memory module, or each module may have a respective memory module. Such variations are within the scope of the present description.
FIG. 2 is an exemplary flow chart of a worker early warning system application shown in accordance with some embodiments of this specification. In some embodiments, the process 200 is performed by a worker early warning system. As shown in fig. 2, the process 200 includes the steps of:
step 210, a work order submitted by a first user is obtained.
The job ticket may be used to record information about the work performed by the worker. In some embodiments, the job ticket may contain project information, worker information, and the like. The item information refers to information related to an item corresponding to a job ticket. Such as project name, project time, etc. The worker information refers to information about workers corresponding to a job ticket. Such as the name of the worker, the job type of the worker, etc. The logging information refers to information related to a worker performing work, such as a work date, a work time, and the like.
In some embodiments, each job ticket indicates that the worker for the job ticket completed a job. For example, when a worker completes a welder's work in the morning and an electrician's work in the afternoon, the first user may submit a report of completion of the welder's work and a report of completion of the electrician's work for recording the two works completed by the worker on the workday.
In some embodiments, the labor information may include work date, total revenue, attendance information, workload, daily revenue, and other information related to the work.
The work date refers to the date on which the worker performs the work corresponding to the work order. In some embodiments, the work date may include a plurality of work days.
Total revenue refers to compensation that is given to workers when completing a job corresponding to a job ticket. In some embodiments, the total revenue may include a single day revenue for each of the plurality of workdays when the worker completes a job corresponding to the single note within the plurality of workdays. Where single day revenue refers to the payroll of workers on a single workday recorded by a job ticket.
In some embodiments, the single day revenue may be a ratio of total revenue to work date. For example, the total revenue is 1000 yuan and the working date is 5 days, then the single day revenue may be 200 yuan.
In some embodiments, the job ticket module may obtain a job ticket created or modified by the first user. In some embodiments, the first user may create or modify a work order based on the worker's work or modification prompts through the work module 110. The first user refers to a user who creates or modifies a notation. Such as a team or team leader. For a description of modification of the hint information see fig. 4 and its associated description.
Step 220, verifying whether the record information of the record list is at risk.
In some embodiments, the assessment module may verify that the record information of the record is at risk in a number of ways. For example, the evaluation module may send the job ticket to a terminal device used by the construction supervisor, the construction supervisor determines whether the job information on the job ticket is at risk, and the construction supervisor uploads the determination result of whether the job information is at risk to the evaluation module. The terminal equipment can comprise a mobile phone, a tablet personal computer and the like.
In some embodiments, the labor information may include work date, total revenue. In some embodiments, the assessment module may obtain the attendance information and determine that the worker is at a first revenue interval for each workday based on the attendance information, and in response to the worker's single day revenue exceeds the first revenue interval for any one workday, the assessment module may determine that the worker information is at risk.
The attendance information refers to information for recording attendance of workers in actual work. In some embodiments, the attendance information may be obtained through a first user recorded ticket. In some embodiments, the attendance information may include an attendance record for each workday within the workday.
The first revenue zone refers to a zone range of single day revenue. In some embodiments, the first revenue zone may be preset by the first user based on industry experience.
Fig. 3 is an exemplary diagram illustrating a first revenue zone for determining a workday according to some embodiments of the present description.
In some embodiments, the work information may include work information 330, and the assessment module may determine an actual work time period 320 of the worker on each work day based on the work information 310, and determine a work value range 340 corresponding to the work information 330, and determine a first revenue zone for each work day based on the actual work time period 320 and the work value range 340.
The actual working time period 320 refers to the time period during which the worker is actually working within a single working day.
In some embodiments, the processor may traverse the attendance records of a certain working day in the attendance information, sort the attendance records according to a time sequence, determine working periods according to a pairing principle, and determine a duration accumulated by the working periods as an actual working duration of the working day.
Pairing rules refer to traversing all attendance records, and searching for an incoming attendance record and an outgoing attendance record which appear in pairs. For example, all attendance records are traversed, a first incoming attendance record is searched, an outgoing attendance record appearing before the first incoming attendance record is ignored, the first outgoing attendance record is continuously searched according to the order of the attendance records in response to the searching of the first incoming attendance record, the incoming attendance record appearing before the first outgoing attendance record is ignored, the first outgoing attendance record is paired with the first incoming attendance record in response to the searching of the first outgoing attendance record, the steps are repeated sequentially, the incoming attendance record and the outgoing attendance record which can be paired are continuously searched according to the order of the attendance records, and the traversal of all the attendance records is finished. The entering attendance record refers to an attendance record of a worker starting to work. The attendance record of the attendance refers to the attendance record of the work finished by the worker.
The working period refers to the time difference between each pair of the incoming attendance record and the outgoing attendance record. For example, in a pair of entrance attendance record and exit attendance record, the entrance attendance record is 08:00, the exit attendance record is 11:00, and the working period is 3 hours.
In some embodiments, the assessment module may repeat the above steps of determining the actual working hours, and determine the actual working hours of the worker on each working day.
The job information 330 refers to information related to a job required to complete a task. The work species refers to work species such as welders, fitters, lathes, and the like.
In some embodiments, the job information 330 may include job standard revenue. The standard income of the work class refers to the upper limit and the lower limit of the income of a single day when the actual working time length of workers corresponding to the work class is equal to the standard working time length. The standard working time length can be preset according to industry experience, for example, 8 hours. The upper limit and the lower limit of the daily incomes can be preset according to industry experience, for example, the upper limit of the daily incomes of a reinforcing steel bar worker can be 350 yuan, and the lower limit can be 180 yuan.
The work class value range 340 refers to an interval in which a work class corresponding to work class information is received on a single day of work.
In some embodiments, the assessment module may determine the work value range 340 in a variety of ways. For example, the assessment module may determine the upper and lower limits of single day revenue in the industry standard revenue as the upper and lower limits of the industry value range.
In some embodiments, the assessment module may obtain an initial value range and a historical task sheet, determine a historical value range based on the historical task sheet, and determine a work class value range based on the historical value range and the initial value range.
The initial value range is the work value range initially set. In some embodiments, the assessment module may determine the upper and lower limits of the single day revenue in the industry standard revenue as the upper and lower limits of the industry value range.
A job ticket refers to a document that records information related to a job that a worker needs to complete. In some embodiments, the task sheet may include task information, worker information, workload, daily revenue, total revenue, projected length of work, and the like. The estimated working time period refers to the time period for which a worker is estimated to use on a single working day. For more description of task information, see the following related description.
In some embodiments, the worker information may include the job type that the worker is able to perform, and the task information may include the job type required to complete the task. In some embodiments, if the worker is a timekeeper, the single day revenue is a compensation of the worker for a single working day, and if the worker is a piece-counter, the single day revenue is a ratio of the total revenue to the projected working time. For a description of the daily incomes, the total incomes, see the description above.
In some embodiments, the task sheet may be determined by a worker's administrator setting, which may include a team leader, or the like. In some embodiments, the manager may select a worker whose intersection of the task-capable job and the job required to complete the task is not empty, i.e., the selected worker is the same or partially the same as the job required to complete the task, and save a snapshot of the intersection of the task-capable job and the job required to complete the task in the task sheet, avoiding affecting the accuracy of the task sheet due to changes in the task-capable job or the job required to complete the task.
The historical task sheet refers to all task sheets within the historical time. Wherein the history time may be preset, for example, 1 month.
The historical value range refers to the work value range of the completed task. In some embodiments, the assessment module may traverse the single day revenue corresponding to a work category in the history task sheet, determine a maximum single day revenue as an upper limit of the range of historical value corresponding to the work category, and determine a minimum single day revenue as a lower limit of the range of historical value corresponding to the work category.
Illustratively, there are 10 ten thousand task sheets to be completed by the rebar worker in the previous month of the historical task sheets, and the evaluation module may determine the maximum daily income 350 element in the 10 ten thousand task sheets as the upper limit of the historical value range corresponding to the rebar worker, and the minimum daily income 180 element as the lower limit of the historical value range corresponding to the rebar worker.
In some embodiments, the assessment module may calculate an extremum closeness rate for the daily revenue of each historical task sheet and determine the confidence level of the historical value range based on the extremum closeness rate. For example, in response to the magnitude of the duty cycle of the extremum closeness rate being within the extremum range being greater than the duty cycle threshold, the evaluation module may determine that the historical value range is authentic. The extremum range and the duty ratio threshold can be preset based on historical experience.
The extremum approach rate may characterize the distribution of daily revenue over a range of historical values. In some embodiments, the extremum approaching rate may be represented by a numerical value, for example, the extremum approaching rate may be represented by a number between 0 and 1, the extremum approaching rate approaching 0 representing the corresponding single day revenue approaching the minimum single day revenue, and the extremum approaching rate approaching 1 representing the corresponding single day revenue approaching the maximum single day revenue.
In some embodiments, the evaluation module may determine the extremum closeness rate based on the following equation (1):
λ=(Pi-Pmin)/(Pmax-Pmin)（1）
where λ represents an extremum approaching rate, pi represents a single day revenue corresponding to an ith historical task sheet, the range of i may include 1 to n, n is the number of all historical task sheets, pmin represents a minimum single day revenue, and Pmax represents a maximum single day revenue.
For example, the extremum approaching rate λ is represented by a number between 0 and 1, the extremum range may be set to 0.1-0.9, the duty ratio threshold may be set to 90% of the total extremum approaching rate, and the evaluation module may determine that the historical value range is reliable in response to the duty ratio of the extremum approaching rate λ between 0.1-0.9 being greater than the duty ratio threshold, that is, the extremum approaching rate of 90% being between 0.1-0.9.
In some embodiments, the evaluation module may adjust the initial value range based on a difference between the historical value range and the initial value range, and determine the adjusted initial value range as the work value range. For example, the evaluation module may make a difference between the upper limit of the historical value range and the upper limit of the initial value range, and when the difference between the upper limit of the historical value range and the upper limit of the initial value range does not exceed the error threshold, the evaluation module may determine that the upper limit of the initial value range does not need to be adjusted, and determine the upper limit of the initial value range as the upper limit of the work value range.
For another example, the evaluation module may make a difference between the lower limit of the historical value range and the lower limit of the initial value range, and when the difference between the lower limit of the historical value range and the lower limit of the initial value range does not exceed the error threshold, the evaluation module may determine that the lower limit of the initial value range does not need to be adjusted, and the lower limit of the initial value range is used as the lower limit of the work value range. Wherein the error threshold may be preset based on historical experience.
In some embodiments, the error threshold may be represented by a percentage or the like, for example, the error threshold may be 10%, and if the upper limit of the historical value range does not exceed 110% of the upper limit of the initial value range or is not less than 90% of the upper limit of the initial value range, the evaluation module may determine that no adjustment to the upper limit of the initial value range is required, and determine the upper limit of the initial value range as the upper limit of the industrial value range.
In some embodiments, in response to the difference between the upper limit of the historical value range and the upper limit of the initial value range exceeding the error threshold, the evaluation module may adjust the upper limit of the initial value range based on the following equation (2); in response to the difference between the upper limit of the historical value range and the upper limit of the initial value range being below the error threshold, the evaluation module may adjust the upper limit of the initial value range based on the following equation (3):
Pt=Pm/(1+a%)（2）
Pt=Pm/(1-a%) （3）
where Pt represents the upper limit of the adjusted initial value range, pm represents the upper limit of the historical value range, and a% represents the error threshold.
In some embodiments, the evaluation module may adjust the upper limit of the initial value range based on equation (2) when the upper limit of the historical value range exceeds (1+a%) of the upper limit of the initial value range, and the evaluation module may adjust the upper limit of the initial value range based on equation (3) when the upper limit of the historical value range is below (1-a%) of the upper limit of the initial value range.
In some embodiments, in response to the difference between the lower limit of the historical value range and the lower limit of the initial value range exceeding the error threshold, the evaluation module may adjust the lower limit of the initial value range based on the following equation (4); in response to the difference between the lower limit of the historical value range and the lower limit of the initial value range being below the error threshold, the evaluation module may adjust the upper limit of the initial value range based on the following equation (5):
Pb=Ps/(1+a%)（4）
Pb=Ps/(1-a%) （5）
where Pb represents the lower limit of the adjusted initial value range, ps represents the lower limit of the historical value range, a% represents the error threshold, the evaluation module may adjust the lower limit of the initial value range based on equation (4) when the lower limit of the historical value range exceeds (1+a%) of the lower limit of the initial value range, and the evaluation module may adjust the lower limit of the initial value range based on equation (5) when the lower limit of the historical value range is below (1-a%) of the lower limit of the initial value range.
In some embodiments of the present disclosure, the industry value range may be automatically adjusted by an algorithm according to industry experience and historical practical conditions, so that the determined industry value range is more reasonable.
In some embodiments, the assessment module may determine the first revenue zone 360 based on the actual working hours 320, the standard working hours 350, the work class value range 340.
In some embodiments, when the actual operating time period 320 does not exceed the standard operating time period 350, the assessment module may determine the first revenue zone 360 based on the following equation (6):
Y=[Qbh/hsP 1 ,Qth/hsP 2 ] （7）
wherein P is 1 Representing the lower limit of the value range of the species, P 2 The upper limit of the work class value range is represented, h represents the actual working time, hs represents the standard working time, and Qb and Qt respectively represent the lower limit adjustment coefficient and the upper limit adjustment coefficient.
In some embodiments, when the actual operating time period 320 exceeds the standard operating time period 350, the assessment module may determine the first revenue zone 360 based on the following equation (7):
Y=[Qb(1+(h-hs)/hs)P 1 ,Qt(1+(h-hs)J/hs)P 2 ]（8）
wherein P is 1 Representing the lower limit of the value range of the species, P 2 The upper limit of the work class value range is represented, h represents the actual working time, hs represents the standard working time, qb and Qt respectively represent a lower limit adjustment coefficient and an upper limit adjustment coefficient, J represents a overtime coefficient, and the lower limit adjustment coefficient and the upper limit adjustment coefficientThe overtime coefficients may be preset based on historical experience. For a description of the actual working hours 320, the standard working hours 350, and the work value ranges 340, reference is made to the above description.
In some embodiments of the present disclosure, by comparing the actual working time length with the standard working time length, the first income interval under different conditions may be determined, and the adjustment coefficient and the overtime coefficient may be added at the same time, so that a more reasonable first income interval may be flexibly determined.
In some embodiments of the present disclosure, determining the first income interval of the worker on each working day by determining the actual working time period of the worker on each working day and the corresponding working value range may ensure that the salary of the worker is more equitable and feasible.
In some embodiments, when the first user submits a work order, the assessment module may query the work order for a work date, and in response to a worker's single day revenue for any one of the work days within the work date exceeding or falling below an upper limit of a first revenue interval for that work day, the assessment module may determine that the work information is at risk.
In some embodiments of the present disclosure, determining whether the labor information is at risk by determining whether the daily income exceeds the first income interval may enable the income of the worker to be within a reasonable range, thereby ensuring the rights and interests of the worker.
In some embodiments, the logging information may include mission information, and the assessment module may determine a first associated log associated with the log based on the mission information, determine an allocable revenue for the first associated log, and determine that the logging information is at risk in response to the total revenue for the log being greater than a revenue to be allocated for the first associated log.
The task information refers to information related to tasks that a worker needs to complete. Such as task name, task content, the type of work required, etc.
The first associated report refers to all reports included in the task corresponding to the task information.
It will be appreciated that a task may require multiple workers and/or a worker to perform multiple tasks, so a task may include multiple notes, with the first task information on each of the multiple notes being the same. The first task information may include a task name and a task number.
In some embodiments, the evaluation module may query all of the journals for journals containing the same first task information based on task information on the journals, and determine the journals containing the same first task information as the first associated journals.
The allocable revenue refers to the total amount that the task corresponding to the first associated report can be allocated. In some embodiments, the allocable revenue may be input by the second user to the worker early warning system. Wherein the second user refers to the manager of the first user. In some embodiments, the allocable revenue may include allocated revenue and revenue to be allocated. The allocated revenue refers to the amount that has been allocated to the first associated bill of credit. In some embodiments, the assessment module may accumulate the total revenue of the first associated report to obtain the allocated revenue. Revenue to be allocated refers to the difference between the total amount that a mission is able to allocate and the allocated revenue.
It will be appreciated that the total amount that a job can be allocated to a plurality of notes corresponding to the job, and if a note is associated with a plurality of jobs, the total revenue on the note can be shared among the plurality of jobs.
In some embodiments, the assessment module may determine that the logging information is at risk in response to the total revenue of the logging list being greater than the revenue to be allocated of the first associated logging list.
Illustratively, the first associated report may have an allocable revenue of 1000 units, the first associated report may include a report having a total revenue of 300 units and a report having a total revenue of 400 units, the allocated revenue may be 700 units, the to-be-allocated revenue may be 300 units, and the total revenue on the report submitted by the first user may be 400 units, the total revenue of the report may be greater than the to-be-allocated revenue of the first associated report, and the assessment module may determine that the report is at risk.
In some embodiments of the present disclosure, by determining whether the total revenue of the notation exceeds the to-be-allocated revenue of the first associated notation, determining whether the notation information is at risk, the likelihood of human error is reduced, and fund security is ensured.
In some embodiments, the assessment module may determine a second revenue interval for the worker on each workday based on the work category information in the plurality of second associated work orders, determine a total daily revenue for the worker based on the work orders submitted by the first user and the plurality of second associated work orders, and determine that the work information is at risk in response to the total daily revenue exceeding the second revenue interval.
The second associated report refers to all reports associated with the target worker except the report submitted by the first user. The target worker is a worker corresponding to a work order submitted by the first user. It will be appreciated that a worker may perform multiple tasks on a single work day, so that multiple work orders may exist for the worker on a single work day. Illustratively, after the first user submits the work orders, the target worker saves 4 work orders in the work order early warning system, and the rest 3 work orders are second associated work orders except the work orders submitted by the first user.
In some embodiments, the assessment module may query all of the work orders for work orders containing the same worker information based on the worker information on the work orders, and determine the work order containing the same worker information as the second associated work order.
The second income range refers to a range of ranges of salaries of workers on a single work day. In some embodiments, the evaluation module may query a plurality of work orders in the second associated work order on the same workday, and work information of the plurality of work orders, collect a union of work types corresponding to all the work types information, determine an upper limit and a lower limit of work type standard income corresponding to all the work types, and determine an upper limit of maximum work type standard income and a lower limit of minimum work type standard income as an upper limit and a lower limit of a second income range. For a description of industry standard revenue, see the description above.
Illustratively, if a worker works for 16 hours on a single working day, i.e., twice the standard working time, the work performed corresponds to a welder and a fitter, the upper limit of the standard income of the welder is 400 yuan, and the upper limit of the standard income of the fitter is 360 yuan, the upper limit of the second income interval is twice 400 yuan, i.e., 800 yuan.
Total daily revenue refers to the actual compensation of workers on a single workday. In some embodiments, the working date of the second associated report may include a plurality of working days, the evaluation module may select one working day, search for a plurality of second associated reports whose working date includes the working day, and accumulate the daily incomes of the plurality of second associated reports on the working day to obtain the daily total incomes of the worker on the working day. For more explanation on single day revenue see the description above.
In some embodiments, after the first user submits the work order, the assessment module may query the work date of the work order, and further query the total daily revenue for each work day within the work date, and if there is a sum of the total daily revenue for any one work day and the total daily revenue on the work order submitted by the first user, the assessment module may determine that the work information is at risk if the sum exceeds the upper limit of the second revenue interval for that work day or is below the lower limit of the second revenue interval for that work day.
In some embodiments of the present disclosure, determining whether the recording information is at risk may avoid having to give the worker a compensation that exceeds that available for the worker to work normally by determining whether the total daily revenue exceeds the second revenue interval, thereby ensuring fair and fair payouts.
And step 230, in response to the risk of the labor information, sending an early warning to the target user.
The target user refers to the user who receives the early warning. In some embodiments, the target user may include a first user or a second user. For further description of the first user and the second user, see fig. 4 for relevant content.
The early warning refers to information for warning that the engineering information is at risk. In some embodiments, the pre-warning may be presented by text, voice, or the like. For more on sending an early warning to the target user see fig. 4 and its associated description.
In response to the record information not being at risk, a payroll operation is performed based on the record sheet, step 240.
The salary operation refers to the salary being dispatched to the worker by the staff early warning system. For more explanation of the payroll operation, see fig. 4 and its associated description.
In some embodiments of the specification, the risk of the recording information is reasonably judged, the payroll process is perfected, so that the recording process is clearer and more transparent, the fund risk can be reduced, the fund safety of workers and project management parties is ensured, the manual participation proportion is reduced, and the fairness and fairness of the payroll process are ensured.
It should be noted that the above description of the process 200 is for illustration and description only, and is not intended to limit the scope of applicability of the present disclosure. Various modifications and variations of the procedure hand-eye calibration will be apparent to those skilled in the art in light of the present description. However, such modifications and variations are still within the scope of the present description.
FIG. 4 is an exemplary schematic diagram illustrating the sending of an alert to a target user according to some embodiments of the present description.
In some embodiments, in response to the labor information being at risk, the risk module may determine a risk category of the risk, determine a target user to receive the pre-warning based on the risk category, and send the pre-warning to the target user.
In some embodiments, the risk that the logging information is at may be divided into different categories based on the difference in risk parties. In some embodiments, the risk categories may include worker revenue risk 410 and dominant revenue risk 420. Where a risk party refers to a party associated with a risk. In some embodiments, the risk party may include workers, team members, and the like.
In some embodiments, if the single day income of the worker exceeds the first income interval on any one working day, the risk is judged to be the risk triggered by checking the attendance duration, the risk party is the worker, and the risk category is the worker income risk 410. It will be appreciated that a worker's single day revenue exceeding the first revenue window on any one workday indicates that the worker's attendance duration does not match the single day revenue on the work order, e.g., the worker's attendance duration is 1 hour and the single day revenue on the work order is 10000 yuan.
In some embodiments, if the total revenue of the notation is greater than the revenue to be allocated for the first associated notation, then the risk is determined to be the risk triggered by the total revenue check, the risk party is the team leader, and the risk category is the available revenue risk 420. It will be appreciated that a total revenue for the report being greater than the revenue to be allocated for the first associated report indicates that the total revenue on the report submitted by the team leader has exceeded the revenue that the job corresponding to the report can be allocated, e.g., the job corresponding to the report can be allocated for 1000 yuan, but the total revenue on the report submitted by the team leader is 10000 yuan.
In some embodiments, if the total daily revenue exceeds the second revenue zone, the risk is determined to be the risk triggered by the daily revenue check, the risk party is a worker, and the risk category is a worker revenue risk 410. It will be appreciated that a total daily revenue exceeding the second revenue window indicates that the worker's salary in one workday exceeds the worker's ability to complete work, e.g., the worker's salary in one workday is 10000 yuan, and the worker cannot complete the work corresponding to the salary in one workday.
In some embodiments, the target user includes a first user 430 and/or a second user 440. For more explanation about the target user, see the above-mentioned related description.
In some embodiments, the processor may determine that the target user includes the first user 430 in response to the risk category being a worker revenue risk 410, and the risk module may determine that the target user includes the second user 440 in response to the risk category being a dominant revenue risk 420.
In some embodiments, in response to a worker's single day revenue exceeding a first revenue window on any one of the workdays, the assessment module may determine that the worker information is at risk and calculate a related amount of the risk of the worker information being at risk, and if the related amount exceeds a first impact threshold, the risk module may determine the risk of the worker information being at risk as worker revenue risk 410. Wherein the first influence threshold may be preset based on historical experience.
In some embodiments, in response to the total revenue of the notation being greater than the revenue to be allocated for the first associated notation, the assessment module may determine that the notation exists at risk and calculate a related amount of the existing notation at risk, and if the related amount exceeds a second impact threshold, the risk module may determine the existing notation at risk as a dominant revenue risk 420. Wherein the second influence threshold may be preset based on historical experience. For more explanation on determining the risk of dominating revenue, see step 220 and its associated description.
In some embodiments, in response to the total daily revenue exceeding the second revenue zone, the assessment module may determine that the logging information is at risk and calculate a related amount of the risk of the logging information, and if the related amount exceeds the third impact threshold, the risk module may determine the risk of the logging information as a worker revenue risk 410. Wherein the third influence threshold may be preset based on historical experience. For more explanation on determining the risk of worker revenue, see step 220 and its associated description.
For a description of the amount involved in determining the risk of the presence of the logging information, reference is made to the following description.
FIG. 5 is an exemplary schematic diagram illustrating performing payroll operations according to some embodiments of the present description.
FIG. 6 is an exemplary schematic diagram of another embodiment of performing payroll operations according to some embodiments of the present description.
In some embodiments, in response to the risk category being worker-income risk 410, the vouching authorization module may obtain worker-vouching information 510, initiate a risk-pad payment request to first user 430 in response to worker-income risk 410 not exceeding worker-vouching information 510, perform a payroll operation based on a payroll submitted by first user 430 in response to receiving a pad payment by first user 430, reject performance of a payroll operation based on a payroll submitted by first user 430 in response to not receiving a pad payment by first user 430, reject performance of a payroll operation based on a payroll submitted by first user 430 in response to worker-income risk 410 exceeding worker-vouching information 510, and reject performance of a payroll operation based on a payroll submitted by first user 430.
In some embodiments, in response to the risk category being the available revenue risk 420, the vouching authorization module may obtain the group vouching information 610, initiate a risk of cushioning request to the second user 440 in response to the available revenue risk 420 not exceeding the group vouching information 610, perform payroll operations based on the payroll submitted by the first user 430 in response to receiving the cushioned payment by the second user 440, reject performance of payroll operations based on the payroll submitted by the first user 430 in response to not receiving the cushioned payment by the second user 440, and reject performance of payroll operations based on the payroll submitted by the first user 430 in response to the available revenue risk 420 exceeding the group vouching information 610.
In some embodiments, the risk that the logging information is at may be characterized by the amount to which the risk relates.
In some embodiments, in response to the worker's single day revenue exceeding the first revenue zone on any one workday, the vouching authorization module may determine a portion of the single day revenue exceeding the first revenue zone, and determine an amount of the portion as an amount to which the worker's revenue risk relates.
In some embodiments, in response to the total revenue of the notation being greater than the revenue to be allocated for the first associated notation, the vouching authorization module may determine a portion of the total revenue being greater than the revenue to be allocated for the first associated notation, an amount of the portion being determined as an amount involved in the risk of dominable revenue.
In some embodiments, in response to the total daily revenue exceeding the second revenue zone, the vouching authorization module may determine a portion of the total daily revenue exceeding the second revenue zone, an amount of the portion being determined as an amount to which the worker's revenue risk relates.
The worker warranty information 510 may be used to determine whether to perform a payroll operation when the risk is a worker's revenue risk. In some embodiments, the worker warranty information 510 may be a pre-set and dynamically adjustable mat payment amount, and the worker-logging early warning system may determine whether to perform a payroll operation based on the relationship of the amount of the worker's revenue risk related to the mat payment amount of the worker warranty information. A description of how worker warranty information 510 is determined may be found in the following related description.
In some embodiments, the indication that the amount of the worker's revenue risk is not more than the worker's vouch for information 510 may indicate that the worker's revenue risk is less influential, the billing early warning system may initiate a risk of paying a request to the first user, in response to receiving the first user's payment to pay, the billing early warning system may perform a payroll operation based on the first user's submitted bill, and in response to not receiving the first user's payment to pay, the billing early warning system may refuse to perform a payroll operation based on the first user's submitted bill.
It will be appreciated that when a risk of worker income occurs, if the first user is willing to make a guarantee for the risk, the first user may pay a payment for a pad that is no greater than the amount of the worker's guarantee information for the worker-recording early warning system to perform the payoff operation, and if the first user is unwilling to make a guarantee for the risk, the first user refuses to pay for the pad, indicating that the first user believes that the risk has a greater degree of influence, and cannot perform the payoff operation based on the work order submitted by the first user.
The risk-pad payment request may be used to prompt the first user or the second user to pay the pad payment.
In some embodiments, the amount of the worker's revenue risk that relates to the excess of the worker's warranty information 510 may indicate that the worker's revenue risk is of greater impact, and the worker's early warning system may refuse to perform a payroll operation based on the first user's submitted work order.
Team guarantee information 610 may be used to determine whether to perform payroll operations when the risk is a dominant revenue risk. In some embodiments, the team guarantee information 610 may be a pre-set and dynamically adjustable amount of pad payment, and the creditor early warning system may determine whether to perform payoff operations based on the relationship of the amount of concern that may dominate revenue risk and the amount of pad payment of the team guarantee information. A description of how the team warranty information 610 is determined may be found in the following related description.
In some embodiments, the indication that the amount of the dominant revenue risk is not more than the team guarantee information 610 may indicate that the dominant revenue risk is less influential, the crediting early warning system may initiate a risk deposit request to the second user, in response to receiving a deposit from the second user, the crediting early warning system may perform a payroll operation based on the report submitted by the first user, and in response to not receiving a deposit from the second user, the crediting early warning system may refuse to perform a payroll operation based on the report submitted by the first user.
It will be appreciated that when the risk of dominating revenue occurs, if the second user is willing to make a guarantee for the risk, the second user pays a payment for a pad that is no greater than the amount of team guarantee information for the payroll operation performed by the logging early warning system, and if the second user is unwilling to make a guarantee for the risk, the second user refuses to pay the payment for the pad, indicating that the second user believes that the risk has a greater degree of influence, and cannot perform the payroll operation based on the logging order submitted by the first user.
In some embodiments, the excess of the available revenue risk related amount beyond the team guarantee information 610 may indicate that the available revenue risk is more influential, and the crediting early warning system may refuse to perform a payroll operation based on the first user submitted ticket.
In some embodiments, the worker early warning system initiates a risk payment request to the first user or the second user when the amount of the payment is less than the worker warranty information 510 or the team warranty information 610, and does not initiate a risk payment request to the first user or the second user when the amount of the payment is greater than the worker warranty information 510 or the team warranty information, directly refusing to perform the payroll operation.
In some embodiments, the vouching authorization module may adjust the worker vouching information 510 and the team vouching information 610 in a variety of ways. For example, the vouching authorization module may periodically obtain an adjustment value of the worker vouching information by the first user and an adjustment value of the team vouching information by the second user, and adjust the worker vouching information and the team vouching information based on the respective adjustment values.
In some embodiments, the vouching authorization module may dynamically adjust the worker vouching information 510 and the team vouching information 610 based on risk behavior.
Risk behavior refers to the behavior of workers or team members that causes the risk of logging information. In some embodiments, the risk behaviors may include worker risk behaviors and team risk behaviors. The worker risk behavior refers to a behavior in which a worker causes a risk of worker income, for example, attendance information is inaccurate, etc. Team risk behavior refers to behavior by the team leader that results in the occurrence of a manageable revenue risk, e.g., inaccurate filling of a report, etc.
In some embodiments, the worker and team warranty information 510, 610 may be pre-set with initial values, and in response to the logging information being at risk of worker revenue or at risk of dominant revenue, the warranty authorization module may adjust the worker and team warranty information based on the following formulas (9) (10):
Eg=E1+E3（9）
Eb=E2+E3（10）
wherein Eg, eb represent the adjusted worker warranty information and the adjusted team warranty information, E1, E2 represent the initial values of the worker warranty information and the team warranty information, and E3 represents the adjustment coefficient for dynamic adjustment. The adjustment coefficients comprise a substantial risk coefficient, an insubstantial risk coefficient and a positive coefficient.
In some embodiments, the substantial risk coefficient and the non-substantial risk coefficient may be less than 0, the positive coefficient may be greater than 0, and the substantial risk coefficient, the non-substantial risk coefficient, the positive coefficient may be preset based on historical experience and represented by a numerical value, a percentage, a function, or the like.
In some embodiments, when the worker or team leader triggers a risk action (i.e., the worker information is at risk for worker income or is at risk for dominant income) and the first user or the second user is willing to pay for the pad payment, E3 in equation (9) (10) above may be a substantial risk factor to reduce the size of the worker or team warranty information.
It will be appreciated that when a worker or a team leader triggers a risk action, the worker or team leader's credibility is reduced, the size of the worker's or team's warranty information needs to be reduced, and the first user or the second user is willing to pay for the pad payment, the risk is already confirmed by the first user or the second user and a payoff operation (substantial result) is performed, the risk being a substantial risk.
In some embodiments, when the worker or team leader triggers a risk action but the first user or the second user refuses payment of the pay pad, E3 in equation (9) (10) above may be an insubstantial risk factor to reduce the size of the worker's warranty information or the team warranty information.
It will be appreciated that when a worker or a team leader triggers a risk action, the worker or team leader's credibility is reduced, the size of the worker's or team's warranty information needs to be reduced, and the first user or the second user refuses payment of the payment pad, the risk is that the first user or the second user has confirmed the refusal and has not performed the payroll operation (no substantial result), and the risk is an insubstantial risk.
In some embodiments, when the worker or team leader does not trigger the risk action for a period of time after triggering the risk action, E3 in the above equation (9) (10) may be a forward coefficient to increase the size of the reduced worker warranty information or team warranty information, but cannot exceed the initial value of the worker warranty information or the initial value of the team warranty information. It will be appreciated that when risk activity is not triggered by a worker or team leader for a period of time, the reliability of the worker or team leader increases and the worker or team guaranty information may be gradually restored.
In some embodiments, the worker warranty information 510 or the team warranty information 610 may not be greater than the initial value of the worker warranty information 510 or the initial value of the team warranty information 610 after adjustment.
In some embodiments, the worker guarantee information and the team guarantee information are dynamically adjusted through risk behaviors, and the actual conditions of the corresponding workers and teams can be considered in adjusting the worker guarantee information and the team guarantee information, so that the accuracy of the worker guarantee information and the team guarantee information is higher.
In some embodiments, in response to the logging early warning system refusing to perform a payroll operation based on the first user submitted logging, the vouch-for authorization module may initiate a modification request to the first user to obtain the first user modified logging.
In some embodiments, the vouching authorization module may determine modification content of the logging information and push modification hints to the first user based on the risk category. Wherein the modification prompt message may be used to prompt the first user for a portion of the work order that needs modification. Modifying content may include modifying single day revenue, modifying total revenue, modifying attendance duration, and the like.
For example, in response to the risk category being a dominant revenue risk, the vouching authorization module may determine that the content of the logging information that needs to be modified is total revenue, push a hint information to the first user that needs to be modified.
In some embodiments, after refusing to execute the payroll operation, the payroll operation can be fed back to the first user to modify the work order, and the modification prompt information is pushed, so that the work recording step can be simplified, and the work recording efficiency can be improved.
In some embodiments of the present description, determining whether to perform a payroll operation based on team guarantee information or worker guarantee information may make the payroll operation fair and improve payroll efficiency.
In some embodiments of the present disclosure, different target users are distinguished by risk categories, so that the target users receiving the early warning are more clear, and the responsibility division is clearer.
Furthermore, certain features, structures, or characteristics of one or more embodiments of the present description may be combined as suitable.
In some embodiments, numbers describing the components, number of attributes are used, it being understood that such numbers being used in the description of embodiments are modified in some examples by the modifier "about," approximately, "or" substantially. Unless otherwise indicated, "about," "approximately," or "substantially" indicate that the number allows for a 20% variation. Accordingly, in some embodiments, numerical parameters set forth in the specification and claims are approximations that may vary depending upon the desired properties sought to be obtained by the individual embodiments. In some embodiments, the numerical parameters should take into account the specified significant digits and employ a method for preserving the general number of digits. Although the numerical ranges and parameters set forth herein are approximations that may be employed in some embodiments to confirm the breadth of the range, in particular embodiments, the setting of such numerical values is as precise as possible.
If the description, definition, and/or use of a term in this specification makes reference to a material that is inconsistent or conflicting with the disclosure provided herein, the description, definition, and/or use of the term in this specification controls.
Claims (9)
1. The utility model provides a record worker early warning system which is characterized in that the system comprises a record worker module, an evaluation module, a risk module and a guarantee authorization module;
the work recording module is configured to acquire a work recording sheet submitted by a first user, wherein the work recording sheet comprises at least one of project information, worker information and work recording information;
the assessment module is configured to verify whether the record information of the record is at risk;
the risk module is configured to send an early warning to a target user in response to the labor information being at risk;
the vouch-for authorization module is configured to perform payroll operations based on the work order in response to the work information being free of risk.
2. The system of claim 1, wherein the project information comprises a work date, a total revenue, the work date comprising a plurality of work days, the total revenue comprising a single day revenue for a worker on each of the plurality of work days;
The evaluation module is further configured to:
obtaining attendance information;
determining a first income interval of the worker on each working day based on the attendance information;
and determining that the labor information is at risk in response to the single-day income of the worker on any one of the workdays exceeding the first income interval.
3. The system of claim 2, wherein the labor information comprises labor information, the assessment module further configured to:
determining the actual working time length of the worker on each working day based on the attendance information;
determining a work class value range corresponding to the work class information;
and determining a first income interval of each working day based on the actual working time length and the work class value range.
4. The system of claim 3, wherein the evaluation module is further configured to:
acquiring an initial value range and a historical task list;
determining a historical value range based on the historical task sheet;
the work value range is determined based on the historical value range and the initial value range.
5. The system of claim 1, wherein the engineering information includes task information;
The evaluation module is further configured to:
determining a first associated report associated with the report based on the task information;
determining an allocable revenue for the first associated report, the allocable revenue comprising an allocated revenue and a revenue to be allocated;
in response to the total revenue of the notation being greater than the revenue to be allocated of the first associated notation, determining that the notation information is at risk.
6. The system of claim 1, wherein the evaluation module is further configured to:
acquiring a plurality of second associated work orders associated with the worker;
determining a second revenue zone for the worker on each of the workdays based on the work category information in the plurality of second associated work orders;
determining a total daily revenue for the worker based on the first user submitted report and the plurality of second associated reports;
and determining that the labor information is at risk in response to the single day total revenue exceeding the second revenue zone.
7. The system of claim 1, wherein the risk module is further configured to:
determining a risk category of the risk in response to the presence of the risk in the labor information;
And determining a target user for receiving the early warning based on the risk category, and sending the early warning to the target user, wherein the target user comprises the first user and/or a second user, and the second user is a manager of the first user.
8. The system of claim 7, wherein the risk categories include worker revenue risk and dominant revenue risk;
the risk module is further configured to:
determining that the target user includes the first user in response to the risk category being a risk of income for the worker;
in response to the risk category being a dominant revenue risk, determining that the target user includes the second user.
9. The system of claim 8, wherein the vouching authorization module is further configured to:
acquiring worker guarantee information in response to the risk category as the worker income risk;
initiating a risk-pad request to the first user in response to the worker income risk not exceeding the worker warranty information; performing a payroll operation based on a payroll sheet submitted by the first user in response to receiving the payment of the first user, and refusing to perform the payroll operation based on the payroll sheet submitted by the first user in response to not receiving the payment of the first user;
In response to the worker income risk exceeding the worker warranty information, refusing to perform the payroll operation based on the record work order submitted by the first user;
acquiring team guarantee information in response to the risk category being the dominant revenue risk;
initiating the risk-pad request to the second user in response to the dominant revenue risk not exceeding the team guarantee information; performing the payroll operation based on the first user submitted bill responsive to receiving the second user's pad payment, and refusing to perform the payroll operation based on the first user submitted bill responsive to not receiving the second user's pad payment;
in response to the dominant revenue risk exceeding the team guarantee information, refusing to perform the payroll operation based on the first user submitted notation.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410169374.XA CN117853081A (en) | 2024-02-06 | 2024-02-06 | Worker's early warning system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410169374.XA CN117853081A (en) | 2024-02-06 | 2024-02-06 | Worker's early warning system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117853081A true CN117853081A (en) | 2024-04-09 |
Family
ID=90548170
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410169374.XA Pending CN117853081A (en) | 2024-02-06 | 2024-02-06 | Worker's early warning system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117853081A (en) |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102708435A (en) * | 2012-04-18 | 2012-10-03 | 苏州万戈软件科技有限公司 | System for managing salary of middle and high-level personnel in enterprise |
| CN107609792A (en) * | 2017-09-30 | 2018-01-19 | 四川民工加网络科技有限公司 | Worker based on big data algorithm assesses labor service resource allocation method and system |
| CN109191283A (en) * | 2018-08-30 | 2019-01-11 | 成都数联铭品科技有限公司 | Method for prewarning risk and system |
| CN109523118A (en) * | 2018-10-11 | 2019-03-26 | 平安科技（深圳）有限公司 | Risk data screening technique, device, computer equipment and storage medium |
| CN109559210A (en) * | 2018-10-26 | 2019-04-02 | 成都光谷云财务咨询有限公司 | Based on big data and the book keeping operation of the artificial intelligence of cloud computing and method of declaring dutiable goods automatically |
| CN111178843A (en) * | 2019-12-30 | 2020-05-19 | 湖北连邦云创科技有限公司 | Supervision and early warning method and device for worker wage distribution |
| CN111260189A (en) * | 2020-01-08 | 2020-06-09 | 平安银行股份有限公司 | Risk control method, risk control device, computer system and readable storage medium |
| CN112884448A (en) * | 2021-03-12 | 2021-06-01 | 一智科技(成都)有限公司 | Salary issuing method and system |
| CN113706092A (en) * | 2021-07-16 | 2021-11-26 | 一智科技(成都)有限公司 | Engineering project supervision method and system |
| CN114240401A (en) * | 2021-12-30 | 2022-03-25 | 贵州人和致远数据服务有限责任公司 | Salary sending system capable of preventing salary sending errors |
| CN115147086A (en) * | 2022-07-25 | 2022-10-04 | 航天正通汇智(北京)科技股份有限公司 | Monitoring and early warning platform system and method for salary payment of agricultural workers |
| CN115936447A (en) * | 2023-02-09 | 2023-04-07 | 一智科技(成都)有限公司 | Owing salary early warning method, system, device and medium |
-
2024
- 2024-02-06 CN CN202410169374.XA patent/CN117853081A/en active Pending
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102708435A (en) * | 2012-04-18 | 2012-10-03 | 苏州万戈软件科技有限公司 | System for managing salary of middle and high-level personnel in enterprise |
| CN107609792A (en) * | 2017-09-30 | 2018-01-19 | 四川民工加网络科技有限公司 | Worker based on big data algorithm assesses labor service resource allocation method and system |
| CN109191283A (en) * | 2018-08-30 | 2019-01-11 | 成都数联铭品科技有限公司 | Method for prewarning risk and system |
| CN109523118A (en) * | 2018-10-11 | 2019-03-26 | 平安科技（深圳）有限公司 | Risk data screening technique, device, computer equipment and storage medium |
| CN109559210A (en) * | 2018-10-26 | 2019-04-02 | 成都光谷云财务咨询有限公司 | Based on big data and the book keeping operation of the artificial intelligence of cloud computing and method of declaring dutiable goods automatically |
| CN111178843A (en) * | 2019-12-30 | 2020-05-19 | 湖北连邦云创科技有限公司 | Supervision and early warning method and device for worker wage distribution |
| CN111260189A (en) * | 2020-01-08 | 2020-06-09 | 平安银行股份有限公司 | Risk control method, risk control device, computer system and readable storage medium |
| CN112884448A (en) * | 2021-03-12 | 2021-06-01 | 一智科技(成都)有限公司 | Salary issuing method and system |
| CN113706092A (en) * | 2021-07-16 | 2021-11-26 | 一智科技(成都)有限公司 | Engineering project supervision method and system |
| CN114240401A (en) * | 2021-12-30 | 2022-03-25 | 贵州人和致远数据服务有限责任公司 | Salary sending system capable of preventing salary sending errors |
| CN115147086A (en) * | 2022-07-25 | 2022-10-04 | 航天正通汇智(北京)科技股份有限公司 | Monitoring and early warning platform system and method for salary payment of agricultural workers |
| CN115936447A (en) * | 2023-02-09 | 2023-04-07 | 一智科技(成都)有限公司 | Owing salary early warning method, system, device and medium |
Non-Patent Citations (2)
| Title |
|---|
| DACAN LI等: "The Research and Design of Migrant Workers\' Real-name Back Salary Governance Platform Based on Big Data Technology", 《2022 11TH INTERNATIONAL CONFERENCE OF INFORMATION AND COMMUNICATION TECHNOLOGY (ICTECH))》, 18 August 2022 (2022-08-18), pages 320 - 324 * |
| 李庆华: "浅谈信息化环境下的国有企业集团公司在线审计", 《纳税》, no. 06, 28 February 2019 (2019-02-28), pages 164 - 169 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11049187B2 (en) | Proving ground assisted automated model | |
| US7711637B2 (en) | Automated political risk management | |
| CA2815202C (en) | Liability risk driven system for optimized triggering risk exposure of insurance objects | |
| US20030088493A1 (en) | Business case system | |
| US20060129441A1 (en) | Apparatus, method, and system for documenting, performing, and attesting to internal controls for an enterprise | |
| US20050080701A1 (en) | Methods and systems for managing risk management information | |
| US20080147536A1 (en) | System and method for providing funding | |
| JP2007523426A (en) | Risk management system and risk management method | |
| US20220351297A1 (en) | System and method for evaluating a service provider of a retirement plan | |
| KR20160039552A (en) | Automated task handling | |
| US20060064315A1 (en) | Budget proposal and reimbursement application processing system and method | |
| WO2004068377A2 (en) | Computer system for a network having a plurality of network users | |
| US20190259103A1 (en) | System to predict impact of existing risk relationship adjustments | |
| CN111178843A (en) | Supervision and early warning method and device for worker wage distribution | |
| Fitriyanti et al. | Detection Implementation of Risk Management for Commercial Digital Banking | |
| US8473389B2 (en) | Methods and systems of purchase contract price adjustment calculation tools | |
| CN113706092A (en) | Engineering project supervision method and system | |
| CN117853081A (en) | Worker's early warning system | |
| CN116308235A (en) | Payroll accounting system and method for factory production | |
| CN116595028A (en) | Service and evaluation corresponding relation construction method and system | |
| CN114677065A (en) | Data processing method and data processing device | |
| JP2019125247A (en) | Risk evaluation analysis system | |
| CN113793086A (en) | Spare capacity determination method and device, computer storage medium and electronic equipment | |
| JP7078395B2 (en) | Employment management equipment and programs | |
| CN117314045A (en) | Security management system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |