JP2019016286A - Salary advance payment management device and salary advance payment management system - Google Patents

Abstract

To enable a third person other than an employee, an employment enterprise, and a bank to develop a salary advance payment service business.SOLUTION: A salary advance payment management method for receiving an application for advance payment from an employee, and for calculating usable amounts to be presented to the employee, and for notifying a user of use application amounts designated by the employee includes: acquiring a unit time for calculating existing labor wages as funds of advance payment, a labor unit price of the employee, the information of a cutoff date and a salary payment date, and duty data including an existing labor unit time of the employee from the user; receiving a use application from the employee; acquiring data of used amounts already used at the time of the use application among advance payment used within a salary calculation period to which a use application date belongs; multiplying the labor unit price by a total value of the existing labor unit time to calculate the existing labor wages; multiplying this by an advance payment ratio; subtracting the total of the used amounts to calculate the usable amounts; presenting the usable amounts to the employee; receiving the use application amounts from the employee; and transmitting the received use application amounts to the user.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a salary prepayment management method and a salary prepayment management system, and in particular, a technique that enables an employee to receive a prepayment of salary by mediating between a user (company, etc.) and an employee (employee). About.

  Since salary as compensation for labor is generally paid on a predetermined payment date by the user who receives the provision after the labor is provided, there is a time lag from when the labor is provided until the compensation is received. For this reason, there is an inconvenience for employees (workers) that the compensation cannot be used even though the labor has already been completed.

  In view of this, there has been proposed a technique for eliminating the above time lag by making it possible to receive a salary before a predetermined supply date (see Patent Document 1 below).

JP 2006-4263 A (Patent No. 4395413)

  By the way, the above-mentioned conventional proposal is provided with a computer (payroll prepaid computer) for managing prepayment in a bank that performs employee payroll transfer, and a bank having a settlement system provides a prepaid service.

  For this reason, it is not considered that a third party other than a company or bank that does not have a payment system and does not transfer salary to employees provides salary prepayment services as a business. There is no specific way to provide a prepaid salary service.

  On the other hand, if general businesses, not limited to banks, can provide prepaid salary services as business, employees can apply by realizing benefits services that are convenient for employees and enhanced for users. Prepayment service of salary that can improve the rate and retention rate will be widely spread.

  Accordingly, an object of the present invention is to enable a wide range of salary prepaid service businesses to be developed by a third party other than a company that employs employees who receive a prepaid service or a bank that performs payroll transfers.

