JP2024037057A - Voucher data managing system and voucher data managing method - Google Patents

Abstract

To improve a convenience for both of a business operator issuing voucher data and a consumer receiving the voucher data.SOLUTION: A voucher data managing system 1 includes: a business-operator terminal 4 utilized by a business operator; a consumer terminal 3 utilized by a consumer; and a managing server 2. The voucher data managing system 1 obtains trade data that contains an amount of money for trading of commodities, etc., and a tax rate for the amount of money for trading, generates voucher data based on the trade data; stores the voucher data in the managing server 2, generates reading key data associated with the voucher data, causes the consumer terminal 3 to obtain the reading key data, transmits the voucher data associated with the reading key data to the consumer terminal 3 when the reading key data is obtained by the consumer terminal 3, partially corrects the voucher data in accordance with an input operation from the business-operator terminal 4, and generates corrected voucher data that has a corrected indication added at the corrected part.SELECTED DRAWING: Figure 12

Description

The present invention relates to, for example, a voucher data management system and voucher data management method for issuing and managing data obtained by digitizing vouchers (voucher data).

Conventionally, receipt information to be written on the receipt, including the amount of money when purchasing a product or receiving a service, is stored in a server, and a two-dimensional barcode such as a QR code (registered trademark) is used as readout information. A system has been proposed in which the receipt information can be read out by reading the readout information with a smartphone or the like (see Patent Document 1). In this prior art system, additional information can be entered on the receipt information from the consumer terminal.

However, in the conventional technology, it is not possible to modify the receipt information from the store terminal that issues the receipt, and furthermore, when the modification is made from the consumer terminal, the revised receipt information cannot be edited. will be preserved as the original. For this reason, if there is an amendment, it is difficult to know whether the additional amendment has been made or whether that part has been additionally amended, which is inconvenient not only for the business operator who is the issuer but also for the consumer.

JP2020-119432

In view of the above-mentioned problems, the present invention provides a voucher data management system and voucher data management method that can improve the convenience of both businesses that issue voucher data and consumers who receive voucher data. The purpose is to

The present invention includes a business terminal used by a business providing goods or services, a consumer terminal used by a consumer receiving the goods or services, and a management server equipped with a storage unit. A voucher data management system, comprising: a transaction data acquisition means for acquiring transaction data including a transaction amount and a tax rate on the transaction amount when the product or service inputted on the aforementioned vendor side terminal is provided; and the transaction data. a voucher data generating means for generating voucher data based on the voucher data; a storage unit for storing the voucher data in the storage unit; a key issuing unit that causes the consumer terminal to obtain the key; and a modified voucher that transmits the voucher data linked to the read key data to the consumer terminal when the consumer terminal obtains the read key data. a data transmitting means; and a modifying means for modifying a part of the contents of the evidence data in accordance with an input operation from the vendor terminal, and generating modified evidence data in which a post-correction display is added to the modified part. The present invention is characterized by a voucher data management system and a voucher data management method.

According to the present invention, it is possible to provide a voucher data management system and a voucher data management method that can improve the convenience of both businesses that issue voucher data and consumers who receive voucher data.

FIG. 1 is an explanatory diagram showing an example of the configuration of the evidence data management system of the present invention. FIG. 3 is an explanatory diagram showing an example of data stored in an auxiliary storage unit of the management server. An explanatory diagram of a screen configuration of a function selection screen. An explanatory diagram of a screen configuration of an amount input screen. An explanatory diagram of a screen configuration of an amount confirmation screen. An explanatory diagram of a screen configuration of one form of a receipt data confirmation screen. FIG. 2 is an explanatory diagram of a screen configuration of one form of a receipt data confirmation screen including a menu window. An explanatory diagram of the screen configuration of a code display screen. An explanatory diagram of the screen configuration of a receipt data search screen. An explanatory diagram of a screen configuration of a candidate list screen. An explanatory diagram of a screen configuration of one form of a receipt data confirmation screen at the time of reissue. FIG. 3 is an explanatory diagram of a screen configuration of one form of a receipt data confirmation screen at the time of corrected issuance. FIG. 3 is an explanatory diagram of a screen configuration of one form of a correction item display screen when issuing corrections. FIG. 7 is an explanatory diagram of a screen configuration of one form of a receipt data confirmation screen in a modified example. An explanatory diagram of a screen configuration of one form of a pre-registration screen. An explanatory diagram of the screen configuration of another form of the pre-registration screen. An explanatory diagram of a screen configuration of one form of a split bill amount input screen. An explanatory diagram of the screen configuration of another form of the split bill amount input screen.

An embodiment of the present invention will be described below with reference to the drawings.
<System configuration>

FIG. 1 is a block diagram showing an example of the system configuration of the voucher data management system 1. As shown in FIG. The voucher data management system 1 of the present invention is a system for managing electronic data (voucher data) of vouchers for proving the establishment of a transaction.

The voucher data handled by the voucher data management system 1 of the present invention includes an estimate, a purchase order, a purchase order, a statement of delivery, an invoice, a contract, a receipt, a receipt, a check, a bill, a loan document, a receipt slip, and a delivery slip. , the electronic version of documentary evidence such as deposit slips and withdrawal slips. This evidence data includes data on the matters described in the evidence document. For example, evidence data includes data such as the date of the transaction, the name of the product or service involved in the transaction, the transaction amount, the tax rate on the transaction amount, the name of the transaction person, and the registration number of the business that provided the product or service. Contains. Further, identification data for identifying (specifying) each transaction is linked to the voucher data for each transaction. As the identification data, a serial number, an arbitrary ID (a string of alphanumeric characters, numbers, symbols, or a combination thereof), etc. can be used.

