JP2021060892A - Payment support system - Google Patents

Abstract

To provide settlement means which eliminates the need for employees to make payments on behalf of a company and thus improves payment-related convenience for employees.SOLUTION: A system for supporting payment by employees is provided, comprising a payment information reception unit configured to receive payment information including the amount and purpose of payment by an employee, a payment processing unit for performing processing related to the payment of the amount to a store, and a billing processing unit configured to perform processing related to billing of the amount to an employer of the employee.SELECTED DRAWING: Figure 1

Description

The present invention relates to a payment support system.

The convenience of payment at physical stores has been improved. For example, Patent Document 1 discloses that payment processing is performed using a payment means registered on an EC site at the time of purchase at a physical store.

Japanese Unexamined Patent Publication No. 2015-122009

In companies, employees sometimes reimburse and pay expenses as part of their work, but in such cases, it takes time to convert expenses from the company to employees at a later date, and it is temporary for employees. It is a burden to spend your own money. In addition, there is a movement to subsidize employees' meals as part of corporate welfare. However, with the system described in Patent Document 1, it is difficult to streamline the settlement procedure in such a case.

The present invention has been made in view of such a background, and an object of the present invention is to provide a technique capable of improving the convenience of payment by an employee.

The main invention of the present invention for solving the above problems is a system that supports payment to a store by an employee, and has a payment information receiving unit that receives payment information including the amount and purpose of the employee's payment. The payment processing unit that processes the payment to the store for the amount of money and the billing processing unit that processes the billing of the employee to the user for the amount of money are provided.

Other problems disclosed in the present application and solutions thereof will be clarified in the columns and drawings of the embodiments of the invention.

According to the present invention, it is possible to improve the convenience of payment by an employee.

It is a figure explaining the outline of the payment support system which concerns on one Embodiment of this invention. It is a figure which shows the whole configuration example of the payment support system of this embodiment. It is a figure which shows the hardware configuration example of the computer used for the employee terminal 10, the server device 20, the accounting terminal 60 and the like. It is a figure which shows the software configuration example of the employee terminal 10. It is a figure which shows the structural example of payment information. It is a figure which shows the software configuration example of the server apparatus 20. It is a figure which shows the structural example of the setting information stored in the setting information storage unit 231. It is a figure which shows the structural example of the payment history stored in the payment history storage unit 232. It is a figure explaining the process flow of a payment support system. It is a figure which shows the display example of the employee terminal 10 at the time of using a store. It is a figure which shows the display example of the store information in the employee terminal 10. It is a figure which shows the composition example of the store information stored in the store information storage unit 233. It is a figure which shows the composition example of the store use restriction information stored in the store use restriction information storage unit 234. It is a figure which shows the display example of the accounting terminal 60. It is a figure which shows the display example of the accounting terminal 60. It is a figure which shows the display example of the employee terminal 10. It is a figure explaining the process flow of a payment support system. It is a figure which shows the composition example of the employee information stored in the employee information storage unit 235. It is a figure explaining the process flow of a payment support system. It is a figure which shows the display example of the employee terminal 10.

The contents of the embodiments of the present invention will be described in a list. The present invention has the following configurations.

[Item 1]
A system that helps employees pay to stores
The payment information reception department that receives payment information including the amount and purpose of the employee's payment,
A payment processing unit that processes payments to the store for the amount of money,
A billing processing unit that processes the billing of the employee to the user for the amount of money,
A payment support system characterized by being equipped with.
[Item 2]
The payment support system described in item 1.
For each payment information, an accounting information output unit that determines and outputs an account item corresponding to at least one of the purpose and the amount is further provided.
A payment support system featuring.
[Item 3]
The payment support system according to item 1 or 2.
The payment information includes information on the amount borne by the user among the payments to the store.
A setting information storage unit that stores conditions related to the determination of the user's burden for each of the purposes.
A payment support system further comprising a burden amount information display unit that presents information on a user burden amount according to the purpose to an employee terminal based on the above conditions.
[Item 4]
The payment support system described in item 3
The burden amount information display unit presents a warning when the user burden amount included in the payment information violates the conditions.
A payment support system featuring.
[Item 5]
The payment support system according to item 3 or 4.
The setting information storage unit stores the upper limit value of the user's burden amount for each of the purposes.
After receiving the payment information, the corresponding upper limit value shall be updated.
A payment support system featuring.
[Item 6]
Further provided with an approval request transmission unit for transmitting an approval request for payment to the store to a predetermined approver terminal.
The payment information receiving unit enables the payment information to be accepted when the approver approves the approval request.
The payment support system according to items 1 to 5, wherein the payment support system is characterized by.
[Item 7]
A store information storage unit that stores information for each store,
At least a store use restriction information storage unit that stores store use restrictions for each employee or the organization to which the employee belongs,
Further having a store use restriction unit that restricts a part of the use by the employee based on the store use restriction information.
The payment support system according to any one of items 1 to 6, characterized in that.
[Item 8]
The information for each store includes information on the health consciousness of the store.
The store use restriction information storage unit includes restrictions based on information on the health condition of the employee.
7. The payment support system according to item 7.

