JP2011180847A - Stamping operation processing system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system for simplifying part of post-stamping operations on conditions of the kind of transaction, a person in charge of the transaction, the amount transacted or the like for increased efficiency of the post stamping operations as an entire financial institution, without centralizing post-stamping operations conducted in each office of the financial institution to an operation center or the like and conducting stamping operations to all transactions. <P>SOLUTION: Transaction history data received from an office terminal 3 is stored in a transaction history database 9, and during a post-stamping processing that uses a stamping terminal 6, the transaction history data is acquired on the condition designated in office units or the like. The transaction history data is classified into stamping subject history data matching stamping-requiring subject conditions stored in a stamping subject condition database 11, and non-condition transaction history data that matches neither of the stamping-requiring subject conditions. Based on the ability level of the person in charge of transaction who performed the transaction of the non-condition transaction history data, the stamping subject history data serving as the subject of stamping is extracted from the non-condition transaction history data, and post-stamping is performed only for the stamping subject history data. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a check operation processing system for a check operation in which a third party reconfirms the contents of a transaction performed by a person in charge of transaction performed at a financial institution.

  In the conventional branch office system, in the case of transactions using slips, if the slip read by the scanner of the branch office terminal is not stamped or the stamp that was stamped is an old registered stamp, the customer If you do not bring it with you, the person in charge at the window will send a notification to the transaction management server to obtain a pre-approval transaction at the branch terminal to make it a convenient transaction, and the transaction management server will deal with the transaction details. After registering in the transaction management database with an identification number, if the officer in advance approves the expedient transaction at the officer's terminal, the person in charge of the transaction performs online processing on the transaction at the branch office terminal. After the online processing, the officer performs a post-validation check to confirm that the convenient transaction is correctly performed by the officer terminal (see, for example, Patent Document 1).

  The above-mentioned patent document describes the post-validation of the transaction result by a third party in a convenient transaction. Generally, at a financial institution, a deposit transaction, a withdrawal transaction, a transfer transaction, etc. using a slip Even in the case of a normal transaction using a form such as a slip (referred to as a form transaction), the third party reconfirms the results of the account transaction performed by the person in charge of the transaction (referred to as post-marking or post-marking work). This post-marking operation is usually carried out at each financial institution's sales office, and the checkers at each sales office are used for visual confirmation work or transactions for all form transactions at that sales office. The slip image and the account transaction result are displayed on the screen of the check terminal, and necessary points are sequentially checked.

JP 2009-145936 A (paragraphs 0026-0028, 0072-0079, FIG. 8)

  However, the above-described conventional technique has a problem in that post-marking work cannot be made more efficient because the post-marker performs post-marking for all form transactions.

  In addition, some sales offices extract some transactions based on their own judgment and carry out post-marking, but the judgment criteria for each branch differ, and there is a difference in the administrative efficiency of post-marking work at each branch. As a result, there is a problem that the efficiency of post-marking work as a whole financial institution cannot be achieved.

  Therefore, the present invention concentrates the post-marking work performed at each branch office of the financial institution on the office center, etc., and does not carry out the checking work for all transactions, The purpose is to eliminate the post-marking work partially on the condition of the transaction amount, etc., and to improve the efficiency of the post-marking work as a whole financial institution.

  In order to solve the above-mentioned problems, the present invention provides a marking service processing system including a center server installed in a business center of a financial institution and a marking terminal installed in the business center. Transaction history storage means for storing transaction history data of store terminals, verification target condition storage means for storing the mandatory check target conditions that are always subject to verification, and the ability level of the transaction person for each sales person in charge at the branch office Responsible person capability level storage means, transaction history data stored in the transaction history storage means, verification required target conditions stored in the verification target condition storage means, and transaction manager stored in the person ability level storage means And a means for transmitting the capability level of the person to the checking terminal, the checking terminal including transaction history data received from the center server, and a check mandatory target condition , Means for storing the ability level of the person in charge of the transaction, and the received transaction history data into the check target history data that matches the required check target condition and the unconditional transaction history data that does not match the required check target condition Means for classifying, based on the ability level of a transaction person who has made a transaction of the unconditional transaction history data, means for extracting the verification target history data to be verified from the unconditional transaction history data, and the verification target Means for performing post-checking processing of history data.

  As a result, the present invention can omit the post-marking work for some transaction history data based on the unified judgment standard that centralizes the transaction history data of each branch office, and the post-marking work as a whole financial institution. The effect that efficiency improvement of this can be achieved is acquired.

