Zero work day settlement system and device

Abstract

The invention discloses a zero work day settlement system and method, and the system comprises an identity switching assembly which requests a server to call business function modules corresponding to different identities after the assembly is triggered; the post issuing identity service function module is used for detecting multi-day individual post information input by an issuer through the terminal and sending the information to the server; detecting zero worker setting information configured by the publisher through the terminal; the post employment identity function module is used for detecting whether the published post is triggered by the applicant through the terminal to perform registration operation or not, and sending registration operation information to the server side for verification, so that the server side executes a registration process after verification succeeds; and when the applicant terminal detects completion operation, the applicant terminal sends completion operation information to the server side, so that the server side enters a daily settlement process after verification succeeds. The blank of a multi-day short-term employment scene is filled, the continuous multi-day employment demand of an employer is realized through an exclusive process, and the repeated operation cost of the employer is reduced.

Description

Technical Field

[0001] This invention relates to the field of information processing technology, specifically to a day-settlement system and method for gig workers. Background Technology

[0002] With the widespread use of mobile devices and the rapid development of information technology, online job seeking has become the mainstream model. Currently, mainstream online job platforms mainly offer two employment models: daily-paid jobs and monthly-paid full-time jobs. However, existing technological solutions have significant drawbacks: If the employer's demand for short-term labor for multiple days cannot be met, and the employer needs short-term labor for 2-7 consecutive days, the only options are to repeatedly post daily-paid jobs or choose long-term employment. The former increases the employer's operating costs, while the latter results in a waste of resources. Summary of the Invention

[0003] The main objective of this invention is to provide a solution that addresses the shortcomings of existing technologies.

[0004] To achieve the above objectives, according to a first aspect of the present invention, a gig work daily settlement system is provided, comprising: an identity switching component, which, when triggered, requests the server to call business function modules corresponding to different identities; a job posting identity business function module, used to detect personalized job information for daily or multi-day daily settlement entered by the poster through a terminal, and send it to the server for posting; and to detect gig work settings configured by the poster through the terminal; a job application identity function module, used to detect whether any posted job has been triggered for application by an applicant through a terminal, and send the application information to the server for verification, so that the server can execute the application process after successful verification, and enter the employment stage after the application is approved; when the applicant's terminal detects a completion operation, it sends the completion operation information to the server, so that the server can verify the completion operation information, and enter the daily settlement or multi-day settlement process after successful verification.

[0005] Optionally, the gig work setup information includes gig work registration setup information; wherein, detecting whether any posted job has been triggered for registration by an applicant through a terminal, and sending the registration operation information to the server for verification, so that the server can execute the registration process after successful verification, and enter the employment stage after the registration is approved, includes: when a bid-grabbing operation for any job is detected on the page, calling the personalized job information associated with that job and displaying it on the terminal's visual page; when the registration component is detected to be triggered on the visual page, sending the registration request to the server, so that the server can verify the applicant based on the registration request information; and after successful verification, executing the registration process based on the gig work registration setup information set by the poster corresponding to that job; and entering the employment stage after the registration is approved.

[0006] Optionally, the gig work setting information includes gig work start setting information; wherein, the job application identity function module is also used to detect whether a start information input operation has been triggered during the employment stage, and if it is triggered, send the start information to the server so that the server can verify the start information based on the gig work start setting information.

[0007] Optionally, when the applicant's terminal detects the completion operation, it sends the completion operation information to the server for verification. After successful verification, the process proceeds to daily or multi-day settlement, including: in the job application identity function module, detecting whether the attendance information has been entered; if so, sending the attendance information to the server for execution of a preset settlement process. In the settlement process, the server obtains the settlement price information from the personalized job information corresponding to any given job and performs daily or multi-day settlement.

[0008] Optionally, before publishing personalized job information on the server side, a risk review is also conducted on the personalized job information. This risk review includes: verifying the content compliance and authenticity of the personalized job information based on a pre-built database of prohibited terms; verifying the geographical compliance of the publisher based on the location of the publisher's terminal when publishing the job posting; verifying the reasonableness of the wages in the personalized job information based on the average wages of the same industry and position in the city where the job is located; reviewing the publisher's qualification information; and reviewing the job type in the personalized job information.

