JP2006221553A - Commodity sales data processing system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To facilitate approval number confirming work on unrealized transactions unapproved by a credit card issuer, on the store side processing credit settlement. <P>SOLUTION: Credit details data on commercial transaction processed in the credit settlement is preserved in a data file. The unrealized transactions unapproved from the credit card issuer is selected on the basis of the credit details data preserved in the data file. The credit details data on the selected unrealized transactions is outputted, for example, as a display. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a merchandise sales data processing apparatus such as a POS (Point Of Sales) terminal capable of processing credit settlement.

  In a shopping center where credit card payment is possible, a host computer having a credit management function is usually connected to a headquarters server installed at the headquarters of a developer, which is a center management company, via a credit-only network. Yes. The head office server is connected to a POS terminal installed in each tenant store via a dedicated network in the center. The POS terminal is an aspect of the merchandise sales data processing device, and in particular, is compatible with credit settlement including a card reading unit capable of reading credit card data, an input unit for inputting a credit payment method, and the like. belongs to.

  Thus, in a tenant store that has received a credit card payment request from a customer, the store clerk operates the credit card payment declaration key after registering the sales data of the product purchased by the customer at the POS terminal. Next, the card data of the credit card submitted by the customer is read, and a credit payment method such as lump sum payment, installment payment, and revolving payment is input.

  Then, in the POS terminal, a credit approval inquiry message is created in which data such as payment amount and payment classification corresponding to the payment method is incorporated together with the credit card data. This inquiry message is transmitted to the head office server via the network.

  Here, when the connection between the head office server and the host computer having the credit management function is established, the inquiry message is transferred to the host computer. In the host computer, it is determined whether or not to approve the credit based on the card data and the payment amount. Then, a response message indicating the determination result is returned to the inquiring POS terminal via the head office server. On the other hand, if the connection between the head office server and the host computer is not established, it is determined whether or not the head office server approves the credit based on the payment amount. Then, a response message indicating the determination result is returned to the inquiring POS terminal.

  In the POS terminal that has received the response message for approving credit, three types of credit slips are created for reporting to the credit card issuer, for customer records, and for headquarters records. In these credit slips, a slip number uniquely issued from the POS terminal is printed. In addition, for a commercial transaction for which credit has been approved by the host computer, an approval number uniquely issued by the host computer is also printed.

  Thereafter, the POS terminal creates credit detail data indicating the credit detail items of the commercial transaction for which the credit settlement has been processed. Then, the credit statement data is transmitted to the head office server via the network.

  In the headquarters server, the credit details data sent from each POS terminal is stored on a data file. In addition, a credit slip for headquarters is delivered from each tenant store to the headquarters. Therefore, when the business person in charge at the headquarters reaches the settlement time of each business day, the credit detail data stored on the data file is collated with the credit slip collected from each tenant store, and the credit detail data Was scrutinized. At this time, for a transaction approved in the headquarters server due to a communication problem with the computer, that is, an unsettled transaction that has not yet been approved by the host computer, the credit card issuer will issue an authorization number. There was a demand for troublesome work such as receiving a number.