In order to solve the above-mentioned problems and achieve the object, the salary prepayment management method according to the present invention accepts a use application for salary prepayment from the employee via the network, and calculates an available amount that is the amount of money that can be prepayed. This is a salary prepayment management method for notifying the user who employs the employee the application amount specified by the employee, while presenting this to the employee,
(1) A unit time information acquisition step of acquiring and storing information capable of specifying a unit time for calculating an already-paid wage amount that is a source of prepayment from a user;
(2) A labor unit price information acquisition step of acquiring and storing a labor unit price, which is a wage per unit time of the employee, from the user;
(3) A salary related day information acquisition step of acquiring and storing information on a closing date and a salary payment date as the last day of the salary calculation period from the user;
(4) a work data receiving step for receiving work data including the already worked unit hours of the employee from the user via the network;
(5) a usage acceptance step for accepting a prepaid usage application from the employee via the network;
(6) Amount used to obtain data on the amount of pre-payment that has already been used at the time of application for use within the payroll period to which the day of use application belongs. An acquisition step;
(7) Accumulated labor cost is obtained by multiplying the labor unit price by the total value of unit labor hours, and then multiplying the labor cost by a prepaid rate determined in advance. An available amount calculating step for calculating an available amount by reducing the used amount;
(8) An available amount presentation step of presenting an available amount to the employee via the network;
(9) a usage application amount receiving step for receiving the usage application amount from the employee via the network;
(10) A prepaid information providing step of transmitting information on the usage application amount received in the usage application amount receiving step together with information that can identify the employee who uses the prepaid information to the user via the network.

  The present invention manages and supports the user in advance of paying the salary according to the request of the user in the possession between the user and the employee (hereinafter, the person who provides the method and the system described later is referred to as “ ) ", Execute steps (1) to (4) above to calculate the amount that can be paid in advance, information on unit time, labor unit price and salary related date (salary payment date, closing date), In addition, the data of the already worked unit time is acquired in advance from the user.

  Here, “unit time” is a unit time for calculating the amount of already paid labor. More specifically, when the salary form of the employee is a daily wage system, a weekly wage system or a monthly wage system, “In the case of hourly wage system, it is“ hour ”. “Unit cost of labor” refers to wages per unit time.

  The “closing date” is a date that defines a period (salary calculation period) serving as a basis for payroll calculation, and the period from the day after the closing date to the next closing date is the payroll calculation period. The length of the salary calculation period is, for example, one week if the salary is paid on a fixed day of the week in the weekly salary system, and if the salary is paid on the monthly salary on the monthly salary system, or the hourly or daily salary If the salary is paid on the monthly payment date, it will be one month. “Salary payment date” is the day on which salary is paid.

  “Unit hours already worked” refers to the unit hours in which work has already been completed, excluding the amount already paid as salary and the amount already included in salary due to the arrival of the salary calculation deadline. Say unit time.

  For example, the unit hours (working days or working hours) in which work is completed from a predetermined date (the day following the last closing date, etc.) to the day before the date of application for use, and the salary calculation closing date The unit time excluding the amount that is included in the salary due to arrival can be defined as the “worked hourly unit time” (in the case of the weekly pay system for the week after the weekend shown in FIG. 7 described later or the monthly salary system for the month following the month end) In the case of the hourly wage system for the next month-end payment shown in FIG. 8).

  In addition, the unit hours (working days or working hours) in which work is completed from a predetermined date (the day after the last closing date, etc.) to the day before the date of application for use, and the salary payment date has arrived The unit time excluding the amount paid as the salary may be used as the “worked unit time” (for example, in the case of the monthly pay system for the 25th of the month at the end of the month shown in FIG. 9 described later).

  In addition, the “working day” as the above-mentioned already-worked unit time may include not only “actual working day” which is the day actually worked and worked, but also public holidays and paid vacation days. For example, if employees are employed on a monthly basis with a fixed monthly salary or a weekly holiday with a weekly salary, public holidays and paid holidays are included in the “working days”. Good. In the case of a daily wage system, the actual working day is the above “working day”. Furthermore, the “working time” is actual working time (time actually worked and worked).

  In addition, when the absence days are excluded from the salary payment target days, such as the daily wage system and the weekly wage system, it is also possible to exclude the absence days from the above “worked hours per working hour” (prepaid resources). However, if the absence day is settled (reduced) with the salary of the following month, the same processing as described above can be performed without excluding the absence day.

  The data of the already worked unit time is received and acquired from the user periodically (for example, every day) as work data (step (4)). From the viewpoint of employees who use prepayment, the work data acquisition frequency is preferably daily because it is reflected in the available amount quickly, but the user who provides the data (the person in charge of the user) ) Should be determined appropriately in consideration of the labor of For example, it may not be every day such as once every two days or once every three days or once a week.

  When a prepaid use application is received from the employee through the network (step (5)), the available amount is calculated, and data of “used amount” is acquired for the calculation (step (6)). This “used amount” is a prepaid amount that has already been used at the time of the use application among the prepayments used within the payroll period to which the use application date belongs. As will be described later, when the usage fee is deducted from the usage application amount and paid in advance, the subtracted usage fee is also included in the existing usage amount.

  The data of the already used amount is typically used by an administrator (for example, stored in a database) as in the embodiment described later. For example, the data of the already used amount is used together with the work data from the user via the network. It is also possible to obtain it. When the administrator saves the data of the used amount and uses it, it is assumed that the advance payment is made by executing the advance payment information providing step (10), and the notification amount is set as “used amount”. Save with date (execution date).

  Prepayment is not limited to one time but can be used multiple times according to the wishes of the employee. Accordingly, in calculating the available amount, the total of the already used amounts, that is, the “cumulative usage amount” is subtracted. However, the prepayment used during the salary calculation period is deducted from the salary of the salary calculation period, so that the state of “prepaid” is resolved. Accordingly, the prepayment (used amount) offset by the salary when the closing date arrives and the salary is determined is not included in the “cumulative usage amount”.

  The available amount can be calculated by the following equation as described in the step (7).

  (Available amount) = (Amount of existing wages) x (Prepaid rate)-(Cumulative usage amount)

  “Amount of wages already worked” is the wage that is the source of prepayment and is calculated by the following formula.

  (Amount of existing labor wage) = (Unit price of labor) x (Total value of unit hours already worked)

  Here, the “prepayment rate” is a numerical value that determines the proportion of wages for already-worked that can use the prepayment, and is a value greater than 0 and less than or equal to 1. The specific value of the prepayment rate is set in advance by acquiring a value desired by the user using this method from the user.

  When the available amount is calculated, it is presented to the employee through the network (step (8)), and the employee is allowed to designate a prepayment amount (use application amount) (step (9)). Then, the usage application amount designated by the employee is transmitted to the user through the network together with information for identifying the employee (step (10)). Thus, the user can make advance payment of salary to the employee.

  The person (administrator) who implements this method does not need to be a bank, but is not limited to this, but a general business operator other than a bank can widely provide a prepaid service based on the present invention. It becomes possible.

  In the present invention, the “user” is a person (employer) who employs another person (worker), and in addition to a private company, various organizations / organizations / individuals such as public organizations, administrative organizations, unions, and individual business owners. Is included. An “employee” is a person (employee) who is employed by an employer, provides labor to the employer, and receives salary as compensation, regardless of whether the employee is a regular employee or a non-regular employee.

  The basic content of the salary prepayment management method according to the present invention is as described above. In the above method, any one of the following aspects (A1) to (A10) or a combination of two or more of these aspects is preferably applied. I can do it.

  (A1) After receiving the usage application amount at the usage application amount receiving step, the information processing method further includes a usage availability determination step for determining whether or not advance payment can be used. In the usage availability determination step, the usage application received at the usage application amount reception step The amount is compared with the available amount calculated in the available amount calculation step, and when the usage application amount is less than or equal to the available amount, it is determined that it can be used. The prepayment information providing step is executed when it is determined that the use is possible in the availability determination step, and when it is determined that the use is not possible in the availability determination step, a notification that the use is rejected is sent to the employee. Send over the network.

  According to such an aspect, whether or not the use can be immediately determined by comparing the use application amount and the available amount by the computer can be immediately determined. As will be described later as the mode (A9), when the use is finally entrusted to the user, that is, when the administrator receives a notice from the user after the prepayment information providing step to reject the use of the prepayment. In the case of adopting a form of notifying the employee of denial of use, in addition to the above-mentioned comparison of the amount of use application and the available amount, whether or not the use can be determined after the user's acceptance decision is made. It becomes.

  (A2) Prior to the use of advance payment of salary, the employee information acquisition step of acquiring and storing the employee identification information from the user in advance is included, while the available amount is presented to the employee via the network before the available amount presentation step. A user information request step for requesting transmission of identification information, a user information comparison step for comparing the identification information transmitted from the employee in the employee information request step with the identification information acquired and stored in the employee information acquisition step, and a comparison of the user information Unauthorized employee who is determined to be a legitimate employee who can receive advance payment of salary when both identification information matches in the step and cannot receive advance payment of salary when both identification information does not match And an identity verification step for determining that it is.

  According to such an aspect, the user (prepaid user) can be authenticated by comparing the identification information acquired from the user with the identification information acquired from the user himself / herself. The content of the identification information is not particularly limited, and may be any one or a combination of employee numbers, names, email addresses, bank account numbers, and the like.

  The identity verification step does not need to be executed every time a prepaid use application is made. For example, as described later in the embodiment, it is executed once as use registration (initial registration), and a password is set at that time. When applying for prepayment, security should be secured by the password. In order to increase security, it is also possible to input an ID (an administrator may issue an ID or an appropriate ID may be set by the employee) together with a password.

  (A3) In the employee information acquisition step, identification information of all employees employed by the user is acquired and stored in advance. This is to save the user (for example, the person in charge of the company) from confirming whether the user is a genuine employee each time an application for use registration is made.

  (A4) After the usage application amount reception step and before the prepaid information provision step, the usage fee corresponding to the usage application amount is calculated by a predetermined method based on the usage application amount received in the usage application amount reception step. The usage fee calculation step is further included.

  (A5) In the above aspect (A4), it is desirable to execute the advance payment information providing step on the condition that the usage fee calculated in the usage fee calculation step is paid in advance or in the future. This is for the purpose of ensuring that the administrator who implements this method can recover the profit (usage fee).

  Further, in the above-described aspect (A5) on the condition that the usage fee is paid, for example, the following aspects (A6) to (A8) can be adopted as the usage fee collection method, thereby improving the convenience of the employee. I can do it.

  (A6) A fee receipt confirmation step for confirming that the usage fee has been transferred from the employee is further included. In this aspect, a usage fee is collected in advance from the employee prior to the use of the prepayment.

  (A7) After the usage fee calculation step, a usage amount notification step of notifying the employee via the network as the usage amount of an amount obtained by subtracting the usage fee from the usage application amount is further included. In the mode (A6) and the mode (A8) described below, the employee can obtain the usage application amount. In this mode (A7), the amount that the employee can obtain is subtracted from the usage application amount. It becomes the amount (use amount). In this case, the already used amount includes the deducted usage fee.

  (A8) A fee notification step of notifying the user of the usage fee calculated in the usage fee calculation step via the network is further included. As a result, the user can subtract the usage fee from the salary of the employee. The deducted usage fee may be paid by the user to the administrator who implements this method.

  (A9) After receiving a prepaid information provision step from the user via the network after the prepaid information providing step, a notice to deny the use of prepaid is transmitted to the employee through the network.

  In the aspect (A1), the availability of use is automatically (simple / mechanically) determined based on the amount of use application and the amount of use available. However, according to this aspect (A9), the use is finally determined. The user can determine whether to approve or not. For example, according to this aspect (A9), there is an advantage that the user can respond flexibly in the case where the employee has recently retired or a situation in which usage is not desirable.

  (A10) A step of transferring the amount of application for transferring money to the bank account of the employee on behalf of the user, or a step of transferring the amount of money to transfer to the bank account of the employee on behalf of the user. include.

  As described above, it is possible to replace the advance payment to the employee as an option. For example, if the administrator who implements this method withdraws money from his / her bank account and transfers it to the employee's account (according to the usual transfer process that has been performed conventionally, the Since it is sufficient to instruct the bank to transfer to an account), there is no need to change the bank system or add a function even when making an advance payment.

  The salary prepayment management system according to the present invention has the same features as the salary prepayment management method according to the present invention, and accepts an application for use of salary prepayment from the employee via a network, and can be paid in advance. This is a salary prepayment management system that calculates an available amount that is the amount of money and presents the available amount to the employee, while notifying the user who employs the user the amount of application specified by the employee.

  The system stores a unit time information storage unit that stores information that can specify a unit time for calculating the amount of already paid labor that is a source of prepayment, and a labor unit price that is a wage per unit time of the employee. Labor unit price information storage unit, salary-related day information storage unit that stores information on the closing date and salary payment date, which is the last day of the salary calculation period, and work data including the employee's already worked unit time from the user via the network A work data acquisition unit that acquires data, a work data storage unit that stores the acquired work data, an already used amount data storage unit that stores data of an already used amount that is a prepaid amount that has already been used, and a prepayment rate The prepaid rate storage unit for storing the labor cost and the labor unit price stored in the labor unit price information storage unit multiplied by the total value of the unit labor hours stored in the work data storage unit. After obtaining the amount and multiplying this already paid wage amount by the prepayment rate stored in the prepayment rate storage unit, the day when the usage application was made out of the already used amount stored in the already used amount data storage unit An available amount calculation unit that calculates the available amount by subtracting the accumulated amount that is the total of the prepaid amount already used at the time of application for use within the payroll period to which it belongs, and via the network Accepting a prepaid use application from the employee, presenting the available amount to the employee and receiving the use application amount from the employee, and information on the use application amount received from the employee, together with information identifying the employee, A prepayment information providing unit that transmits the prepayment information for the prepayment to the user via the network.

  In the salary prepayment management system according to the present invention, any one of the following modes (B1) to (B10) or a combination of two or more thereof can be preferably adopted as in the salary prepayment management method.

  (B1) It further includes a use permission determination unit that determines whether or not prepaid use is possible, and the use permission determination unit includes the use application amount received by the use application amount receiving unit and the available amount calculated by the available amount calculation unit. When the usage application amount is less than the available amount, it is determined that the service can be used. If so, the prepayment information providing unit transmits the prepayment information to the user via the network, and the use accepting unit rejects the use when the use determination unit determines that the use is not possible. A notification to that effect is sent to the employee via the network.

  (B2) The employee information storage unit that stores the identification information of the employee acquired in advance from the user prior to the use of the advance payment of the salary, and after the identification information is stored in the employee information storage unit, the usage registration is performed from the employee through the network. A usage registration receiving unit that receives the usage registration, and requests the employee to transmit identification information when the usage registration is received. The usage registration receiving unit stores the identification information transmitted from the employee and the employee information storage unit. The stored identification information is compared, and if both identification information matches, the use registration is approved, and if both identification information does not match, the use registration is rejected.

  (B3) Before accepting usage registration, identification information of all employees employed by the user is stored in the employee information storage unit.

  (B4) It further includes a fee calculation unit that calculates a usage fee corresponding to the usage application amount using a predetermined calculation formula.

  (B5) A fee notification unit that notifies the employee of the usage fee calculated by the fee calculation unit via the network, and a fee receipt confirmation unit that confirms that the usage fee has been transferred from the employee.

  (B6) A usage amount notifying unit that notifies the employee via the network of the usage fee calculated by the fee calculation unit as the usage amount is obtained by subtracting the usage fee calculated from the usage application amount.

  (B7) A fee notification unit that notifies the user of the usage fee calculated by the usage fee calculation unit via the network is further provided.

  (B8) After the prepaid information providing unit notifies the user of the prepaid information, the prepaid information providing unit further includes a use approval / disapproval confirmation unit for confirming whether or not the user approves the use of the advance payment, and the use accepting unit confirms the use approval / disapproval When the department receives from the user a notice that denies the use of prepaid via the network, a notice that denies use of the prepaid is sent to the employee via the network.

  (B9) It further includes a usage application amount transfer instruction unit that issues an instruction to transfer the money of the usage application amount to the employee's bank account on behalf of the user.

  (B10) A usage amount transfer instruction unit for instructing to transfer the money of the usage amount to the bank account of the employee on behalf of the user is further provided.

  According to the present invention, it is possible for a third party other than a bank that performs payroll transfer or a company that employs employees to receive prepayment to widely provide a prepaid service business for payroll.

  Other objects, features, and advantages of the present invention will become apparent from the following description of embodiments of the present invention described with reference to the drawings. In addition, in each figure, the same code | symbol shows the same or an equivalent part.