Explanatory drawing which shows the structure of the check business processing system of an Example The block diagram which shows the check terminal of execution example The flowchart which shows the post-marking process of an Example Explanatory drawing which shows the example of a display of the check screen in the post-marking of an Example

  In the following, an embodiment of a marking service processing system according to the present invention will be described with reference to the drawings.

  In FIG. 1, reference numeral 1 denotes a marking server as a center server, which is installed in a business center of a financial institution such as a bank, and is installed in each branch office of a financial institution via a communication line 2 such as a dedicated line or a telephone line. Are connected to a plurality of check terminals 6 via a network 5 in the center such as a LAN (Local Area Network) provided in the office center.

  The branch office terminal 3 is a terminal device installed at the counter of the branch office or behind it and connected to the accounting host computer 7 installed in the office center through the communication line 2 and is not shown. It is equipped with a storage unit, display unit, scanner, etc., and communicates with the host computer 7 based on the transaction data input by the person in charge of transaction based on the contents of the slip submitted by the customer to the customer service counter, and processes transactions with the customer. Function to be performed, slip image as a form image obtained by reading the image of the slip with a scanner after the end of the transaction with the customer, account transaction result received from the host computer 7 (simply referred to as transaction result), transaction data by the transaction person And the like as a transaction history data.

  In a storage device (not shown) of the check server 1, a transaction history database 9 (hereinafter referred to as “DB”) that stores the transaction history data of the account system transmitted from the branch office terminal 3, and a transaction that is subsequently checked by the checker. A check result DB 10 for storing the check result data for each history data, a check target condition DB 11 for storing a check target condition such as a check target required business, and a person in charge ability level for storing past check history data for each trader A check history DB 12 is constructed as a storage means, and the specification is made in accordance with the specified conditions from the check terminal 6, for example, various specified conditions such as branch office unit (one branch office) designation, customer designation, and monetary designation. The function of extracting transaction history data corresponding to the condition from the transaction history DB 9 and transmitting it to the check terminal 6, the check target conditions stored in the check target condition DB 11, etc. And it has a function for transmitting to the mark terminal 6.

  The host computer 7 corresponds to a customer identifier for individually identifying a customer who is an account opener in a financial institution, and stores account information such as store name, subject, account number, etc. of the customer's account, its PIN, account balance, etc. Manage customer accounts with customer information.

  The check terminal 6 such as a personal computer is a terminal device that is operated by a check staff in charge of the check work in the office center and performs the post check work, and has the configuration shown in FIG.

  In FIG. 2, reference numeral 15 denotes a control unit of the check terminal 6, which is connected to the check server 1 via the intra-center network 5, and functions to control each part in the check terminal 6 to execute a post-checking process and the like have.

  Reference numeral 16 denotes a storage unit of the checking terminal 6, which stores a program executed by the control unit 15, various data used for the program, processing results by the control unit 15, and the like.

  Reference numeral 17 denotes a display unit of the check terminal 6, which includes a display screen such as an LCD, and has a function of displaying a check screen and the like in the post-checking process.

  Reference numeral 18 denotes an input unit of the check terminal 6, which includes a keyboard, a mouse, and the like, and has a function of receiving input of post-checking work from a checker.

  In the check server 1 of this embodiment, the transaction history data transmitted from the branch terminal 3 is stored in the transaction history DB 9, and unprocessed transactions stored in the transaction history DB 9 according to the designation from the check terminal 6. The history data is extracted under specified conditions such as sales office units and transmitted to the sending terminal 6 and at the same time, the check target conditions stored in the check target DB 11 and the check history DB 12 in response to a request from the check terminal 6. A server processing execution program having a function of executing various processes for operation and management of the office center, such as transmitting the check history data to the requesting check terminal 6 is installed in advance, and the check server 1 Each function means of the checking server 1 of the present embodiment is formed by the steps of the server process execution program executed by.

  The host computer 7 communicates with the branch office terminal 3, an automatic teller machine (not shown), etc., and functions to manage deposits and withdrawals of customer accounts in various transactions such as personal authentication, deposit transactions, withdrawal transactions, and transfer transactions. Are installed in advance, and each functional means of the host computer 7 of this embodiment is formed by the steps of the account management program executed by the host computer 7.

  In the branch office terminal 3 of the present embodiment, an application program having a function of executing various transaction processes with the host computer 7 based on the transaction data of the transaction person, and a scanner after the transaction with the customer is completed. The sales office terminal business processing program including an application program having a function of transmitting the read slip image and the transaction history data including the input transaction data to the check server 1 through the communication line 2 is installed in advance. Each function means of the sales office terminal 3 of this embodiment is formed by the steps of the sales office terminal business processing program executed by the sales office terminal 3.

  In addition, in the storage unit (not shown) of the branch office terminal 3, display data of various business screens such as an input screen for an ordinary deposit deposit transaction and an input screen for an ordinary deposit withdrawal transaction are associated with the screen number, It is preset and stored.

  The storage unit 16 of the marking terminal 6 of the present embodiment stores in advance a marking terminal job processing program having a function of executing a post-marking process described with reference to FIG. Each function means of the checking terminal 6 of this embodiment is formed by the steps of the checking terminal business processing program executed by the above.

  Further, in the storage unit 16, an out-of-condition data storage area for storing transaction history data (referred to as unconditional transaction history data) that does not meet the required check conditions, ie, transaction history data that does not match the required check conditions is secured in advance for each person in charge of transaction. As the items to be verified in post-marking, the customer name, customer number, transaction type, transaction amount, account item, account number are preset and stored, corresponding to the clerk ID of each checker in the office center, Stored is a staff table in which the staff names of staff members in the office center set in advance are recorded.

  The transaction history data of this embodiment is based on the transaction date and time recognized by the clock function of the branch office terminal 3, the transaction result received after the transaction processing by the host computer 7, the slip image of the slip of the transaction, the screen number, and the slip. The transaction amount entered by the person in charge of the transaction, the account data of the customer, account number, customer name, customer number, transaction data, etc., the person in charge of dealing with the customer by operating the branch terminal 3 Information of the person in charge, information on the person in charge of the person in charge, etc., and the store number of the store where the transaction was made.

  For this reason, the store number (not shown) of the store terminal 3 stores the store number of the installed store in advance, and the name and the store corresponding to the person-in-charge ID of each person in charge of the store. The person-in-charge table in which the person-in-charge rank set in advance by the officers and the like is recorded.

  In addition, the check result data of this embodiment is the transaction history data after the post-check, the check result (OK or NG), and the name, clerk ID, clerk rank, etc. of the check clerk who performed the post-check. It consists of information.

  In addition, the seal history data includes the name, the person in charge ID, the person in charge rank, the total number of seals, the number of seals NG, the rate of seals NG, and the date of the last NG detection for each trader who operates the branch terminal 3 of each branch. Etc.

  The NG rate is the number of transactions in which errors were found in the transaction data entered by the person in charge at the time of post-examination (the number of NG cases that were confirmed). The last NG detection date is the date on which the last error was discovered.

  In the check target condition DB 11, an indispensable condition including a transaction type, a customer name, a customer number, and a limit amount that is a lower limit of the transaction amount that is always a check target is set as a check required target condition. In order to improve the efficiency of post-marking operations by omitting some post-marking of unconditional transaction history data that does not match the target conditions, the conditions when extracting unconditional transaction history data to be checked are extracted It is set and stored as a condition.

  The seal target history data to be stamped in the ex post stamp business of this example is transaction history data that matches the above-mentioned stamp mandatory target conditions and unconditional transaction history data extracted based on the stamp target extraction conditions. Composed.

  The extraction target extraction condition of the present embodiment is set based on the ability level of the person in charge of the transaction, and the person-in-charge rank of the person in charge of the transaction person, the NG rate of the inspection, and the date of the last NG detection are used as an indicator of the ability level. A predetermined NG rate threshold (3% in this embodiment) is set as a determination condition for the check NG rate, and a predetermined determination period (within 3 months in this embodiment) to which the day belongs is set as a determination condition for the last NG detection date. If the check NG rate of the person in charge exceeds the predetermined NG rate threshold, and if the last NG detection date is within the predetermined determination period, all of the unconditional transaction history data is extracted as the check target history data. .

  In addition, when the transaction person's check NG rate is equal to or less than a predetermined NG rate threshold and the last NG detection date exceeds a predetermined determination period, the number of unconditional transaction history data to be extracted as the check target history data (the check target) It is called the number of cases.)