As shown in FIG. 1, the voucher data management system 1 includes a management server 2, a plurality of consumer-side terminals 3, and a plurality of business-side terminals 4. , and the plurality of business terminals 4 are each connected to a network 5 such as a public line such as the Internet. In this embodiment, the management server 2 , each of the plurality of consumer-side terminals 3 , and each of the plurality of business-side terminals 4 can communicate with each other via the network 5 . The business terminal 4 is a terminal used by a business that provides products or services (used by a person in charge of the business). The consumer terminal 3 is a terminal used by a consumer who receives products or services from a business operator.

The management server 2 is composed of a general-purpose server computer, and the consumer terminal 3 is composed of a portable computer (mobile terminal) such as a tablet PC, a wearable computer, a smartphone, a feature phone, and a portable game machine. Ru. The business terminal 4 is a general-purpose computer, such as a desktop PC, a notebook PC, a tablet PC, and a POS (point of sales) register. Note that the management server 2 may be composed of one server computer, or may be composed of a plurality of server computers. Further, part or all of the management server 2 may be a cloud server.

The management server 2 includes a control section 21, a communication section 22, and an auxiliary storage section 23. The communication section 22 and the auxiliary storage section 23 are each connected to the control section 21 .

The consumer terminal 3 includes a control section 31 , an input section 32 , a display section 33 , an imaging section 34 , a communication section 35 , and an auxiliary storage section 36 . Each of the input section 32 , display section 33 , imaging section 34 , communication section 35 , and auxiliary storage section 36 is connected to the control section 31 .

The business terminal 4 includes a control section 41 , an input section 42 , a display section 43 , a communication section 45 , and an auxiliary storage section 46 . Each of the input section 42, display section 43, communication section 45, and auxiliary storage section 46 is connected to the control section 41.

The control unit 21 includes a calculation unit 24 and a main storage unit 25, and executes various calculations and control operations in the management server 2. The control unit 31 includes a calculation unit 37 and a main storage unit 38, and executes various calculations and control operations in the consumer terminal 3. The control unit 41 includes a calculation unit 47 and a main storage unit 48, and executes various calculations and control operations in the operator terminal 4.

The calculation unit (24, 37, 47) is a calculation processing unit including a CPU, an MPU, or the like. The main storage section (25, 38, 48) includes RAM (DRAM), ROM, and the like. The RAM is used as a work area and a buffer area for the calculation units (24, 37, 47). The ROM stores default values for the startup program and various information of the management server 2, the consumer terminal 3, or the business terminal 4, and the like.

The input section (32, 42) is an input component that receives operation input from a consumer or a person in charge of the business (person in charge of the business), and an input component that is interposed between the input component and the calculation section (37, 47). Contains detection circuit. The input component is, for example, a touch panel and/or a hardware mouse or operation key. As the touch panel, any type of touch panel can be used, such as a capacitive type, an electromagnetic induction type, a resistive film type, an infrared type, etc. The input detection circuit outputs an operation signal or operation data corresponding to the operation of each input component to the calculation section (37, 47).

The display section (33, 43) includes a display device (display) and a display control circuit interposed between the display device and the calculation section (37, 47). As the display device, for example, an LCD (liquid crystal display) or an organic EL display can be used. The display control circuit includes a GPU, VRAM, and the like. Under instructions from the calculation unit (37, 47), the GPU uses the data for image generation stored in the RAM to generate display image data in the VRAM for displaying various screens on the display device. Output display image data to a display device.

The imaging unit 34 includes an imaging device (image sensor), a focus lens, and the like, and performs imaging by converting imaging light as visible light taken in from the imaging device into an electrical signal. Examples of the image sensor include a solid-state image sensor such as a CCD (Charge Coupled Device) image sensor or a CMOS (Complementary Metal Oxide Semiconductor) image sensor. The captured image data output from the imaging section 34 is stored in the main storage section 38 or the auxiliary storage section 36.

The communication unit (22, 35, 45) includes a communication circuit for connecting to the network 5. The communication circuit is a wired communication circuit or a wireless communication circuit, and communicates with an external computer via the network 5 according to instructions from the calculation section (24, 37, 47). Further, the communication units (35, 45) can also directly communicate with each other by wireless communication.

The auxiliary storage unit (23, 36, 46) is composed of other nonvolatile memories such as HDD, SSD, flash memory, and EEPROM, and the calculation unit (24, 37, 47) is connected to the management server 2 and the consumer terminal 3. Alternatively, various programs and various data for controlling the operation of the operator terminal 4 are stored.

The auxiliary storage unit 36 of the consumer side terminal 3 stores a consumer program 36a for executing various operations of the consumer side terminal 3 in this system in response to the consumer's operation input, and a program necessary for using this system. The consumer data 36b is stored.

The consumer program 36a and the consumer data 36b are read from the auxiliary storage unit 36 and stored (developed) in the main storage unit 38 (RAM) as needed. The operation of the consumer-side terminal 3 is realized by the arithmetic unit 37 executing the consumer program 36a developed in the main storage unit 38 (RAM).

The consumer program 36a includes at least an imaging program for controlling the imaging unit 34 to acquire a captured image, extracting an image (code image) of a code included in the captured image, and extracting the extracted code image. A decoding program for decoding and acquiring information embedded in the code (executing the code reading function), a communication program for accessing the management server 2 (establishing communication with the management server 2), and the management server 2 It includes a data acquisition program for downloading (acquiring) data from a computer, a program for selecting and executing various functions of the consumer terminal 3, and the like. The consumer data 36b includes at least consumer data necessary in this system.

The auxiliary storage unit 46 of the operator's terminal 4 stores an operator's program 46a for executing various operations of the operator's terminal 4 in this system in response to operational inputs from the operator's person in charge, and a program for using this system. It stores business data 46b that is necessary for this purpose.