FIG. 1 is a block diagram showing a salary prepayment management system according to an embodiment of the present invention. FIG. 2 is a flowchart showing a processing procedure (use preparation stage) by the system of the embodiment. FIG. 3 is a flowchart showing a processing procedure (use stage) by the system of the embodiment. FIG. 4 is a flowchart showing a processing procedure (use fee processing) by the system of the embodiment. FIG. 5 is a diagram showing a company information table in the company information storage unit of the system of the embodiment. FIG. 6 is a diagram showing an employee information table in the employee information storage unit of the system of the embodiment. FIG. 7 is a diagram exemplifying a work situation and a prepaid use situation of an employee (payment per week / payment on weekends and the following week Wednesday) in the system of the embodiment. FIG. 8 is a diagram exemplifying a work situation and a prepaid use situation of an employee (hourly wage system / payment on the 7th day of the month following the month-end) in the system of the embodiment. FIG. 9 is a diagram illustrating a work situation and a prepaid use situation of employees (monthly salary / payment at the end of month at the end of the month) in the system of the embodiment.

[Basic configuration]
A salary prepayment management system according to an embodiment of the present invention is based on a salary payment date according to an employee's request for a part of salary to be paid to an employee (employee) by an employer company (user). As shown in FIG. 1, the prepaid system can communicate with a personal computer (company PC) 31 of a customer company, a personal computer (employee PC) 41 owned by an employee, and a bank 51 via a network 61. A salary prepayment management server 11 is provided. Hereinafter, the payroll prepaid management system is referred to as “management system” or simply “system”, the payroll prepaid management server 11 is referred to as “management server”, and an employee who uses payroll prepaid is referred to as “user”. is there.

  The management server 11 presents to the employee PC 41 an amount that can be paid in advance in response to a request from the employee, and provides information for making the advance payment to the company PC 31 in response to a use application from the employee. This allows companies to prepay employees. Note that these employees and companies exchange with each other through a network 61, that is, a communication network capable of data communication by a computer such as the Internet. In addition to the personal computer, the employee PC 41 may be a mobile terminal such as a smartphone or a mobile phone. In addition, the employee PC 41 may include a Web browser (hereinafter referred to as “browser”) 42 and a display unit (display) 44. And various types of devices including an input unit (keyboard, mouse, etc.) 43 and a communication control unit 45 that enables communication via the network 61.

  More specifically, the management server 11 includes an introduction registration receiving unit 12 that accepts use of the system from a company, a work data obtaining unit 13 that periodically obtains employee work data from the company, and a prepayment from the employee. A usage registration receiving unit 17 that receives a usage registration (initial registration), a usage receiving unit 18 that receives a prepaid usage from an employee, an available amount calculating unit 19 that calculates a prepaid usage amount, A usage determination unit 20 that determines whether it is possible, a usage approval / disapproval confirmation unit 25 that confirms whether the usage is approved, a fee calculation unit 22 that calculates a usage fee, and a fee process that performs a process corresponding to the payment method of the usage fee Unit 21, a fee transfer confirmation unit 23 for confirming transfer of a usage fee from an employee, a transfer instruction unit 26 for instructing an advance payment by an administrator (management server operator), and a prepayment Prepaid information providing unit 24 for providing information to the company for performing, a communication control unit 27 to allow communication over a network 61.

  In addition, the management server 11 is a storage unit (database) that stores various types of information, a company information storage unit 14 that stores information about companies that use the system, and an employee information storage unit 15 that stores information about employees. And a bank code storage unit 16 for storing the bank code. Note that each component configuration shown as a functional block in FIG. 1 can be realized by computer software or hardware.

  The operation of the system according to the present embodiment will be described in order with reference to FIGS. 2 to 4 and also to FIGS.