<Overview>
FIG. 1 is a diagram illustrating an outline of a payment support system according to an embodiment of the present invention. The payment support system of the present embodiment realizes cashless payment of consideration for goods and services by employees 2 of an organization 1 such as a company. Further, the server device 20 first pays the payment to the store 3 in advance, while the organization 1 is charged the payment cost.

An example of a specific payment support flow for employee 2 will be described with reference to FIG. When the employee 2 receives the goods and services at the store 3, the goods and services 4 are provided at the store 3, and then when the employee 2 pays the consideration, the payment information (hereinafter referred to as payment information) is the server device. It is transmitted to 20 (S301), and the payment information is registered. The payment information includes information that identifies the employee 2 (hereinafter referred to as the employee ID), the purpose of receiving the provision of goods and services, information that identifies the store 3 (hereinafter referred to as the store ID), and the amount of money. Is included. The store ID may be input, for example, by scanning the QR code (registered trademark) placed in the store 3 with the camera provided in the employee terminal 10. After that, the amount settled in the server device 20 is paid to the store 3 (S305). In addition, the settled price is finally charged to the company 1 (S308).

According to the present invention, when the employee 2 makes a payment by the above processing, the payment information is transmitted to the server device 20, so that the organization (user) 1 to which the employee belongs can receive all or part of the payment amount. It can be a burden on. The employee 2 does not have to pay the employer's burden to be borne by the organization 1 by himself / herself. As a usage scene of the present invention, when the employee 2 pays the price of the goods and services payable at the expense of the organization 1 in advance, or when all or part of the price paid by the employee 2 is the welfare program of the organization 1. It may be subsidized by the system.

<System configuration>
Hereinafter, the details of the payment support system of the present embodiment will be described. FIG. 2 is a diagram showing an overall configuration example of the payment support system of the present embodiment. As shown in the figure, the payment support system of the present embodiment is configured to include the server device 20, and the server device 20 can communicate with each of the employee terminal 10 and the accounting terminal 60 via the communication network 40. Connected to.

The communication network 40 is, for example, the Internet, a LAN (Local Area Network), a VAN (Value Added Network), or the like. The communication network 40 can be constructed by, for example, a public telephone line network, a mobile phone line network, a dedicated line, wireless communication, or the like.

The employee terminal 10 is, for example, a computer such as a smartphone, a tablet computer, or a notebook computer, and it is assumed that the employee 2 carries it to the store 3. The employee terminal 10 is also provided with a camera (not shown), and the camera can be used to scan a QR code (registered trademark).

The server device 20 is a computer that supports payment by the employee 2. The server device 20 is, for example, a computer such as a personal computer or a workstation, or a virtual computer provided by a cloud service. The server device 20 functions as, for example, a Web server, and can perform communication by HTTP (HyperText Transfer Protocol).

The accounting terminal 60 is a computer operated by the accounting person 6 of the organization 1. The accounting terminal 60 may be, for example, a computer such as a personal computer, or a virtual computer provided by cloud computing.

<Hardware>
FIG. 3 is a diagram showing an example of hardware configuration of a computer used for an employee terminal 10, a server device 20, an accounting terminal 60, and the like. The computer includes a CPU 101, a memory 102, a storage device 103, a communication interface 104, an input device 105, and an output device 106. The storage device 103 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory. The communication interface 104 is an interface for connecting to the communication network 40, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, for example, Bluetooth (registered trademark), BLE ( A wireless communication device for performing wireless communication such as Bluetooth Low Energy) and WiFi, a USB (Universal Serial Bus) connector for serial communication, an RS232C connector, and the like. The input device 105 is, for example, a keyboard, a mouse, a touch panel, a button, a microphone, or the like for inputting data. The output device 106 is, for example, a display, a printer, a speaker, or the like that outputs data.

Each functional unit included in the employee terminal 10 can be realized by the CPU 101 reading the program stored in the storage device 103 into the memory 102 and executing the program in the employee terminal 10. Further, each functional unit included in the server device 20 can be realized by the CPU 101 reading the program stored in the storage device 103 into the memory 102 and executing the program in the server device 20. Each storage unit included in the server device 20 can be realized as a part of the memory 102 included in the server device 20 and the storage area provided by the storage device 103.

<Employee terminal 10>
FIG. 4 is a diagram showing a software configuration example of the employee terminal 10. The employee terminal 10 includes a payment information input unit 111, a payment information transmission unit 112, a burden amount information receiving unit 113, and a burden amount information display unit 114.

The payment information input unit 111 accepts the input of information (payment information) related to the payment of the employee 2. FIG. 5 is a diagram showing a configuration example of payment information. As shown in the figure, the payment information includes an employee ID indicating the employee 2 who is trying to make a payment, a store ID indicating the store 3 to be paid, the payment amount, and the purpose of payment. And are included. In addition, the payment information may include information about participants, departments to which they belong, and the like.

Here, the payment amount is the total amount or a part of the payment amount to be paid to the store 3. When inputting a part of the price, for example, it is the user's burden that the organization 1 should bear in the price.