The business program 46a and the business data 46b are read from the auxiliary storage unit 46 and stored (developed) in the main storage unit 48 (RAM) as needed. The operation of the business terminal 4 is realized by the calculation unit 47 executing the business program 46a loaded in the main storage unit 48 (RAM).

The operator program 46a is at least a communication program for accessing the management server 2 (establishing communication with the management server 2), a communication program for accessing the management server 2, or a program stored as part of the operator data 46b. An application execution program for executing the application of the voucher data management service (hereinafter referred to as "evidence data management application"), and a program for selecting and executing various functions provided on the operator side terminal 4, etc. include.

Although not shown, the consumer terminal 3 includes components related to a call function (speaker, microphone, etc.) and components related to a current position acquisition function using radio waves from GPS satellites (an antenna that receives radio waves from GPS satellites). etc.) may be provided.

Note that the configuration of the management server 2, the configuration of the consumer terminal 3, and the configuration of the business terminal 4 shown in FIG. 1 are merely examples, and there is no need to be limited thereto. For example, the management server 2, the consumer terminal 3, and the business terminal 4 read data from various storage media (external storage media) such as an SD card or a USB memory, and write data to an external storage medium. The terminal may also include an interface (external storage medium connection section) for communicating with other terminals via a communication cable (communication cable connection section).

As shown in FIG. 2, the auxiliary storage unit 23 of the management server 2 contains a management program 26 for executing various operations of the management server 2, and a management program 26 necessary for using this system (at least for implementing the voucher data management service). related) management data 27. The management program 26 is executed by the control unit 21 of the management server 2.

The management program 26 includes a main processing program 26a for selecting and executing various functions provided in the management server 2, a transaction data acquisition program 26b for acquiring transaction data (transaction data) when a transaction is completed, A voucher data generation program 26c for generating voucher data to prove the establishment of a transaction based on transaction data, and a read key issuing program for issuing read key data (read key data) linked to the voucher data. A program 26d, a modification program 26e for modifying transaction data or part of the voucher data generated based thereon, a voucher data management program 26f for managing the issuance history and modification history of voucher data, and a consumer side It includes a voucher data transmission program 26g for transmitting voucher data to the consumer terminal 3 in response to a request from the terminal 3, a pre-registration program 26h for registering pre-registration data 27f, and the like. Note that the management program 26 also includes a storage program for storing various data handled by the management server 2.

Management data 27 is acquired for each transaction according to business data 27a that is data of each business that uses this system, consumer data 27b that is data of each consumer that uses this system, and transaction data acquisition program 26b. transaction data 27c that is generated, voucher data 27d generated based on the transaction data 27c, read key data 27e that is data of a read key linked to the voucher data, and each business operator to register in advance when generating the voucher data. It includes pre-registration data 27f, which is data (tax rate data, address data, design data of evidence data, etc.). The management data 27 also includes screen data for displaying various screens on the consumer terminal 3 (display section 33) or business terminal 4 (display section 43) that has accessed the management server 2. ing.

Various data (including management data 27) registered in the auxiliary storage section 23 of the management server 2 are read from the auxiliary storage section 36 as needed and expanded into the main storage section 25 (RAM). The operation of the management server 2 is realized by the calculation unit 24 executing the management program 26 and other programs stored in the main storage unit 25 using the data developed in the main storage unit 25.
<System operation example>

Hereinafter, an example of the operation of the evidence data management system 1 will be described with reference to FIGS. 3 to 18. In the present invention, when there is a transaction of goods or services, and the consumer of the transaction wishes to issue voucher data, the business operator can issue the voucher data using the voucher data management application. I can do it. In the following operation example, a case will be described in which the evidence data is electronic data of a receipt (receipt data) (a case in which the consumer requests issuance of receipt data).

When the voucher data management application is executed on the business terminal 4, the business terminal 4 automatically accesses the management server 2. Various operation screens are displayed on the display unit 43 (display device) of the business terminal 4. Note that the data input at the business terminal 4 is transmitted to the management server 2 as appropriate. In this embodiment, when the voucher data management application is executed, a function selection screen 100 as shown in FIG. 3 is first displayed on the display unit 43.

The function selection screen 100 shown in FIG. 3 is an example of an operation screen of the evidence data management application. The function selection screen 100 is a screen for accepting the selection of a function (a function included in the voucher data management application) regarding the issuance of voucher data (receipt data), and is used to set the tax rate when newly generating receipt data. It has a tax rate setting section 101 related to a tax rate setting function and a special function selection section 102 for selecting a special function.

The tax rate setting unit 101 is provided to set the rate (so-called tax rate) of a tax (for example, consumption tax) to be imposed on the transaction amount of a product or service. The tax rate setting section 101 includes a first tax rate selection section 101a for selecting a certain tax rate (hereinafter referred to as "tax rate A"), and a first tax rate selection section 101a for selecting a tax rate different from the tax rate A (tax rate B). A two-tax rate selection unit 101b and a third tax rate selection unit 101c for selecting a case where tax rate A and tax rate B are mixed (both tax rates are applied) are provided. Check boxes for selecting each tax rate (each selection section) are provided in the first tax rate selection section 101a, the second tax rate selection section 101b, and the third tax rate selection section 101c. For example, tax rate B is a normal consumption tax rate, and tax rate A is a reduced tax rate applied to everyday necessities. In place of or in addition to the checkboxes, the tax rate setting section 101 may provide a text box (input field) that accepts input of text indicating the tax rate. Please note that actual tax rates vary by country/region and may change due to legal revisions, etc. Further, if there is no need to set the tax rate (if the tax rate is constant), the tax rate setting unit 101 can be omitted.

