WO2020179569A1 - Système de prépaiement de salaire - Google Patents

Système de prépaiement de salaire Download PDF

Info

Publication number
WO2020179569A1
WO2020179569A1 PCT/JP2020/007655 JP2020007655W WO2020179569A1 WO 2020179569 A1 WO2020179569 A1 WO 2020179569A1 JP 2020007655 W JP2020007655 W JP 2020007655W WO 2020179569 A1 WO2020179569 A1 WO 2020179569A1
Authority
WO
WIPO (PCT)
Prior art keywords
prepaid
amount
server
usage
company
Prior art date
Application number
PCT/JP2020/007655
Other languages
English (en)
Japanese (ja)
Inventor
健 坪井
Original Assignee
健 坪井
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 健 坪井 filed Critical 健 坪井
Publication of WO2020179569A1 publication Critical patent/WO2020179569A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the invention of this application relates to a system for prepayment of salary.
  • the above situation can be said to be troublesome for salaried employees.
  • the salaried person withdraws the paid salary from the bank account and charges the prepaid card for transportation, for example. Then, when the balance is exhausted using the prepaid card, the deposit is withdrawn from the bank account and charged. In the case of a credit card, this can be done with a monthly debit from the payroll account, so there is no such a hassle, but there is a card fee.
  • the withdrawal damage may be incurred or the so-called blacklist may occur. Therefore, there is a problem that a burden of cost is generated and psychological pressure is applied because it does not take time and effort.
  • the invention of the present application has been made in consideration of the above points, and makes it possible for a salaried employee to easily perform cashless settlement without any hassle and to prevent psychological pressure.
  • the purpose is to By providing a new and unique payroll system for this purpose to companies (employers), the purpose is to contribute to increasing corporate value as a workplace.
  • This application discloses an invention called a payroll prepaid system.
  • This system is a payroll prepaid system that is used when an employer company pays salaries in advance to employees. It is a usage approval server that approves the use of prepaid money and an aggregation server that totals the usage amount of prepaid money.
  • a storage unit stores a prepaid setting information file in which a prepaid setting amount set according to the working status of an employee is recorded, and a usage record information file in which a usage record of the prepaid money is recorded.
  • the usage record information file is a file in which a prepaid ID for identifying an employee who has a right to use the prepaid money and a usage amount of the prepaid money within the aggregation period are recorded.
  • the use approval server is a server that accepts access from a store-side computer via the network, and when the store-side computer sends the prepaid ID and the usage request amount via the network, up to that point regarding the prepaid ID. If the sum of the total amount of prepaid money used and the requested usage amount sent is less than or equal to the prepaid setting amount, the usage approval information is sent to the store side computer, and the usage requested amount is used for the prepaid ID. It is a server that records in an information file.
  • the aggregation server is a server that obtains the total amount of prepaid money used within the aggregation period from the usage record information file and records it in the aggregation file in order to deduct the total amount of usage from the salary paid on the payday. is there.
  • the payroll prepaid system stores a prepaid account information file in which information of a prepaid account for depositing funds for use of the prepaid money is recorded in a storage unit, and the prepaid account information file is ,
  • the information of the individually owned deposit, which is the deposit individually owned by the employee for each prepaid ID, and the information of the store owned deposit, which is the deposit owned by each store, are recorded, and the prepaid money approved by the use approval server is recorded.
  • the payment server may be configured to transfer the usage request amount from the individual ownership deposit related to the prepaid ID used for the usage to the store ownership deposit related to the store.
  • the payroll prepaid system has a prepaid information file that includes information on corporate deposits that are deposits deposited by an employer company for the use of prepaid money and belonging to the employer company.
  • Information of shared deposit which is a deposit shared by all employees who have the right to use the prepaid money, is recorded, and when the payment server transfers the usage request amount to the store-owned deposit, the usage request amount is stored.
  • the payroll prepaid system records whether or not the usage record information file is for corporate use in the employer company, and records whether it is for corporate use or not. Can be changed by the person in charge of the employer company or the employee associated with the prepaid ID operating the terminal, and the totaling server determines whether the usage request amount approved during the totaling period is not for corporate use.
  • the server may have a configuration of calculating the total usage request amount for each prepaid ID.
  • an employee ID which is information for identifying an employee in an employer company, is recorded in a prepaid setting information file in a state of being associated with the prepaid ID. Can have the configuration.
  • the payroll prepaid system in the prepaid setting information file, the prepaid amount initial value is recorded, and the prepaid set amount is initially the same value as the prepaid amount initial value,
  • a management server that can be accessed from a terminal operated by a person in charge of the employer company.
  • the management server changes the set amount to change the prepaid set amount according to the request from the terminal operated by the person in charge of the company. It can have a configuration in which the program is implemented.
  • the payroll prepaid system is a variable setting amount in which the prepaid setting amount fluctuates during the aggregation period, and the prepaid setting amount, which is the variable setting amount, is changed within the aggregation period according to the working status of the employee.
  • an amount increasing server for gradually increasing the amount, and the amount increasing server may be configured to record each increased prepaid setting amount in the prepaid setting information file.
  • the payroll prepaid system has a fixed set amount in which the prepaid set amount is constant during the counting period and a variable setting amount that fluctuates during the counting period, and the fixed set amount is set in the prepaid setting information file.
  • the amount and the variable setting amount are stored for each prepaid ID, and an amount increasing server is provided for gradually increasing the prepaid setting amount, which is the variable setting amount, within the aggregation period according to the working status of the employee.
  • the amount-increasing server is a server that records each increased variable setting amount in the prepaid setting information file, and the usage approval server compares the fixed setting amount and the variable setting amount when the approval request is sent. Then, the server may be configured to add the total usage amount related to the larger set amount and the approval request amount, and to send the use approval when the added amount is less than or equal to the larger set amount. ..
  • the salary prepaid system has a special setting in the prepaid setting information file, which is the maximum amount of prepaid money that can be used regardless of the working situation, in addition to the prepaid setting amount.
  • the amount is recorded for each prepaid ID, and the usage approval server compares the prepaid set amount and the special set amount at the time when the approval request is sent, and the total usage amount and the approval request amount related to the larger set amount. It is possible to have a configuration in which is a server that adds and, and when the added amount is less than or equal to the larger set amount, sends a usage approval.
  • the salary prepaid system is provided with a special amount increase server that gradually increases the special set amount within the aggregation period, and the special amount increase server increases the special set amount. It may have a configuration of a server for recording in the prepaid setting information file. Further, in order to solve the above problems, the salary prepaid system may have a configuration in which the prepaid money is a currency-denominated asset, a virtual currency, a crypto asset, points in a point card, a token, or electronic money.
  • the payroll prepaid system is information presented to the store in a state where the prepaid ID is carried on the ID carrier, and the ID carrier is a card, a mobile terminal, or an authenticateable biological feature. It can have the structure of being a part.
  • the employee's salary is paid in advance in the form of prepaid money.
  • employees can pay at the store by presenting the prepaid ID, which is extremely convenient. Traditionally, you would have to withdraw your salary from your bank account and charge your prepaid card, but this system doesn't have to do that. Also, since it is not a credit card, there is no pressure to ensure that your bank account has a deposit on the day of withdrawal. Therefore, the psychological usability is also very high. Further, in general, advance payment of salary is approved by an employee applying to the company, but according to this system, advance application is not particularly necessary.
  • a prepaid account is prepared as an account for payment and the funds for payment are once transferred to the store after being held by the employee, even if the payment is made in advance, it is legally required. It makes sense that the salary is paid to the employee and then used for settlement.
  • the funds for the prepaid account apart from the company-owned part, a shared part for all employees and an individual employee-owned part are provided, and the funds were transferred from the shared part to the employee-owned part to the store-owned part. In this case, if the company owns the common part and the common part is filled with funds, the loss of the prepaid salary will be reduced in the employer company.
  • the system can be used for settlement of company expenses (expense), which is more convenient.
  • the prepaid ID is linked to the employee ID, the management in the employer company becomes easier.
  • the prepaid setting amount in the prepaid setting information file can be changed by the terminal operated by the person in charge at the employer company, the prepaid setting amount can be changed appropriately on the employer company side, which is convenient in this respect. Get higher Further, it becomes easy to give an appropriate prepaid money according to the employee.
  • the prepaid setting amount is a variable setting amount, and if the variable setting amount is increased according to the working situation, the prepaid amount can be used even at the beginning of working or the introduction of salary prepaid.
  • the prepaid set amount is a fixed set amount or a variable set amount, if you decide to use the larger set amount and decide to use it, the prepaid amount of the prepaid amount will be more favorable depending on the working situation. Since it can be used, it is more convenient in this respect.
  • a special set amount is provided in addition to the prepaid set amount, the special set amount can be granted regardless of the working situation and can exceed the work receivable, so the prepaid amount as a so-called advance loan is available. Will be able to be used. In this respect, it is more suitable as a welfare program. At this time, if the special set amount is gradually increased, an appropriate special set amount can be given depending on the employment situation, which is more preferable.
  • FIG. 1 is a schematic diagram of a salary prepaid system according to the first embodiment.
  • the salary prepaid system shown in FIG. 1 (hereinafter, may be simply referred to as a system) is a system used by an employer company to pay salaries to employees.
  • This system is a system for pre-paying a part of salary in the form of prepaid money to an employee before a fixed salary payment date.
  • the prepaid money is provided by providing a salary prepaid card C to each employee. That is, the system of FIG. 1 realizes two features that a part of the salary is given in the form of a salary prepaid card C and that the salary is paid before the salary payment date, that is, prepaid. It is supposed to do. In the system of the embodiment, what is important is that at the store where the prepaid money is used, it is proved that the person has the right to use the prepaid money, and the prepaid ID, which is information identifying the person, is presented. Is.
  • the payroll prepaid card C is an example of a medium carrying a prepaid ID having such a meaning (hereinafter, referred to as an ID carrier).
  • the system of the embodiment is configured to include a plurality of servers.
  • These servers include a prepaid issuing server 1, a usage approval server 2, an aggregation server 3, a payment server, a management server 4, and the like.
  • Each of the servers 1 to 4 may be realized by a single server computer, or a plurality of server functions may be realized by one server computer.
  • the prepaid issuing server 1 is a server for issuing a payroll prepaid card C to each employee, and strictly speaking, a server for issuing a prepaid ID.
  • each employee in this case is each employee in each employer company.
  • the operating company provides a plurality of employer companies with a service relating to the issuance and management of the payroll prepaid card C (hereinafter referred to as payroll prepaid service).
  • the storage unit 5 stores an employer company information file 51 that records information on the employer company to which the service is provided.
  • FIG. 2 is a schematic diagram showing an example of the structure of the employer company information file.
  • the employer company information file 51 includes “company ID”, “company name”, “head office address”, “department in charge”, “person in charge”, “number of registered employees”, and “deposit amount”. , "Prepaid money initial value” and the like.
  • the “department in charge” is a department in charge of the system in the employer company in the embodiment, and is usually a department such as the general affairs department or the human resources department.
  • the “person in charge” is the name of a person in charge in the employer company of the system of the embodiment (hereinafter referred to as a person in charge in the company).
  • each employer company when the salary prepaid card C is issued, each employer company provides a deposit.
  • the deposit is deposited in a bank account (hereinafter referred to as a prepaid account) 6.
  • the prepaid account 6 is usually a bank account held by the operating company.
  • the ownership relationship of the funds placed in the deposit account is negotiated by contracts with the employer company, the operator, and each employee belonging to the employer company, and changes from time to time.
  • FIG. 3 is a schematic diagram showing the ownership relationship of funds deposited in the prepaid account 6.
  • the funds deposited in the prepaid account 6 are initially deposits and are still owned by the employer.
  • the other is all employees who belong to the employer company and are entitled to use the prepaid money. If a trade union exists, it may be the owner.
  • Yet another is each individual employee with a prepaid ID.
  • the other is each store where prepaid money is used.
  • the funds put in the prepaid account 6 are initially deposits, but the ownership of the funds is shared by all employees. And, in addition, it will be owned by the individual employee for each payment. Furthermore, once payment is made, the funds will be owned by the store.
  • the storage unit 5 stores files 521 to 524 for managing ownership of funds deposited in the prepaid account 6 (hereinafter, prepaid account information file).
  • the transfer of ownership is performed by changing the record of the prepaid account information files 521 to 524.
  • a portion 61 of the funds of the prepaid account 6 owned by the employer company is referred to as a “corporate account”, and a shared portion 62 of all employees of the employer company is referred to as a “shared account”.
  • Each employee's individually owned portion 63 is called an individual account.
  • the owned portion 64 of each store is called a store account.
  • FIG. 4 is a schematic view showing an example of each structure of the prepaid account information files 521 to 524.
  • the prepaid account information files 521 to 524 are created for each account 61 to 64, respectively.
  • the four types of prepaid account information files 521 to 524 will be referred to as a company account information file 521, a shared account information file 522, an individual account information file 523, and a store account information file 524.
  • the company account information file 521 is a database file including fields such as “company ID”, “date and time”, “payment amount”, “payment amount”, and “balance”. "Balance" means the balance of deposits.
  • the shared account information file 522 is also a database file including fields such as “company ID”, “shared ID”, “date and time”, “payment amount”, “payment amount”, and “balance”.
  • the "shared ID” is an ID that identifies all the co-owners, and is, for example, an ID that uses a company ID and adds identification information to it.
  • "Balance” means the balance of funds in the common area.
  • Each individual account information file 523 is a database file including fields such as “company ID”, “shared ID”, “prepaid ID”, “date and time”, “payment amount”, “payment amount”, and “balance”. is there. "Balance” means the balance of funds for the individually owned portion.
  • Each store account information file 524 is a database file including fields such as “store ID”, “date and time”, “use ID”, “payment amount”, “scheduled remittance date” and the like.
  • date and time the date and time when the salary prepaid card C is used at the store or the date and time of payment described later is recorded.
  • payment amount the amount of use of the approved salary prepaid card C is recorded.
  • scheduled remittance date the scheduled remittance date from the prepaid account 6 to the bank account owned by the store is recorded.
  • company account information file 521 may be a separate file for each employer company, or may be one file for a plurality of employer companies for which the operating company provides services. If they are separate files, they should be identifiable by using a file name that uses the company ID. The same applies to the shared account information file 522 and each individual account information file 523.
  • the store information file 57 may also be a file for each store, or may be a single file for a plurality of or all stores.
  • the amount of the initial deposit deposited by the employer company into the prepaid account 6 depends on the number of employees to whom the payroll prepaid card C is issued and the prepaid amount per employee, and the operation business with each employer company. Arranged by contract with the person. For example, in a company with 500 employees (500 salary prepaid cards issued) and the issuance amount (initial value) of salary prepaid card C per person is 50,000 yen, the initial issuance amount is 25 It will be 10,000 yen. It is unlikely that all employees will use the card at the maximum limit, so a smaller amount is acceptable. For example, 20 million yen or 15 million yen. This amount is recorded in the “payment amount” field of the company account information file 521. In the “prepaid money initial value” of the employer company information file 51, the initial issuance amount of the payroll prepaid card C per person is recorded.
  • the storage unit 5 stores a login file for the person in charge in the company to log in to the system.
  • the login file is a file in which the login ID and password are recorded.
  • a login ID and password are issued to each employer company, and it is possible to log in to the prepaid issuing server 1 and the like.
  • the login ID may also be a company ID, or may be issued separately from the company ID. When issued separately from the company ID, the company ID of the employer company to which the person in charge in the company to which the login ID is provided belongs is recorded in the login file.
  • the storage unit 5 stores a card providing information file 53 which is a database file in which the prepaid ID of the salary prepaid card C provided to each employer company is recorded.
  • FIG. 5 is a schematic diagram showing an example of the structure of a card provision information file.
  • the operating company in order to issue the payroll prepaid card C, the operating company first provides the employer company with the required number of payroll prepaid cards C in which the prepaid ID is described, and the person in charge of the employer company provides the payroll prepaid card C. Is distributed to each employee.
  • the card provision information file 53 is a file that allows the employer company to know which salary prepaid card C of which prepaid ID has been provided.
  • the card provision information file 53 is a database file in which a record including fields of “provision date”, “prepaid ID”, “expiration date”, and “issue or not” is recorded. Is.
  • the “issued/not issued” field is a field having a false value by default, and is a field that becomes a true value when the payroll prepaid card C is issued in association with the employee ID as described later.
  • the card provision information file 53 has a file name using a company ID, and can be specified by the company ID.
  • the prepaid setting information file 54 is stored in the storage unit 5.
  • the important information recorded in the prepaid setting information file 54 is the information on the usage limit of the prepaid money.
  • three different usage limits are set.
  • One is information on a certain limit amount during the aggregation period.
  • this limit amount will be referred to as a fixed set amount.
  • the other is information on the maximum amount that gradually increases during the aggregation period.
  • this limit amount will be referred to as a variable limit amount.
  • the other is a usage limit that is specially set for employees.
  • this limit amount will be referred to as a special set amount.
  • the first two limits are set according to the working conditions of employees and are based on labor claims. Therefore, the use of this amount of prepaid money has the character of prepaid salary.
  • the special amount is based on the employment contract between the employer company and the employee, but is not necessarily based on the working situation. Therefore, it may be the maximum amount that allows the use of an amount exceeding the labor claim. In this sense, the prepaid special set amount may be a limit amount that allows use as so-called advance borrowing (debt).
  • FIG. 6 is a schematic diagram showing three types of limits.
  • FIGS. 6(1-1) and 6(1-2) show the fixed set amount.
  • FIG. 6 (1-1) shows the simplest example.
  • the salary deadline and the card usage deadline are the same. Therefore, the card usage aggregation period is from the 16th of each month to the 15th of the following month, which is the same as the salary aggregation period.
  • the card usage is totaled on the 15th day of each month and deducted from the salary on the 25th day of the same month.
  • the fixed set amount becomes zero on the 15th of every month, but recovers to the fixed set amount on the 16th of the next day. That is, the prepaid money is recharged.
  • the solid line indicates the fixed set amount. The amount that can actually be used decreases according to the amount used.
  • the broken line shows an example of the change in the usable amount.
  • the salary will be paid on the 25th of the same month.
  • the prepaid money issued on the basis of the employment is paid on the 16th day of the same month and can be used until the 15th day of the next month.
  • Prepaid money used by the 15th of the following month will be deducted from the salary on the 25th of the following month.
  • the prepaid money issued on the basis of employment is deducted from the salary of the following month, not the salary for the employment. If you retire in the middle, you will stop using the card immediately, but usually the salary will be calculated on a daily basis and will be paid the following month, so it will be deducted from that. The exception is if you retire on the 15th, in which case the data up to that point will be counted and deducted from your salary on the 25th of the same month.
  • FIG. 6 (1-1) the closing of the payroll calculation and the closing of the card use are the same day, which is complicated, so in reality, as shown in FIG. 6 (1-2)
  • the card usage is closed a few days before the salary is closed.
  • the deadline for using the card is the 10th of every month.
  • a fixed set amount of prepaid money is charged on the 16th on the basis of work closed on the 15th of a month, and the prepaid money can be used until the 10th of the next month.
  • the card usage will be closed on the 10th of the following month, and will be deducted from the salary on the 25th of the next month.
  • variable setting amount takes into consideration that employees are working every day even before the closing date of payroll calculation, and labor receivables are incurred. That is, as shown in FIG. 6 (2), the variable set amount gradually increases from the day following the first day of the salary aggregation period. The variable set amount exceeds the fixed set amount at a certain point in the aggregation period, and the increase stops when a certain amount is reached. For example, if the salary aggregation period is from the 16th to the 15th, the salary starts to increase from the 17th and gradually increases until the 10th of the following month. In the example of FIG. 6 (2), the fixed set amount is 30,000 yen and the variable set amount is a maximum of 50,000 yen.
  • variable setting amount as shown in Fig. 6 (2) has an advantage in that prepaid money can be used especially immediately after getting a job and starting working. The same applies immediately after the employer company starts using the payroll prepaid service. With only the fixed amount, the fixed amount can be used after the salary is closed during the aggregation period, so the prepaid money cannot be used until the first aggregation period is reached. On the other hand, as shown in FIG. 6 (2), since the variable set amount is the maximum amount given according to daily employment, it can be used immediately after starting work.
  • the deadline for using the variable set price may be the same as the fixed set price. For example, the use is closed at the end of every 10th month, and the usage of the variable set amount up to that point is totaled. Then, since employment starts on the 11th of the next day, the variable set amount will be given from the 12th of the next day, and will be gradually increased. Also in FIG. 6(2), the solid line shows the fluctuation setting amount, and the broken line shows an example of the transition of the amount actually usable (the amount obtained by subtracting the used amount).
  • FIG. 6(3) shows an example of the special set amount. Since the special set amount is an amount specially set separately from the fixed set amount and the variable set amount, there is no particular pattern. It can be set freely at the discretion of the employer company.
  • FIG. 6 (3) shows an example of setting as a so-called advance borrowing that permits the use of an amount exceeding the labor claim.
  • the special setting amount is also an amount that gradually increases according to the working situation. However, the amount may exceed the daily labor receivables. For example, a part-time employee whose daily salary is 10,000 yen may be given a special set amount of 15,000 yen the day after he / she works for one day, and the daily salary may increase from there.
  • FIG. 7 is a schematic diagram showing an example of the structure of the prepaid setting information file 54.
  • the prepaid setting information file 54 includes “prepaid ID”, “company ID”, “employee ID”, “employee name”, “fixed setting amount”, “variable setting amount”, “special setting”. It is a database file consisting of fields such as "set amount”.
  • the unique data is the prepaid ID.
  • the employee ID is the same data as in the employee information file.
  • the "fixed set amount”, “variable set amount”, and “special set amount” are fields in which the usage limit amount having the above meaning is recorded.
  • the field of "variation increase amount” is the amount when the fluctuation setting amount increases at one time.
  • the field of "maximum variable set amount” is a field in which the maximum variable set amount is recorded.
  • the field of "special type” is a field in which the type of the specific setting amount is recorded as gradually increasing type or fixed type.
  • the field of "special increase amount” is a field for recording the amount of increase at one time when the special increase amount is a gradual increase type.
  • the "special maximum amount” is a field in which the maximum value is recorded when the special set amount is a gradual increase type.
  • the system according to the embodiment includes the amount increase server 7 in order to automatically record the increase in the variable setting amount and the increase in the special setting amount in the case of the gradually increasing type in the prepaid setting information file 54.
  • the set amount increase program 71 is implemented in the amount increase server 7.
  • the set amount increase program 71 is customized and implemented for each business owner company. If all employees are full-time employees, full-time contract employees, or part-time workers, the set amount increase program 71 is programmed to be automatically executed every work day of the employer company. In this case, when the set amount increase program 71 is started, it acquires a prepaid ID for each employee ID, opens the prepaid setting information file 54, and acquires the value of the “variable increase amount”. Then, the value of the variable increase amount is added to the value of the "variable setting amount”. Update. If the maximum fluctuation amount is exceeded, the “variable setting amount” is updated with the maximum fluctuation amount.
  • the set amount increase program 71 acquires the value of the "special increase amount” and adds the amount to the value of the "special set amount". If the added amount is less than or equal to the "special maximum amount”, the "special set amount” is updated with the added amount, and if the value exceeds the "special maximum amount", the "special maximum amount” is set. Update the "special setting amount” with the value of "amount”.
  • the set amount increase program 71 is implemented in conjunction with the time card system.
  • the set amount increase program 71 is provided with information on the amount of increase for each employee ID with respect to the hourly wage and the daily salary (hourly wage x hours). For example, it is information that 10% is given as a variable increase amount to the daily salary, or 20% is given as a special increase amount to the daily salary.
  • the set amount increase program 71 is executed according to the program execution request from the time card system, and at that time, the working hours are given as an argument.
  • the set amount increase program 71 calculates the increase amount, adds it to the value of the "variable set amount", and updates it in the same manner as in the case of a regular employee or the like. The same applies to the specially set amount.
  • FIG. 8 is a schematic diagram showing an example of the structure of the usage record information file 551.
  • the usage record information file 551 includes “usage ID”, “usage date and time”, “store ID”, “store name”, “usage amount”, “usage frame ID”, and “fixed frame total”.
  • the usage ID is an ID that can be identified for all usages of the payroll prepaid card C.
  • the ID is a combination of a prepaid ID, a date of use, and a serial number.
  • the usage record information file 551 is created for each prepaid ID, and has a file name using the prepaid ID. Therefore, it can be specified by the prepaid ID.
  • the storage unit 5 stores a total usage record information file 552 that records usage records for all prepaid IDs.
  • the all-use record information file 552 includes “use ID”, “prepaid ID”, “use date/time”, “store ID”, “store name”, “store”. It is a database file that records records consisting of fields such as "location", "amount spent", and "summary”.
  • the erasure information file 56 is stored in the storage unit 5.
  • the erasure information file 56 is a file that stores the prepaid ID of the card C that has been erased due to theft or loss. Even when the employer company retires, the prepaid ID for the employee is immediately recorded in the deletion information file 56.
  • the prepaid issuing server 1 As shown in FIG. 1, the prepaid issuing program 11 is implemented in the prepaid issuing server 1.
  • the payroll prepaid card C is issued by a person in charge of the company recording the prepaid ID and the employee ID in the prepaid setting information file 54 in association with each other.
  • the prepaid issuing server 1 prepares a prepaid issuing page for the person in charge in the company.
  • FIG. 9 is a schematic diagram showing an example of a prepaid issuing page.
  • the in-company person operates the terminal (hereinafter, in-company person in charge terminal) 81 to log in to the prepaid issuing server 1 and display the prepaid issuing page.
  • the prepaid issuance page includes a column displaying a list of unissued prepaid IDs (hereinafter referred to as unissued prepaid ID list) 111, an employee ID input column 112 for inputting an employee ID for each prepaid ID, An employee name input field 113 for inputting an employee name is provided.
  • the prepaid issue page is a page for transmitting the issue information of one salary prepaid card C in one line. That is, in each line, the prepaid ID is displayed on the left end, the entry field for the employee ID associated with the prepaid ID is displayed on the right side, and the employee name associated with the employee ID is displayed on the right side. Input field is displayed.
  • the prepaid issuing server 1 searches the card provision information file 53 of the employer company according to the login ID transmitted at the time of login, and acquires the prepaid IDs of all the records in which the "issued" field has a false value. .. Then, as shown in FIG. 9, it is incorporated into the prepaid issue page and transmitted to the terminal for the person in charge to be displayed.
  • the prepaid issue page is provided with a registration button 114.
  • the registration button 114 is provided with a confirmation page, and the send button provided here is an execution button for the registration module included in the prepaid issuing program 11.
  • the registration module is a module that records the information displayed/input in each line in the prepaid setting information file 54 as one card issue information. That is, the registration module is programmed to add a new record to the prepaid setting information file 54 and record card issuance information such as a prepaid ID, an employee ID, and an employee name. When all the card issuance information is recorded, the registration module is finished, and the prepaid issuing program 11 is also finished.
  • the fixed value is set to the initial value described above. That is, the registration module acquires the company ID according to the login ID and opens the company information file. Then, the default "fixed set amount" of the new record by acquiring the initial value of the prepaid money can be set as a uniform value for all employees (for example, a uniform 50,000 yen).
  • the prepaid issuing program 11 records this default value in the “fixed set amount” field. The registration module is thus programmed.
  • the prepaid issuing server 1 prepares a page for changing the prepaid set amount (hereinafter, set amount change page).
  • set amount change page When the in-company person in charge logs in with the in-company person in charge ID and is called from the top page, the prepaid issuing server 1 displays the set amount change page on the in-company person in charge terminal 81.
  • FIG. 10 is a schematic view showing an example of a set amount change page.
  • the set amount change page includes an employee ID input column 121, a prepaid set amount display column 122, and a changed amount input column 123.
  • the management server 4 is installed with a prepaid setting amount change program 41.
  • the prepaid set amount change program 41 includes an amount display module and an amount change module.
  • the prepaid set amount display column 122 is a column for displaying the current prepaid set amount.
  • the current values are displayed for each of the fixed set amount, variable maximum amount, variable increase amount, and special set amount.
  • the special setting amount in the case of the gradually increasing type, the special setting increasing amount is displayed.
  • the search button 120 provided next to the employee ID input field 121 is an execution button of the forehead display module.
  • the forehead display module acquires the company ID according to the login ID and opens the prepaid setting information file 54 of the employer company. Then, the employee ID is programmed to obtain the values of fields such as “fixed set amount” and “variable maximum amount” of the corresponding record, and display them in the prepaid set amount display field 122.
  • the amount display module acquires the "employee name" of the record and displays it in the employee name display field 124 for confirmation.
  • the registration button 125 provided next to the change amount input field 123 is an execution button of the amount change module.
  • the amount change module is programmed to update the “prepaid set amount” of the corresponding record in the prepaid setting information file 54 with the value input in the changed amount input field.
  • the payroll prepaid card C may be used for personal authentication, but in this embodiment, the payroll prepaid card C is used without personal authentication. That is, when using the payroll prepaid card C, it is sufficient to obtain a prepaid ID, confirm whether the prepaid card is within the expiration date and the usage limit amount, and confirm that the payroll prepaid card C is not an erasure card. It has a technical structure. Hereinafter, these points will be described.
  • a store terminal 9 is placed in each store where the payroll prepaid card C is used.
  • the store terminal 9 is an example of a store-side computer in this embodiment.
  • An approval request program 91 that accesses the card use approval server 2 via the network (Internet) is installed in each store terminal 9.
  • the use approval program 21 is implemented in the card use approval server 2.
  • FIG. 11 is a flowchart showing the outline of the usage approval program.
  • a store information file 57 is stored in the storage unit 5. Although illustration of the structure of the store information file 57 is omitted, the store information file 57 is a database file including fields such as “store ID”, “headquarters ID”, “store name”, and “location”.
  • the "headquarters ID” is a field that is recorded as needed, and is a field that is entered when there is a separate business entity that operates the store, such as a chain store, and it is necessary to identify it. is there.
  • Each store terminal 9 is a terminal having a reading function such as an IC card reader.
  • each store terminal 9 has a storage unit such as a memory, and the storage unit 5 stores the store ID together with the approval request program 91.
  • the approval request program 91 is installed in each store terminal 9 so as to be automatically activated when the salary prepaid card C is inserted.
  • each store terminal 9 is provided with a numeric keypad for inputting the sales price of the product / service as the usage request amount.
  • the store terminal 9 is connected to the POS device so as to acquire the sales price from the POS device.
  • the approval request program 91 is automatically activated when the salary prepaid card C is inserted, and is in a state of waiting for input of the usage request amount.
  • the usage request amount is usually entered by a person in charge at the store using the numeric keypad or from a POS device.
  • the approval request program 91 sends the prepaid ID read from the salary prepaid card C, the input usage request amount, and the store ID to the card use approval server 2 and the usage approval program 21 Is programmed to launch.
  • the use approval program 21 first searches the erasure information file 56 with the prepaid ID and determines whether or not it is a deleted salary prepaid card.
  • the use approval program 21 searches the prepaid setting information file according to the prepaid ID and acquires the expiration date of the corresponding record. If the expiration date has passed, the approval is returned and the program ends.
  • the usage approval program 21 opens the usage record information file 551 of the corresponding user (employee) according to the prepaid ID, and the last record. Acquire the values of "fixed set amount”, “variable set amount”, and “special set amount” of (the latest usage record). Then, for the highest set amount among those values, the value of the total usage amount for the corresponding set amount is acquired. For example, if the "fixed set amount” is the highest, the “fixed frame total” is acquired. If the “variable set amount” is the highest, the “variable frame total” is acquired. If the "special setting amount” is the highest, "special frame total” is acquired.
  • the use approval return value is returned to the approval request program 91. For example, if the fixed set amount is the highest, and the sum of the fixed frame use total amount and the approval request amount is less than or equal to the fixed set amount, the return value of the use approval is returned.
  • the usage approval program 21 adds a new record to the usage record information file 551. Then, the “usage frame ID” is recorded according to the type of the usage limit amount, and the total usage amount of the corresponding type is updated by adding the usage request amount. In addition, a usage ID is automatically generated and recorded in the "use ID" field. Further, the store information file 57 is searched by the store ID to acquire the store name, and the information is recorded in the record added in the usage record information file 551. Also, a new record is added to the total usage record information file 552 to record the shop ID, usage request amount, and the like. On the other hand, when the usage request amount transmitted from the store terminal 9 does not satisfy the above condition, the approval request program 91 transmits a non-approvable return value to the approval request program 91 and ends.
  • the settlement by the settlement server does not mean remittance to a bank account held by the store, but means a change in ownership (movement of funds) within the prepaid account 6.
  • it is equivalent to changing the record of each prepaid account information file 521 to 524.
  • the use approval server 2 described above also functions as a payment server. That is, the payment program 22 is implemented on the use approval server 2.
  • the system of the embodiment includes a filling server that fills funds from the company account 61 to the shared account 62, and the use approval server 2 also functions as a filling server. That is, the payment program 22 also includes a code for filling funds.
  • the settlement program 22 is designed to be executed in real time when the payroll prepaid card C is used, and the settlement program 22 is called from the use approval program 21 and executed. That is, the use approval program 21 approves the use, records the use record information in the use record information file 551, and then executes and ends the settlement program 22.
  • FIG. 12 is a flowchart showing an outline of the payment program 22.
  • the payment program 22 is executed by passing a prepaid ID, a usage ID, an approval request amount, and a store ID as arguments.
  • the payment program 22 opens the shared account information file 522 and adds a new record.
  • the date and time of execution of the program is recorded in the “date and time” of the added record
  • the usage ID is recorded in the “usage ID”
  • the approval request amount is recorded in the “withdrawal amount”
  • the prepaid ID is recorded in the “prepaid ID”.
  • the store ID is stored in the "store ID”.
  • the amount after withdrawal is automatically calculated and recorded.
  • the program execution date and time is recorded in “date and time”
  • the use ID is recorded in “use ID”
  • the approval request amount is recorded in “payment amount”
  • the store ID is recorded in “store ID”.
  • the amount after deposit is automatically calculated and updated.
  • the payment program 22 adds a new record in the same individual account information file 523. Then, the program execution date and time is recorded in the "date and time”, the use ID is recorded in the “use ID”, the approval request amount is recorded in the "withdrawal amount”, and the store ID is recorded in the "store ID”.
  • the "Balance” field is updated with the amount after withdrawal automatically calculated. Normally, the balance is zero.
  • the payment program 22 opens the store information file 57 of the corresponding store according to the store ID, and adds a new record. Then, the program execution date and time, the prepaid ID, the prepaid ID, the use ID, and the approval request amount are recorded in the "date and time”, "prepaid ID”, and “approval amount”, respectively. In the "Balance” field, the amount after deposit is automatically calculated and updated.
  • the payment program 22 fills the funds from the corporate account 61. That is, the company account information file 521 is opened and a new record is added. Then, the program execution date and time is recorded in “date and time”, and the approval request amount is recorded in “withdrawal amount”. The "Balance" field is updated with the amount after withdrawal automatically calculated. Then, the shared account information file 522 is opened, and the program execution date and time is recorded in the "date and time” and the approval request amount is recorded in the "deposit amount".
  • the payment program 22 transfers funds in the order of shared account 62, individual account 63, and store account 64. After that, the shared account 62 is moved and filled with the reduced amount of money from the company account 61.
  • the settlement program 22 is programmed so that information is recorded in each of the files 521 to 524 in this manner.
  • the settlement program 22 puts the settlement funds into the individual account 63 of the employee who used the settlement and then into the store account 64. Therefore, legally (contractually), the funds for settlement are once owned by the employee and then owned by the store. Note that the actual remittance is performed from the prepaid account 6 to the bank account owned by the store. This is performed, for example, once every two months, and the amount of settlement during that period is summed up to transfer (transfer) money between bank accounts.
  • the aggregation of the usage amount of the salary prepaid card C will be described.
  • the use of the salary prepaid card C for payment to the store is deducted from the salary. Therefore, it is preferable that the card usage amount is totaled on or before the closing day of the payroll calculation. For example, if the deadline for payroll calculation is the 15th day of every month and the payroll is the 25th day of the month, the aggregation is performed on the 10th day of each month.
  • the system of the embodiment includes a totaling server 3 on which a totaling program 31 is implemented.
  • the aggregation server 3 is a server that aggregates the usage amount of the salary prepaid card C for each employer company and each employee. The total usage amount will be settled using the deposits previously contributed by the employer company.
  • FIG. 13 is a flowchart showing an outline of the aggregation program 31.
  • the aggregation program 31 opens the employee information file and acquires the prepaid ID of the first record. Then, the usage record information file 551 for the prepaid ID is opened, and the "fixed frame total", “variable frame total”, and “special frame total” are acquired respectively. Next, they are added up, and the amount (total amount of prepaid use) is recorded by adding a new record to the totaling file 32 together with the prepaid ID.
  • the aggregation file 32 is a file created for each employer company at the aggregation time, and is a database file that records the prepaid ID, the total amount of prepaid usage, and the like.
  • the aggregation program 31 opens the prepaid setting information file 54 and updates the record of the corresponding prepaid ID with the value of the "variable set amount" set to zero.
  • the value of the "special setting amount” is also set to zero and updated.
  • the tallying program 31 successively reads the employee IDs, calculates the total amount of prepaid use, and records the amount in a new record of the tallying file 32.
  • the operating company actually provides services to a large number of employer companies, and the aggregation program 31 is executed for each employee ID in each employer company.
  • the aggregation file 32 is created for each employer company.
  • the counting file 32 has a file name using a company ID, and can be identified by the company ID.
  • the operation of the salary prepaid system of such an embodiment will be collectively described below.
  • the operator solicits each business owner company for the introduction of salary prepaid and signs a contract with the company that has responded.
  • the contract includes the number of payroll prepaid cards issued (the number of prepaid IDs issued) and the initial prepaid set amount per person (one prepaid ID) (prepaid initial value).
  • the contracted business owner company transfers the deposit to the prepaid account 6.
  • the operator provides the employer company with the number of salary prepaid cards C stated in the contract.
  • the card provision information file 53 is created, and the prepaid ID of each salary prepaid card C provided is recorded in the file.
  • the person in charge of the company operates the terminal 81 of the person in charge of the company to log in to the prepaid issuing server 1. Then, the prepaid issuance page is displayed on the in-company person-in-charge terminal 81, and the employee ID and the employee name are input for each prepaid ID. Click the OK button to confirm on the confirmation screen, and then click the send button. As a result, the registration module is executed, new records are added to the prepaid setting information file 54, and the employee ID and the employee name are recorded. Then, the person in charge in the company passes the payroll prepaid card C associated with the employee ID to the employee, and completes issuing the payroll prepaid card.
  • the user (employee) for whom the salary prepaid card C is issued uses the salary prepaid card C at any store. That is, the salary prepaid card C is presented to the store at the time of payment.
  • the presented salary prepaid card C is read by the store terminal 9, and the approval request program 91 is executed. If it is not an erasure card, is within the expiration date, and the sum of the total usage amount and the approval request amount in the largest frame (set amount) is less than the set amount, the use approval is returned.
  • the payroll prepaid card C is returned to the user because the payment has been made.
  • the store terminal 9 is often provided with a simple type printer, and in this case, a record of card usage is printed and handed to the user.
  • the usage approval program 21 opens the usage record information file 551 of the prepaid ID and adds a new record. Then, the usage request amount is added to the total usage amount for the set amount frame used, and updated. Further, the store information file 57 is searched by the store ID to obtain the store name and the like, and the information is recorded in the record added to the usage record information file 551, and the process ends. Also, a new record is added to the total usage record information file 552, and the store ID, usage request amount, etc. are recorded.
  • the use approval program 21 executes the payment program 22 as a subroutine.
  • the payment program 22 performs an operation (recording information) of transferring funds from the shared account 62 to the individual account 63 in the prepaid account 6, and then transfers the funds from the individual account 63 to the store account 64 associated with the store ID. After that, the usage request amount is charged from the company account 61 to the shared account 62.
  • each use of each salary prepaid card C is approved, and information on each use record is recorded in the use record information file 551 and the total use record information file 552.
  • each use is immediately settled.
  • the counting program 31 is executed, the card usage amount is counted for each prepaid ID, and the counting file 32 is created and recorded for each employer company. The aggregated credit card usage is deducted from the salary for each employee.
  • the employer company adds the deposit to the prepaid account 6.
  • the operator regularly aggregates the total amount of card usage for each employer company and requests additional deposits based on the total amount.
  • the employer company adds a deposit based on this.
  • Employer companies can change the prepaid amount at any time. Generally, it is done when it becomes necessary to change the prepaid set amount after the salary closing date. In the case of a full-time employee, the prepaid set amount often does not change frequently, but in the case of a part-time job or a part-timer, it may change frequently. For example, if the salary of a part-time job is lower than expected when the salary is closed, the prepaid setting amount will be changed. The person in charge of the company logs in to the management server 4 and displays the prepaid setting amount change page. Then, the employee ID of the employee to be changed is input, and the changed prepaid setting amount is input to update the prepaid setting information file 54.
  • the person in charge in the company operates the terminal 81 in charge in the company in the same manner. Even in the case of full-time employees, if the pay is increased by a regular increase or the like, the prepaid set amount is appropriately changed.
  • the contract concluded between the operator and each employer company includes the usage fee for the salary prepaid service.
  • the usage fee is, for example, a monthly fee for one prepaid ID (zero for a prepaid ID that is not used at all), and is totaled and billed monthly.
  • the employee's salary is paid in advance in the form of a salary prepaid card C.
  • employees can pay at the store simply by showing the payroll prepaid card C, which is extremely convenient.
  • it is necessary to withdraw cash from a bank account and charge a prepaid card by oneself, but this embodiment does not have such trouble.
  • it is not a credit card, there is no pressure to ensure that your bank account has a deposit on the day of withdrawal. Therefore, the psychological usability is also very high.
  • the prepaid salary system will increase the evaluation by employees, and the impression as a company that gives preferential treatment to employees will increase. For this reason, it can contribute to attracting a large number of excellent human resources, and as a result, can improve corporate performance.
  • prepaid it is inconvenient if it is a method of individually transferring cash to the employee's account, but it is extremely simple because it is only provided with a prepaid card C with a usage limit. ..
  • a prepaid account 6 is prepared as an account for settlement, and the funds for settlement are once held by the employee and then transferred to the store. This is legally significant in that it makes it clearer that salaries are given to employees, even if they are prepaid, and then used for settlement.
  • the prepaid account 6 is provided with a shared account 62 and an individual account 63 in addition to the corporate account 61, which has the significance of reducing losses when canceling the use of the salary prepaid service.
  • a configuration may be considered in which the prepaid account 6 is settled without dividing the count.
  • the current system does not allow refunds for prepaid cards. If you make a payment without dividing the ownership relationship of the funds put in the prepaid account 6, the entire amount will be prepaid funds, so when you stop using the service, the funds in that account cannot be collected .. Therefore, it can be a big loss in the employer company.
  • the funds of the corporate account 61 can be recovered even when the use of the service is stopped. it can. Therefore, the loss is extremely small. That is, it is sufficient for the shared account 62 to have only the maximum amount of money required for one payment. Since this corresponds to the prepaid set amount for one prepaid ID, the amount is not large. Therefore, if only the maximum amount required for one payment is set as the fund on the shared account 62, and each time it is transferred to the individual account 63 and settled, the fund on the shared account 62 becomes the minimum necessary amount and the loss Even if it becomes, it does not become a problematic amount in the employer company.
  • each set amount is changed so that the person in charge in the company accesses the management server 4 and inputs it individually, but it is automatically performed by interlocking with the payroll system or the like.
  • a salary system is often equipped with a function capable of recording an employee ID and the amount of salary paid in a database file of a general-purpose format such as CSV when the salary is closed (hereinafter, this file will be described). Is called salary information file).
  • the setting change program on the management server 4 can be programmed to read the salary information file and automatically change the prepaid setting amount. In this case, for example, 20% of the paid salary can be programmed to be uniformly changed and set as the prepaid set amount.
  • the person in charge in the company sends the salary information file to the management server 4, and the management server 4 executes the prepaid change program with this as an argument.
  • the aggregation program 31 is implemented so as to aggregate and distinguish the usage separately from the fixed setting amount and the variable setting amount.
  • FIG. 14 is a schematic diagram of a salary prepaid system according to the second embodiment.
  • the payroll prepaid card C can be used not only for the private use of the employee but also for the purpose of payment required for the business of the employer company (hereinafter referred to as the corporate use). ing. This point is different from the above embodiment.
  • the prepaid setting information file 54 is provided with a field for recording information on whether or not the employee who uses the salary prepaid card C has a company permit.
  • the fixed set amount for the prepaid ID is higher than usual. The in-company person in charge of the employer company makes a setting on the set amount change page so that the fixed set amount is set higher than usual for the employees who are permitted to use the company.
  • FIG. 15 is a schematic diagram showing an example of the structure of the usage record information file 551 in the second embodiment. As shown in FIG. 15, in this embodiment, each record of the usage record information file 551 has a “use type” field and a “company approval” field.
  • the management server 4 provides a usage input page to each employee (hereinafter referred to as a licensed employee) who is permitted to use the company.
  • FIG. 16 is a schematic view showing an example of a usage input page.
  • the usage input page is configured to display a list of the usage record information of the user closed on the card closing date of the current month.
  • Each authorized employee is provided with a login ID and password to access the usage entry page.
  • the login ID is the same as the prepaid ID, or is a combination of the company ID and the employee ID.
  • the authorized employee sends a login ID and password to log in using his / her own terminal (PC, smartphone, etc.) 82, the usage input page shown in FIG. 16 is displayed.
  • the module for displaying the purpose input page is programmed to open the usage record information file 551 according to the prepaid ID corresponding to the login ID and display a list of information for the current month as shown in FIG.
  • each row of the list is provided with a type input field (here, pull-down list) 421 of “company”, “private”, and “other”.
  • a send button 422 is provided on the purpose input page.
  • the send button 422 is an execution button of the type registration module.
  • Each row of the list has a usage ID embedded therein for use of the row.
  • the type registration module is programmed to open the usage record information file 551 of the employee according to the prepaid ID and record the value input in the type input field in the “use type” field of the record of the corresponding use ID. There is. The default value of the "use type" is for company use.
  • the in-company person in charge of the employer company individually approves the use for company use from the in-company person in charge terminal 81.
  • the company approval program 42 is a program for causing this transmission.
  • the company approval program 42 includes a module for displaying the company approval page on the in-house person in charge terminal 81.
  • FIG. 17 is a schematic showing an example of a company approval page.
  • FIG. 17 shows a state in which a certain prepaid ID is selected.
  • a company approval button is provided on the top page displayed by logging in on the in-house person in charge terminal 81, and when this is clicked, a list of authorized employees is displayed.
  • the module is programmed to open the prepaid setting information file 54 of the company ID according to the login ID, acquire the names of employees whose company permission fields are true values, and list them.
  • the company approval page shown in FIG. 17 is displayed.
  • the usage record information of each salary prepaid card C closed on the card closing day of the current month is displayed in a list.
  • the module for displaying the company approval page is programmed to open the usage record information file 551 according to the prepaid ID and display a list of information for the current month as shown in FIG.
  • each line of the list is provided with a usage type display field 423 and a check box for approval (hereinafter, approval input field) 424.
  • the usage type display field 423 the value of “usage type” of the usage record information file 551 is displayed. The default value is "company", so unless the authorized employee has changed it, it will be displayed as "company”.
  • the company approval page is provided with a send button 425.
  • the send button 425 is an execution button of the company registration module.
  • Each row of the list has a usage ID embedded therein for use of the row.
  • the company registration module opens the usage record information file 551 of the employee according to the prepaid ID.
  • Each record of the usage record information file 551 has a field of “approval for company”.
  • the company registration module acquires the usage ID of the row in which the approval input field 424 is checked, and records the true value in the “company approval” field of the corresponding record of the usage record information file 551.
  • the registration module performs this process for all checked uses.
  • the company representative will do the same for other employees who are approved for use.
  • FIG. 18 is a flow chart showing the outline of the counting program 31 in the second embodiment.
  • the counting program 31 reads the first employee ID, opens the prepaid setting information file 54 for the employee ID, and acquires the prepaid set amount.
  • the usage record information file 551 for that employee ID is opened, and the prepaid balance at that time (the value of the field of the prepaid balance of the last record) is acquired. Then, the difference between the two is calculated and temporarily stored in a variable.
  • the aggregation program 31 calculates the total value of the "usage amount” field of all the records (all records within the aggregation period) for which the "company" field is the true value. Then, the total amount of corporate use is subtracted from the prepaid usage amount. This is the total amount of the employee's private use of the card.
  • the totaling program 31 similarly records the total card usage in the record of the employee ID in the totaling file 32. The aggregation program 31 performs such processing for all employee IDs.
  • the salary prepaid card C can also be used for company use. Therefore, by simply carrying one salary prepaid card C, it is possible to settle the product/service for prepaid prepaid company or personal use, which is extremely convenient.
  • the tallying server 3 also has a program for tallying the company portion, and the tallying server 3 automatically performs settlement of the company portion. Therefore, there is no complication for the user (employee).
  • a personal salary prepaid card and a corporate salary prepaid card may be provided to one employee. This means providing one employee with a private prepaid ID and a company prepaid ID. In this way, the employee can use it properly according to the purpose, and it is not necessary to input the change of use, which is more preferable.
  • FIG. 19 is a schematic diagram showing a main part of the salary prepaid system according to the third embodiment.
  • the prepaid account 6 is configured as in each of the above embodiments.
  • the prepaid account (prepaid account in a broad sense) 6 does not include a corporate account.
  • a corporate account account 60 is provided as a bank account different from the prepaid account 6.
  • the corporate account account 60 is also for filling the shared account 62 in the prepaid account 6. Then, in this embodiment, a debit method is adopted in order to perform real-time fund filling. Specifically, also in this embodiment, the use approval server 2 is also used as the payment server. Then, the use approval server 2 is authorized to debit the corporate account account 60 by the debit method. That is, a debit debit contract is concluded between the employer company and the operator.
  • the payment program 22 implemented in the use approval server 2 transfers funds from the shared account 62 to the individual account 63 and the store account 64 for payment, and then immediately transfers funds from the corporate account account 60 to the prepaid account by the David method. It is programmed to move to a shared account 62 in 6.
  • Other configurations are the same as those in the first or second embodiment.
  • the employer company does not need to deposit the deposit in the prepaid account 6, so the configuration of this part is simplified. That is, the operator does not have to request the deposit, and the employer company does not have to deposit the deposit. Therefore, it is preferable. Also in this embodiment, since the amount of money to be filled at one time is the maximum amount of one use of one salary prepaid card C, a larger amount than that can be made by one debit withdrawal. Absent.
  • FIG. 20 is a schematic diagram showing an asserting unit of the salary prepaid system according to the fourth embodiment.
  • the salary prepaid system of the fourth embodiment uses a prepaid service provided by another business operator, and this point is different from each of the above embodiments.
  • a banking company provides a service for issuing a prepaid card based on funds (deposits) in a bank account, and such a company corresponds to another company.
  • the prepaid card service of another company is referred to as another company service.
  • a user (business operator) has a prepaid card (hereinafter referred to as another business card) C'issued based on the deposit in his/her bank account (hereinafter referred to as other service account) 600.
  • the other company manages the user account 601 and the store account 602 by the server operated by itself (hereinafter referred to as the other company server), and at the time of settlement, the name of the deposit in the bank account 600 is used. It is transferred to the store account 602 according to the use of the other business card C′.
  • a shared account 62 also exists in the prepaid account 6 managed by the operating company.
  • a fund transfer server (not shown) for transferring funds from the prepaid account 6 to another service account 600 by a debit method is provided.
  • the transfer of funds by the fund transfer server is performed by a request from the server of another business.
  • a configuration may be adopted in which the funds are automatically moved and charged when the balance in the other business card falls below a certain level.
  • the fund transfer server fills the bank account 600 by the debit method with the difference from 100,000 yen being limited to 50,000 yen.
  • This is a configuration in which the salary prepaid portion is preferentially used, but a configuration in which the salary prepaid portion is filled up to 50,000 yen when it falls below 50,000 yen may be used.
  • the filling of the funds is the use of the prepaid money in the above embodiment.
  • the issuance of the prepaid card, the approval of the use, and the settlement are performed by another company, so that the burden on the business of the operator of the salary prepaid service is reduced.
  • users employees belonging to one employer company use different service providers, so the operator of the salary prepaid service is different from other service providers. It will partner to provide a payroll prepaid service.
  • the source of the prepaid money is a deposit deposited by the employer company in the prepaid account (bank account) 6, and therefore the prepaid money is a cash deposit in accounting.
  • the prepaid money may be another type of asset/fund.
  • the prepaid account may be an account related to currency-denominated assets.
  • the employer deposits the deposit in the prepaid account in the form of currency denominated assets.
  • the prepaid money may be virtual currency, crypto assets, tokens or other electronic money.
  • a token is an asset issued using an existing blockchain.
  • the prepaid money may be points in a so-called point card.
  • the salary may be prepaid in the form of charging the point card used in the cashback service (in the form of points), which may be used.
  • the user employee
  • the prepaid money can also be a fund in a so-called smart payment (smartphone payment) service as an example of other electronic money.
  • smart payments a service that adopts a prepaid type payment method is familiar with the system of the embodiment. For example, in the service using the QR code (registered trademark), it is necessary to charge the funds in advance, and the funds may be the prepaid money in the embodiment.
  • the ex post facto settlement may be the prepaid money in the embodiment instead of the payment by the credit (credit). Further, even in the case of a carrier pay that is settled together with the payment to the communication company, the payment may be appropriated by the prepaid money in the embodiment.
  • the payroll prepaid card C is an example of an ID carrier.
  • the prepaid ID may be presented to the store, it may be an ID carrier of another type.
  • the ID carrier may be a mobile terminal such as a smartphone or tablet PC.
  • NFC near field communication
  • the prepaid ID is displayed on the mobile terminal and presented to the store, or near field communication (NFC) is performed between the mobile terminal and the store terminal 9 to acquire information.
  • QR code registered trademark
  • a smartphone that displays the QR code registered trademark
  • the smartphone to which such authentication information has been input is an ID-bearing object.
  • the ID carrier may be the user (employee) himself.
  • various technologies have been developed for authenticating with biometric feature points such as fingerprints, veins, retinas, and voiceprints, and such biometric feature portions can be used as an ID carrier.
  • the store terminal 9 has a function of reading such a biometric characteristic portion, and the information of the read biometric characteristic portion is sent to the use approval server 2 together with the usage request amount.
  • the storage unit 5 stores a file in which the prepaid ID and the information of the biometric characteristic portion are associated and recorded, and the use approval server 2 accesses the file to obtain the prepaid ID and approve the use. I do.
  • the ID carrier may also be a so-called deposit card.
  • a deposit card is generally a credit card that requires a deposit (security deposit) for issuance.
  • a deposit may be deposited in addition to the deposit. If the deposit becomes zero and it becomes impossible to fill the usage, the deposit may be withdrawn and settled.
  • Such a salary prepaid card C can be called a deposit card because a deposit is provided at the time of issuance.
  • personal authentication is not required when using the salary prepaid card C, but password authentication may be performed if necessary.
  • password authentication may be performed in consideration of security.
  • Mobile terminals such as smartphones are usually unnecessary because password authentication is often performed as a function of the device when the device is started up.
  • password authentication is performed, an authentication file in which the password is recorded is stored in the storage unit 5, and the use approval server 2 approves the use by accessing this file.
  • identity verification is required for use, the payroll prepaid card C will be provided after identity verification. That is, it is provided after confirming the identity by a method such as registered mail limited to the person.
  • the store computer is the store terminal 9, but there may be other cases.
  • a server that provides a shopping site may send an approval request, and in this case, that server is a store-side computer.
  • a user employee
  • the terminal operated by the user is the store-side computer.
  • the payment agent may make payment, the server operated by the payment agent may be the computer on the store side, and the terminal operated by the person in charge in the payment agent may be the computer on the store side.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention vise à augmenter la valeur d'une entreprise en tant que lieu de travail, en facilitant des paiements sans espèces pour des employés salariés et en éliminant la pression psychologique. À cet effet,l'invention concerne une société employeur qui paye un dépôt dans un compte de prépaiement 6, et un employé présente une carte de prépaiement de salaire C fournie dans un magasin. Un ID de prépaiement et un montant de demande d'utilisation sont transmis par un terminal de magasin 9 à un serveur d'approbation d'utilisation 2 et, si un montant obtenu par ajout d'un montant utilisé total d'argent prépayé au montant de demande d'utilisation est inférieur ou égal à un montant défini de prépaiement dans un fichier d'informations de prépaiement 54, le serveur d'approbation d'utilisation 2 transmet une approbation d'utilisation au terminal de magasin 9 et enregistre le montant de demande d'utilisation dans un fichier d'informations d'utilisation réelle 551. Un serveur d'agrégation 3 enregistre le montant utilisé total de l'argent prépayé pendant une période d'agrégation dans un fichier d'agrégation 32, à soustraire au salaire à payer sur un jour de paiement de salaire.