The purpose is the purpose for which the employee 2 uses the store 3, and is set based on the operation set for each organization 1. As a typical example, when the employee 2 has lunch at the store 3, "lunch" can be specified as the purpose when paying. If you have a meal with a business partner, you can set "meal" for the purpose. For example, if you purchase stationery for use at work, you can set "stationery purchase" for the purpose. It is possible. In addition, the purpose can be freely set for each organization, such as "team building lunch" for communication within the organization. The desired input can be selected from the options, or can be input by the employee directly. For these purposes, as will be described later, available conditions such as an upper limit can be set for each employee 2, and the payment from the organization 1 to the employee 2 is compensated according to this purpose. You can decide whether or not.

The payment information input unit 111 may store the input employee ID in a storage device such as a memory, and read the stored employee ID at the time of payment from the next time onward. Regarding the store ID, for example, a QR code (registered trademark) in which the store ID is encoded is installed in the store 3 in advance, and the payment information input unit 111 uses a camera (not shown) included in the employee terminal 10 to obtain a QR code. (Registered trademark) may be photographed to decrypt the store ID.

The payment information transmission unit 112 transmits the payment information to the server device 20.

The burden amount information receiving unit 113 receives information on the user's burden amount from the server device 20. The burden amount information includes information such as the balance of the amount that can be used at the user's expense for each purpose.

The burden amount information display unit 114 outputs the user burden amount information. In the present embodiment, the burden amount information display unit 114 displays the burden amount information on the display of the employee terminal 10.

<Server device 20>
FIG. 6 is a diagram showing a software configuration example of the server device 20. The server device 20 includes a payment information receiving unit 211, a burden amount information providing unit 212, a burden amount determining unit 213, a payment processing unit 214, a billing processing unit 215, an accounting information output unit 216, an approval transmission / reception unit 217, and a store usage restriction unit 218. , Setting information storage unit 231, payment history storage unit 232, store information storage unit 233, and store use restriction information storage unit 234.

The setting information storage unit 231 stores the setting information related to the determination of the user's burden amount. For the setting related to the user's burden, for example, the upper limit amount and the number of times that the user can use it are set for each "purpose". FIG. 7 exemplifies, for example, setting information regarding dietary assistance by welfare programs. In the setting information, conditions are set for each purpose in association with the employee ID indicating employee 2, and the conditions are, for example, the upper limit of the payment amount in one payment (hereinafter referred to as the upper limit of payment). It includes the upper limit of the daily payment amount (hereinafter referred to as the daily upper limit), the upper limit of the monthly payment amount (hereinafter referred to as the monthly upper limit), the necessity of approval by the superior, and the like. That is, as for the setting information, for payment related to the purpose of the setting information, using the payment support system of the present embodiment, one payment is less than or equal to the upper limit of payments, and the cumulative amount of payment per day is less than or equal to the daily upper limit. It is set that the cumulative monthly payment amount can be paid below the monthly upper limit. The purpose may be set to a plurality of purposes that can be used by the employee 2. These settings are freely set for each organization 1, and only the upper limit of the amount of money may be set, or the number of times of use may be set. The setting information storage unit 231 may also record information on the current month's usage history and the remaining current month's available slots for each employee 2.

The payment history storage unit 232 stores the payment history related to the payment to the store 3. FIG. 8 is a diagram showing a configuration example of a payment history stored in the payment history storage unit 232. The payment history includes the date and time when the payment was made, the employee ID that identifies the employee 2 who received the product or service from the store 3, the store ID that indicates the store 3, and the total to be paid to the store 3. Includes payment information related to the amount and information on the user-paid amount of the total payment amount.

The payment information receiving unit 211 receives the payment information transmitted from the employee terminal 10.