The special function selection unit 102 includes a reissue function selection unit 102a for performing reissue processing of receipt data, a modified issuance function selection unit 102b for performing corrected issuance processing of receipt data, and a pattern registered in advance. A pattern function selection unit 102c for issuing voucher data (pattern issuing process) according to the method, and a bill splitting function selecting unit 102d for issuing voucher data corresponding to payment by splitting the bill (split bill issuing process). Note that details of the reissue processing, corrected issue processing, pattern issue processing, and split bill issue processing will be described later.

Further, the function selection screen 100 is provided with a cancel button 104 and an OK button 105. Cancel button 104 and OK button 105 function as software keys (operation buttons) displayed on the screen. Hereinafter, the software key will be simply referred to as a "button." When the cancel button 104 is operated, the contents input on the operation screen (in the case of the cancel button 104, the function selection screen 100) are discarded (cancelled). Furthermore, when the cancel button 104 is operated, the screen may change to the previous operation screen (return to the previous screen). The function of the cancel button 104 is the same as that of cancel buttons 114, 124, 154, 164, 194, 204, 214, and 224, which will be described later. When the OK button 105 is operated, the contents input on the operation screen (in the case of the OK button 105, the function selection screen 100) are confirmed. Furthermore, when the OK button 105 is operated, the screen may transition to a subsequent operation screen (proceed to the next screen). The function of the OK button 105 is the same as that of OK buttons 115, 125, 155, 165, 195, 205, 215, and 225, which will be described later.

When any tax rate is set in the tax rate setting section 101 (checkboxes in the first tax rate selection section 101a, second tax rate selection section 101b, and third tax rate selection section 101c are checked), press the OK button. 105 is operated, or when the OK button 105 is operated in a state where there is no need to set the tax rate, such as when the tax rate has been registered in advance, an amount input screen 110 as shown in FIG. 4 appears on the display section 43. Is displayed.

The amount input screen 110 shown in FIG. 4 is an example of an operation screen for inputting a transaction amount related to a set tax rate. The amount input screen 110 includes an amount display section 111 that displays the input transaction amount, a message section 112 that prompts you to input the transaction amount, an input section 113 for inputting the transaction amount, a cancel button 114, and an OK button 114. It has a button 115. Note that the transaction amount input on the amount input screen 110 is an amount including tax (amount including tax).

The input unit 113 has number buttons to which numbers such as "0" to "9", "00", "000", etc. are assigned, and when the number buttons are operated, the assigned numbers are displayed as the amount. The information is input (reflected) to the section 111. The number input into the amount display section 111 is treated as the transaction amount.

When the OK button 115 is operated while the transaction amount is entered in the amount display section 111, the transaction amount is determined and an amount confirmation screen 120 as shown in FIG. 5 is displayed on the display section 43. In addition, when multiple tax rates are mixed, screens for entering transaction amounts related to all tax rates (the screen configuration is the same as the amount input screen 110) are displayed one after another, and after the transaction amounts related to all tax rates are determined. , an amount confirmation screen 120 as shown in FIG. 5 is displayed on the display unit 43.

The amount confirmation screen 120 shown in FIG. 5 is an example of an operation screen for confirming the confirmed transaction amount. The amount confirmation screen 120 includes a total amount display section 121 where the total amount of the confirmed transaction amount (total amount) is displayed, and a tax rate section where the amount for each tax rate (amount per tax rate) is displayed when multiple tax rates are mixed. It has an amount display section 122, a cancel button 124, and an OK button 125. Note that the tax rate/amount display section 122 may be omitted if a plurality of tax rates are not mixed (if there is only a transaction amount related to one type of tax rate). If there is an error in the transaction amount, the user can operate the cancel button 124 to return to the amount input screen 110 and correct the transaction amount.

When the OK button 125 is operated on the amount confirmation screen 120, the management server 2 acquires transaction data including the confirmed transaction amount (total amount) and the tax rate on the transaction amount, and generates receipt data according to the acquired transaction data. (voucher data) is automatically created. When the receipt data is created, a receipt data confirmation screen 130 as shown in FIG. 6 is displayed on the display unit 43.

The receipt data confirmation screen 130 shown in FIG. 6 is an example of an operation screen for confirming the contents of receipt data related to a transaction. The receipt data confirmation screen 130 includes an address display area 131 where the addressee is displayed, an identification data display area 132 where identification data (serial number in this embodiment) is displayed, and an issue area where the issue date of the receipt data is displayed. A date display section 133, a transaction amount display section 134 where the transaction amount (total amount) related to the transaction is displayed, a transaction content display section 135 where the details of the product or service related to the transaction (so-called "proviso") are displayed, Issuer information display section 136 displays information about the issuer of receipt data (issuer name, issuer address, etc.), and when multiple tax rates are mixed, the amount for each tax rate (amount for each tax rate) is displayed. It has a tax rate/amount display section 137, a registration number display section 138 where an issuer's registration number (a number assigned when a business operator registers with the tax office) is displayed, and the like. Note that the issuer is a business that provided the product or service related to the receipt data. Further, as the serial number as the identification data, the youngest number that has not been used in the past may be automatically input for each business operator. The issuer information and registration number are automatically entered if they have been pre-registered for each business operator. Regarding the transaction amount (total amount) and the amount for each tax rate, the amounts entered on the amount input screen 110 are automatically entered. Furthermore, each of the address display section 131, issue date display section 133, transaction details display section 135, and tax rate/amount display section 137 has a text box (input field) for accepting text input. It is possible to accept input of appropriate text via 42. For example, for the addressee, date of issue, transaction details, etc., arbitrary letters, numbers, symbols, etc. can be input according to the consumer's wishes.

When a predetermined operation (menu window display operation: for example, a touch operation on the screen or an operation input to a hardware operation button or operation key) is performed while the receipt data confirmation screen 130 is displayed, the screen shown in FIG. A menu window 139 is displayed on the receipt data confirmation screen 130 as shown in FIG. The menu window 139 has a credit card information addition button 139a, a modification button 139b for modifying some contents of the receipt data, and a confirmation button 139c for determining the contents of the receipt data.