PCT/JP2020/007655 2019-03-05 2020-02-26 Système de prépaiement de salaire WO2020179569A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019039760A JP7324015B2 (ja) 2019-03-05 2019-03-05 給与プリペイドシステム
JP2019-039760 2019-03-05

Publications (1)

Publication Number Publication Date
WO2020179569A1 true WO2020179569A1 (fr) 2020-09-10

Family

ID=72338564

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/007655 WO2020179569A1 (fr) 2019-03-05 2020-02-26 Système de prépaiement de salaire

Country Status (2)

Country Link
JP (3) JP7324015B2 (fr)
WO (1) WO2020179569A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6991292B2 (ja) * 2019-09-20 2022-01-12 クラウドキャスト株式会社 ペイメントカード管理システム及び管理装置
JP7117360B2 (ja) * 2020-11-25 2022-08-12 株式会社マネーフォワード 情報処理装置及びプログラム
JP7360424B2 (ja) 2021-07-16 2023-10-12 Tis株式会社 情報処理システム、方法、及びプログラム
JP2023020541A (ja) 2021-07-30 2023-02-09 株式会社日立製作所 生産計画装置、生産計画システムおよび生産計画方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016177803A (ja) * 2015-03-19 2016-10-06 高崎 将紘 決済処理装置、方法、及びコンピュータプログラム
WO2018220986A1 (fr) * 2017-05-30 2018-12-06 高崎 将紘 Dispositif de gestion de paie, procédé et programme informatique

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001067415A (ja) 1999-08-31 2001-03-16 Oki Electric Ind Co Ltd カード資金管理システム
JP2002073937A (ja) * 2000-08-25 2002-03-12 Matsushita Electric Works Ltd コンピュータを用いた経費の事前管理方法
JP3492620B2 (ja) * 2000-10-24 2004-02-03 株式会社エヌイーシー総研 履歴情報編集システム、履歴情報編集方法、履歴情報管理サーバ、編集用端末及び記録媒体
JP2002183635A (ja) 2000-12-18 2002-06-28 E Marketing:Kk 電子決済システム
JP2004110577A (ja) * 2002-09-19 2004-04-08 Jtb Corp 法人等の組織に対する旅費・交通費の一括請求システム
JP2005276061A (ja) * 2004-03-26 2005-10-06 Nec Corp 個人立替経費精算プログラム、システム、および方法
JP2016224498A (ja) * 2015-05-27 2016-12-28 ベスカ株式会社 プリペイドカード管理システム及びプリペイドカード管理方法
JP2016224545A (ja) * 2015-05-27 2016-12-28 株式会社リコー 経費管理システム、経費管理装置、経費管理プログラム及び経費管理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016177803A (ja) * 2015-03-19 2016-10-06 高崎 将紘 決済処理装置、方法、及びコンピュータプログラム
WO2018220986A1 (fr) * 2017-05-30 2018-12-06 高崎 将紘 Dispositif de gestion de paie, procédé et programme informatique

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SANAE URAKAMI: "Fukuoka City Proposed "Special Salary Advance Zone" —— "Next Month Payment, I Want to Change Cash Society" Local FinTech Company", 27 July 2018 (2018-07-27), pages 1 - 9, XP055737057, Retrieved from the Internet <URL:https://www.businessinsider.jp/post-171986> [retrieved on 20200521] *