[Company information input by administrator]
First, basic information (company information) about the company obtained from the company at the time of the use contract of this system is input to the management server 11 and stored in the database (company information storage unit 14) in the management server 11 (FIG. 2). Step S101). As shown in Fig. 5, this company information includes company name, representative name, location, telephone number, name of person in charge, mail address of person in charge, usage approval method, salary related date (closing date and salary payment date) , Prepayment rate, and information regarding the necessity of replacement payment. At this time, a unique company code is assigned to identify the company, and the company information is stored in association with the company code.

  The “use approval method” is to allow the company to select in advance whether the automatic approval by this system or the manual approval by the person in charge of the company. When the usage fee is determined by 20 and the processing of the usage fee is completed by the fee processing unit 21, advance payment (transmission of advance payment information) is automatically performed (without the judgment of the person in charge of the company). On the other hand, in the case of manual approval, the approval / disapproval of use is individually determined by the person in charge of the company for each prepaid use application, and it is finally left to the person in charge of the company to approve the use. These processes will be described later in detail.

  In addition, “requirement of advance payment” means whether the advance payment fund is prepared by the company and only the management system is used to make the advance payment to the employee (advance payment “No”), or the advance payment is managed In this case, the management server 11 also executes a replacement service as described later in the case of replacement payment “required”.

  The “prepayment rate” is a value larger than 0 and smaller than 1, and a value desired by the company is set. However, this prepayment rate has some allowance, for example, to secure funds (wages) that can be liquidated with salary when there are many absenteeism, and to secure usage fees when there is use by salary deduction For example, it is preferable to set the upper limit to about 70% (0.7).

  In addition to the above, information such as the desired start date of use of the system and whether to allow the user to change the bank account may be obtained from the company and stored as company information. It is also possible to perform processing based on these information, that is, processing such as start of operation in accordance with the desired start date of use or acceptance of bank account change from the user after operation.

[Confirmation of company information and password setting by the person in charge of the company]
When the input of the company information is completed, the manager sends an e-mail (hereinafter simply referred to as “mail”) to the company PC 31 to the person in charge. This e-mail is accompanied by a URL (Uniform Resource Locator) for accessing the introduction registration receiving unit 12, and the person in charge uses the URL to access the introduction registration receiving unit 12 via the network 61 from the company PC 31. To do. Note that the email sent from the administrator is sent to the company information storage unit 14 when the company information has been entered and stored (for example, the input completion button displayed on the display by the software in the management server 11 is pressed). Then, the introductory registration receiving unit 12 may automatically transmit using the person-in-charge mail address stored in the company information storage unit 14. Further, if the URL attached to the e-mail is generated and assigned as a URL dedicated to the company, the accessing company can be specified. In addition, a company code may be described in the email, and the company code may be input when accessing the introduction receiving unit 12.

  When there is an access to the introduction registration receiving unit 12 from the company PC 31, the introduction registration receiving unit 12 inputs the basic information related to the company stored in the company information storage unit 14 and the password for the person in charge of the company to enter the password. The form data is transmitted to the company PC 31 via the network 61. In the company PC 31 that has received this, the browser 32 displays the company information and a password input form on the display unit 34. The password (referred to as “corporate password”) is used for the person in charge of the company to log in to the management server 11 from the company PC 31. Any number or character string may be set.

  The person in charge of the company confirms whether the company information displayed on the display unit 34 is correct (step S102 in FIG. 2), inputs the company password (step S103), and transmits it to the introduction registration reception unit 12. The transmitted company password is stored in the company information storage unit 14 in association with the company code by the introduction registration receiving unit 12 (see step S104 / FIG. 5).

[Obtain employee information]
Next, information (employee information) of employees employed by the company is registered in the management server 11. For this reason, the person in charge of the company transmits information regarding the employee of the company from the company PC 31 to the introduction registration receiving unit 12 via the network 61, and the introduction registration receiving unit 12 associates the received employee information with the company code and uses the employee code. The information is stored in the employee information storage unit 15 (step S106 / see FIG. 6). “Employee information” includes employee number, employee name, email address, bank account (bank name, branch name, bank code, account type, account number), salary form (daily, weekly, monthly, Information on hourly wages), unit time (either day or hour), and labor unit price. Further, employee passwords, work data, and usage data, which will be described later, are stored as employee information in the employee information storage unit 15 in association with each employee (employee number).

  Employee information is registered for all employees. Each time a use registration request from an employee described later is transmitted to the management server 11, it is not necessary to inquire the company whether the employee is a legitimate employee, and the management server 11 immediately determines whether or not use registration is possible. This is to enable quick start of use by determining the above.

  In addition, the management server 11 includes the bank code storage unit 16 for storing the bank code as described above, and the introduction registration receiving unit 12 uses this bank code storage unit 16 to provide a bank code search function to the network 61. To the company PC 31 via The company PC 31 can input the bank code by using the search function (for example, searching for the bank code from the bank name) even if the person in charge does not know the bank code when inputting the employee information.

[Obtaining work data]
When the registration of employee information (storage in the employee information storage unit) is completed, the work data acquisition unit 13 requests the company PC 31 to provide work data. In response to this request, the person in charge of the company inputs the work data of all employees registered in the management server 11 (employee information storage unit 15) (step S107), and transmits this to the work data acquisition unit 13. The work data includes attendance data indicating whether the employee is attending work or absent, and already worked unit time data.

  A specific method for providing work data to the management server 11 is not particularly limited. For example, the company person in charge may input all data in the company PC 31 in the file format designated (provided) by the administrator, and then attach the file to an e-mail and send it to the management server 11. Alternatively, when the work data acquisition unit 13 is accessed from the company PC 31, the work data acquisition unit 13 transmits a data input form to the company PC 31 via the network 61, and the company person in charge enters the data in the form to input the data. It may be possible to upload or other methods may be used. However, in order to reduce the labor of both the person in charge of the company and the administrator, the administrator provides the company with some form that allows the work data acquisition unit 13 to capture the work data, and the person in charge of the company inputs data in this form. It is preferable to do so.

  The work data can be periodically acquired by the work data acquisition unit 13. As described above, the frequency of acquisition is preferably daily for the convenience of the user, but taking into account the workload of the person in charge, for example, every other day, once every three days, and once a week. You may decide as many times as you like. In order to encourage uploading of work data, the work data acquisition unit 13 may periodically send an email requesting the provision of work data to the company PC 31.

  In the management server 11, work data is provided from the company PC 31, and the work data acquisition unit 13 stores the work data in the employee information storage unit 15 in association with the company code and the employee number together with the employee information. Step S108).

  When an employee retires or takes a leave of absence, the person in charge of the company uses the company PC 31 to transmit the information together with the employee number to the management server 11 (work data acquisition unit 13). In the management server 11, the work data acquisition unit 13 stores these pieces of information in the employee information storage unit 15. Then, when there is a use application from the employee, the use reception unit 18 rejects the use of prepaid use.

[Use registration by employees]
Subsequently, the management server 11 accepts usage registration (initial registration) from an employee who wants to use the prepayment. For this reason, when the employee in charge of the company completes the registration of the employee information and the provision of the work data, the company person in charge distributes guidance to the employees in the company that the advance payment of the salary can be used by an appropriate means such as an email or a written document. This guidance includes the company code of the company and the URL information assigned to the usage registration receiving unit 17, and the employee performs usage registration with the management server 11 using these information.

  If a two-dimensional code (for example, QR code (registered trademark)) including the above information (company code, URL of the use registration receiving unit 17) is displayed in the guidance, the employee can use a smartphone as the employee PC 41. By using the read two-dimensional code, the management server 11 can be easily accessed and registered. Further, such guidance may be prepared by an administrator (for example, generated by the introduction registration receiving unit 12) and provided to the company PC 31 via the network 61.

  The usage registration receiving unit 17 that has received access from the employee requests the employee PC 41 to input identification information. This identification information consists of an employee number, employee name, email address, and bank account (bank name, branch name, bank code, account type, account number). The employee inputs the identification information (step S109) and transmits it to the usage registration receiving unit 17.

  In response to the request for the identification information, the usage registration receiving unit 17 provides a bank code search function to the employee PC 41 through the network 61 in the same manner as the introduction registration receiving unit 12. Therefore, the employee PC 41 can input the bank code using the search function without knowing the bank code, like the person in charge of the company, when inputting the identification information.

  The usage registration receiving unit 17 searches whether the identification information that matches the identification information received from the employee who wants to use is stored in the employee information storage unit 15 (step S110). The search is performed, for example, in the order of the company code and the employee information associated with the company code. If there is no matching identification information, or there are items that partially match but are different, use the search. The employee PC 41 is notified of the refusal.

  On the other hand, when the identification information in which all items match is stored in the employee information storage unit 15, the use is permitted on the assumption that the identity verification is successful. It then asks for a password (employee password). The employee inputs an arbitrary number or an English character string as a password to be set (step S111) and transmits it to the use registration receiving unit 17. The usage registration receiving unit 17 stores the employee password received from the employee PC 41 in the employee information storage unit 15 as employee information of the employee (step S112). In addition, the usage registration receiving unit 17 transmits an email notifying that preparations for usage are complete to the email address of the employee. This e-mail is accompanied by the URL of the use accepting unit 18 that accepts prepaid use, and the employee can make a use application by accessing the use accepting unit 18 using this URL.