Although not shown, when the credit card information addition button 139a is operated, an operation screen for inputting or selecting information (credit card information) for specifying the brand of the credit card used to settle the transaction is displayed. be done. When the brand of the credit card is specified, characters or images indicating the credit card information (such as an image of the brand logo of the credit card company) are added (additionally displayed) to an arbitrary position of the receipt data.

When the correction button 139b is operated, an operation screen (correction screen) for correcting part of the contents of the receipt data is displayed. Here, the addressee displayed in the addressee display section 131, the date of issue of the receipt data displayed on the issue date display section 133, and the details of the product or service related to the transaction displayed on the transaction details display section 135. , or the tax rate amount per tax rate displayed in the tax rate per amount display section 137 can be corrected.

When the confirm button 139c is operated, the contents of the receipt data are confirmed, and the management server 2 creates receipt data with the confirmed contents and stores it in the auxiliary storage section 23. The receipt data may be data in a format that can be displayed (processed) at least on the display unit 33 of the consumer terminal 3 and that can be visually recognized by humans. The receipt data can be in any file format such as document data, text data, image data, etc., and the file format is not particularly limited. For example, receipt data is created as PDF or CSV format data.

Furthermore, when the management server 2 creates receipt data with the determined contents, it issues (creates) read key data linked to the receipt data. In this embodiment, a code image (code image) is issued as read key data. Data such as a URL for accessing the management server 2 and downloading receipt data stored in the management server 2 is embedded in the code image. When code image data (code image data) is created, a code display screen 140 as shown in FIG. 8 is displayed on the display unit 43.

The code display screen 140 has a code image display section 141 on which a code image is displayed, and a close button 142 to which a function of closing the code display screen 140 is assigned. The code is a general-purpose code such as a two-dimensional code. The two-dimensional code may be a matrix-type two-dimensional code such as a QR code (registered trademark), a micro-QR code, Aztec, DataMATRIX, MaxiCODE, and VeriCODE, or a stack-type two-dimensional code such as PDF417 and CODE49.

The operator's person in charge presents the code image displayed on the code image display section 141 to the consumer, and the consumer activates the imaging section 34 of the consumer terminal 3 to read the code image. When the code image is successfully read on the consumer terminal 3, the consumer terminal 3 accesses the management server 2 and reads the receipt stored in the management server 2 and linked to the code image (read key data). Download the document data. In this way, the business operator can create receipt data in response to a consumer's request and provide the receipt data to the consumer. That is, the business operator can immediately issue receipt data, and the consumer can store the immediately issued receipt data in the consumer terminal 3 and carry it around. Therefore, it is possible to improve convenience for both the business operator who issues the receipt data (voucher data) and the consumer who receives the voucher data.

Another method of passing receipt data (another form of read key data) is to use URL data for downloading receipt data stored in the management server 2 as read key data, and use this URL data as a business link. The information may also be transmitted (obtained via short-range wireless) from the consumer-side terminal 4 to the consumer-side terminal 3 by short-range wireless.

In addition, from the perspective of ensuring security, read key data that has been used once may be invalidated so that it cannot be used from the second time onwards, or it may be made such that receipt data cannot be downloaded more than once using the same read key data. It's okay.

Next, reissue processing and corrected issue processing will be explained. Returning to FIG. 3, when either the reissue function selection section 102a or the corrected issue function selection section 102b is selected on the function selection screen 100, the reissue process or the corrected issue process is started. Here, in the reissue process and the corrected issue process, first, a process of specifying receipt data to be reissued or corrected (target data specifying process) is performed. This target data specifying process is common to the reissue process and the corrected issue process, so it will be explained without distinguishing between them.

When the reissue process or the corrected issue process is started, a receipt data search screen (receipt data search screen) 150 as shown in FIG. 9 is displayed on the display unit 43. The receipt data search screen 150 is an example of an operation screen for searching receipt data that has already been created and stored in the management server 2. The receipt data search screen 150 includes a date input section 151 for inputting the date when the receipt data was created, and an identification section 151 for inputting part or all of the identification data (serial number) of the receipt data. It has a data input section 152, a message section 153 prompting for input of date or identification data (serial number), a cancel button 154, and an OK button 155.

Receipt data (receipt data) that is a state in which the date is input in the date input section 151 or a part of the identification data is input in the identification data input section 152, and is a candidate for reissue or correction. When the OK button 155 is operated when there are multiple candidates), a candidate list screen (receipt data candidate list screen) 160 as shown in FIG. 10 is displayed on the display unit 43. The candidate list screen 160 is an example of an operation screen for displaying a list of receipt data candidates created on the input date. The candidate list screen 160 includes a date display section 161 that displays the input date, an identification data display section 162 that displays the identification data of the receipt data candidate, and an address display section 163 that displays the address of the receipt data candidate. , a cancel button 164, and an OK button 165. On the candidate list screen 160, receipt data to be reissued or corrected can be selected from receipt data candidates by touch operation or the like. However, if there is only one receipt data candidate, the candidate list screen 160 can be omitted.

While the reissue process is being executed, if receipt data to be reissued is selected on the candidate list screen 160, or if there is only one receipt data candidate to be reissued, The management server 2 creates reissued receipt data based on the receipt data to be reissued (rewrites it to reissued receipt data). When the reissued receipt data is created, a receipt data confirmation screen 130S at the time of reissue as shown in FIG. 11 is displayed on the display unit 43.

The receipt data confirmation screen 130S at the time of reissue is a partial modification of the screen configuration of the receipt data confirmation screen 130. Specifically, the first additional data 171 indicating that the item has been reissued is added to the position adjacent to the word "receipt," and the item must be reissued at the end of the identification number. Second additional data 172 indicating . Other than these, the screen is the same as the receipt data confirmation screen 130. That is, the reissued receipt data is obtained by adding (additionally displaying) the first additional data 171 and the second additional data 172 to the normal receipt data.