[0009] Optionally, in the settlement process, the server obtains the settlement price information from the personalized job information corresponding to any given job position for multi-day daily settlement, including: in the settlement process, the server calculates the daily floating wage based on the specified information in the personalized job information corresponding to any given job position and the specified data of the employment stage.

[0010] Optionally, when calculating the daily floating wage: the initial wage is calculated based on a tiered pricing model, wherein the tiered pricing model consists of a predefined factor weight matrix, and the coefficients of the factors are determined based on the specified information and specified data of the employment stage, and the weight values ​​are adjusted by the factor importance model; after the end of several consecutive days of employment, the tiered difference is calculated based on the actual number of consecutive working days according to the periodic difference compensation rule; and the daily wage is determined based on the initial wage and the tiered difference.

[0011] Optionally, the gig work start-up setting information includes a start-up code, which includes start-up code input information obtained by the job application identity function module; wherein, the server-side verification of the start-up information based on the gig work start-up setting information includes: performing format verification to check whether the start-up code input information format is correct; verifying the existence and usage status of the start-up code input information based on the specific value of the start-up code and its corresponding status; and performing timeliness verification on the start-up code input information based on the timeliness corresponding to the start-up code to check whether it is within the validity period.

[0012] Optionally, the job application identity function module also displays a tab on the visualization page after detecting the completion of the operation, allowing the user to choose whether to continue working the next day.

[0013] According to a second aspect of the present invention, a method for daily settlement of gig work is provided, comprising: obtaining personalized job information configured by the publisher (daily or multi-day daily settlement) from the publisher's terminal and posting the job; obtaining gig work setting information from the publisher's terminal; obtaining an application request for any job from the applicant's terminal and verifying the application request information; after successful verification, executing the application process and entering the employment stage after the application is approved; and after obtaining a completion request from the applicant's terminal, verifying the completion request information and, after successful verification, entering the daily settlement or multi-day daily settlement process.

[0014] This embodiment of a day-settlement gig work system and method includes an identity switching component that, when triggered, requests the server to call business function modules corresponding to different identities; a job posting identity business function module, used to detect personalized job information for day-settlement or multi-day day-settlement input by the poster through the terminal and send it to the server for posting; and to detect gig work settings configured by the poster through the terminal; a job application identity function module, used to detect whether any posted job has been registered by an applicant through the terminal and send the registration information to the server for verification, so that the server can execute the registration process after successful verification and enter the employment stage after the registration is approved; when the applicant's terminal detects the completion operation, the completion operation information is sent to the server for verification, and after successful verification, the daily settlement or multi-day day-settlement process begins. This fills the gap in multi-day short-term employment scenarios, realizing the employer's continuous multi-day employment needs through a dedicated process and reducing the employer's repetitive operation costs. Attached Figure Description

[0015] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0016] Figures 1a-2b This is a schematic diagram illustrating the application of the system according to an embodiment of the present invention; Figure 3 This is a flowchart of the casual labor settlement method according to an embodiment of the present invention. Detailed Implementation

[0017] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0018] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate for the embodiments of the invention described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0019] It should be noted that, unless otherwise specified, the embodiments and features described in the present invention can be combined with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0020] According to an embodiment of the present invention, a gig work daily settlement system is provided, as shown in Figure 1, including an identity switching component. When the component is triggered, it requests the server to call the business function modules corresponding to different identities.

[0021] In this system embodiment, users can switch identities after registering and logging in, such as switching from job applicant to recruiter or vice versa. After switching identities, users access different business functions. Different identities are associated with different sets of functional modules within different business domains. Each business function is an independent service scenario, and identity switching is achieved through permission changes, granting access to the corresponding business function.

[0022] The system also includes a job posting identity function module, which is used to detect personalized job information with multi-day daily pay entered by the poster through the terminal and send it to the server for posting; as well as detect the gig work settings information configured by the poster through the terminal.