[Calculation of usage application / usable amount]
Upon receiving a use application from an employee, the use receiving unit 18 requests input of an employee number and an employee password as an ID (Identification / identifier) in order to perform login authentication. When the employee inputs the employee number and the employee password (step S201) and transmits, the use reception unit 18 stores both the input employee number and the employee password in the employee information storage unit 15. If the employee number does not match the employee password, the use is rejected, and if it matches, login is permitted.

  If the login is successful, the use reception unit 18 causes the available amount calculation unit 19 to calculate the available amount (step S202), and transmits the calculated available amount to the employee PC 41 to present it to the employee. In response to this, the employee inputs an amount desired to be paid in advance as a usage application amount (step S203) and transmits it to the usage reception unit 18. The usage reception unit 18 that has received the usage application amount causes the usage determination unit 20 to determine whether the usage application amount is equal to or less than the available amount (step S204). When the determination unit 20 determines, the use reception unit 18 transmits a notification to the effect that the use is rejected to the employee PC 41.

[Calculation of usage fee and selection of payment method]
On the other hand, when the usage determination unit 20 determines that the usage application amount is equal to or less than the available amount, the usage reception unit 18 causes the fee calculation unit 22 to calculate the usage fee (step S205). The amount of the usage fee is not particularly limited, but in this embodiment, 5% of the application amount is charged as the system usage fee and 350 yen is charged as the remittance fee. The total is the usage fee.

  In addition, the usage reception unit 18 has three options for payment of the usage fee, that is, (a) a method of transferring in advance to the administrator (referred to as “advance payment”), and (b) a method of subtracting from the usage application amount ( And (c) a method of subtracting from the salary (referred to as “salary deduction”), and the usage reception unit 18 gives these options together with the amount of the usage fee to the employee. Presented on the PC 41 to allow the employee to select a method of paying the usage fee.

[Usage fee processing]
When the employee selects the usage fee payment method (step S206) and receives the information from the employee PC 41, the usage reception unit 18 causes the fee processing unit 21 to process the usage fee (step S207). FIG. 4 shows this processing flow.

  If advance payment is selected as shown in the figure, the fee processing unit 21 transmits a request for transferring a usage fee to the employee PC 41 via the usage receiving unit 18 (steps S301 to S302), and Internet banking. The transfer function (connection screen to the bank's net banking page) is provided to the employee PC 41. Using this transfer function, the employee transfers the usage fee from the account under his name to the manager's account via net banking.

  In addition, the net banking has a function of notifying the transfer destination of the completion of the transfer, and when the employee presses the notification button to the transfer destination, the transfer completion notification is transmitted to the management server 11. The In the management server 11, the fee transfer confirmation unit 23 monitors the notification and confirms whether or not a predetermined usage fee has been transferred (step S303). When the transfer is confirmed, the fee processing is completed. The process proceeds to processing (step S208 in FIG. 3). On the other hand, if the fee transfer confirmation unit 23 does not receive the transfer notification within a predetermined time (set time), the fee processing unit 21 refuses to use the employee PC 41 via the use reception unit 18. A notification is transmitted (steps S304 to S305), and the process is terminated (no advance payment is made).

  When the usage amount deduction is selected as the payment method, the fee processing unit 21 calculates a “use amount” obtained by subtracting the use fee from the use application amount (steps S301 and S306). It is presented to the employee PC 41 through the use reception unit 18 together with a confirmation button for confirmation (step S307). When the confirmation button is pressed by the employee, the process proceeds to the process after the completion of the fee process (step S308, step S208 in FIG. 3). On the other hand, if the confirmation button is not pressed within the set time, a notification that the use is denied is transmitted to the employee PC 41 as in the case of advance payment (steps S309 to S310), and the process is terminated.

  Furthermore, when salary deduction is selected as the payment method, the fee processing unit 21 presents an indication that the usage fee is deducted from the salary to the employee PC 41 via the usage reception unit 18 together with a usage confirmation button. (Step S311). Then, when the confirmation button is pressed by the employee, the processing proceeds to the processing after completion of the fee processing (S312, step S208 in FIG. 3), and when the confirmation button is not pressed within the set time, the same as the fee processing described above. Is sent to the employee PC 41 (step S314), and the process is terminated.

[In the case of usage approval / automatic approval]
When the fee processing (step S207) is completed, the use reception unit 18 refers to the company information storage unit 14 and confirms whether the use approval method selected by the company in which the employee is employed is automatic approval or manual approval. (Step S208). If automatic approval is selected, the prepayment information providing unit 24 provides the prepayment information to the company PC 31 by transmitting an email with the prepayment information attached to the person in charge of the company. This prepaid information includes information (for example, employee number and name) for identifying the employee who made the application for use, and information on the prepaid amount. Prepayment amount information includes usage application amount information when the usage fee is paid in advance, usage amount and usage fee information when the usage fee is deducted, and usage application when the salary is deducted. Include amount and usage fee information, respectively.

  The usage reception unit 18 also provides the usage application amount, usage amount, usage fee, fee payment method (advance payment, usage amount deduction, salary deduction), usage date (date / time), presence / absence of replacement payment Is stored in the employee information storage unit 15 as usage data in association with the employee number of the user (step S209).

  The person in charge of the company that has received the prepayment information will receive the application amount (if the fee is paid in advance or salary deduction) or the amount used (if the fee is paid in the deduction) to the employee's bank account. Just transfer money.

[Usage approval / manual approval]
On the other hand, when it is confirmed that the manual approval is selected in the confirmation process of the use approval method (step S208), the use accepting unit 18 sends the prepaid information providing unit 24 to the company in the same manner as the automatic approval. Although the advance payment information is transmitted to the PC 41, the URL of the use approval / disapproval confirmation unit 25 is attached to the mail attached with the advance payment information in order to make the use approval / disapproval confirmation unit 25 confirm the use approval / disapproval. The company person in charge accesses the use approval / disapproval confirmation unit 25 from the company PC 41 using the URL. Upon receipt of this access, the use approval / disapproval confirmation unit 25 transmits a form for inputting approval / disapproval of use to the company PC 41, and the company person in charge confirms the use approval / disapproval by selecting either “approval” or “denial”. The use approval / disapproval is notified to the unit 25 (step S210).

  When the use denial confirmation unit 25 confirms the denial of use, the use accepting unit 18 transmits an email notifying that the use has been denied to the employee PC 41 and ends the process (the prepayment is not performed). ). On the other hand, when the approval of use is confirmed by the use approval / disapproval confirmation unit 25, the use reception unit 18 transmits an email notifying that the use has been approved to the employee PC 41, and stores the employee information of the use data. The storage process (step S209) in the unit 15 is executed. In the case of the automatic approval, an email notifying that the use is approved may be transmitted to the employee PC 41.

[Specific examples]
The calculation of the available amount from the application for use, the determination of the availability of use, and the processing of the usage fee will be described below by showing specific examples (FIGS. 7 to 9).

(A) In the case of weekly salary system The example shown in Fig. 7 is when the employee who applied for use is hired from April 1 with the weekly salary system. “Sun” is every Wednesday, and “Salary calculation period” is from Monday to Sunday. “Unit time” is “day”, and “worked unit time” is applied from the day after the previous closing date (or the starting date of labor when there is no previous closing date, such as the week when employment starts). Of the unit hours (working days) in which work has been completed by the day before the day, the working days excluding the amount included in the salary due to the arrival of the deadline for payroll calculation. The total number of already working days is called “cumulative working days”. “Working days” also includes public holidays (sundays and holidays) and paid holidays. If the absence day is excluded from the salary, the absence day is settled by subtracting that amount from the salary for the following month.

  The labor unit price of this employee is 15,000 yen per day, and the prepayment rate is set to 70% (0.7). In FIG. 7, “○” indicates attendance, “×” indicates absence, “fee payment method” indicates (a) advance payment, (b) deduction for usage, (c) Shows salary deductions. In the illustrated example, there have been seven usage applications, but these processes will be described in order.

(1) Processing of usage application (1) on April 4 Assume that there was a usage application for usage amount of “10,000 yen” on April 4 (Thursday). The cumulative work days on this application date are the week before the start of employment (April 1) and the day before application (April 4) from the start of work (April 1) since there is no last closing day in the week of employment. This is “3 days”, which is the total number of working days that have been completed before. Therefore, the existing labor wage amount is “45,000 yen” by multiplying the labor unit price “15,000 yen” by the cumulative work day “3 days”.

  Also, there is no prepayment that has already been used at the time of application, out of the prepayments used within the payroll period (April 1 to April 7) to which April 4 was applied. The used amount is “0 yen”. In addition, “10,000 yen” described in the column of the used amount on April 4 in FIG. 7 is a prepayment related to the use application to be processed at present, and is included in the use application after the use application. The amount already used (which is irrelevant to the usage application being processed).

  Accordingly, the available amount is calculated by the following equation, which is obtained by multiplying the already paid wage amount “45,000 yen” by the prepaid rate “0.7” (70%) and subtracting the already used amount “0 yen”. 500 yen ".

(Amount available) = (Amount of labor already used) x (Prepaid rate)-(Amount already used)
= 45,000 yen x 0.7-0 yen
= 31,500 yen

  Here, the use application amount is “10,000 yen”, which is equal to or less than the available amount “31,500 yen”, so that prepaid use is possible.

  The usage fee is “850 yen” by adding “350 yen” of the remittance fee to 5% of the usage application amount “10,000 yen”. Since the advance payment (a) is selected as the payment method of the usage fee, the advance payment (providing the advance payment information to the person in charge of the company) is performed after the transfer from the employee. The usage application amount, usage fee, fee payment method, and usage date and time are stored in the employee information storage unit 15 as usage data relating to the employee. The advance payment of “10,000 yen” is settled by deducting from the salary paid on April 10.

(2) Processing of the application for use on April 12 (2) For the use application on April 12, the cumulative work day is the application from the day following the last closing date (April 7) (April 8). This is the total number of working days that have been completed by the previous day (April 11) the day before (April 12). Therefore, the existing labor wage amount is “60,000 yen” by multiplying the labor unit price “15,000 yen” by the cumulative work day “4 days”. There is no already used amount. Therefore, the available amount is “42,000 yen” calculated by the following equation. The fee is “600 yen”.

(Amount available) = (Amount of labor already used) x (Prepaid rate)-(Amount already used)
= 60,000 yen x 0.7-0 yen
= 42,000 yen

  Since the usage application amount is “5,000 yen” and is less than or equal to the available amount “42,000 yen”, prepaid use is possible.

  However, since the usage deduction (b) is selected as the fee payment method, the usage fee actually available to employees is the usage application amount “5,000 yen” minus the usage fee “600 yen”. “4,400 yen”. The already used amount is “5,000 yen” (use amount + use fee) including the use fee “600 yen”.

(3) Processing of use application (3) on April 13 The labor wage amount is as follows.

(Existing labor wage amount) = (Labor unit price) x (Cumulative working days)
= 15,000 yen x 5 days
= 75,000 yen

  The available amount is as follows. Note that the amount already used is the prepayment already used when the application for use is made out of the prepayment used within the payroll period (April 8th to April 14th) to which the date of use application belongs. Therefore, the usage application (2) used on the previous day is the target, and the existing usage amount is “5,000 yen”.

(Amount available) = (Amount of labor already used) x (Prepaid rate)-(Amount already used)
= 75,000 yen x 0.7-5,000 yen
= 47,500 yen

  Since the usage application amount is “4,000 yen” and the available amount is “47,500 yen” or less, it is possible to use prepaid use.

  Also, the usage fee is “550 yen”, and since the salary deduction (c) is selected as the payment method, this fee “550 yen” is used together with the advance payment “4,000 yen” on the usage date (4 Month 13) will be deducted from the salary (paid on April 17) corresponding to the salary calculation period to which it belongs.

(4) Processing of application for use on April 14 (4) April 14 (Sunday) is the closing date, and wages for already worked will be included in the salary paid on April 17th. Therefore, the accumulated work days are “0 days” and the amount of already paid labor is also “0 yen”, so it is not possible to use prepaid.

(5) Processing of April 15 use application (5) On April 15 (Monday), the day after April 14th, the last closing day, is the day of use application. There are no working days that have been completed by the day before the day of application. Accordingly, the accumulated work day is “0 days” and the already paid wage amount is “0 yen”, and it is not possible to use the prepayment as in the case of the use application (4).

(6) Processing of application for use on April 17 (6) April 17 (Wed) is the salary payment date. However, since the salary paid on this day is from the previous salary calculation period (April 8th to April 14th), the arrival of the salary payment date does not affect the use, and the available amount It can be used as usual within the range.

  That is, the labor cost is “30,000 yen” for the labor unit price “15,000 yen” × the accumulated work day “2 days”, and the available labor cost is the labor cost “30,000 yen” × Prepayment rate “0.7” −already used amount “0 yen” becomes “21,000 yen”, and application for “8,000 yen” can be used.

(7) Processing of application for use on April 19 (7) Although he is absent from work on Friday, April 19, he can use the prepayment as usual as long as it is within the available amount.

  In other words, the labor wage amount is “60,000 yen” when the labor unit price is “15,000 yen” × cumulative work days “4 days”, and the amount used for April 17 is “8,000 yen”. Therefore, the available amount is “34,000 yen” with the already paid labor amount “60,000 yen” × the prepayment rate “0.7” −the already used amount “8,000 yen”.

  Since the usage application amount is “5,000 yen” and is less than or equal to the available amount “34,000 yen”, prepaid use is possible. Note that if the usage application amount is not “5,000 yen” but an amount exceeding “34,000 yen”, the usage is not allowed.

  The above description is for the weekly wage system, but the monthly wage system (for example, monthly payment at the end of the month) is the same as that for the weekly wage system described above except that the salary calculation period is longer (one month). Processing can be performed.

(B) Hourly pay system The example shown in Fig. 8 is when the employee who applied for use has been employed from April 1 with the hourly pay system. The salary calculation period is 1 month, the labor unit price is 1,500 yen per hour, and the prepayment rate is 0.7. “Working hours” shown in FIG. 8 is the number of hours worked on the day. In addition, “cumulative working hours (total working hours)” is from the day after the previous closing date (when there is no previous closing date as in the month of employment start) to the day before the date of application for use. The working hours excluding the amount of work hours completed during the period (working hours) excluded from the salary calculation due to the arrival of the deadline for payroll calculation.

  If there is an application for use of “50,000 yen” on April 23, the cumulative working time on this day is “108 hours”. Therefore, the existing labor wage amount is “162,000 yen” obtained by multiplying the labor unit price “1,500 yen / hour” by the accumulated working time “108 hours”. Therefore, the available amount is “113,400 yen”, which is “already-worked wage amount“ 162,000 yen ”× prepayment rate“ 0.7 ”−used amount“ 0 yen ”. The usage fee is “2,850 yen”.

  Since the usage application amount “50,000 yen” is less than or equal to the available amount “113,400 yen”, this usage application can be used. The advance payment “50,000 yen” and the usage fee “2,850 yen” in which the salary deduction (c) is selected as the payment method are deducted from the salary paid on May 7.

  In addition, as of the closing date of April 30, 148 hours of work were done from April 1 to April 30 (shown in parentheses in the column of cumulative working hours). Will be included in the salary paid on May 7, so the accumulated working hours will be “0 hours” and prepaid use will not be possible. Also, on May 1, as in the case of the weekly wage system described above, the accumulated working time becomes “0 hours” and cannot be used.

(C) Monthly wage system (payment at the end of the month at the end of the month) The example shown in Fig. 9 is for employees who are employed on a monthly wage system on the 25th of the month at the end of the month. Unlike the case, the salary payment date comes before the closing date of the salary calculation.

  For this reason, the “worked hours per unit of work” is the working days (unit hours) in which work has been completed from the day after the last closing date (or the work start date if there is no previous closing date) to the day before the date of application for use. ), Excluding the portion of salary paid due to the arrival of the salary payment date (not the closing date). The labor unit price is 15,000 yen per day and the prepayment rate is 0.7.

  If there is a use application of “100,000 yen” on April 21, this available amount can be calculated in the same manner as in the case of the weekly wage system. That is, the amount of already worked is “300,000 yen” at “labor unit price 15,000 yen × cumulative working day 20 days”, so the available amount is “already-worked wage amount 300,000 yen × prepayment rate 0 .7-Already used amount of 0 yen "becomes" 210,000 yen ". Therefore, the usage application amount “100,000 yen” can be used.

  On the other hand, on April 25, the salary payment day, the salary from April 1 to April 30 is paid, so the cumulative work day is “0 days” and the advance payment cannot be used. Similarly, from April 26th to April 30th, wages for work in that period have already been paid on April 25th, so the cumulative work day is “0 days”, and prepayment can be used. Absent. Furthermore, even if there is a use application on May 1, the period from the day after the previous closing date (April 30) (May 1) to the day before the use application (April 30) Since there are no days and the cumulative work days are 0 days, prepayment is not possible.

