JP5343447B2 - Business approval system, approval terminal, and business approval method - Google Patents

Description

  The present invention relates to a technology for approving work using a computer.

  In recent years, with the advancement of advanced information technology, business-related approvals in companies and the like have been electronically performed not on paper media but on computers on networks. Approval related to business is performed, for example, in a financial institution's accounting system (network), an approval requester (such as an office worker) approves an approver (such as a officer) for high-value transactions or unusual transactions. It is possible to make a request.

  When an approver performs approval work, for example, the contents of the work to be approved, the reason for approval, a form image, etc. are displayed on the screen of the terminal used by the approver, and the officer checks the information. In addition, an approval operation (input of “approval” or “non-approval” on the screen) was performed. When an approver performs an approval job, he / she must refer to, for example, a notice matter document (such as a collection of business rules) on an electronic medium or a paper medium, and check according to a checkpoint determined for each approval reason. In addition, the current operation is that the approver usually receives training in advance and refers to the notice material at his discretion based on that knowledge.

Japanese Patent Application Laid-Open No. 2004-228561 discloses a technique that enables use of either digital pen input or terminal input for a subject who is not proficient in computer operation in an electronic approval (approval) system.
JP 2008-33587 A

However, in the prior art including Patent Document 1, reference to the notice matter is at the discretion of the approver. For example, the reference place is incorrect, or the notice matter document is not referenced when busy. There was a problem that the quality of work was not stable.
Therefore, the present invention has been made to solve the above-described problem, and an object thereof is to stabilize the quality of approval work.

To solve the problems described above, the present invention includes a row Cormorant approval request terminal a request for authorization for financial transactions, the authorization terminal having a processing unit and a display unit for executing the processing of the approval process of the approval Is a transaction approval system that is connected to a consideration DB (Data Base) server that stores notes to be referred to when executing the command, and the approval request terminal is a request for approval. Transaction name and approval reason selection input, the received transaction name and approval reason are transmitted to the approval terminal, the approval terminal processing unit from the approval request terminal of the transaction name and approval reason together with selection information, when receiving a request for the approval, receiving a selection input of the transaction notional and approval reasons for such a request, associated from the considerations DB server to the transaction notional and approval reasons Receives information meaning matters, characterized in that to display the transaction details of the with the received Considerations financial transactions on the same screen of the display unit.