The burden amount information providing unit 212 refers to information on the user burden amount from the setting information storage unit 231 for each employee ID, and transmits the information to the employee terminal 10. Information on the amount borne by the user is, for example, the balance of the lunch fee that the employee 2 can pay using the payment support system of the present invention this month, the upper limit of the amount borne by the user according to the purpose, and the employee terminal 10. When the payment information (purpose and amount) received by the payment information reception unit 211 does not meet the conditions in light of the information in the setting information storage unit 231 (for example, an attempt is made to use the payment information for a specific purpose more than the number of times this month can be used. Includes warnings, etc. (when payment information is accepted, etc.).

The burden amount determination unit 213 determines the user burden amount to be paid to the store 3 based on the payment information and the setting information of the employee 2. If the payment information does not match the setting information, the burden amount determination unit 213 may determine the payment amount to be 0 (that is, cannot pay), or it is possible within the range up to the upper limit set in the setting information. Amount may be determined as the payment amount. In the burden amount determination unit 213, for example, the sum of the total amount of payments already paid during the day plus the payment amount does not exceed the daily upper limit so that the payment amount does not exceed the upper limit of the setting information. In addition, the maximum payment amount equal to or less than the planned payment amount can be determined so that the sum of the payment amounts already paid during the current month plus the payment amount does not exceed the monthly upper limit.

The payment processing unit 214 processes the payment to the store 3. For example, the payment processing unit 214 totals the payment amounts of the payment histories stored in the payment history storage unit 232 for the date and time of the previous month for each store ID, and pays the total amount to the store 3 indicated by the store ID. Can be done. As for the payment processing of the actual amount, for example, a general processing such as a bank transfer processing is adopted, and a detailed description thereof will be omitted here.

The billing processing unit 215 processes the billing to the organization 1. For example, the billing processing unit 215 totals the payment amounts of the payment histories stored in the payment history storage unit 232 on the date and time of the previous month for each organization, and requests the organization 1 to pay the total amount. Can be done. A known method shall be used as the claim processing method.

The accounting information output unit 216 can determine an account item according to at least one of the purpose and the amount of money borne by the user, and output it to the accounting terminal 60 of the accounting person 6 together with the journal information. The accounting information output unit 216 can total the payment history for each purpose, and transmit the total amount to the accounting terminal 60 together with the account items preset for each purpose. For example, if the purpose is "stationery purchase", "consumables cost", if the purpose is "meal", and the unit price per participant is 5,000 yen or less, "meeting fee", if it is more than that, Accounts can be sorted in consideration of the purpose and amount, such as "entertainment expenses" and "welfare expenses" if the purpose is "lunch" when there is meal assistance for lunch. The accounting information output unit 216 can transmit the account item and the amount to the accounting terminal 60 as screen data described by, for example, HTML (HyperText Markup Language).

<Operation>
The operation of the payment support system of this embodiment will be described below. FIG. 9 is a diagram illustrating a flow of processing at the time of settlement by the employee 2 at the store 3.

First, the server device 20 receives payment information regarding the price of goods and services received by the employee 2 (S301). As shown in FIG. 5, the payment information includes information such as an employee ID, a store ID, an amount of money, and a purpose. When accepting payment information from the employee terminal 10, the employee 2 first inputs the above information into the payment information input unit 111 of the employee terminal 10. The purpose can be omitted when input is not required, such as when only one type of purpose is accepted. The employee terminal 10 uses the stored employee ID when the employee ID is stored in advance, and is installed in the store 3 when the employee terminal 10 is equipped with a camera. A QR code (registered trademark) or the like in which the store ID is encoded may be photographed, and the store ID may be decoded from the photographed image. The employee terminal 10 transmits payment information to the server device 20 by the payment information transmission unit 112.

The amount is the full amount or a part of the price payable to the store 3. When a part of the price is included, the amount to be borne by the employer (organization 1) of the employee 2 (employee's burden) can be input. Employee 2 presents the entered amount to the clerk 5 of the store 3 and provides a process for confirmation, so that the store side confirms that the employee 2 has settled the amount of the price that he / she should receive. be able to. When a part of the price is included in the payment information as the amount borne by the user, the amount is paid to the store 3 by the server device 20 at a later date, and the remaining amount of the price is paid by the employee 2 to the store 3 on the spot.

10 (a) to 10 (c) are examples of screens (smartphones) of the employee terminal 10. FIG. 10A is a screen for inputting the store to be used and the purpose, and inputting the amount. If the purpose is set in advance, the input of the purpose can be omitted. Employee 2 inputs an amount in the amount field and taps "Confirm" to move to the screen shown in FIG. 10B. Show the screen of FIG. 10B to the clerk 5 and ask the clerk 5 to confirm it, and tap "Pay" to send the payment information to the server device 20 and complete the payment (FIG. 10C). ..

Further, in the above, the employee 2 inputs the payment amount to the employee terminal 10, but for example, the employee terminal 10 receives the billed amount from a store terminal such as a register device installed in the store 3. You may do so.

Further, payment information may be transmitted from a store terminal such as a register device to the server device 20. In this case, the employee 2 informs the clerk 5 of the amount to be settled by this system, the clerk 5 inputs the amount, and the employee 2 pays the remaining amount to the store 3 on the spot. Only the payment amount may be transmitted from the store terminal to the server device 20, and information other than the payment amount may be transmitted from the employee terminal 10 to the server device 20, or the employee ID may be transmitted from the employee terminal 10 to the store. It may be transmitted to the terminal, and the store terminal may transmit the payment information to the server device 20. When transmitting information from the employee terminal 10 to the store terminal, the employee 2 displays a QR code or the like including information such as his / her own organization 1, employee ID and purpose on his / her employee terminal 10 and the clerk 5 It may be presented to the store 3 and read by the clerk 5 of the store 3 with a QR code reader. When the payment information is transmitted from the store terminal to the server device 20, the purpose set in advance for each store 3 may be set in the payment information, or the store terminal may be set by the employee 2 or the clerk 6. You may accept the desired input.

Returning to FIG. 9, the server device 20 registers the received payment information in the payment history storage unit 232 in association with the employee ID, the store ID, and the payment amount (S302). At the same time, the information of the current month usage history and the current month available frame of the setting information storage unit 231 is updated. That is, the payment amount is added to the usage history of the current month, the payment amount is subtracted from the available amount of the current month, and the number of times of use of the current month is reduced by 1.

S303 to S305 are diagrams showing the flow of settlement processing for the store 3 by the server device 20. It is assumed that the clearing process is executed once a month, for example. For each store 3, the server device 20 reads the payment history including the date and time of the previous month corresponding to the store ID indicating the store 3 from the payment history storage unit 232 (S303), and totals the payment amounts of the read payment history (S303). S304), the total amount is paid to the store 3 (S305). For payment to the store 3, a fee may be deducted as appropriate. For payment processing to the store 3, for example, the server device 20 may request the bank host to make a transfer, or the accounting staff 6 is instructed to pay the total amount to the store 3. The message to be sent may be sent to the accounting terminal 60.

S306 to S308 are diagrams showing the flow of the settlement process for the organization 1 by the server device 20. The server device 20 reads the payment history including the date and time of the previous month corresponding to the organization 1 from the payment history storage unit 232 (S306), totals the payment amounts of the read payment history (S307), and adds the total amount to the organization 1. (S308). A fee may be added to the claim against the organization 1. The billing process can be realized by any method. For example, even if a message instructing the accounting staff 6 to bill the total amount of the billing amount to the organization 1 is sent to the accounting terminal 60. Alternatively, the bank host may be requested to withdraw from the bank account of the organization 1, or the billing process may be performed so as to charge the credit card of the organization 1.

The above is the basic operation of the payment support system of the present invention. In this way, the server device 20 replaces all or part of the payment when the employee 2 of the organization 1 uses the store 3, so that the employee 2 does not replace the organization 2 itself. Can indirectly pay the price to the store 3.

Other functions will be described below. The server device 20 further includes a store information storage unit 233, a store use restriction information storage unit 234, and a store use restriction unit 218. FIG. 11 is an example of a screen displaying store list information on the employee terminal 10. The employee 2 can display or search the information of the store that he / she can use on the employee terminal 10 based on the information registered in the store information storage unit 233. It is also possible to display available stores on a map.

FIG. 12 is an example of store information stored in the store information storage unit 233. The store information can include information on the store name, genre, area, health consciousness, etc. in association with the store ID. Here, the health-conscious information is information indicating whether the meal menu or service content of the store is good for the health of the employee, and may be consistently ranked based on a predetermined common rule. , Health information of each store may be given based on the rules for each organization 1. The health information is not particularly limited, but the example of FIG. 12 shows an example in which there are three stages of 3 (healthy), 2 (normal), and 1 (unhealthy).

Further, the usage restriction of the store 3 can be set for each of the organization 1 and / or the employee 2. FIG. 13 is an example of store use restriction information stored in the store use restriction information storage unit 234. Usage restrictions can be set, for example, area restrictions that limit only to a predetermined area, health level restrictions that limit only stores with a predetermined health level or higher, individual restrictions that exclude specific stores individually, and so on. It is not limited to, and can be freely set according to the operation of the organization 1. Store usage restrictions can be set at least for each organization 1 or employee 2. For example, when setting for each organization 1, it can be linked to the organization ID as illustrated in FIG. 13, and can be set such that all stores can be used, only the Shibuya area can be used, and health level 2 or higher can be used.

Further, the case of setting for each employee 2 is basically the same as the case of setting for each organization 1, but for example, information on the result of the health diagnosis of the employee 2 is registered and based on the health diagnosis information. You can set usage restrictions. For example, it is possible to restrict the use of ramen shops for employees who have been diagnosed with metabolic syndrome by health checkup. In the example of FIG. 13, the result of an arbitrary health diagnosis (A: no problem to E: problem) is registered as information on the health diagnosis, and all stores are registered for the employee (000002) whose health diagnosis result is A. Although it can be used, it is stipulated that only health level 3 stores can be used by employees (000001) whose health diagnosis result is E. The method of restricting the use of stores based on the results of health examinations is not limited to this example, and can be freely set by the operation of each organization 1. The store usage restrictions may be a combination of two or more restrictions (for example, Shibuya area and health level 2 or higher), or the basic settings for each organization 1 and the individual settings for each employee 2 may be doubled. Good.

The store use restriction unit 218 restricts the use of the store 3 by the employee 2 using this system based on the information of the store use restriction information storage unit 234. First, the employee 2 can see the information (list, etc.) of the store 3 that can be used by the organization 1 to which the employee 2 belongs on the employee terminal 10 (FIG. 11), but the store use restriction unit 218 , The organization ID of the organization 1 and the employee ID of the employee 2 refer to the store use restriction information of the store use restriction information storage unit 234, and confirm whether there is a store use restriction. And some of the use by employees is restricted. Specifically, the store use restriction unit 218 can display only the available stores 3 on the employee terminal 10.

For example, in the example of FIG. 13, the employees 000001 to 000003 belonging to the organization 1 of the organization ID: 0001 can basically be used by all the stores registered in the store information storage unit 233, but the employee 000001 can be used. Based on the result of the health examination, only the store of health level 3 can be used, and the employee 000003 can be used only in the store of health level 2 or 3. Each employee terminal 10 may display only store information that matches each person's store usage restrictions. Alternatively, although the information of all the stores can be viewed, the display color of the store information may be distinguished or an icon may be displayed so that the stores that meet the usage restrictions and the stores that do not match the usage restrictions can be distinguished. The store use restriction unit 218 reads the store use restriction information storage unit 234 based on the employee ID, and if there is a store use restriction, extracts only the store information that can be used in the store from the store information storage unit 233 and employees. Displayed on the user terminal 10.

In addition, the store usage restriction unit 218 can lock the store so that the employee 2 cannot use the system at a store that does not meet the usage restriction. For example, when the employee terminal 10 inputs a store name or a store ID or reads a QR code of a store, a message stating "Cannot be used at this store" is displayed and a button for making a payment is not pressed. It may be activated. Store usage restriction information can be updated as appropriate. For example, when registering the health examination information of the employee 2, the store use restriction information may be updated every time the result of the health examination is updated.

In this way, by setting restrictions on store use for each organization 1 or employee 2, it is possible to design a flexible welfare system that matches the policy of organization 1. In particular, by limiting each employee 2 based on the result of the health examination, it is possible to contribute to the health management of the organization 1.

Next, the functions that can be used by the manager such as the accountant 6 of the organization 1 will be described. The accounting staff 6 can browse information regarding the use of the store by the employee 2 belonging to the organization 1 using this system. FIG. 14 is an example of a management screen displayed on the accounting staff terminal 60. The accounting staff 6 can view the usage history of the entire organization 1 of his / her own organization 1 together with information such as the number of employees used, the total number of cases used, and the total amount of money used for each predetermined usage period (for example, one month).

Further, FIG. 15 is an example of a screen for displaying the details of the usage history of each month. By clicking the "usage history" button in FIG. 14, the details of the usage history of the corresponding month can be displayed. The detailed information of the usage history can include, for example, the date and time of use, the authorizer, the e-mail address, the store used, the purpose of use, the approver, the members, the total number of people, the unit price, the total amount of use, etc. in association with the usage details ID. However, the present invention is not limited to this, and can be appropriately selected. The accountant 6 can output this information in CSV format. The accounting staff 6 confirms the history and grasps the usage record by the employee 2.

When the accounting staff 6 discovers that the employee 2 is using the amount exceeding the upper limit in violation of the rules, the accounting staff 6 performs a process of charging the employee 2 for the excess amount as necessary. The billing process to employee 2 can be realized by any method.

Regarding the usage amount by the employee 2, the process of discovering that the employee 2 is using the amount exceeding the upper limit contrary to the rule may be performed by the accounting staff 6 himself, but the server device 20 may perform the process. It can also be done. For each employee 2 and each purpose, the server device 20 reads the payment history including the date and time of the previous month corresponding to the employee ID indicating the employee 2 and the purpose from the payment history storage unit 232, and the payment amount in the payment history. From the above, the amount obtained by subtracting the subsidy amount preset for each purpose (the amount billed to the employee 2) is calculated, and the total value of the calculated billed amounts is calculated. The server device 20 performs a process of billing the employee 2 for the total value of the billed amount. In the billing process for the employee 2, a message instructing the accounting staff 6 to bill the total amount of the billing amount to the employee 2 may be sent to the accounting terminal 60, or the billing process of the employee 2 may be performed. You may ask the payroll system to deduct from your salary, you may ask the bank host to debit employee 2's bank account, or you may ask employee 2's credit card. The billing process may be performed so as to charge the bank.

The payment support system of the present invention is useful in all situations where the employee 2 pays the price payable by the organization 1 at the store 3. For example, it can be used for purchasing consumables and equipment that the organization 1 should pay as expenses, dinner, meetings, cleaning, payment of expenses related to the use of rental conference rooms, etc., but is not limited to this. It is also useful when paying various expenses as part of the welfare program for Employee 2 by Organization 1. For example, lessons such as meals, beauty salons, English conversation schools, gyms, daycare / babysitters, and calligraphy. It can be used to pay for massage and beauty treatment fees. These can be freely decided by the operation of the organization 1.

Next, the operation of the system in the case where the organization 1 bears a part of the cost (user's burden) as a part of the latter welfare program will be described.

First, an operation (rule) related to the user's burden is set for each organization 1 and stored in the setting information storage unit 231. As shown in Fig. 7, the setting information is linked to the employee ID, and for each purpose, the upper limit amount per time (upper limit value), the total upper limit amount / upper limit number of times per month (monthly upper limit value), and above. Set the necessity of long approval. In the example of FIG. 7, the purpose 1 (lunch) is set as a subsidy for lunch, and the user pays up to 500 yen per time and a total of 3000 yen per month, and the purpose is team building. Set up lunch (Purpose 2), up to 4 times a month, and up to 1500 yen per person per month, and if you want to use it for that purpose, you need the approval of your superior. It is supposed to be.

When the employee 2 actually has lunch at the store 3 and makes a payment, the employee pays the user by inputting the purpose, the user's burden amount, and the store ID into the employee terminal 10 and transmitting them to the server device 20. It is possible to settle the amount. Alternatively, the same payment can be made by presenting the QR code including the purpose and employee ID information to the clerk 5 of the store 3 and having the store clerk 5 read the QR code and telling the user's burden. For example, in the case of using purpose 1 (lunch), the payment for eating a lunch of 500 yen can be paid in full by the user, so the payment is made with the user's burden as 500 yen, and the employee Does not have to pay store 3 on the spot. On the other hand, the payment for eating a lunch of 800 yen exceeds the upper limit for each payment, so the entire amount cannot be borne by the user. In this case, the employee inputs 500 yen, which is the upper limit of the user's burden, as payment information according to the rules, makes a payment, and pays the remaining self-pay amount (300 yen) on the spot.

Here, the burden amount information display unit 114 can present information on the user burden amount to the employee terminal 10. For example, the employee terminal 10 displays that the usable amount of the purpose 1 (lunch) is 500 yen. Furthermore, if you have already eaten lunch at the user's expense of 2700 yen this month, the remaining amount of the user's expense this month is 300 yen. In this case, the employee terminal 10 displays that the amount of money currently available for the purpose 1 (lunch) is 300 yen. FIG. 16 is an example of information regarding the user's burden amount displayed on the employee terminal 10. Information on the user's burden may be provided for each purpose, and for example, when the employee 2 selects a predetermined purpose, the information on the purpose may be presented. By presenting the information regarding the user-paid amount to the employee terminal 10, the amount that can be used by the employee 2 at the user-paid amount can be grasped at any time.

Further, the burden amount information display unit 114 can also give a warning when the amount input by the employee 2 as payment information does not meet the conditions in light of the setting information storage unit 231. For example, when an employee eats a lunch of 800 yen and the employee inputs the user's burden of 800 yen for purpose 1 (lunch), the employee sends a message such as "Lunch fee subsidy is up to 500 yen at a time". A warning can be given by displaying it on the person terminal 10. In addition, if the employee has already eaten 2700 yen for lunch this month and the employee inputs the purpose 1 (lunch) and the user's burden of 500 yen, "This month's lunch fee will be subsidized. A message such as "There is only 300 yen" can be displayed on the employee terminal 10. By issuing the warning in this way, it is possible to prevent the employee 2 from making a payment as it is even if he / she inputs an incorrect amount. The burden amount information display unit 114 can also display various information on the subcontractor terminal 10 based on the information that the burden amount information providing unit 212 reads and provides the information stored in the setting information storage unit 231. , Various information can be generated and displayed based on the upper limit of the user's burden provided by the burden amount information providing unit 212.

If it is to be carried out more reliably, it can be as shown in FIG. First, the employee terminal 10 accepts input of payment information including the planned payment amount from the employee 2 (S311). Further, the employee terminal 10 transmits a payment request including the received payment information to the server device 20 (S312).

The burden amount determination unit 213 determines the payment amount based on the setting information in response to the payment request (S313). For example, regarding the planned payment amount included in the payment information, the burden amount determination unit 213 sets the planned payment amount to 0 when the purpose of the payment information is not included in the purpose of the setting information in the first place, and sets the planned payment amount to 0. When the upper limit of the payment amount of the setting information corresponding to the employee 2 is exceeded, the upper limit of the payment is set as the planned payment amount, and the total payment amount of the employee 2 on the day (for example, it can be calculated from the payment history). If the sum of the planned payment amount exceeds the daily upper limit of the setting information, the amount obtained by subtracting the total amount from the daily upper limit is set as the planned payment amount, and the total payment amount of the employee 2 for the current month (same as above). , For example, it can be calculated from the payment history.) If the amount obtained by adding the estimated payment amount exceeds the monthly upper limit of the setting information, the amount obtained by subtracting the total amount from the monthly upper limit is the estimated payment amount. Then, the estimated payment amount that has passed these judgment processes can be determined as the payment amount. The burden amount information providing unit 212 transmits payment decision information including the determined payment amount to the employee terminal 10 (S314), associates the employee ID, the store ID, and the payment amount with the payment information, and the payment history storage unit. Register with 232 (S315).

The employee terminal 10 displays the payment amount included in the payment confirmation information received by the burden amount information receiving unit 113 by the burden amount information display unit 114 (S316), and the employee 2 presents this to the clerk 5. This completes the payment at the store 3. If the payment amount included in the payment confirmation information is less than the planned payment amount, the employee 2 can pay the shortfall amount by a conventional payment method (for example, payment by cash or credit card).

In addition, the approval authority may be set for the employee 2 according to the purpose. In this case, the server device 20 may further include an employee information storage unit 235 and a business approval processing unit 219 (not shown).

The employee information storage unit 235 stores information regarding the decision-making authority of employee 2 (hereinafter referred to as employee information). FIG. 18 is a diagram showing a configuration example of employee information stored in the employee information storage unit 235. The employee information is associated with the purpose of payment (the purpose set in the payment information) and the employee ID that identifies the employee 2, whether or not the employee 2 has the authority to make a decision, and the amount that can be decided. The upper limit (upper limit of the settlement amount) and the boss ID indicating the employee 2 to whom the decision is transferred when the employee 2 cannot make a decision are included.

Here, the burden amount determination unit 213 reads the employee information corresponding to the purpose of the payment information and the employee ID from the employee information storage unit 235, and has the authority to approve the read employee information (employee 2). If the amount to be paid is equal to or less than the upper limit of the amount to be paid, the amount to be paid can be determined as the amount to be paid. When the approval authority is "None" (a value indicating that the employee 2 does not have the approval authority for the purpose), the payment amount does not exceed the upper limit of the setting information as in the above-described embodiment. The sum of the total payment amount already paid during the day plus the payment amount does not exceed the daily upper limit, and the total payment amount already paid during the month plus the payment amount Can determine the maximum payment amount that is less than or equal to the planned payment amount so that

Next, a case where prior approval from a superior or the like is required in order to make a payment at the expense of the user will be described. The server device 20 further includes an approval transmission / reception unit 217. For example, in the example of FIG. 7, the purpose 2 (team building lunch) can be used up to 4 times a month and up to 1500 yen per person with the assistance of the organization 1. It is set as a rule to obtain the approval of the superior in advance.

FIG. 19 is a flow in the case of performing pre-approval. First, the employee terminal 10 receives input of at least the information of the purpose 2 (team building lunch) and other necessary information from the employee 2 (S321). The necessary information may be, for example, the terminal ID of the approver, or in the case of a team building lunch, the information of all the participants (number of people, employee ID, affiliation, name, etc.) and the information of the store used may be input. Further, the employee terminal 10 transmits an approval request to the server device 20 together with the received information (S322). FIG. 20 is an example of the screen of the employee terminal 10 for the approval request. As an example, in addition to the purpose of use and the approver, in the case of purpose 2, the number of internal members and external members is entered. If the approver's approval is not obtained, the QR code issue and QR code read buttons are inactive so that they cannot be used.

The approval request transmission / reception unit 217 transmits the received approval confirmation information to the terminal of the approver (S323). The approver is a person who can approve the use of the employee, may be included in the above received approval confirmation information, and selects a predetermined approver for each employee ID. In some cases.

The approver terminal of the approver displays an approval screen on the terminal based on the received approval confirmation information (S324). The approver confirms the content and inputs the result of approval (disapproval) (S325), and the approval request transmission / reception unit 217 receives the approval result (S326).

The employee terminal 10 displays the approval result received from the approval request transmission / reception unit 217 on the terminal (S327). The payment information reception unit 211 enables the reception of payment information regarding the matter after the approval is obtained, so that the employee 2 can use the store using this system. For example, the QR code issuance and QR code reading buttons shown in FIG. 20 are ready for use. The method of making the store 3 available to the employee 2 only when the approval is obtained is not limited to this, and other methods can be adopted.

Although the present embodiment has been described above, the above embodiment is for facilitating the understanding of the present invention, and is not for limiting and interpreting the present invention. The present invention can be modified and improved without departing from the spirit thereof, and the present invention also includes an equivalent thereof.

For example, in the present embodiment, the server device 20 is assumed to be one computer, but the functional unit and the storage unit of the server device 20 may be distributed to a plurality of computers. For example, the database server includes a storage unit, and each functional unit of the server device 10 can access the database server.

Further, in the present embodiment, it is assumed that the company 1 assists the employee 2, but the company 1 can be an arbitrary corporate or private user, and the user assists the employee. Can be widely applied when doing. Furthermore, it can be widely applied to situations where one person supports the payment of another person, even if there is no relationship such as use or employment.

1 Organization 2 Employee 3 Store 4 Lunch 5 Clerk 6 Accounting staff 10 Employee terminal 20 Server device 60 Accounting terminal 111 Payment information input unit 112 Payment information transmission unit 113 Burden amount information reception unit 114 Burden amount information display unit 211 Payment information Reception department 212 Burden amount information provision department 213 Burden amount determination department 214 Payment processing department 215 Billing processing department 216 Accounting information output department 217 Approval transmission / reception unit 218 Store usage restriction unit 231 Setting information storage unit 232 Payment history storage unit 233 Store information storage unit 234 Store usage restriction information storage unit

Claims (8)

A system that helps employees pay to stores
The payment information reception department that receives payment information including the amount and purpose of the employee's payment,
A payment processing unit that processes payments to the store for the amount of money,
A billing processing unit that processes the billing of the employee to the user for the amount of money,
A payment support system characterized by being equipped with. The payment support system according to claim 1.
For each payment information, an accounting information output unit that determines and outputs an account item corresponding to at least one of the purpose and the amount is further provided.
A payment support system featuring. The payment support system according to claim 1 or 2.
The payment information includes information on the amount borne by the user among the payments to the store.
A setting information storage unit that stores conditions related to the determination of the user's burden for each of the purposes.
A payment support system further comprising a burden amount information display unit that presents information on a user burden amount according to the purpose to an employee terminal based on the above conditions. The payment support system according to claim 3.
The burden amount information display unit presents a warning when the user burden amount included in the payment information violates the conditions.
A payment support system featuring. The payment support system according to claim 3 or 4.
The setting information storage unit stores the upper limit value of the user's burden amount for each of the purposes.
After receiving the payment information, the corresponding upper limit value shall be updated.
A payment support system featuring. Further provided with an approval request transmission unit for transmitting an approval request for payment to the store to a predetermined approver terminal.
The payment information receiving unit enables the payment information to be accepted when the approver approves the approval request.
The payment support system according to any one of claims 1 to 5. A store information storage unit that stores information for each store,
At least a store use restriction information storage unit that stores store use restrictions for each employee or the organization to which the employee belongs,
Further having a store use restriction unit that restricts a part of the use by the employee based on the store use restriction information.
The payment support system according to any one of claims 1 to 6, characterized in that. The information for each store includes information on the health consciousness of the store.
The store use restriction information storage unit includes restrictions based on information on the health condition of the employee.
7. The payment support system according to claim 7.

Images