Number of items to be checked = (Number of transactions executed by the person in charge of the transaction included in the current unconditional transaction history data) × (100−Checking NG rate) × Final detection date coefficient × Skill level coefficient (Rounded down)
・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ （1）
Here, the last detection date coefficient is set to “0.75” when the last NG detection date is over March and within June, and is set to “0.5” before June, and the skill level coefficient is The person-in-charge rank of the person in charge of transaction is set to “1.1” when it is high, “1.2” when it is medium, and “1.3” when it is low.

For example, if the person in charge of the person in charge of the transaction is “low”, the check NG rate is “2%”, and the number of unconditional transaction history data of the transaction executed by the person in charge is “20”
When the last NG detection date is over March and within June,
Number of objects to be checked = 20 x 98% x 0.75 x 1.3 = 19 When the last NG detection date is over June,
Number of objects to be checked = 20 cases × 98% × 0.5 × 1.3 = 12 cases, the calculated number of objects to be checked is extracted from unconditional transaction history data, and only the extracted object history data is post-event Carry out the seal work.

  For this reason, the check target condition DB 11 includes, as the check target extraction conditions, a predetermined NG rate threshold, a predetermined determination period, a last detection date coefficient corresponding to each of the above periods, and a skill corresponding to each of the person-in-charge ranks. Stores level coefficients.

  The operation of the above configuration will be described.

  In the sales office, the person in charge of operating the sales office terminal 3 enters his / her name and ID when he / she is seated, and the sales office terminal 3 that accepts the input is input from the person in charge table in the storage unit (not shown). The name and the person-in-charge rank corresponding to the assigned person-in-charge ID are read, the person in charge of the transaction is authenticated when the names match, and the person-in-charge ID, name, and person-in-charge rank are stored in the storage unit.

  When the voucher is submitted to the sales office window, the person in charge at the window confirms the contents of the voucher and displays the screen number set for the transaction type of the voucher (for example, withdrawal transaction for ordinary deposits). input.

  The branch office terminal 3 that has received the input of the screen number displays a business screen of the screen number (for example, an input screen for withdrawal transaction of ordinary deposit) on the screen of the display unit, and the person in charge of transaction enters the contents of the slip Based on the transaction amount, customer account item, account number, customer name, customer number, transaction type (for example, withdrawal transaction), etc. are input to the sales office terminal 3 The shop terminal 3 transmits the transaction data to the accounting host computer 7 via the communication line 2.

  Upon receiving the transaction data, the host computer 7 performs transaction processing of the transaction corresponding to the transaction type of the transaction data, updates the account balance of the customer's account, etc. A transaction result notification attached with a transaction result including the processing date and time, customer name, customer number, subject, account number, transaction type, transaction amount, and the like is transmitted to the transmission source branch terminal 3 via the communication line 2.

  The store terminal 3 that has received the transaction result notification displays the transaction result notification on the screen of the display unit, and the person in charge of the transaction ends the transaction with the customer based on the transaction result received from the host computer after the normal end, After the transaction with the customer, the transaction history data including the transaction result, the slip image, the store number, etc. is transmitted to the check server 1 via the communication line 2.

  Upon receiving the transaction history data, the check server 1 stores the received transaction history data in the transaction history DB 9 with the reception date and time recognized by the clock function and the processing status set to “unprocessed” attached.

  Hereinafter, the post-marking process by the marking terminal 6 of the present embodiment will be described according to the step indicated by S using the flowchart shown in FIG.

  In this description, the specification condition for the transaction history data from the marking terminal 6 will be described as a branch unit designation.

  When the checker who operates the check terminal 6 of the business center is seated, his / her name and clerk ID are input by the input unit 18, and the control unit 15 of the check terminal 6 that accepts the input from the clerk table of the storage unit 16. Read the name and clerk rank corresponding to the entered clerk ID, authenticate the check clerk by matching the name, save the clerk ID, name, clerk rank in the storage unit 16 and on the screen of the display unit 17, Display the checkout screen for post-marking work performed by the checker and wait.

  Step S1: When the checker selects the store unit designation as the specified condition by the input unit 18, inputs the store number of the store that performs the post-check, and inputs the start of the check operation, the check terminal 6 recognizes this. The control unit 15 transmits the transaction history data with the store number input as the designated condition and the transmission request for the conditions to be verified to the verification server 1 via the intra-center network 5 and receives the transmission request. Searches the transaction history DB 9 based on the store number of the received transmission request, extracts all transaction history data whose processing status corresponding to the store number is “unprocessed”, and extracts the extracted transaction history The processing status of the data is updated to “processing”, the check target condition stored in the check target condition DB 11 is read, the extracted transaction history data for each store and the read check pair The condition is transmitted to the requesting check terminal 6 via the intra-center network 5, and the control unit 15 that has received the condition stores the acquired transaction history data for each branch office and the check target condition in the storage unit 16. .

  Step S2: The control unit 15 that has acquired the transaction history data and the check target condition for each branch stores reads the transaction history data for one transaction from the transaction history data for each branch.

  Step S3: The control unit 15 that has read the transaction history data for one transaction has the transaction type of the transaction history data set as the required transaction type of the check set in the required check target condition of the check target condition stored in the storage unit 16. If they match, this is determined to be verification target history data and the process proceeds to step S6. If the transaction type of the selected transaction history data does not match the transaction type required for checking, the process proceeds to step S4.

  Step S4: When the customer name or customer number of the read transaction history data matches the check required customer name or customer number set in the check required target condition of the check target condition stored in the storage unit 16 Determines that this is the inspection target history data, and proceeds to step S6. If the customer name or customer number in the selected transaction history data does not match the name or customer number required for verification, the process proceeds to step S5.

  Step S5: When the transaction amount of the read transaction history data is equal to or greater than the limit amount set in the check required condition of the check target condition stored in the storage unit 16, the control unit 15 sets this as the check target history data. Determine and shift to step S6. If the transaction amount of the selected transaction history data is less than the limit amount, the process proceeds to step S7.

  Step S6: The control unit 15 that has determined that the read transaction history data is the check target history data corresponding to any one of the mandatory check target conditions, stores the transaction history data in the storage unit 16 as the check target history data. The transaction history data in the storage unit 16 is deleted and the process proceeds to step S8.

  Step S7: The control unit 15 that has determined that the read transaction history data does not match any of the conditions required for checking, reads the name of the person in charge of the transaction from the transaction history data, and based on the name, the storage unit 16 The transaction history data is stored as unconditional transaction history data in the storage area of the corresponding transaction person in the unconditional data storage area, and the transaction history data in the storage unit 16 is erased, and the process proceeds to step S8.

  Step S8: The control unit that has finished processing the read transaction history data for one transaction checks the presence or absence of transaction history data stored in the storage unit 16, and if there is unprocessed transaction history data, Returning to step S2, transaction history data for one transaction is read out from the existing transaction history data, and the operations of steps S2 to S8 are continued. If there is no transaction history data, the process proceeds to step S9.

  Step S9: The control unit 15 that has confirmed that there is no transaction history data in the storage unit 16 confirms whether or not there is unconditional transaction history data in the unconditional data storage area of the storage unit 16, and the unconditional transaction. If history data exists, the process proceeds to step S10. If there is no unconditional transaction history data, the process proceeds to step S17.

  Step S10: The control unit 15 that has confirmed that there is unconditional transaction history data recognizes any one of the transaction persons in which the unconditional transaction history data is stored, and is responsible for the transaction. The transmission request of the check history data attached with the person in charge ID is transmitted to the check server 1 via the center network 5, and the check server 1 that has received the transmission request is based on the person ID of the received transmission request. Then, the check history DB 12 is searched, the check history data of the transaction person corresponding to the person in charge ID is read, and the read check history data is transmitted to the check terminal 6 as the request source via the network 5 in the center. The control unit 15 that has received the information stores the acquired check history data in the storage unit 16.

  Step S11: The control unit 15 that has acquired the check history data reads the check NG rate of the person in charge from the check history data, and this check NG rate is the check target extraction condition of the check target condition stored in the storage unit 16. If it exceeds the NG rate threshold set in this example (3% in this embodiment), the process proceeds to step S13. When the checking NG rate of the person in charge of transaction is equal to or less than the NG rate threshold value, the process proceeds to step S12.

  Step S12: The control unit 15 reads the last NG detection date of the person in charge of the transaction from the check history data, and this final NG detection date is determined as the check target extraction condition of the check target condition stored in the storage unit 16 If it is within the period (March in this embodiment), the process proceeds to step S13. When the last NG detection date of the transaction person is before the determination period, the process proceeds to step S14.

  Step S13: The control unit 15 that has determined that the NG rate of the person in charge of the transaction exceeds the NG rate threshold value or that the last NG detection date is within the determination period is an unconditional data storage area in the storage unit 16 All the unconditional transaction history data is extracted from the unconditional transaction history data executed by the person in charge of the transaction, and is stored in the storage unit 16 as verification target history data. The storage area is cleared and the process proceeds to step S16.

  Step S14: The control unit 15 that has determined that the check NG rate of the transaction person is equal to or less than the NG rate threshold and that the last NG detection date is before the determination period is based on the check history data stored in the storage unit 16. Read the person-in-charge rank of the person in charge of the transaction, read out the corresponding skill level coefficient and the last detection date coefficient from the check target extraction condition of the check target condition in the storage unit 16 based on the person in charge rank and the last NG detection date, The number of objects to be checked is calculated using equation (1).

  Step S15: The control unit 15 that has calculated the number of items to be checked is the number of unconditional transaction history data corresponding to the number of items to be checked from the unconditional transaction history data performed by the transaction person in the unconditional data storage area of the storage unit 16. Are extracted (for example, the order of saving, that is, the order in which transactions were executed, the reverse order of saving, or the number of items to be checked are randomly extracted), and this is saved in the storage unit 16 as checking target history data, and the unconditional data is saved The storage area of the person in charge of the area is cleared and the process proceeds to step S16.

  Step S16: The control unit 15 that has extracted and saved the check target history data from the unconditional data storage area of the storage unit 16 determines whether or not there is unconditional transaction history data of another transaction person in the unconditional data storage area. If there is unconditional transaction history data of other transaction personnel, the process returns to step S10, and the operations of steps S10 to S16 are continued for the other transaction personnel. If there is no unconditional transaction history data of another transaction person, the process proceeds to step S17.

  Step S17: The control unit 15 that has extracted the check target history data displays a list screen of the check target history data stored in the storage unit 16 on the screen of the display unit 17.

  The check target history data displayed in this case includes transaction history data that matches the required check target condition stored as the check target history data in the storage unit 16 in step S6, and unconditional transaction history data. In step S13 or S15, the transaction history data extracted from the transaction history data extracted from the unconditional transaction history data and saved in the storage unit 16 as the check target history data, which is extracted from the transaction history data that does not match the required check target conditions. Everything is displayed.

  Step S18: The checker selects one check target history data from the check target history data list screen displayed by the input unit 18.

  Step S19: The control unit 15 that has received the selection input of the check target history data displays a check screen generated from the selected check target history data on the screen of the display unit 17.

  As shown in FIG. 4, the check screen displays the slip image, the name of the person in charge of the transaction, the name of the checker, the transaction result, the input field for the check result for each check target item, and the check target items. An instruction button, such as a “check OK” button that is pressed when all are correctly input, and a “sales office notification” button that is pressed when an error is found in any one of the check target items, are displayed.

  The checker confirms the slip image and the transaction result for each check target item visually, and if the check result of the check target item matches, the input unit 18 inputs the check result of the check target item. Enter “○” in the “OK” field of the field and check the result. If the confirmation results do not match, enter “○” in the “NG” field in the input field for the check result of the relevant check target item. When all the check target items have been checked, if all the check result of each check target item is “OK”, the “mark OK” button is pressed, and the check result of any one check target item is “ In the case of “NG”, the “Notification of sales office” button is pressed.

  Step S20: Recognizing that the instruction button has been pressed, the control unit 15 creates the check result data by attaching the check result including “OK” or “NG” and the staff information to the check target history data in the storage unit 16. Then, this is transmitted to the checking server 1 via the intra-center network 5, the checking target history data is deleted, and the process proceeds to step S21.

  In this case, when the pressed instruction button is a “check OK” button, a check result “OK” is attached, and when the pressed instruction button is a “sales office notification” button, “NG” is displayed. The check result is attached.

  When the “notification of sales office” button is pressed, the control unit 15 transmits the above-described verification result data to both the transmission source and the sales office terminal 3 via the network 5 in the center and the communication line 2. . The sales office that has received this information re-marks the received transaction history data, and performs measures such as correction transactions and dealing with customers as necessary.

  Step S21: The control unit that has finished processing the selected check target history data confirms the presence or absence of the check target history data stored in the storage unit 16, and if unprocessed check target history data exists, Returning to step S17, a list screen of unprocessed check target history data is displayed on the screen of the display unit 17, and the operations of steps S17 to S21 are continued.

  When the check target history data does not exist, the control unit 15 ends the post-check processing of the transaction history data for one business store.

  On the other hand, the check server 1 that has received the check result data of the transaction history data updates the processing status of the received transaction history data to “processed” and stores the received check result data in the check result DB 10.

  In addition, the check server 1 specifies the check history data of the person in charge stored in the check history DB 12 based on the person in charge information included in the transaction history data of the received check result data, and the total number of the check "1" is added to update the total number of checks, and if the check result is "NG", "1" is added to the number of NG stamps to update the number of NG stamps, and the total number of stamps checked and the number of NG stamps checked The check NG rate is calculated based on the above and the check NG rate is updated, and the last NG detection date is updated based on the transaction date and time of the transaction history data, and the check history data in the check history DB 12 is updated.

  As described above, the post-marking process for one sales office is performed by the marking service processing system of the present embodiment. The same applies to the post-checking process for transaction history data of other branches.

  In the present embodiment, the transaction type is used as one of the mandatory check target conditions. However, a screen number may be used instead of the transaction type.

  In the present embodiment, the specification condition for the transaction history data from the check terminal 6 has been described as the branch unit designation, but the same applies to other customer designations and monetary designations.

  In this case, when the customer designation specifying the customer number or the like is selected, all the transaction history data of the designated customer is transmitted, and when the customer is a mandatory customer, the received all transaction history data is When it becomes the check target history data and is different from the check required customer, the unconditional transaction history data extracted in steps S10 to S16 becomes the check target history data.

  Further, when the amount designation specifying the amount is selected, all transaction history data equal to or greater than the designated amount is transmitted, and the transaction history data extracted in steps S2 to S16 becomes the check target history data.

  As described above, in this embodiment, the transaction history data received from the branch terminal is stored in the transaction history DB, and the transaction history is specified in the branch store unit or the like at the time of post-marking processing by the stamp terminal. Data is obtained, and this transaction history data is divided into check target history data that matches the required check target conditions based on the check target conditions and unconditional transaction history data that does not match any of the required check target conditions. Based on the ability level of the person in charge of dealing with unconditional transaction history data, the history data to be verified is extracted from the unconditional transaction history data, and post-validation is performed only for these history data. Therefore, it is possible to omit the post-marking work for some transaction history data based on a unified judgment standard that centralizes the transaction history data of each branch office. It is possible to improve the efficiency of post-Approval business, it is possible to reduce risk of post seal of approval operations.

  In the above-described embodiment, it has been described that the extraction of the verification target history data is performed by the verification terminal. However, an unconditional data storage area is secured in the storage unit of the verification server, and the verification target items in the post-examination are stored. The seal server that has received the specified condition from the seal terminal transmits the seal target history data extracted by the operation of steps S1 to S16 to the seal terminal, and the seal terminal receives the seal target history data received in step S17. You may make it display a list screen and perform a check work.