Thus, on the same screen of the display unit of the approval terminal, mistake and transaction content financial transactions to be approved since the considerations is displayed when performing authorization, the reference point of the approver considerations, or, Problems such as not referring to considerations are unlikely to occur.
Other means will be described later.

  According to the present invention, the quality of approval work can be stabilized.

  Hereinafter, the best mode for carrying out the present invention (hereinafter referred to as “embodiment”) will be described with reference to the drawings (refer to drawings other than the referenced drawings as appropriate). In the present embodiment, a business approval system in an accounting system in a financial institution will be described. The accounting system refers to a computer system group that performs accounting account processing (processing related to a deposit account ledger, exchange, ATM (Automatic Teller's Machine), etc.) in an organization such as a financial institution.

  FIG. 1 is an overall configuration diagram showing a business approval system of this embodiment. The business approval system S includes each device in the business center 1 of the financial institution and each device in the sales office 2, and these are communicably connected by a network 3.

  The office center 1 includes a host computer 11, a maintenance terminal 12, and an office regulations DB (Data Base) server 13 (note matter DB server), which are connected to each other by a LAN (Local Area Network) 14.

The host computer 11 is a large computer device or a workstation that performs the above-described accounting account processing.
The maintenance terminal 12 is a computer device for the office worker of the office center 1 to maintain the host computer 11 and the office regulations DB server 13.

The business rules DB server 13 is a server (computer device) including a storage unit (not shown) for storing the business rules DB 131, a processing unit (not shown) including a CPU (Central Processing Unit), and the like.
The administrative rules DB 131 uses at least one of the information attributes such as “transaction nominal”, “transaction details”, and “reason for approval” to be described later, and extracts information on the relevant parts (notes for approval). Built as a database that can be.

The sales office 2 is provided with a window terminal 21 (approval request terminal) and a board seat terminal 22 (approval terminal), which are connected to each other via a LAN 23.
The window terminal 21 is a computer device that is operated by a clerk or the like (hereinafter referred to as an “approver requester”) who requests approval for business.
The board terminal 22 is a computer device operated by a board member who gives approval for business (hereinafter referred to as “approver”), and includes a processing unit 221, a storage unit 222, an input unit 223, a display unit 224, and a communication. A portion 225 is provided.

The processing unit 221 is a unit that controls various operations of the officer terminal 22 and is realized by, for example, a CPU and a RAM (Random Access Memory).
The storage unit 222 is a means for storing information, and is realized by, for example, a ROM (Read Only Memory) or a HDD (Hard Disk Drive). The storage unit 222 stores an operation program of the processing unit 221 and data related to business approval.

The input unit 223 is a means for the approver to input information, and is realized by, for example, a keyboard or a mouse. The input unit 223 passes information input by the approver to the processing unit 221.
The display unit 224 is a means for displaying information, and is realized by, for example, a liquid crystal monitor. The display unit 224 displays data related to business approval in accordance with an instruction from the processing unit 221.
The communication unit 225 is a communication interface for communicating with the window terminal 21 and the business rules DB server 13.

FIG. 2 is a flowchart showing the operation of each device in the business approval system of this embodiment.
First, the window terminal 21 accepts input of the transaction name, transaction content and slip image by the approval requester (step S1), accepts input of the reason for approval by the approval requester (step S2), and approves by the approval requester. An input of a request operation is accepted (step S3).

  Steps S1 to S3 will be described with reference to FIG. FIG. 3 is an example of an approval request screen displayed on the display unit (not shown) of the window terminal 21. In the approval request screen example 300, the transaction name is displayed in the area 301, the transaction content is displayed in the area 302, the slip image is displayed in the area 303, the reason for the approval is displayed in the area 304, and the approval request button is displayed in the area 305. Is displayed.

In the area 301, the contents of specific transaction names such as “withdrawal of ordinary deposit”, “payment of passbook”, “correction of transaction”, and “transfer deposit” are input by the approval requester.
In the area 302, the specific content corresponding to the transaction name displayed in the area 301 is input by the approval requester.
An area 303 displays image data (slip image) of an actual slip read by the scanning operation of the approval requester.

The area 304 is in a pull-down format, and the approval requester approves "high payment", "no passbook payment / cancellation", "cancellation / correction of transaction", "transfer deposit (over 10 million yen)", etc. One of the reasons is selected (input).
In the area 305, an approval request button that is operated when the approval requester requests approval from the approver (the officer terminal 22) is displayed.

  That is, the window terminal 21 accepts input of the transaction name, transaction content, and slip image by the approval requester in areas 301 to 303 (see FIG. 3) in step S1, and in step S2 the reason for approval by the approval requester in area 304. In step S3, an input of an approval request operation by an approval requester is received in step S3.

  Returning to FIG. 2 and continuing the description, in step S3, when the window terminal 21 accepts the input of the approval request by the approval requester, the transaction name, transaction contents, slip image and reason for approval from the window terminal 21 to the office terminal 22 Each piece of information (hereinafter collectively referred to as “transaction information”) of a code (a code (code) corresponding to an approval reason) is sent.

  In the officer terminal 22 that has received the transaction information, the processing unit 221 creates a URL (Uniform Resource Locator) using the approval reason code as a key in order to obtain the contents of the business rules corresponding to the approval reason code. An inquiry is made to the business rules DB server 13 using the URL (step S4). This URL can be created, for example, in a format of “http: // (identifier of the business rules DB server 13) / (approval reason code) .html”.

  The business rules DB server 13 that has received the inquiry extracts the contents of the corresponding business rules from the business rules DB 131, and transmits the contents of the business rules to the officer terminal 22 (step S5).

  In the position terminal 22 that has received the contents of the business rules, the processing unit 221 displays the transaction information and the content of the business rules on the display unit 224 (step S6).

  Step S6 will be described with reference to FIG. FIG. 4 is an example of an approval operation screen displayed on the display unit 224 of the board terminal 22. In the approval operation screen example 400, the transaction name is displayed in the area 401, the transaction content is displayed in the area 402, the slip image is displayed in the area 403, the reason for the approval is displayed in the area 404, and the seal verification button is displayed in the area 405. Is displayed, the approval button is displayed in the area 406, the non-approval button is displayed in the area 407, and the business rules corresponding to the area 408 are displayed. Hereinafter, these displays will be described in detail.

In the areas 401, 402, 403, and 404, the contents input in the areas 301, 302, 303, and 304 (see FIG. 3) of the approval request screen example 300 are displayed, all of which are approved by the approver. Information that is checked at times.
In the area 405, a seal collation button that is operated when the approver collates the seals in the slip image in the area 403 is displayed. When this seal stamp verification button is operated, it is determined whether or not the seal stamp in the slip image is a valid seal stamp by image recognition / matching technology, and the determination result is displayed at one corner of the region 403 (not shown). ).

In an area 406, an approval button that is operated when the approver approves (authorizes the approval request) is displayed.
The area 407 displays a non-approval button that is operated when the approver performs non-approval (does not approve the approval request).
In the area 408, the contents of the business rules transmitted from the business rules DB server 13 to the officer terminal 22 in step S5 are displayed.

  That is, in step S6, transaction information is displayed in the areas 401 to 404, and the business rules corresponding to the area 408 are displayed. By displaying such an example of the approval operation screen 400 on the display unit 224, it is possible to suppress the occurrence of problems such as an approver making a mistake in the reference location or not referring to the business rules, and to stabilize the quality of the approval work. Can do.

  Returning to FIG. 2 and continuing the description, in step S7, the processing unit 221 of the officer's terminal 22 accepts an input of an approval operation using the input unit 223 by the approver, and receives the approval result via the communication unit 225. It transmits to the window terminal 21. When the approval operation is input, the approver specifically selects either the approval button in the area 406 or the non-approval button in the area 407 in the approval operation screen example 400 (see FIG. 4) of the display unit 224. The input unit 223 is used for selection (input).

The window terminal 21 determines the approval result (step S8). If the approval is made (“approval”), the process proceeds to step S9. If the approval is not approved (“non-approval”), the processing is performed after displaying that fact. finish.
In step S <b> 9, the window terminal 21 transmits transaction information and an approval result to the host computer 11.
In response to this, the host computer 11 processes the transaction based on the transaction information, transmits the processing result to the window terminal 21 (step S10), and the window terminal 21 displays the fact and ends the process. To do.

  As described above, according to the business approval system S of the present embodiment, by displaying the transaction information and related business rules on the same screen of the display unit 224 of the board terminal 22, the approver can You can refer to the relevant part of the administrative rules without any effort. As a result, the quality of the approval work can be stabilized. That is, it is possible to prevent a situation in which the approver makes a mistake in referring to the business rules or does not refer to the business rules.

  In addition, with such a mechanism, even when a change in work content or a change in administrative rules due to revisions to related laws and regulations occurs, the approver can perform office work at the time of approval work with knowledge training through human group training. You can refer to the relevant part of the regulations appropriately.

  Further, when making an inquiry about the office regulations from the office terminal 22 to the office regulations DB server 13, a corresponding URL is generated based on the approval reason code, and the office regulations DB server 13 is inquired using the URL. Thus, simplification and speeding up of information processing can be realized.

  In addition, it is considered that the location of the business rules that the approver should refer to at the time of approval work is often determined depending on either the contents of the work or the reason for approval. Therefore, appropriate information can be extracted from the office rules by making an inquiry about the office rules from the office terminal 22 to the office rules DB server 13 as at least one of the business contents and the reason for approval.

<Comparative example>
Next, a comparative example for the approval operation screen example 400 by the business approval system S of the present embodiment will be described with reference to FIG. FIG. 5 is a diagram illustrating a comparative example of the approval operation screen example. In the approval operation screen example 500, areas 501 to 507 display the same contents as the areas 401 to 407 in the approval operation screen example 400. However, in the approval operation screen example 500, the information corresponding to the area 408 of the approval operation screen example 400 (contents of the business rules) is not displayed. You have to get information on the administrative rules at. As a result, there arises a problem that the approver makes a mistake in referring to the business rules or does not refer to the business rules.

Although description of this embodiment is finished above, the aspect of the present invention is not limited to these.
For example, when making an inquiry from the office terminal 22 to the office regulations DB server 13 to acquire the contents of the office regulations, the URL created using the approval reason code as a key is used. In this case, the office rules DB server 13 may search the office rules database 131 using terms such as the reason for approval to extract necessary information and transmit it to the officer terminal 22.

Further, in the example of the approval operation screen 400 of FIG. 4, each business rule displayed in the area 408 and each information of the area 402 and the area 403 corresponding to them may be displayed in a right-and-left manner for easy viewing. .
Further, the office rules DB server 13 may be located in the sales office 2 instead of the office center 1.

Further, the office rules DB 131 may be configured to exist in the executive office terminal 22.
Further, the present invention can be applied to all systems that perform business-related approval on a network, even if it is not an accounting system of a financial institution.
In addition, specific configurations such as hardware and flowcharts can be appropriately changed without departing from the spirit of the present invention.

It is a whole lineblock diagram showing the business approval system of this embodiment. It is a flowchart which shows operation | movement of each apparatus in the business approval system of this embodiment. It is an example of an approval request screen displayed on the display part of a window terminal. It is an example of an approval operation screen displayed on the display part of a board terminal. It is a figure which shows the comparative example of the example of approval operation screen.

Explanation of symbols

1 Office Center 2 Branch 3 Network 11 Host Computer 12 Maintenance Terminal 13 Office Regulations DB Server (Notes DB Server)
14 LAN
21 Window terminal (approval request terminal)
22 Board terminal (approval terminal)
23 LAN
131 Office Rules DB (Notes DB)
221 processing unit 222 storage unit 223 input unit 224 display unit 225 communication unit S business approval system

Claims (9)

And line cormorant approval request terminal a request for approval of financial transactions,
An approval terminal having a processing unit and a display unit for executing the approval process ;
A transaction approval system in which a consideration DB (Data Base) server that stores considerations to be referred to when executing the approval process is connected to be communicable with each other,
The approval request terminal is
Accepting the selection input of the transaction name and approval reason of the request for approval, sending the transaction name and approval reason of the received request to the approval terminal,
The processing unit of the approval terminal
From the approval request terminal, together with the transaction notional and selection information approval reasons, when receiving a request for the authorization to receive information considerations associated from the considerations DB server to the transaction notional and approval reasons, the The business approval system , wherein the received notice item and the transaction content of the financial transaction are displayed on the same screen of the display unit. The processing unit of the approval terminal
When making an inquiry to the consideration matter DB server, a corresponding URL (Uniform Resource Locator) is generated based on the reason for approval , and the consideration matter DB server is inquired using the URL. The business approval system according to 1. 2. The business approval system according to claim 1, wherein the reason for the approval is any one of high payment, non-passbook payment / cancellation, transaction cancellation / correction, and transfer deposit (10 million yen or more) . Is communicably connected to the approval request terminal, can be referred to considerations DB which stores Considerations to be referred (Data Base) when performing authorization about the financial transaction, approval has a processing unit and a display unit A terminal,
The processor is
When an approval request for the financial transaction is received from the approval request terminal together with the transaction nominal and approval reason selection information, the consideration item DB is referred to based on the transaction nominal and approval reason of the request, and the consideration item An approval terminal, wherein the notice items related to the transaction name and approval reason acquired from the DB and the transaction content of the financial transaction are displayed on the same screen of the display unit. The notice item DB is stored in the notice item DB server,
The processor is
When referring to the notice item DB, a corresponding URL (Uniform Resource Locator) is generated based on the reason for approval, and the note item DB server is referred to by using the URL to refer to the note item DB. The approval terminal according to claim 4, wherein: 5. The approval terminal according to claim 4, wherein the reason for the approval is any one of large payment, non-passbook payment / cancellation, transaction cancellation / correction, and transfer deposit (10 million yen or more) . And line cormorant approval request terminal a request for approval of financial transactions,
An approval terminal having a processing unit and a display unit for executing an approval process for the business;
A business approval method by a business approval system in which a consideration DB (Data Base) server that stores considerations to be referred to when executing the approval process is connected to be communicable with each other,
The approval request terminal is
Accepting the selection input of the transaction name and approval reason of the request for approval, sending the transaction name and approval reason of the received request to the approval terminal,
The processing unit of the approval terminal
From the approval request terminal, together with the transaction notional and selection information approval reasons, when receiving a request for approval of the business, to receive information of considerations relevant from the considerations DB server to the transaction notional and approval reasons And displaying the received notice matter and the transaction content of the financial transaction on the same screen of the display unit. The processing unit of the approval terminal
When making an inquiry to the consideration matter DB server, a corresponding URL (Uniform Resource Locator) is generated based on the reason for approval , and the consideration matter DB server is inquired using the URL. 7. The business approval method according to 7. The business approval method according to claim 7, wherein the reason for the approval is any one of large payment, non-passbook payment / cancellation, transaction cancellation / correction, and transfer deposit (10 million yen or more) .

Images