〔advanced payment〕
In the system of the present embodiment, it is possible to use a replacement service in which an administrator pays an employee in advance on behalf of a company.

  Specifically, when the company wishes to use the replacement service, the information on replacement payment “required” is stored as the company information in the company information storage unit 14 described above. In this case, after completing the fee processing (step S207 in FIG. 3), the usage reception unit 18 immediately uses the application amount (the usage fee is paid in advance to the transfer instruction unit 26 in the case of automatic approval). Or in the case of salary deduction) or the usage amount (when the usage fee is paid by deduction of usage amount) as an advance payment is instructed to be transferred to the bank account 54 of the employee. In response to this, the transfer instruction unit 26 provides the bank 51 with the bank account 54 and information on the transfer amount to the bank 51 via the network 61, and transfers from the manager account 53 for the transfer to the employee account 54. Instructs you to make a prepayment transfer. In response to this transfer instruction, in the bank 51, the intra-bank settlement system 52 transfers the prepayment from the manager account 53 to the employee account 54.

  In the example shown in the figure, the employee account 54 is in the same bank as the administrator account 53. However, when the bank of the administrator account and the bank of the employee account are different, the transfer instruction is a transfer. The instruction unit 26 similarly transmits to the bank having the manager account through the network 61, but the settlement between the bank of the manager account and the bank of the employee account is performed by a known inter-bank settlement system (not shown). It is done using.

  On the other hand, in the case of manual approval, after the use approval / disapproval determination by the company (step S210) is made, the bank 51 by the transfer instruction unit 26 when the use approval notification is received from the company PC 31 by the transfer instruction unit 26. When the transfer instruction is issued and the use rejection notice is received from the company PC 31, no transfer instruction is issued.

  After the transfer instruction is completed, in order for the administrator to collect the advance payment from the company at a later date, the information related to the advance payment (replacement amount, execution date of the transfer instruction, etc.) is used as usage data and associated with the employee number of the user Saved in the employee information storage unit 15. In addition, collection of usage fees (in the case of usage deductions without paying services and salary deductions) and collection of advance payments for companies, for example, are aggregated for each company and regularly (once a month, etc.) ) The manager should charge each company.

  According to the management system according to the present embodiment, it is possible to provide a service in which a part of the salary is paid in advance at an arbitrary timing according to each employee's request, and the employee application rate is achieved by realizing a substantial welfare program. And the fixing rate can be improved. In addition, such a prepaid service can be implemented in a flexible manner corresponding to any salary system such as a weekly salary system, a monthly salary system, a daily salary system, or an hourly salary system. Furthermore, the usage fee is borne by the employee who receives the service, and there is no economic burden on the company, so there is an advantage that it does not increase costs and is easily introduced into the company. The administrator who operates this system does not need to be a bank. Therefore, the prepaid service can be widely spread.

  On the other hand, for the employee to use, the user can start using a simple registration procedure by simply accessing the management server 11 and setting the employee password, which is highly convenient. Further, if the management server 11 is operated 24 hours 365 days (excluding maintenance time), it can be used anytime. Also, from the legal aspect, the prepayment is made within the range where labor has already been provided, and the prepayment will not be made beyond the amount of labor. There will be no situation that violates Article 17 of the Labor Standards Law, which stipulates that it must not.

  As mentioned above, although embodiment of this invention was described, this invention is not limited to these, It is clear to those skilled in the art that a various change can be made within the range as described in a claim. .

  For example, in the above-described embodiment, only one server 11 is shown in the system. However, it is also possible to configure the management server by a plurality of servers that cooperate with each other and perform distributed processing with these servers. . Further, in the above embodiment, only the display units 34 and 44, the input units 33 and 43, the browsers 32 and 42, and the communication control units 35 and 45 are shown as the configurations of the company PC 31 and the employee PC 41. Of course, the computer is equipped with various configurations that a computer normally has.