In the example shown in FIG. 11, the first additional data 171 is a character string "(re-2)", and a number (n+1) indicating the number of reissues (n) is added to the character "re". You can recognize what was issued and how many times it was reissued. In addition, the second additional data 172 is "-1S", in which a number indicating the number of reissues (n) is added to the letter "S" indicating that reissue has been performed as a special process, You can recognize that it has been reissued and the number of times it has been reissued. Note that the format of the first additional data 171 and the second additional data 172 shown in FIG. 11 is an example, and as long as it is possible to recognize that it has been reissued and the number of times it has been reissued, It can be transformed into other characters, figures, symbols, etc. as appropriate.

While the correction issuance process is being executed, if receipt data to be corrected issuance is selected on the candidate list screen 160, or if there is only one voucher data candidate to be corrected, Although omitted, an operation screen (correction screen) for correcting some contents of the receipt data is displayed. On the correction screen, the address displayed in the address display section 131, the date of issue of the receipt data displayed on the issue date display section 133, and the product or service related to the transaction displayed on the transaction details display section 135 are displayed. It is possible to modify the content or the amount for each tax rate displayed in the amount for each tax rate display section 137. The management server 2 creates (issues) corrected receipt data (corrected voucher data) based on the content corrected on the correction screen. At this time, the uncorrected receipt data may be stored on the management server 2 as data separate from the corrected receipt data. When the corrected receipt data is created, a receipt data confirmation screen 130M for corrected issuance as shown in FIG. 12 is displayed on the display unit 43. The receipt data confirmation screen 130M at the time of amended issuance is a screen configuration in which the screen configuration of the receipt data confirmation screen 130 is partially changed (the corrected portion).

In the example shown in FIG. 12, the transaction amount subject to tax rate B has been corrected, and the receipt data confirmation screen 130M displays first correction data 173 indicating the corrected transaction amount (corresponding to the correction content itself). , and accompanying the first correction data 173, third additional data 174 indicating that the receipt data has been corrected and issued (corrected receipt data) is added to the end of the identification number, and the contents of the receipt data are Fourth additional data 175 indicating that the modification has been made is added. In the example shown in FIG. 12, the third additional data 174 is "-1M", and a number indicating the number of correction issuances (n) is added to the letter "M" indicating that correction issuance, which is special processing, has been performed. It is possible to recognize that the receipt data is corrected and the number of times corrections have been issued. That is, the third additional data 174 can be said to be additional data for corrected issue, and since different characters are added to those for reissue, reissue and corrected issue can be easily distinguished. Further, the fourth additional data 175 has a message indicating that it is corrected receipt data, and is displayed instead of the transaction details display section 135. That is, the corrected receipt data is the normal receipt data to which the first correction data 173, third additional data 174, fourth additional data 175, etc. are added (additionally displayed).

In addition, on the receipt data confirmation screen 130M when issuing a correction, in order to easily recognize the corrected part (corrected part) of the receipt data, the corrected part and the parts attached to the corrected part (first corrected data 173, The third additional data 174 and the fourth additional data 175) and other parts (portions unrelated to the modified part) are displayed in a distinguishable manner. For example, a revised portion and a portion associated with the revised portion of the receipt data are highlighted. Examples of ways to highlight the revised part and the parts attached to the revised part include underlining, adding a pattern, adding an appropriate color, displaying in bold, highlighting, etc. do. Note that the format of the first additional data 171 and the second additional data 172 shown in FIG. 11 is an example, and it is possible to recognize the corrected part, the fact that the correction has been issued, and the number of times the correction has been issued. If so, it can be modified into other forms.

When a predetermined operation is performed on the receipt data confirmation screen 130S at the time of reissue and the receipt data confirmation screen 130M at the time of corrected issue, a menu window 139 (see FIG. 7) is displayed, and when the confirm button 139c is operated. The contents of the receipt are confirmed, and a code display screen 140 (see FIG. 8) is displayed. In this way, the business operator can easily provide reissued receipt data or corrected receipt data to the consumer.

Here, when issuing a correction, the correctness comparison table data 180 as shown in FIG. 13 may be created separately from the corrected receipt data. The correct/incorrect comparison table data 180 displays corrected items (correct items) 181 and items before correction (incorrect items) 182 in the receipt data. If the correct/incorrect comparison table data 180 has been created, the read key data also includes data for accessing the management server 2 and downloading the correct/incorrect comparison table data 180 stored in the management server 2. The correct/incorrect comparison table data may be downloaded together with the completed receipt data.

Next, the pattern issuing process will be explained. Returning to FIG. 3, when the pattern function selection section 102c is selected on the function selection screen 100, the pattern issuing process is started. In the pattern issuing process, the issuer (business operator) can register in advance the items to be written in the receipt data as the pre-registered data 27f, and create the receipt data using the pre-registered data 27f. That is, standard evidence data can be easily issued for each issuer (business operator).

Specifically, as the pre-registration data 27f, design data (design data) of evidence data obtained by superimposing a plurality of images can be registered. For example, as shown in FIG. 14, design data in which a first image 130a and a second image 130b are superimposed can be registered. For example, the first image 130a is a so-called background image, and is an image displayed over substantially the entire area of the receipt data. The second image 130b is an image displayed so as to partially overlap the first image 130a on the near side (front side). The display position of the second image 130b can be any position. Further, as the second image 130b, a logotype image, a seal imprint, an illustration, or any other illustration image can be used. As the first image 130a or the second image 130b, an image uploaded from the business terminal 4 to the management server 2 can be used. The first image 130a, the second image 130b, and the parts other than these (the first image 130a and the second image 130b) are displayed as layers, and the first image 130a and the second image 130b are displayed as layers. The image 130a is displayed at the rear of the layer, and parts other than the first image 130a and the second image 130b are displayed at the forefront. In this way, it is possible to freely select the first image 130a and the second image 130b and easily create receipt data with an original design.