[0023] In this embodiment, the employer (i.e., the job posting party) fills in multi-day daily-paid job information online through the job posting sub-module of the job posting identity business function module (including job type, job content, number of working days, daily working hours, basic wage, whether to enable floating wage, etc.). After submission, the data is saved to the business database. Then, the job information is subjected to real-time risk detection (identifying false information, illegal content, etc.). Risky jobs trigger a second manual review, and jobs that pass the review are entered into the posting pool. For example, the employer logs into the platform, selects "multi-day daily-paid" as the job posting type, selects the job type, specific job requirements, fills in the number of working days (e.g., 5 days), daily working hours (9:00 - 18:00), fills in the number of people needed, sets the basic wage (basic wage = 20 yuan / hour × working hours), checks "enable floating wage", and submits the data into the business database.

[0024] For example, when an employer posts a job opening, they can set core parameters through a visual posting page, such as the basic work period: the number of consecutive working days (e.g., 5 days), supporting either a "fixed period" (e.g., October 1-5) or a "flexible period" (e.g., "5 consecutive days from the first day of work"); interruption rules: the allowed number of interruptions (e.g., ≤1 time), and the method of making up for interruptions ("make-up work the next day" or "make-up work at the end of the period"); and the full attendance bonus trigger condition: no interruptions and a daily attendance rate ≥95% (working hours meet the standard). A rule engine is used to convert the parameters into executable rules, which are stored in a document database (supporting flexible unstructured parameter configuration). Rule verification is automatically triggered every day at midnight within the employment period. This method allows for flexible definition of the employment period.

[0025] For example, if the employer needs to extend / shorten the work cycle (e.g., from 5 days to 7 days), the system automatically performs the following steps: Verifies the reasonableness of the change (extension not exceeding 7 days, shortening not less than 2 days); pushes a change notification to the workers who have already accepted the order, along with a "preview of the new cycle wage" (based on the floating wage module); the workers confirm within 2 hours, otherwise it is automatically considered a "waiver of the new cycle," and the system recruits additional workers for the additional days. Worker adjustment process: If a worker needs to take leave, they submit an application through the "cycle leave interface." The system determines whether to approve the leave based on the remaining number of interruptions. If approved, it automatically updates the cycle progress table and notifies the employer.

[0026] The system also includes a job application identity function module, which is used to detect whether any job posting has been triggered for application by an applicant through a terminal, and sends the application information to the server for verification. After successful verification, the server executes the application process and enters the employment stage after the application is approved. When the applicant's terminal detects the completion operation, it sends the completion operation information to the server for verification. After successful verification, the system enters the daily settlement or multi-day daily settlement process.

[0027] As an optional implementation in this embodiment, the server also determines recommended positions from the published positions based on the terminal location of the logged-in applicant, and presents the recommended positions to the job posting identity business function module for display.

[0028] In this optional implementation, a server-side dynamic matching engine can be used to calculate the matching degree based on job requirements (job type, location, time, wage) and labor personnel information (work experience, skill tags, geographical location, available time), display jobs in sorted order by matching degree, and push job information to labor personnel with high matching degree.

[0029] For example, the map API can be called to obtain the real-time location of job applicants (i.e., laborers), calculate the straight-line distance to the work location (filtering out people within 20 kilometers), combine the laborers' historical attendance rate (above 80%) for the "electronics factory assembly" job, generate a matching ranking list, and push SMS and APP notifications to the top N laborers.

[0030] For example, for successful applicants, job matching can be performed, including new user strategies: for newly registered users, user needs and preferences are collected, and relevant positions are matched based on user preferences; other query criteria filtering and sorting. Existing user strategies: a blacklist directly filters positions for blacklisted users; user preference scoring: user preferences are collected, and a collection preference score is calculated based on the collected user preferences using adjustable dynamic weights; user historical behavior preferences are calculated based on factors such as the user's historical browsing history and dwell time; user historical order preferences are calculated based on factors such as the type of work and working hours in the user's historical orders; user tags: users are categorized based on their historical performance, with users with high-quality tags being prioritized for displaying high-quality positions, and users with low-quality tags having their positions restricted from display; distance factors are considered, prioritizing positions that are closer to the user; other query criteria filtering and sorting.