DESCRIPTION OF SYMBOLS 1 Check server 2 Communication line 3 Branch office terminal 5 Network in center 6 Check terminal 7 Host computer 9 Transaction history DB
10 Check result DB
11 Checking target condition DB
12 Checking history DB
15 Control Unit 16 Storage Unit 17 Display Unit 18 Input Unit

Claims (3)

In a check processing business system comprising a center server installed in a business center of a financial institution and a check terminal installed in the business center,
The center server is
Transaction history storage means for storing transaction history data of branch office terminals;
A check target condition storage means for storing the required check target condition that is always a check target,
For each trader at the branch, a person ability level storage means for storing a person's ability level,
The transaction history data stored in the transaction history storage means, the required check target condition stored in the check target condition storage means, and the ability level of the person in charge stored in the person ability level storage means Means for transmitting to the terminal,
The checking terminal is
Means for storing the transaction history data received from the center server, the mandatory condition for verification, and the ability level of the person in charge of the transaction;
Means for classifying the received transaction history data into check target history data that matches the required check target condition and unconditional transaction history data that does not match the required check target condition;
Based on the ability level of the person in charge of the transaction who performed the transaction of the unconditional transaction history data, means for extracting the verification target history data to be verified from the unconditional transaction history data;
Means for executing a post-checking process for the check target history data. In claim 1,
The trader's ability level is the seal NG rate, the contact person rank, and the last NG detection date,
The checking terminal is
Means for extracting all of the unconditional transaction history data as the verification target history data when the last NG detection date is within a predetermined determination period or when the verification NG rate exceeds a predetermined NG rate threshold. When,
When the final NG detection date exceeds a predetermined determination period and the verification NG rate is equal to or lower than a predetermined NG rate threshold, the number of detection targets based on the verification NG rate, the person in charge rank, and the final NG detection date Means for calculating
Means for extracting the unconditional transaction history data of the calculated number of detection targets as the verification target history data. In claim 1 or claim 2,
The center server is
When the transaction history data is transmitted to the check terminal, transaction history data for each store is transmitted.

Images