Further, tax rate data can be registered in advance for each issuer (business operator). For example, as shown in FIG. 15, a tax rate registration screen 190 for registering an arbitrary tax rate can be displayed on the display section 43, and tax rate data can be registered. The tax rate registration screen 190 has a tax rate registration section 191 for selecting a tax rate to be registered, a cancel button 194, and an OK button 195. The tax rate registration section 191 is provided with selection buttons 191a to 191c for each type of tax rate that can be set in this system. In the example shown in FIG. 15, a first selection button 191a for selecting tax rate A, a second selection button 191b for selecting tax rate B, and a third selection button 191c for selecting tax rate A and tax rate B are provided. It is being The first selection button 191a, the second selection button 191b, and the third selection button 191c are provided with checkboxes for selecting each tax rate (each selection button). As described above, tax rate data can be registered in advance for each issuer (business operator). By registering tax rate data in advance, the step of selecting a tax rate when creating receipt data can be omitted, and receipt data can be created more easily and quickly.

Further, address data can be registered in advance for each issuer (business operator). For example, as shown in FIG. 16, an address registration screen 200 for registering addresses can be displayed on the display unit 43, and data for one or more addresses can be registered. The address registration screen 200 has an address registration section 201 for inputting the address to be registered, a cancel button 204, and an OK button 205. The address registration unit 201 has a text box (input field) that accepts input of an address, and can accept input of an appropriate address via the input unit 42 . If data for multiple recipients is registered, you can use batch printing to issue receipt data to all recipients, or select multiple recipients and issue a group receipt data to the selected recipients. Issuance, etc. can be carried out. In bulk issuance and group issuance, it is possible to have the same contents for each addressee (issued party) except for the identification information (serial number), and the identification information (serial number) can be automatically assigned. , receipt data can be issued to multiple recipients simply by inputting the information necessary to create one piece of receipt data. That is, the business operator can easily issue receipt data to multiple consumers.

Next, the split bill issuing process will be explained. Returning to FIG. 3, when the bill-splitting function selection section 102d is selected on the function selection screen 100, the bill-splitting issuing process is started. In the split bill issuing process, receipt data can be issued when a plurality of consumers share the transaction amount in a certain transaction.

When the split bill issuing process is started, a split bill amount input screen 210 as shown in FIG. 17 is displayed on the display unit 43. The split bill amount input screen 210 is an operation screen when a plurality of consumers share the transaction amount equally (equal split bill). The split bill amount input screen 210 includes an amount input section 211 for inputting the transaction amount (total amount), a number of people input section 212 for inputting the number of people who will bear the expense (number of bill splitters), and a tax rate setting section 213 for setting the tax rate. , a cancel button 214 , and an OK button 215 . Each of the amount input section 211 and the number of people input section 212 has a text box (input field) that accepts input of text. I can accept it. The tax rate setting section 213 is provided with a first selection button for selecting tax rate A, a second selection button for selecting tax rate B, and a third selection button for selecting tax rate A and tax rate B (both). ing. The first selection button, the second selection button, and the third selection button are provided with checkboxes for selecting each tax rate (each selection button).

When the OK button 215 is operated with the total transaction amount and the number of people splitting the bill entered, the management server 2 divides the transaction amount proportionally (divides it evenly) by the number of people splitting the bill, and calculates the amount to be borne by each consumer. Receipt data is automatically created according to the amount borne by each consumer. When the receipt data is created, a receipt data confirmation screen 130 (see FIG. 6) is displayed, and when the contents of the receipt data are determined, a code display screen 140 (see FIG. 8) is displayed. The code display screen 140 is displayed one after another for each consumer. In this way, receipt data when the bill is split evenly can be easily passed to multiple consumers.

In another form of the split bill issuing process, when the split bill issuing process is started, a split bill amount input screen 220 as shown in FIG. 18 is displayed on the display unit 43. The bill-splitting amount input screen 220 is an operation screen when a plurality of consumers are divided into a plurality of groups, and the amount to be borne by each group (payment amount) can be arbitrarily set (so-called tilted bill-splitting).

The split bill amount input screen 220 includes an amount input section 221 for inputting the transaction amount (total amount), a first group setting section 222 for setting the amount to be borne by the first group and the number of people to be borne, and a second group setting section 222 for setting the amount to be borne by the first group and the number of people to be borne. It has a second group setting section 223 for setting the burden amount and the number of burdens, a cancel button 224, and an OK button 225. The first group setting section 222 has an amount input section 222a for inputting the amount to be borne by the first group, and a number input section 222b for inputting the number of people to pay for the first group. The second group setting section 223 has an amount input section 223a for inputting the amount to be paid for the second group, and a number input section 223b for inputting the number of people to pay for the second group. Each of the amount input sections 222a and 223a, the number of people input section 222b, and the number of people input section 223b has a text box (input field) that accepts input of text, and appropriate text (amount, number of people) can be entered via the input section 42. can accept input. However, each group must have at least one person.

When the OK button 225 is operated with the burden amount and the number of people paying for the first group and the burden amount and the number of people paying the burden for the second group being input, the management server 2 calculates the burden amount for each group and the number of people paying the burden for each group. The amount to be borne by each consumer is calculated, and receipt data is automatically created according to the amount to be borne by each consumer. When the voucher data is created, a receipt data confirmation screen 130 (see FIG. 6) is displayed, and when the contents of the receipt data are determined, a code display screen 140 (see FIG. 8) is displayed. The code display screen 140 is displayed one after another for each consumer. In this way, receipt data in the case of a split bill can be easily passed to multiple consumers.