[0031] As an optional implementation in this embodiment, the job application identity function module is used to detect whether any job posting has been triggered for application by an applicant through a terminal, and send the application information to the server for verification. After successful verification, the server executes the application process and enters the employment stage after the application is approved. When the applicant's terminal detects the completion operation, it sends the completion operation information to the server for verification. After successful verification, the application enters the daily settlement or multi-day daily settlement process.

[0032] In this optional implementation, if the applicant's identity is that of a job seeker, the worker can view the job posting and initiate an application through the application and order acceptance sub-module in the job application identity function module.

[0033] As an optional implementation of this embodiment, the gig work setting information includes gig work registration setting information. The process of detecting whether any posted job has been triggered for registration by an applicant via a terminal, and sending the registration information to the server for verification, allows the server to execute the registration process after successful verification, and to enter the employment stage after successful registration. This includes: when a bid-grabbing operation for any job is detected on the page, calling the personalized job information associated with that job and presenting it on the terminal's visual page; when the registration component is detected to be triggered on the visual page, sending a registration request to the server for verification of the applicant based on the registration request information; and executing the registration process based on the gig work registration setting information set by the poster corresponding to that job after successful verification; and entering the employment stage after successful registration.

[0034] In this optional implementation, refer to Figure 1a Any position can be viewed and applied for (for reference). Figure 1b ).

[0035] During the server-side verification process, the system automatically verifies the applicant's identity, distance from the work location (ensuring timely arrival), and time compatibility. Once the verification is successful, the system can communicate with the employer via phone or online to confirm acceptance of the order and generate an electronic employment agreement.

[0036] The settings for gig job applications include "Whether to answer calls," "Alternate contact person," "Automatic job posting stop time," and "Do Not Disturb at Night." Configuring these fields allows for specific validation of the application request. For example, if "Do Not Disturb at Night" is set, applications submitted at night will be blocked and will fail. If all validations pass, instant messaging can be established between the applicant and employer, such as via phone or online chat. If, after communication, the employer confirms the hiring, the application is approved and the job application process begins.

[0037] As an optional implementation of this embodiment, the gig work setting information includes gig work start setting information; wherein, the job application identity function module is also used to detect whether a start information input operation has been triggered during the employment stage, and if it is triggered, send the start information to the server so that the server can verify the start information based on the gig work start setting information.

[0038] In this optional implementation, refer to Figure 2b The start-up settings for gig work can include start-up code, early departure code, attendance tracking method, facial recognition check-in, etc. By setting these settings, employers can be instructed to start or finish work in a specified manner.

[0039] For example, after arriving at the work site each day, the workers can clock in and out through the attendance check-in sub-module in the job application identity function module. For instance, they need to enter a start-up code generated in advance by the employer. The system verifies the start-up code, the consistency between the clock-in location and the work location, and the consistency between the clock-in person's identity and the registration information.

[0040] As an optional implementation of this embodiment, when the applicant's terminal detects the completion operation, it sends the completion operation information to the server so that the server can verify the completion operation information. After successful verification, the daily settlement or multi-day daily settlement process is initiated, including: in the job application identity function module, detecting whether the attendance information has been entered; if it has been entered, sending the attendance information to the server so that the server can execute the preset settlement process. In the settlement process, the server obtains the settlement price information from the personalized job information corresponding to any job and performs daily settlement or multi-day daily settlement.

[0041] In this optional implementation, after the workers clock in upon completion of their work, they apply for daily wage settlement through the wage settlement module; the employer checks the attendance records synchronized by the system, completes the online payment after confirming that there are no errors, and the settlement data is saved to the business database.

[0042] If you need to leave early after completing the task, you can enter an early departure code. The early departure code will be verified. If it is correct, the attendance will be completed and will not be counted as an early departure.