As a system for a shopping center, a sales management system that automates a data matching operation when determining daily sales information at each store is already known. However, even if this sales management system is used, it is not possible to reduce the burden required for the detailed examination of the credit details data performed at the headquarters (see, for example, Patent Document 1).
JP-A-9-147238

  As described above, in the past, in the detailed examination of credit details data performed in the management department of the headquarters server, the approval number was acquired for unsettled transactions that have not yet been approved by the credit card issuer. Therefore, at the developer headquarters where it is necessary to scrutinize detailed data of credit settlement processed at many tenant stores like a large-scale shopping center, there was a problem that the human load required for scrutinization work is very large .

  Such a problem is considered to be solved if the store that processes the credit settlement can acquire the approval number of the unsettled transaction, and the human burden required for the scrutiny in the server management department is reduced. .

  The present invention was made based on such circumstances, and the purpose of the present invention is to confirm the approval number for an unsettled transaction that has not been approved by a credit card issuer, It is an object of the present invention to provide a merchandise sales data processing apparatus that can support easy operations.

  In the present invention, when credit payment is instructed for a commercial transaction that has processed merchandise sales data, a credit approval inquiry is made to a host connected to the line, and when an approval response is received, the merchandise sales process the credit settlement of the commercial transaction In a data processing device, for example, a POS terminal that supports credit settlement, a detail storage unit that stores credit detail data of a commercial transaction for which credit settlement has been processed in a data file, and a credit agent based on the credit detail data stored in the data file An unsuccessful transaction selection means for selecting an unsettled transaction for which approval has not been obtained, and an unsettled transaction detail output means for outputting credit detail data of the unsuccessful transaction selected by the unsuccessful transaction selection means Is. The unsettled transaction selection means selects, as an unsettled transaction, a business transaction corresponding to credit detail data for which an automatically issued approval number is not set, for example, when approval from a credit merchant is obtained. The unsettled transaction details output means configures a screen showing a list of credit details data of unsuccessful transactions, for example, and outputs this screen on the display unit.

  According to the present invention in which such measures are taken, merchandise sales data that can support easy confirmation of an approval number check for an unsettled transaction that has not been approved by a credit card issuer at a store that processes credit settlement. A processing device can be provided.