With the above configuration and operation, the business operator can immediately issue receipt data, and the consumer can store the immediately issued receipt data in the consumer terminal 3 and carry it around. It is possible to improve the convenience of both the business that issues the data) and the consumer who receives the evidence data.

The voucher data management system of the present invention corresponds to the voucher data management system 1 of the above embodiment, the business terminal corresponds to the business terminal 4, the consumer terminal corresponds to the consumer terminal 3, and the business terminal corresponds to the consumer terminal 3. The section corresponds to the auxiliary storage section 23, the management server corresponds to the management server 2, the transaction data acquisition means corresponds to the transaction data acquisition program 26b and the control section 21 that operates according to the transaction data acquisition program 26b, and the voucher data generation means corresponds to the voucher data generation section. The storage means corresponds to the program 26c and the control unit 21 that operates according to the program, the storage means corresponds to the storage program 26c and the control unit 21 that operates according to the program, and the key issuing means corresponds to the read key issuing program 26d and the control unit 21 that operates according to the program. Correspondingly, the voucher data transmission means corresponds to the voucher data transmission program 26g and the control section 21 that operates according to this, the modification means corresponds to the modification program 26e and the control section 21 that operates according to this, and the tax rate registration means corresponds to the voucher data transmission program 26g and the control section 21 that operates according to it. The address registration means corresponds to the program 26h and the control unit 21 and tax rate registration unit 191 that operate according to the program, the address registration means corresponds to the pre-registration program 26h and the control unit 21 and the address registration unit 201 that operate according to the program, and the split bill amount calculation means The design registration means corresponds to the split bill amount input screen 210 and the split bill amount input screen 220, and the design registration means corresponds to the pre-registration program 26h and the control unit 21 that operates according to the pre-registration program 26h, but the present invention is not limited to this embodiment and can be applied to other various types. It is possible to make various embodiments. Further, the screens and specific configurations mentioned in the above-described embodiments are merely examples, and can be changed as appropriate depending on the actual product.

For example, in the above-described embodiment, receipt data has been described as an example of evidence data, but the evidence data is not limited to receipt data. In the evidence data management system 1, estimates, purchase orders, purchase orders, delivery notes, invoices, contracts, receipts, receipts, checks, bills, debt instruments, receipt slips, delivery slips, deposit slips, withdrawal slips, etc. It is also possible to issue data on documentary evidence. In these cases, the display unit 43 displays an operation screen for inputting the items necessary for issuing voucher data according to the type of voucher document, and the voucher data management system 1 acquires the items necessary for issuing voucher data. be able to. Furthermore, in the above-described embodiment, the business terminal 4 issues or manages the voucher data by operating according to the voucher data management application, but the management server 2 stores the data of the voucher data management application and stores the voucher data. The management server 2 may operate in accordance with a management application, and may execute some or all of the operations of the operator terminal 4. That is, the voucher data may be issued or managed on the network (on the cloud) of the voucher data management system 1.

The present invention can be used in industries where electronic evidence data (voucher data) is issued or managed.

1... Voucher data management system 2... Management server 21... Control unit 22... Communication unit 23... Auxiliary storage unit 3... Consumer terminal 31... Control unit 32... Input unit 33... Display unit 34... Imaging unit 4... Business side Terminal 41...Control unit 42...Input unit 43...Display unit 5...Network

Claims (6)

A voucher data management system comprising a business terminal used by a business providing goods or services, a consumer terminal used by a consumer receiving the goods or services, and a management server equipped with a storage unit. And,
transaction data acquisition means for acquiring transaction data including a transaction amount of goods or services and a tax rate on the transaction amount;
Evidence data generation means for generating evidence data based on the transaction data;
Storage means for storing the evidence data in the storage unit;
a key issuing unit that creates read key data linked to the voucher data and causes the consumer terminal to acquire the read key data;
evidence data transmitting means for transmitting the evidence data linked to the read key data to the consumer terminal when the consumer terminal acquires the read key data;
Voucher data management comprising a correction means for modifying a part of the content of the voucher data in accordance with an input operation from the aforementioned vendor-side terminal, and generating modified voucher data in which a modified display is added to the modified portion. system. further comprising a tax rate registration means for pre-registering tax rate data on the transaction amount in voucher data issued by the aforementioned merchant in response to an input operation from the aforementioned merchant side terminal;
The evidence data management system according to claim 1. further comprising an address registration means for pre-registering address data in voucher data issued by the above-mentioned trader in response to an input operation from the above-mentioned trader-side terminal;
The evidence data management system according to claim 1. Further comprising split bill amount calculation means for calculating a burden amount to be borne by each consumer when a plurality of consumers pay the transaction amount by split bill,
4. The voucher data management system according to claim 1, wherein said voucher data generating means generates voucher data for each consumer in accordance with the amount to be paid. further comprising a design registration means for pre-registering data of a design of evidence data in which the first image and the second image are superimposed;
The evidence data management system according to claim 4. In an evidence data management system that includes a business terminal used by a business providing goods or services, a consumer terminal used by a consumer receiving the goods or services, and a management server equipped with a storage unit. A method for managing evidence data, the method comprising:
Obtaining transaction data including the transaction amount of goods or services and the tax rate on the transaction amount,
generating evidence data based on the transaction data;
storing the evidence data in the storage unit;
creating read key data linked to the voucher data and causing the consumer side terminal to acquire the read key data;
When the consumer-side terminal acquires the read-out key data, transmitting the evidence data linked to the read-out key data to the consumer-side terminal;
A method for managing evidence data in which a part of the contents of the evidence data is corrected in accordance with an input operation from a terminal on the side of the trader, and corrected evidence data is generated by adding a post-correction display to the corrected portion.

Images