[0043] For example, daily work start / finish check-in data is written to the business database in real time, with record fields including "Job ID - Worker ID - Check-in Date - Actual Working Hours - Check-in Status", etc. A "periodic attendance sheet" is generated daily, and continuous check-in status (e.g., "Completed 3 / 5 days, no interruption") is stored through a distributed cache. If an interruption occurs (e.g., no check-in on the 3rd day), the interruption rules are automatically matched (e.g., if make-up work is allowed, it is marked as "Pending Make-up 1 Day"). When a worker has not checked in for 2 consecutive days and has not reported it, the system sends an alert to the employer via SMS and APP notification, and automatically retrieves candidate personnel (based on the top N candidates of the person-job matching module) from the matching pool.

[0044] Furthermore, upon completion, the job application identity module displays a "Continue working the next day?" option on the page, allowing job seekers to choose "Yes" or "No". The job posting identity business module displays "Confirm arrival for the next day" or "Zhang Moumou canceled work for the next day, currently vacant 1 position" in real time on the page.

[0045] Next-day cooperation confirmation is crucial for ensuring efficient collaboration between both parties. Through intelligent reminders, multi-channel confirmation, and automated status synchronization, this module ensures that both parties agree on the work arrangements for the following day. Based on user behavior analysis and an intelligent decision engine, this module dynamically optimizes reminder strategies, significantly improving confirmation efficiency and cooperation reliability. It fills the gap in next-day cooperation confirmation mechanisms between workers and employers, preventing disruptions to the workforce plan caused by workers potentially canceling work on the next day and employers struggling to respond quickly to personnel changes.

[0046] As an optional implementation of this embodiment, a risk review is also performed on the personalized job information before it is published on the server side. This risk review includes: reviewing the content compliance and authenticity of the personalized job information based on a pre-built database of prohibited terms; reviewing the geographical compliance of the publisher based on the location of the publisher's terminal when publishing the job; reviewing the reasonableness of the wages in the personalized job information based on the average wages of the same industry and position in the city where the job is located; reviewing the publisher's qualification information; and reviewing the job type in the personalized job information.

[0047] In this optional implementation, job posting risk control includes content compliance and authenticity verification. The system builds a violation keyword database, distinguishing between content related to pornography, politics, fraud, terrorism, and other prohibited activities. Violations are monitored based on priority; high-risk sensitive words indicate high-risk violations and the posting is immediately rejected. For low- to medium-level violations, such as high-salary, low-requirement offers and promotional information, manual review is required (the posting can be approved after the violation is removed). For content authenticity verification, such as a non-existent job address or job requirements that do not match the company's specifications, manual review is also required (company qualification certification must be submitted). For regional compliance and risk segmentation, cross-city / remote job postings are handled by using mobile device location tracking to determine if the job poster's location matches the posted work address. If a match is found, the posting proceeds directly to manual review. High-risk areas, such as those with high fraud rates, are also subject to manual review. Areas with special restrictions, such as those not yet open to the public, are rejected outright.

[0048] The compliance and reasonableness of wages; extremely abnormal wages, exceeding the average wage of the same position in the same industry in the current city by more than 50%, will be rejected directly; wages with risk descriptions, and wages with fluctuations exceeding the normal range, will be subject to manual review.

[0049] User qualifications and behavioral risks: High-risk user management is based on a tagging system to determine if a user contains high-risk tags; those matching the tags proceed directly to manual review. Premium users are exempt; users tagged as VIP customers are automatically approved. Identity compliance is also crucial; users under 18 years of age or whose real-name authentication has failed are directly rejected. Job types must comply with industry regulations. Jobs in prohibited or restricted industries, or those explicitly banned by the state, will be rejected outright. High-risk part-time jobs, such as those offered from home or online without a fixed work address, will be subject to manual review. Job types that are mismatched or contain conflicting information will also be subject to manual review.

[0050] As an optional implementation method of this embodiment, in the settlement process, the server obtains the settlement price information in the personalized job information corresponding to any job position and performs multi-day daily settlement, which includes: in the settlement process, the server calculates the daily floating wage based on the specified information in the personalized job information corresponding to any job position and the specified data of the employment stage.