Also Published As

Publication number Publication date
JP7324015B2 (ja) 2023-08-09
JP2020144537A (ja) 2020-09-10
JP7398522B2 (ja) 2023-12-14
JP2023108064A (ja) 2023-08-03
JP2022141775A (ja) 2022-09-29

Similar Documents

Publication Publication Date Title
WO2020179569A1 (fr) Système de prépaiement de salaire
RU2724646C1 (ru) Система, способ, операторский сервер и программа для услуг предоставления регулирования финансового спроса
JP6431568B1 (ja) 給与管理装置、方法、及びコンピュータプログラム
US6886741B1 (en) Electronic transaction system
US7424455B2 (en) Method and systems for providing merchant services with right-time creation and updating of merchant accounts
US7536349B1 (en) Method and apparatus for processing a charge applied to a financial account
JP6412040B2 (ja) 決済処理装置、方法、及びコンピュータプログラム
JP6942355B2 (ja) 給与管理装置、方法、及びコンピュータプログラム
CA2351366A1 (fr) Systeme de facturation sur carte de credit permettant d&#39;identifier des depenses effectuees sur un compte-carte
US20140344046A1 (en) Electronic payment system with payer controlled transaction fees and variable rebate capabilities
US20140164235A1 (en) Dynamic bin allocation for payment card transactions
JP6527833B2 (ja) 給与決済連携システムおよび給与決済連携方法
US20080097810A1 (en) System and Method of Managing Workflow for Express Creation and Initialization of Merchant Accounts
US20200320643A1 (en) Integration of transaction information with payroll information for payroll payment processing
JP6100930B2 (ja) 決済方法および決済システム
US20120290471A1 (en) Payment Network with Multiple Vendor Participation Levels
JPH10171897A (ja) Ｉｃカードを利用した電子マネーシステム
Mooney et al. A guide to electronic commerce
JPWO2003091921A1 (ja) 対価支払管理方法とサーバ、対価支払管理プログラムとコンピュータ読取可能な記録媒体、並びに対価支払管理媒体と対価支払記録媒体
KR100539123B1 (ko) 신용카드로 급여를 지급하는 방법
KR102490835B1 (ko) 업무 관리 시스템
US20240087045A1 (en) Fault Tolerant Per Diem System
JP7002604B2 (ja) 賃金前払システム
WO2021141083A1 (fr) Dispositif de gestion de prépaiement de paye, procédé de gestion de prépaiement de paye et programme
JP2023098074A (ja) 残高連携システム、残高連携方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20766236

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20766236

Country of ref document: EP

Kind code of ref document: A1