The best mode for carrying out the present invention will be described below with reference to the drawings.
This embodiment is a case where the present invention is applied to a POS system installed in each tenant store of a shopping center where a credit card system is constructed.

  FIG. 1 is an overall configuration diagram of a credit card system according to the present embodiment. Each tenant store (tenant A, tenant B,...) Has a POS system. The POS system connects a plurality of POS terminals 1 installed in a store to a store server 2 installed in a store office or the like via a communication line 3 such as a LAN (Local Area Network). It is configured.

  A headquarter server 4 is installed at the headquarters of the developer. A store server 2 of each tenant store is connected to the headquarter server 4 via a dedicated network 5 in the center. A host computer 7 having a credit management function is connected to the headquarter server 4 via a credit-dedicated network 6.

  The POS terminal 1 has a function of processing sales data of merchandise registered for sale and calculating the total of commercial transactions, a function of processing payment data input for the total of commercial transactions, and settlement of commercial transactions. In particular, it is compatible with credit card payment that can process credit card payment.

  The store server 2 has a function of managing product data such as product names and unit prices of products registered for sale at each POS terminal 1, and totals product sales data processed at each POS terminal 1 to obtain daily data for the entire store. It has a function to manage, a function to relay communication between each POS terminal 1 and the headquarter server 4, and the like.

  The headquarter server 4 collects and analyzes daily data determined by each store server 2 and monitors the line status with the host computer 7 having a function of managing the sales performance of each store and a credit management function, When the connection is not established, it has a function of determining credit approval.

  The headquarter server 4 is provided with a master file 8 for storing credit detail data including credit detail items of a commercial transaction for which credit settlement is processed at the POS terminal 1 of each tenant store. Further, each POS terminal 1 is provided with a local file 9 for storing the credit details data of the commercial transaction for which the credit settlement is processed by the own device.

  An example of the item layout of the credit details data is shown in FIG. In the figure, the tenant code is an identification code assigned and set to each tenant store by the developer. The POS number is an identification number assigned and set by each tenant store to each POS terminal 1 in the store. The serial number is a serial number that is issued each time credit settlement is processed from the POS terminal 1. Card data is raw data recorded on a credit card. The company identification code is an identification code preset for a credit card issuer. The card number is a number assigned to each credit card issued by the credit card issuer in-house. The transaction date and time is the date and time when the credit settlement is established. The slip number is a transaction identification number attached to the credit slip. The sales classification is data for classifying whether it is credit detail data for a sales transaction or credit detail data for a cancellation transaction. The payment classification is data for classifying credit payment methods (batch, division, revolving, etc.). The payment amount is a payment amount by credit. The approval number is a number that is issued each time a credit card transaction is approved by a credit card issuer.

  FIG. 4 is a block diagram showing a main configuration of the POS terminal 1. The POS terminal 1 includes a CPU (Central Processing Unit) 11 as a control unit body. Also, a ROM (Read Only Memory) 12 in which fixed data such as a program is stored in advance, a RAM (Random Access Memory) 13 in which a memory area for registering merchandise sales data is formed, the current date and time In addition to a clock unit 14 for clocking, a LAN controller 15 for controlling data communication with the store server 2 connected via the communication line 3, a keyboard controller 16, a touch panel controller 17, a display controller 18, a printer controller 19, a card reader A controller 20, an I / O port 21 and the like are mounted. The CPU 11, the ROM 12, the RAM 13, the clock unit 14, the LAN controller 15, the keyboard controller 16, the touch panel controller 17, the display controller 18, the printer controller 19, the card reader controller 20, and the I / O port 21 are an address bus and a data bus. Etc. are connected by a bus line 22.

  The keyboard controller 16 inputs key data corresponding to the key operation from the keyboard 23 and notifies the CPU 11 of the key data. The keyboard 23 includes a numeric key, a PLU key, a subtotal key, a deposit / current total key, a cancel key, a clear key, a credit total key for declaring credit payment, and a payment method selection key for selecting a credit payment method. Is arranged.

  The touch panel controller 17 displays display data on the screen of the touch panel 24. Moreover, the touch operation of the touch panel 24 is detected, and the coordinate data is notified to the CPU 11. The touch panel 24 functions as a display unit and an operation unit for an operator (casher). The display controller 18 displays display data on the display 25. The display 25 functions as a customer display. The printer controller 19 supplies print data to the printer 26 to perform a printing operation. The printer 26 prints data on a receipt sheet. When a credit settlement is established, the printer 26 uses the receipt sheet to generate three types of credit slips for reporting to a credit card issuer, for customer records, and for headquarters records. Print out. The card reader controller 20 takes in the card data read by the card reader 27 and notifies the CPU 11 of it. The card reader 27 corresponds to reading data recorded on a credit card. The I / O port 21 outputs a drive signal to the drawer 28 for storing cash or the like. The drawer 28 is configured to open in response to a drive signal input.

  In the POS terminal 1 having such a configuration, the local file 9 is formed in the RAM 13. In addition, as shown in FIG. 3, the area A0 and the amount B0 of credit-paid commercial transactions are totaled, and the number of successful transactions A1 and the amount B1 approved by the credit card issuer among the credit-paid commercial transactions. A credit total table 30 is formed in the RAM 13 in which an area to be summed and an area for summing the number of unsettled transactions A2 and the amount B2 not approved by a credit card issuer are formed.

  Thus, when the sales data of the product purchased by the customer is input by operating the keyboard 23, the CPU 11 performs registration processing of the product sales data. Also, registered product data such as product name and price is displayed on the touch panel 24 and the display 25. Thus, after the sales data of all the products sold as one commercial transaction is registered, when the credit payment is instructed by the credit meter key operation of the keyboard 23, the CPU 11 executes the closing work process shown in the flowchart of FIG. .

  That is, when the CPU 11 confirms that the closing input of one commercial transaction is a credit meter key as ST (step) 1, it sends an approval inquiry message from the card data read by the card reader 27 as ST2 and the payment category and the payment amount. This approval inquiry message is created and transmitted from the LAN controller 15 to inquire the host computer 7 for credit approval. Note that a tenant code and POS number set in advance and a serial number that is progressively issued each time the credit meter key is pressed are added to the approval inquiry message as header data.

  This approval inquiry message is transmitted to the store server 2 via the communication line 3 and further transmitted to the headquarter server 4 via the network 5. The headquarter server 4 determines whether or not a line with the host computer 7 is connected. When the line is connected, the approval inquiry message is transmitted to the host computer 7 via the network 6. When the host computer 7 receives the approval inquiry message, the host computer 7 determines whether or not to approve the credit settlement from the card data or the payment amount in the message. In the case of approval, an approval response message in which a new approval number (> 0) is added to the card data or payment data in the inquiry message is returned. This approval response message is transmitted to the POS terminal 1 as the inquiry message transmission source via the headquarter server 4 and the store server 2.

  On the other hand, for example, when the host computer 7 is down and the line between the headquarter server 4 and the host computer 7 is not connected, the headquarter server 4 determines whether or not to approve credit settlement from the payment amount. The In the case of approval, an approval response message in which the approval number = 0 is added to the card data or payment data in the inquiry message is returned. This approval response message is transmitted to the POS terminal 1 as the inquiry message transmission source via the store server 2.

  Therefore, the CPU 11 of the POS terminal 1 that has made a credit approval inquiry to the host computer 7 waits for a response to this inquiry. If the approval response message is received as ST3, the CPU 11 operates the printer 26 as ST4 to issue three types of credit slips for reporting to the credit card issuer, for customer records, and for headquarters records. Let Further, as ST5, the credit detail data of the data layout shown in FIG. 2 is created and stored in its own local file 9 (detail saving means).

  Thereafter, the CPU 11 determines whether or not the approval number included in the approval response message is “0” as ST6. Here, if the approval number is not “0”, the commercial transaction that has been settled by credit is a completed transaction approved by the credit card issuer, so the CPU 11 determines the credit total area and the finalized transaction total area of the credit total table 30 as ST7. In addition, the number of times = 1 and the amount of payment are added.

  On the other hand, if the approval number is “0”, the commercial transaction that has been settled by credit is an unsettled transaction that has not yet been approved by the credit card issuer, and therefore the CPU 11 stores the credit total table 30 in ST8. The number of times = 1 and the payment amount are added to the credit total area and the incomplete transaction total area, respectively. This completes the processing for the current commercial transaction for which the credit card is settled.

  Further, the CPU 11 can execute the credit review process shown in the flowchart of FIG. 6 in the daily report operation mode performed after the end of the sales operation on one business day.

  That is, the CPU 11 starts this processing when any of the tasks is selected from the daily report task mode menu. Then, when confirming that the business selected as ST11 is the business of the credit review process, the CPU 11 edits the detailed object selection screen 40 of the screen layout shown in FIG. As shown in the figure, on the detailed object selection screen 40, the total score and total amount of the credit total, the established transaction total and the unsettled transaction total stored in the credit total table 30, and the total score and total amount of the credit total are stored. The difference obtained by subtracting the total score and the total amount of the finalized transaction is displayed. Also, a confirmation button 41 for confirming the details of the information regarding the completed transaction, a confirmation button 42 for confirming the details regarding the unconfirmed transaction, and an end button 43 are displayed as touch buttons. Yes.

  Next, in step ST13, the CPU 11 determines whether the total number of unsettled transactions in the credit total table 30 is “0” or “1” or more. If the total number of unsuccessful transactions is “0”, the selection disable flag of the unsuccessful details confirmation button 42 is stored. On the other hand, when the total number of unsettled transactions is “1”, the selectable flag of the unsettled details confirmation button 42 is stored. Then, for example, the background color of the button is changed so as to notify the operator that the incomplete statement confirmation button 42 can be selected.

  Next, the CPU 11 waits for the touch operation of the touch buttons 41 to 43 on the detailed target selection screen 40 as ST16. Here, when it is detected in ST17 that the end button 43 has been touched by the touch coordinate data input from the touch panel controller 17, the CPU 11 sends the data of the local file 9 to the headquarter server 4 via the store server 2. To finish the credit scrutiny process.

  On the other hand, when it is detected in ST18 that the confirmed details confirmation button 41 is touched, the CPU 11 extracts from the local file 9 credit details data with an approval number of “1” or more as the established transaction details data. . Then, the finalized transaction details confirmation screen 50 having the screen layout shown in FIG. 9 is edited and displayed on the touch panel 24. As shown in the figure, the finalized transaction details confirmation screen 50 includes a POS number of each finalized transaction details data extracted from the local file 9, the company name of the credit card issuer corresponding to the company identification code, the sales category, the payment category, Each item list of transaction date / time, payment amount, slip number and approval number is displayed. Further, a previous page button 51 for instructing the previous page display of finalized transaction details data displayed in the list, a next page button 52 for instructing the next page display, and an end button 53 are displayed as touch buttons. When it is detected that the end button 53 has been touched, the CPU 11 returns to the process of ST12, and edits the detail object selection screen 40 again and displays it on the touch panel 24.

  If it is detected in ST19 that the incomplete statement confirmation button 42 has been touched, the CPU 11 determines in ST20 whether a selectable flag for the incomplete statement confirmation button 42 is stored. Here, when the selectable flag is not stored, that is, when the selectable flag is stored, the operation of the incomplete statement confirmation button 42 is prohibited, so the CPU 11 returns to the process of ST16, and next Wait for button operation.

  On the other hand, when the selectable flag of the unsuccessful statement confirmation button 42 is stored, the CPU 11 executes the unsatisfied detail check process specifically shown in FIG. First, in ST21, the credit detail data with the approval number “0” is extracted from the local file 9 as unsettled transaction detail data (unsettled transaction selection means). Then, as ST22, the incomplete transaction details confirmation screen 60 having the screen layout shown in FIG. 10 is edited and displayed on the touch panel 24 (incomplete transaction details output means).

  As shown in the figure, the unsettled transaction details confirmation screen 60 displays the POS number of each credit detail data of the unsuccessful transactions extracted from the local file 9, the company name of the credit card issuer corresponding to the company identification code, and the sales category. Each item list of payment category, transaction date and time, payment amount, slip number and approval number is displayed. In addition, a previous page button 61 for instructing the previous page display of the transaction details data displayed in the list, a next page button 62 for instructing the next page display, an edit button 63, and an end button 64 are displayed as touch buttons. Has been. Since the extracted credit details data has an approval number of “0”, the approval number column is blank.

  Here, when it is detected in ST23 that the end button 64 has been touched, the CPU 11 returns to the processing of ST12, edits the detail object selection screen 40 again, and displays it on the touch panel 24.

  On the other hand, if it is detected in ST24 that the edit button 63 has been touched, the CPU 11 selects any data from the credit details data of unsettled transactions displayed in the list as ST25. Wait to be done. Here, when it is detected that any item data display column in the list is touched by the touch coordinate data input from the touch panel controller 17, the credit detail data displayed in the column is selected. Therefore, the CPU 11 obtains the credit details data of the selected unsettled transaction from the local file 9 as ST26. In addition, as shown in FIG. 11, the cursor 65 is displayed in the approval number column of the row in which the credit details data of the list in the unsettled transaction details confirmation screen 60 is displayed as ST27, and input to this column is possible Let the operator know that

  If the numerical data corresponding to the approval number is input by the numeric key operation of the keyboard 23 as ST28, the CPU 11 displays this numerical data in the corresponding approval number column and the credit detail data corresponding as ST29. The transaction date / time and the approval number are updated to the current date / time counted by the clock unit 14 and the approval number keyed in, respectively (approval number adding means). Then, in ST30, the credit detail data in which the transaction date and time and the approval number are updated is added to the local file 9 (additional detail storage means). Also, as ST31, the number of times = 1 and the payment amount of the credit detail data are added to the finalized transaction total area in the credit total table 30. Further, in ST32, the number of times = 1 and the payment amount of the credit detail data are subtracted from the incomplete transaction total area in the credit total table 30.

  After that, when it is detected by the touch operation on the touch panel 24 that the credit detail data of another unsettled transaction has been selected, the CPU 11 executes the processes of ST26 to ST32 again. If it is detected in ST33 that the end button 64 has been touched, the CPU 11 returns to the processing in ST12, and edits the detail object selection screen 40 again and displays it on the touch panel 24. .

  In this embodiment configured as described above, when a credit payment occurs for a commercial transaction at each tenant store, the tenant code, the POS number, and the serial number are used as header data, and the credit card card data used, Credit details data with item data such as company identification code, card number, transaction date / time, slip number, sales classification, payment classification, payment amount, approval number, etc. is stored in the local file 9 of the POS terminal 1 that has processed the transaction. Is done. Here, for the credit details data approved by the host computer 7 in response to the credit inquiry from the POS terminal 1, an approval number of “1” or more is set. On the other hand, for example, for the credit detail data approved by the headquarter server 4 because the host computer 7 is down and cannot be approved, the approval number is “0”.

  Further, in the credit total table 30 of each POS terminal 1, the number and amount of commercial transactions for which credit settlement was processed at the POS terminal, the number and amount of finalized commercial transactions approved by the host computer 7 therein, The number of unsettled commercial transactions approved by the headquarter server 4 and the amount of money are totaled.

  Now, at each tenant store, when a day's business ends, a daily report operation is performed in order to notify the developer of the sales amount for that day. In this daily report business, a business manager such as a store manager executes a credit review process. That is, the credit scrutiny process is selected from the daily report work menu of the POS terminal 1. Then, the detail object selection screen 40 is displayed on the touch panel 24 of the POS terminal 1.

  Here, when there is an unsettled transaction among the commercial transactions processed by credit settlement at the POS terminal 1, that is, when the credit detail data with the approval number “0” is stored in the local file 9 For example, it is notified that the unconfirmed item confirmation button 42 can be selected by changing the background color of the unconfirmed item confirmation button 42.

  The person in charge of business who recognizes that the unconfirmed item confirmation button 42 can be selected touches the unconfirmed item confirmation button 42. Then, the credit detail data of the unsettled transaction is selected from the local file 9, and the unsettled transaction detail confirmation screen 60 showing a list of this data is displayed on the touch panel 24. Thereby, the business manager can confirm detailed information such as the credit card issuer of the unsettled transaction, the payment amount, and the payment classification.

  The business manager who has confirmed the detailed information of the unsettled transaction calls the credit card issuer and requests an approval number for the unsettled transaction. Then, if the approval number can be acquired, the corresponding credit statement data display field on the incomplete transaction details confirmation screen 60 is touched. Then, since the cursor 65 is displayed in the approval number column of this credit statement data display column, the person in charge of the business enters the number of the approval number acquired from the credit card issuer. If it does so, the credit detailed data of the completion transaction by which the transaction date and time and the approval number were updated among each item of applicable credit detailed data will be produced. Then, the credit statement data is added to the local file 9. In addition, the number of times = 1 and the payment amount of the credit detail data are added to the established transaction total area in the credit total table 30, and the same number and the same amount are subtracted from the unconfirmed transaction total area.

  Thereafter, when the end button 43 of the detail object selection screen 40 is touched and the end of the credit examination process is declared, the data of the local file 9 is transmitted to the headquarter server 4 and stored in the master file 8. Accordingly, in the master file 8, two types of data with the same tenant code, POS number, and serial number are stored with respect to the credit detail data of the commercial transaction that is not approved by the store computer 7 at the time of credit settlement. Of these, the oldest transaction date is data of an unsettled transaction with an approval number “0”, and the newer transaction date is data of a successful transaction with an approval number “1” or more. Therefore, in the headquarter server 4, when there are two types of credit detail data with the same tenant code, POS number, and serial number, the data with the old transaction date is treated as invalid and the new data is prioritized, so Credit details data of unsettled transactions can be reduced from the master file 8.

  As described above, by executing the credit scrutiny process at each tenant store and sharing the approval number acquisition work of the unsettled transaction, the unsettled transaction from the credit detail data stored in the master file 8 of the headquarter server 4 The credit details data of the headquarters server 4 is reduced, so that it is possible to greatly reduce the workload of the scrutiny work performed on the developer side which is the management department of the headquarter server 4.

  The present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage.

  For example, in the above embodiment, the local file 9 is provided in the POS terminal 1 of each tenant store, but the local file 9 is provided in the store server 2 and each POS terminal 1 connected to the store server 2 is connected to the local file 9. May be shared. By doing so, the credit scrutiny process may be performed by any one POS terminal 1 in one tenant store, and the work burden at the tenant store can be reduced.

  In the above embodiment, the credit detail data with the approval number “0” is selected as the data for the unsettled transaction. However, the method for selecting the data for the unsettled transaction is not limited to this. When information indicating the transmission destination of the approval response is added to the data, if the transmission destination is the host computer 7, it is recognized as a successful transaction, and if it is the headquarters server 4, it is recognized as an incomplete transaction, You may make it select the credit detailed data of an unsettled transaction.

  In the above embodiment, the touch panel 24 is used as the display unit for the operator. However, the touch panel 24 is merely an example, and various screen displays and button inputs on the screen using a display and a pointing device such as a mouse. You may be able to perform.

  Further, the present invention is not limited to a merchandise sales data processing apparatus such as a POS terminal used in a credit card system of a shopping center. For example, sales of a plurality of chain stores in a region are managed by the regional headquarters. The present invention can be similarly applied to a merchandise sales data processing apparatus used for a credit card system of a chain store to be managed.

  In addition, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, the constituent elements over different embodiments may be combined.