[0051] In this optional implementation method, the existing platform has not designed a dedicated process for the intermediate scenario of "multi-day short-term work", and lacks intelligent matching, dynamic pricing, and cooperation stability guarantee mechanisms. Therefore, the pricing model is singular, the fixed price cannot incentivize workers to complete multiple consecutive days of work, and it cannot flexibly match changes in market supply and demand, reducing the success rate of transactions for both parties.

[0052] If the employer enables a floating wage rate, the floating wage rate module dynamically calculates the final wage rate based on the following parameters: job type, city, work shifts, market supply-demand ratio (current labor supply / demand for this job), and the worker's historical attendance rate. When the worker completes all agreed-upon days of work, the difference will be made up according to the floating wage rate.

[0053] As an optional implementation of this embodiment, when calculating the daily floating wage, the initial wage is calculated based on a tiered pricing model. The tiered pricing model consists of a predefined factor weight matrix, and the coefficients of the factors are adjusted by the factor importance model based on the specified information, data changes during the employment period, and the weight values. After several consecutive days of employment, the tiered difference is calculated based on the actual number of consecutive working days according to the periodic difference compensation rule. The daily wage is then determined based on the initial wage and the tiered difference.

[0054] In this optional implementation, the factors in the factor weight matrix, and the coefficients of the factors, are determined based on the specified information (such as job type, number of positions required, and job urgency) and data from the employment phase (such as attendance records), including: The basic factor is based on the benchmark price for the job type, which is the average price of the same job type in the city over the past 30 days (e.g., 200 yuan / day), with a weighting range of 40%-60%. Supply and demand factors are based on the real-time supply and demand ratio, calculated as (current job openings / current active users of the app) × 100. A ratio of <5 indicates a supply shortage (coefficient 1.5), while a ratio of >25 indicates a supply surplus (coefficient 1.2). The weighting range is 10%-30%. The cycle factor, based on the number of consecutive working days, has a coefficient of 1.0 for the first day, 1.05 for the second day, and 1.1 for the third day (increasing by 5% for each additional day, up to a maximum of 1.3), with a weighting range of 10%-20%. Attendance factor is based on historical attendance rate: (number of times at work in the past 30 days / number of times registered) × 100%. The coefficient is 1.1 for ≥90% and 0.9 for <70%, with a weight range of 5%-15%. Emergency factor, based on the urgency of the position, is divided into 1-5 levels. Level 5 (arrival within 3 hours) has a coefficient of 1.5, and Level 1 (arrival within 3 days) has a coefficient of 1.0. The weight range is 0-20% (0 for non-urgent positions). Dynamic weight adjustment: The factor importance model is trained daily using the random forest algorithm. For example, during peak logistics seasons (before 618 and Double 11), the weight of the "supply and demand factor" is automatically increased to 30%; for precision jobs (such as instrument installation and CNC machine operation), the weight of the "attendance factor" is increased to 15%.

[0055] Furthermore, the tiered pricing model is as follows: Daily wage calculation: Daily wage = Basic factor × Basic weight + Σ (Other factors × Corresponding weight); Periodic difference compensation: After completing all agreed days, the system automatically calculates the "tiered difference": If working continuously for 5 days, the periodic factor increases by 5% each day, and the total difference = Σ (Daily wage × (Actual number of days coefficient - Daily coefficient)).

[0056] When factors such as supply-demand ratio and urgency change (e.g., the supply-demand ratio drops from 10 to 4), the real-time calculation engine recalculates the wage within 500ms and pushes it to the employer and the worker's app via the app. Upon completion of each day's work, 80% of the daily wage will be pre-settled (received in real-time via Alipay / WeChat interface); within 24 hours after the end of the cycle, the system will automatically calculate the tiered difference + full attendance bonus (e.g., 5% of the total wage) to settle the remaining 20% ​​+ difference + bonus.