DESCRIPTION OF SYMBOLS 11 Salary prepayment management server 12 Introduction registration reception part 13 Work data acquisition part 14 Company information storage part 15 Employee information storage part 16 Bank code storage part 17 Usage registration reception part 18 Usage reception part 19 Usable amount calculation part 20 Usability judgment Department 21 Commission processing section 22 Commission calculation section 23 Commission transfer confirmation section 24 Prepayment information provision section 25 Use approval / disapproval confirmation section 26 Transfer instruction section 27, 35, 45, 55 Communication control section 31 Corporate PC
32, 42 Web browser 33, 43 Input unit (keyboard, mouse, etc.)
34, 44 Display (display)
41 Employee PC
51 Bank 52 Bank Settlement System 53 Manager Account for Replacement 54 Employee Account 61 Network (Internet)

Claims (23)

Acceptance application for salary prepayment from the employee via the network, calculate the available amount, which is the amount of money that can be paid in advance, and present the available amount to the employee, while the application for use specified by the employee A salary prepayment management method for notifying a user who employs the employee the amount,
A unit time information acquisition step of acquiring and storing information capable of specifying a unit time for calculating the amount of the existing labor wage, which is a source of the prepayment, from the user; and
Labor unit price information acquisition step of acquiring and storing a labor unit price that is the wage per unit time of the employee from the user;
A salary related day information acquisition step for acquiring and storing information on a closing date and a salary payment date as the last day of the payroll period from the user;
A work data receiving step for receiving work data including the already worked unit hours of the employee from the user via the network;
A usage acceptance step for accepting a prepaid usage application from the employee via the network;
Acquisition of used amount that acquires data of the used amount that is the amount of the prepayment that is already used at the time of the use application among the prepayments used within the payroll period to which the use application date belongs Steps,
The labor cost is obtained by multiplying the labor unit price by the total value of the unit hours of already worked, and after multiplying the labor cost by a prepaid rate determined in advance, An available amount calculating step for calculating the available amount by reducing the accumulated amount to be used;
An available amount presentation step of presenting the available amount to the employee via the network;
A usage application amount receiving step of receiving the usage application amount from the employee via the network;
A prepaid information providing step of transmitting information on the usage application amount received in the usage application amount receiving step together with information that can identify the employee to the user via the network. Management method. After receiving the use application amount in the use application amount receiving step, further includes a use permission determination step for determining whether or not prepayment can be used,
In the use availability determination step, the use application amount received in the use application amount receiving step is compared with the use amount calculated in the use amount calculation step, and the use application amount is equal to or less than the use amount. On the other hand, when the usage application amount exceeds the available amount, it is determined that the usage is not possible.
The advance payment information providing step is executed when it is determined that the use is possible in the use availability determination step,
The salary prepayment management method according to claim 1, wherein, when it is determined that the use is not possible in the use availability determination step, a notification that the use is rejected is transmitted to the employee via the network. Prior to the use of advance payment of salary, the employee information acquisition step of acquiring and storing the identification information of the employee from the user in advance is included,
A user information requesting step for requesting the employee to transmit the identification information via the network before the available amount presenting step;
Comparing the identification information transmitted from the employee in the employee information requesting step with the identification information acquired and stored in the employee information acquisition step; and
When the identification information matches in the employee information comparison step, it is determined that the employee is a legitimate employee who can receive the advance payment of the salary, and when the identification information does not match, the advance payment of the salary is received. The payroll prepaid management method according to claim 1, further comprising: an identity verification step of determining that the employee is an unfair employee who cannot perform the process. The salary prepayment management method according to claim 3, wherein in the employee information acquisition step, identification information of all employees employed by the user is acquired and stored in advance. After the use application amount receiving step and before the prepaid information providing step, a use fee corresponding to the use application amount is calculated by a predetermined method based on the use application amount received in the use application amount receiving step. The payroll prepaid management method according to any one of claims 1 to 4, further comprising a fee calculation step. The salary prepayment management method according to claim 5, wherein the prepayment information providing step is executed on condition that the usage fee calculated in the fee calculation step is in advance or in the future. The salary prepayment management method according to claim 6, further comprising a fee receipt confirmation step of confirming that the usage fee has been transferred from the employee. The salary prepayment management method according to claim 6, further comprising a usage amount notifying step of notifying the employee via the network, as a usage amount, an amount obtained by subtracting the usage fee from the usage application amount after the fee calculating step. . A fee notification step of notifying the user of the usage fee calculated in the fee calculation step via the network;
The salary prepayment management method according to claim 6, wherein the user can deduct the usage fee from the salary of the employee. The notice of denying the use of prepaid is transmitted to the employee through the network when the notice of denying the use of prepaid is received from the user through the network after the step of providing prepaid information. The salary prepayment management method according to any one of 1 to 9. The salary prepayment management method according to any one of claims 1 to 7, 9 and 10, further comprising a usage application amount transfer step of transferring money of the usage application amount to the bank account of the employee on behalf of the user. The salary prepayment management method according to claim 8, further comprising a usage amount transfer step of transferring the usage amount money to the bank account of the employee on behalf of the user. Acceptance application for salary prepayment from the employee via the network, calculate the available amount, which is the amount of money that can be paid in advance, and present the available amount to the employee, while the application for use specified by the employee A salary prepayment management system for notifying a user who employs the employee the amount,
A unit time information storage unit for storing information capable of specifying a unit time for calculating the amount of the existing labor wage that is the source of the prepayment;
A labor unit price information storage unit for storing a labor unit price which is the wage per unit time of the employee;
A salary related day information storage unit for storing information on a closing date and a salary payment date which is the last day of the salary calculation period;
A work data obtaining unit for obtaining work data including the already worked unit hours of the employee from the user via the network;
A work data storage unit for storing the obtained work data;
An already-used amount data storage unit that stores data of an already-used amount that is a prepaid amount that has already been used;
A prepaid rate storage unit for storing the prepaid rate;
The labor wage amount obtained by multiplying the labor unit price stored in the labor unit price information storage unit by the total value of the already worked unit hours stored in the work data storage unit, After multiplying the prepayment rate stored in the prepayment rate storage unit, the use application is made within the payroll period to which the use application date belongs among the already used amounts stored in the already used amount data storage unit. An available amount calculator that calculates the available amount by subtracting the accumulated amount that is the sum of the prepayment amount already in use at the time,
Via the network, a use accepting unit that accepts a prepaid use application from the employee, presents the available amount to the employee, and receives the use application amount from the employee;
A prepaid information providing unit that transmits the usage application amount information received from the employee, together with information that can identify the employee, to the user as prepaid information for performing prepayment, via the network. A salary prepayment management system. It further includes an availability determination unit that determines whether or not prepayment can be used,
The availability determination unit compares the usage application amount received by the usage application amount receiving unit with the available amount calculated by the available amount calculation unit, and the usage application amount is equal to or less than the available amount On the other hand, if the usage amount exceeds the available amount, it is determined that the usage is not possible,
When the availability determination unit determines the availability, the prepayment information providing unit transmits the prepayment information to the user via the network,
The salary prepayment management according to claim 13, wherein, when the availability determination unit determines that the usage is not possible, the usage reception unit transmits a notification to the effect of refusal of usage to the employee via the network. system. A employee information storage unit for storing identification information of the employee acquired in advance from the user prior to the use of advance payment of salary;
After storing the identification information in the employee information storage unit, further comprising a usage registration receiving unit that receives usage registration from the employee through the network,
The usage registration receiving unit requests the employee to transmit identification information when receiving the usage registration, and receives the identification information transmitted from the employee and the identification information stored in the employee information storage unit. The salary prepayment management system according to claim 13 or 14, wherein the use registration is approved when both identification information matches, and the use registration is rejected when both identification information does not match. The salary prepayment management system according to claim 15, wherein identification information of all employees employed by the user is stored in the employee information storage unit before accepting the use registration. The salary prepayment management system according to any one of claims 13 to 16, further comprising a fee calculation unit that calculates a usage fee corresponding to a usage application amount using a predetermined calculation formula. A fee notifying unit for notifying the employee of the usage fee calculated by the fee calculating unit via the network;
The salary prepayment management system according to claim 17, further comprising a fee receipt confirmation unit that confirms that the usage fee has been transferred from the employee. The salary prepayment management system according to claim 17, further comprising: a usage amount notifying unit that notifies the employee of the usage fee calculated by the fee calculation unit from the usage application amount as a usage amount via the network. . The salary prepayment management system according to claim 17, further comprising a fee notifying unit that notifies the user of the usage fee calculated by the usage fee calculating unit via the network. The prepayment information providing unit further includes a use approval / disapproval confirmation unit for confirming whether or not the user approves the use of the prepayment after the prepayment information is notified to the user.
The usage reception unit
The notification for denying the use of prepaid is transmitted to the employee via the network when the use approval / disapproval confirmation unit receives a notice for denying the use of prepaid from the user via the network. The payroll prepaid management system according to any one of 20 above. The usage application amount transfer instruction unit for instructing transfer of money of the usage application amount to the bank account of the employee on behalf of the user, according to any one of claims 13 to 18, 20 and 21. Payroll prepaid management system. The salary prepayment management system according to claim 19, further comprising a usage amount transfer instruction unit that instructs to transfer the money of the usage amount to the bank account of the employee on behalf of the user.

Images