1 is an overall configuration diagram of a credit card system according to an embodiment of the present invention. The schematic diagram which shows the data structure of the credit detailed data processed in the embodiment. The schematic diagram which shows the area structure of the credit total table formed in RAM of a POS terminal in the same embodiment. The block diagram which shows the principal part structure of the POS terminal in the embodiment. The flowchart which shows the principal procedure of the fastening work process which CPU of the POS terminal in the embodiment performs. The flowchart which shows the principal procedure of the daily report business process which CPU of the POS terminal in the embodiment performs. The flowchart which shows the specific procedure of the unsettled detailed examination process in FIG. The schematic diagram which shows an example of the detailed object selection screen displayed on a touch panel by the daily report business process execution of the POS terminal in the embodiment. The schematic diagram which shows an example of the finalized transaction details screen displayed on a touch panel by the daily report business process execution of the POS terminal in the embodiment. The schematic diagram which shows an example of the unsettled transaction details screen displayed on a touch panel by the daily report business process execution of the POS terminal in the embodiment. The schematic diagram which shows the state at the time of the unsettled transaction selection of the said unsettled transaction details screen.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 1 ... POE terminal, 2 ... Store server, 4 ... Head office server, 7 ... Host computer, 8 ... Master file, 9 ... Local file, 30 ... Credit total table, 40 ... Detail object selection screen, 50 ... Successful transaction details confirmation screen , 60 ... Unconfirmed transaction details confirmation screen.

Claims (2)

When a credit payment is instructed for a commercial transaction that has processed merchandise sales data, a credit approval inquiry is made to the host connected to the line, and when an approval response is received, the merchandise sales data processing device processes the credit settlement of the commercial transaction. ,
A statement storage means for storing the credit statement data of a commercial transaction for which credit settlement has been processed in a data file;
An unsettled transaction selection means for selecting an unsettled transaction that has not been approved by a creditor based on the credit statement data stored in the data file;
An unsettled transaction statement output unit that outputs credit statement data of the unsettled transaction selected by the unsettled transaction selection unit;
A product sales data processing apparatus characterized by comprising: Approval number adding means for adding an approval number issued when approval from the creditor is obtained to the credit statement data output by the unsettled transaction statement output means;
An additional item storage unit that stores the credit item data to which the approval number is added by the approval number addition unit in the data file;
The product sales data processing apparatus according to claim 1, further comprising:

Images