[0057] The above approach overcomes the shortcomings of a single wage model, where fixed wages cannot incentivize workers to complete multiple consecutive days of work, nor can they flexibly match changes in market supply and demand, thus reducing the success rate of transactions between labor and service providers.

[0058] As an optional implementation of this embodiment, the gig work start-up setting information includes a start-up code, and the gig work start-up setting information includes start-up code input information obtained by the job application identity function module; wherein, the server-side verification of the start-up information based on the gig work start-up setting information includes: performing format verification to check whether the start-up code input information format is correct; verifying the existence and usage status of the start-up code input information based on the specific value of the start-up code and the corresponding status; and performing timeliness verification on the start-up code input information based on the timeliness corresponding to the start-up code to check whether it is within the validity period.

[0059] In this optional implementation, the project commencement code verification is responsible for identity verification, permission verification, and operation evidence storage before the project begins. By generating a dynamic code as the verification medium and combining it with multi-factor authentication technology, it ensures that only authorized personnel can initiate project operations under specified conditions.

[0060] The startup code generation algorithm employs a multi-layered encryption composite algorithm to ensure the uniqueness, timeliness, and security of the startup code; the algorithm is called to generate the startup code and related information; the startup code information is saved to the database (status: "unused"); the startup code information is written to the cache and set to an expiration time consistent with the validity period.

[0061] The verification process for the work permit activation code employs a layered verification mechanism, progressively increasing the verification strength. The client scans the QR code or enters the activation code; device information and location information (optional) are collected; a verification request is sent to the backend service; format verification is performed to check if the activation code format is correct; cached quick verification is performed to check if it has already been used; the activation code is parsed to obtain basic information; database verification is performed to confirm the code exists and is in a normal state; validity verification is performed to check if it is within its validity period; and permission verification is performed to confirm that the user has the necessary permissions to activate the work permit.

[0062] Compared with the prior art, the present invention has the following advantages: Filling the gap in multi-day short-term employment scenarios, this system enables employers to meet their continuous multi-day employment needs through a dedicated process, reducing repetitive operational costs for employers. Intelligent risk control combined with manual review ensures the legality and authenticity of job information, reducing the risk of fraud against workers. A dynamic matching engine accurately pushes job postings based on multi-dimensional parameters, increasing the success rate of transactions for both parties by over 30%. A next-day cooperation confirmation mechanism and real-time notification function shorten the response time for employers to personnel changes to within one hour, ensuring employment stability. The floating wage model, through market dynamic algorithms and full attendance incentives, not only increases workers' income (an average increase of 15-20%) but also ensures the fulfillment rate of employers' needs (over 85%), achieving a win-win situation for both parties.

[0063] According to an embodiment of the present invention, a day-settlement method for gig work is also provided. This involves obtaining personalized job information configured by the publisher (daily or multi-day daily settlement) from the publisher's terminal and posting the job; obtaining gig work setting information from the publisher's terminal; obtaining application requests for any job from the applicant's terminal and verifying the application request information; after successful verification, executing the application process and entering the employment stage after the application is approved; and verifying the completion request information obtained from the applicant's terminal and, after successful verification, entering the daily or multi-day daily settlement process.

[0064] The program code used to implement the methods of the present invention can be written in any combination of one or more programming languages. This program code can be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing device, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code can be executed entirely on the machine, partially on the machine, as a standalone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0065] In the context of this invention, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media can include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

Claims

1. A casual labor daily settlement system, characterized in that, include: The identity switching component requests the server to call the business function modules corresponding to different identities when the component is triggered. The job posting identity function module is used to detect personalized job information with multi-day daily settlement entered by the poster through the terminal and send it to the server for posting. And the gig work settings information configured by the publisher through the terminal; The job application identity function module is used to detect whether any job posting has been triggered for application by an applicant through their terminal, and to send the application information to the server for verification. After successful verification, the server executes the application process and enters the employment stage after the application is approved. When the applicant's terminal detects a completion operation for the day, it sends the completion operation information to the server for verification. After successful verification, the server enters the daily settlement process.

2. The casual labor daily settlement system according to claim 1, characterized in that, The information regarding gig work setup and gig work registration; The process includes detecting whether any job posting has been registered for by an applicant via their terminal, sending the registration information to the server for verification, and then executing the registration process on the server after successful verification. Following successful registration, the employee will enter the employment phase. When an order-grabbing operation for any position is detected on the page, the personalized job information associated with that position is retrieved and displayed on the terminal's visual page. When the registration component is detected to be triggered on the visualization page, a registration request is sent to the server so that the server can verify the applicant based on the registration request information; and after the verification is successful, the registration process is executed based on the job registration settings set by the publisher for that job. Once the registration is approved, the employment phase begins.

3. The casual labor daily settlement system according to claim 2, characterized in that, The gig work setup information includes gig work commencement setup information; The job application identity function module is also used to detect whether a start-up information input operation has been triggered during the employment stage. If it is triggered, the start-up information is sent to the server so that the server can verify the start-up information based on the casual worker start-up settings information.

4. The casual labor daily settlement system according to claim 3, characterized in that, Once the applicant's terminal detects the completion of the task, it sends the completion information to the server for verification. Upon successful verification, the process proceeds to daily or multi-day settlement, including: In the job application identity function module, it checks whether the check-in information has been entered. If it has been entered, the check-in information is sent to the server so that the server can execute the preset settlement process. In the settlement process, the server obtains the settlement price information from the personalized job information corresponding to any job and performs daily settlement or multi-day daily settlement.

5. The casual labor daily settlement system according to claim 1, characterized in that, Before publishing personalized job information on the server side, a risk assessment is also conducted on the personalized job information. The risk review includes: reviewing the content compliance and authenticity of personalized job information based on a pre-built database of prohibited terms; reviewing the regional compliance of the publisher based on the location of the publisher's terminal when publishing the job information; reviewing the reasonableness of the wages in personalized job information based on the average wages of the same industry and the same job in the city where the job is located; reviewing the publisher's qualification information; and reviewing the job type in personalized job information.

6. The casual labor daily settlement system according to claim 1, characterized in that, In the settlement process, the server obtains the settlement price information from the personalized job information corresponding to any given job position and performs daily settlement over multiple days. This includes: In the settlement process, the server calculates the daily floating wage based on the specified information in the personalized job information corresponding to any given job position and the specified data of the employment stage.

7. The casual labor daily settlement system according to claim 6, characterized in that, When calculating daily floating wages: The initial labor cost is calculated based on a step-by-step pricing model, wherein the step-by-step pricing model consists of a predefined factor weight matrix, and the coefficients of the factors are determined based on the specified information and specified data of the labor stage, and the weight values ​​are adjusted by the factor importance model. After a period of continuous work, the tiered difference is calculated based on the actual number of consecutive working days according to the periodic difference compensation rule; and the daily wage is determined based on the initial wage and the tiered difference.

8. The casual labor daily settlement system according to claim 3, characterized in that, The gig work start-up settings information includes a start-up code, and the start-up code input information obtained by the job application identity function module; The server-side verification of the start-up information based on the gig work start-up settings includes: Perform format verification to check if the format of the start-up code input information is correct; based on the specific value of the start-up code and its corresponding status, verify the existence and usage status of the start-up code input information; perform timeliness verification on the start-up code input information based on its corresponding timeliness to check if it is within the validity period.

9. The casual labor daily settlement system according to claim 1, characterized in that, The job application identity function module also displays a tab on the visualization page after detecting the completion of the operation, allowing users to choose whether to continue working the next day.

10. A method for settling casual labor on a daily basis, characterized in that, include: Obtain personalized job information with multi-day daily settlement configured by the publisher from the publisher's terminal and publish the job; Obtain gig work settings information from the publisher's terminal; The system retrieves application requests for any position from the application terminal and verifies the application request information. After successful verification, the application process is executed, and the employment stage begins after the application is approved. Once the completion request from the applicant's terminal is received, the completion request information is verified, and upon successful verification, the daily settlement process begins.

Images