JP2004013543A - Conditional order management system and management method for conditional order - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a conditional order management system for properly and efficiently using a credit limit for a transaction client for complying with various needs of the transaction client when a financial institution receives a conditional order such as a leave order in a financial transaction such as an exchange contract. <P>SOLUTION: This conditional order management system 10 is constructed of an order management database 11, a credit management database 12, a risk ratio database 13, a risk amount computing part 14, a credit limit control part 15, and an order control part 16. The conditional order management system 10 is connected to a customer terminal 20 via a communication network such as the Internet. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a conditional order management system and a conditional order management method for managing a credit line and the like when receiving a conditional order in a financial transaction, particularly a financial transaction requiring complicated risk management such as a forward exchange contract. Things.
[0002]
[Prior art]
In a financial market such as the foreign exchange market, where market conditions change every moment, orders called leave orders, which continue trading orders until the exchange rate reaches certain conditions, are handled by financial institutions such as banks. ing. For example, banks accept orders for conditional exchange contracts, such as buying a $ 10,000 dollar in a three-month period when the spot rate reaches $ 125 = US $ 125, and such an order qualifies as a leave order. Orders are continuously presented until.
[0003]
In transactions with a delivery date set to a future date, such as forward exchange contracts, there is a risk that the counterparty of the transaction will not pay on the delivery date, so the bank will set a certain credit limit according to the credit status of the counterparty. It is necessary to perform credit management. When accepting the above-mentioned leave order, since the credit amount is not fixed at the receiving stage, but a credit is generated at the stage when the condition is reached, it is necessary to manage the credit limit even for the order waiting to be executed.
[0004]
In recent years, foreign exchange contract transactions have also been accepted on the Web, but since the management of such credit lines is complicated, it is limited to ordinary orders whose credit amount can be determined at the reception stage. It does not correspond to the leave order. In the case of telephone transactions at business offices, credit management is performed individually on a person-in-charge basis, and leave orders are received to the extent that each can respond.
[0005]
In addition, although a forward exchange contract allows the future delivery amount to be determined, there is a risk that a foreign exchange loss will occur due to fluctuations in the exchange rate by the delivery date. This risk is borne not by the bank, but by the counterparty who transacted, but if the counterparty suffers a large exchange loss, it may result in the risk of unacceptable delivery, and therefore the risk of currency fluctuations for the bank. It is necessary to recognize the credit risk of the counterparty.
[0006]
In response to this risk, banks generally set a certain risk rate for exchange contract transactions in consideration of the risk of currency fluctuations and reflect it in credit management. In order to avoid complicated management, this risk rate is often set uniformly regardless of the period up to delivery.
[0007]
[Problems to be solved by the invention]
For traders who require forward exchange contracts, it is effective to use leave orders as one of the risk avoidance measures. Banks and other financial institutions have also built systems with credit management functions necessary to accept leave orders in order to provide various services in response to customer needs. It is desirable to enlarge the tray of the leave order, for example, to make it possible.
[0008]
In order to expand such services, it is necessary for financial institution systems to accurately and efficiently manage the aforementioned credit risk and foreign exchange risk. Specifically, while accepting a leave order within the credit limit of the client to avoid risks on the part of the financial institution, from the viewpoint of customer service, an order whose delivery has not yet been finalized is considered an order. On the other hand, it is desirable to utilize the credit line efficiently without using the credit line more than necessary.
[0009]
For example, as for the uniform application of the risk rate relating to the exchange risk as described above, it is desirable to set the risk rate finely in accordance with the delivery period in order to utilize the credit line without waste. Also, if the credit line is used in the order in which the order was received, the order may exceed the credit line when requesting a higher priority order, and the order may not be accepted. If it is possible to determine the priority of the credit limit consumption for each order, the credit limit can be used effectively.
[0010]
According to the present invention, in response to such a problem, when a financial institution accepts a conditional order such as a leave order in a financial transaction such as a forward exchange contract, the credit facility for a transaction requester is utilized accurately and efficiently. It is an object of the present invention to provide a conditional order management system for responding to various needs of a client.
[0011]
[Means for Solving the Problems]
In order to solve these problems, a first invention of the present invention is a system for managing a conditional order in a financial transaction, and a system for receiving the conditional order from information on the conditional order. A necessary credit amount calculating means for calculating a credit amount, a credit limit recording means for recording a credit limit concerning a trader who has ordered the conditional order, and a credit limit recording means for referring to the required credit amount and the credit limit amount. Order acceptance determining means for determining whether or not a conditional order can be accepted. The credit limit recording means records a credit limit, which is the upper limit of the credit amount for each trader, and a transaction balance relating to the unsettled statement for each trader, and refers to the credit limit and the transaction balance. Then, the credit limit may be set.
[0012]
In the present invention, the credit limit that the financial institution can tolerate risk is set in advance according to the creditworthiness of the trader, etc., and when a request for a conditional order is received, the credit amount required by the order is set By comparing the credit limit, it is possible to determine whether or not acceptance is possible.
[0013]
The credit limit is calculated by subtracting the transaction balance recorded on the unsettled statement to which the financial institution has credit from the extreme amount, which is usually the credit limit set according to the creditworthiness of the trader. Is done. As the transaction balance, the balance amount may be used as it is, or may be used by multiplying / dividing a certain amount in consideration of safety or the like.
[0014]
Here, the conditional order refers to an order form in which, for example, a fixed price is set when a spot rate reaches a certain value, a foreign exchange reservation is made and a transaction is requested, and a so-called leave order performed by a foreign exchange reservation or the like is included. It is. The credit amount refers to a range of amounts in which a financial institution can execute a transaction by allowing a risk that a contract executed by a default of a counterparty or the like is not fulfilled. An open statement is a transaction in which a transaction has been executed but the contract amount has not been transferred, and this transaction includes a transaction of a financial derivative (derivative). For example, in the case of a foreign exchange contract, the transaction from the execution of the reservation until the delivery date comes.
[0015]
The order acceptance determination means may be characterized in that when accepting a conditional order, the unusable amount determined with reference to the required credit amount is subtracted from the credit limit. When the conditional order is executed, the unusable amount of the conditional order is deleted by the credit limit recording unit, and the transaction balance is recorded in the credit limit recording unit by referring to the transaction amount of the conditional order. It may be provided with a transaction balance recording means.
[0016]
In this configuration, in the case of a normal order, the fact that credit is generated at the same time as the order and recognized as a transaction balance is considered. A certain amount is deducted from the credit limit as an unusable amount as a transaction to use the quota. The unusable amount may be a transaction amount when the conditional order is executed, or may be multiplied or multiplied by a certain amount because it is a temporary use where no credit has actually occurred.
[0017]
Since credit is actually generated when the conditional order is executed, it is desirable to transfer the unusable amount to the same transaction balance as in the case of a normal order. Depending on the setting for the unusable amount and the setting for the transaction balance, the amount may fluctuate when transferring to the transaction balance.
[0018]
Further, the first invention may be characterized in that the required credit amount calculating means calculates the required credit amount with reference to a risk rate according to a transaction type of the conditional order. The risk rate may be set in consideration of a delivery deadline of a transaction related to the conditional order. The risk rate may be set so as to reflect a fluctuation rate of a market rate.
[0019]
In this configuration, a risk rate according to the type of transaction is set finely, and a credit amount corresponding to the risk of the transaction is calculated, so that the credit line can be used efficiently. In a conditional order, since part of the credit line is disabled before the credit actually occurs, if the amount of the conditional order increases, the order may not be accepted even though the actual credit has not been received Therefore, it is effective to use credit lines efficiently.
[0020]
Here, since the risk rate reflects the risk that the contracted transaction will not be delivered, the risk rate should generally be set higher as the period until delivery is longer. Thus, it is appropriate that the risk rate is set in accordance with the delivery deadline. In the case of forward exchange contracts, the longer the delivery deadline, the higher the risk of foreign exchange fluctuations, and consequently the higher the default risk of counterparties that bear the risk of foreign exchange fluctuations. Since it is reasonable to set the risk rate from the fluctuation rate, the risk rate may be set to reflect such a market rate.
[0021]
The credit limit recording means may set a credit limit separately from a normal order for a conditional order.
[0022]
As mentioned above, credit management in conditional orders has a different meaning from normal orders in that credit is not actually generated, so even if these credit limits are managed separately, Good. With this configuration, it is possible to avoid a problem that a regular order that is to be executed quickly is not accepted because a conditional order in which no credit is actually generated accumulates and a credit limit runs short.
[0023]
Further, the first invention includes priority order setting means for setting which of the normal order and the conditional order has priority, and when the order reception determining means receives the normal order, If the order is set to priority, the credit limit is calculated by referring to the transaction balance.If the conditional order is set to priority, the credit is calculated by referring to the transaction balance and the unusable amount. It may be characterized in that a credit limit is calculated. If the order acceptance determining means is set to accept the normal order and give priority to the normal order, the execution of the normal order and an increase in the transaction balance will result in the additional usage corresponding to the amount exceeding the credit limit. It may be characterized in that a part of the amount is released and execution of a conditional order corresponding to the part is reserved.
[0024]
To address the issue of contingent orders taking up credit beyond the actual trading balance, this configuration can reduce the credit used by the conditional order if a regular order is subsequently placed. It is possible to control whether or not to use the service preferentially by the intention of the client.
[0025]
In other words, when a new regular order is requested, if the priority is set to the normal order, the credit line used by the conditional order is preferentially assigned to the normal order and the condition for exceeding the credit line If the execution of the conditional order is reserved and the conditional order is set to be prioritized, the acceptability of the order is determined based on the credit limit in consideration of the unusable amount of the credit line due to the conditional order. The setting of the priority order may be registered in advance, or may be set for each transaction. It should be noted that the conditional order for which execution has been reserved will not be executed even if the condition is reached until the credit limit is expanded due to the end of delivery or the like and an unusable amount can be set in the credit line.
[0026]
The non-usable amount recorded in the credit limit recording means has a priority transaction order for each corresponding transaction, and the order acceptance determining means has been set as the credit amount to an order placed by a trader. It may be characterized in that whether or not a transaction is permitted is determined by referring to the unusable amount for a transaction having a higher priority transaction priority than a priority transaction.
[0027]
The priority order for using the credit amount may be determined separately for the normal order and the conditional order as described above, or may be determined for each individual order as in this configuration. With such a configuration, the credit line can be used from the highest priority order among the conditional orders, so that the credit line can be effectively used according to the intention of the transaction requester.
[0028]
A second invention according to the present invention is a system for managing conditional orders in a financial transaction, comprising: a conditional order recording means for recording information on the conditional orders; and a trader who has ordered the conditional orders. Credit limit recording means for recording a credit limit for, and order execution determination means for determining whether or not to execute the conditional order by referring to the credit limit when the conditions defined in the conditional order are fulfilled. , Is provided. The credit limit recording means sets the credit limit by referring to a credit extreme amount, which is an upper limit of the credit amount for each trader, and a transaction balance relating to the unsettled statement for each trader. You can also.
[0029]
In the present invention, after accepting a conditional order, when the condition is reached, the credit line is used to determine whether or not execution is possible, so that the credit line is used from the order that can be executed. Thus, the credit line can be used efficiently.
[0030]
In this case, the credit line is used only when an order is executed and a transaction balance is generated, and the credit line is not used in an unusable state. Therefore, the credit limit can be calculated from the ultimate credit amount for the trader and the transaction balance. As in the first invention, the transaction balance may use the balance amount as it is, or may multiply or divide by a certain amount in consideration of safety or the like.
[0031]
Further, the second invention includes a credit generation amount calculating means for calculating a credit generation amount generated by execution of the conditional order, and the order execution determining means refers to the credit generation amount and the credit limit amount. And determining whether or not to execute the conditional order. The credit generation amount calculating means may calculate the credit generation amount with reference to a risk rate according to a transaction type of the conditional order. The risk rate may be set in consideration of a delivery deadline of a transaction related to the conditional order. The risk rate may be set so as to reflect a fluctuation rate of a market rate.
[0032]
In this configuration, the amount of credit newly generated at the time of execution of a conditional order is determined by taking into account a certain amount of risk with the amount of delivery generated by the order, and is used as a new amount of generated credit to determine execution. Credit management can be performed in consideration of various risk factors.
[0033]
Here, it is possible to set the risk rate according to the type of transaction. For example, it is possible to set the risk based on the delivery deadline or to consider the exchange rate fluctuation rate as a risk factor. The same is true.
[0034]
Incidentally, the present invention can also be configured as a credit management method using each system corresponding to the conditional order management system of each configuration according to the present invention.
[0035]
BEST MODE FOR CARRYING OUT THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings. In the following embodiment, a description will be given by exemplifying a leave order of a forward exchange contract as a conditional order. However, a conditional order may be any order form in which certain conditions are set in a financial transaction and a transaction is requested. Is not limited to the leave order.
[0036]
FIG. 1 to FIG. 3 are block diagrams showing configurations of first to third embodiments of the present invention. FIG. 4 is a diagram illustrating an example of a method for managing a credit line for a forward exchange contract. FIGS. 5 and 6 are views each showing an example of a new reception screen and a reception content confirmation screen of a conditional order for a foreign exchange reservation in the customer terminal, and FIGS. FIG. 9 and FIG. 10 are diagrams showing an example of the configuration of an order management database and a credit management database, respectively, according to the present invention. FIGS. 11 to 13 are flowcharts of the first to third embodiments of the present invention, respectively.
[0037]
A first embodiment of the present invention will be described with reference to FIG. 1, the conditional order management system 10 includes an order management database 11, a credit management database 12, a risk rate database 13, a risk amount calculation unit 14, a credit frame control unit 15, and an order control unit 16. The conditional order management system 10 is connected to the customer terminal 20 through a communication network such as the Internet.
[0038]
When a customer requests a conditional order from a financial institution, the contents of the order are recorded in the order management database 11. The credit frame control unit 15 determines whether or not credit is required for the amount that requires credit depending on the contents of the order with reference to the credit management database 12, and if the credit is within the credit frame, the order is accepted.
[0039]
The amount that requires credit is calculated by the risk amount calculator 14 with reference to the risk ratio database 13 corresponding to the type of transaction with respect to the transaction amount when the order is executed, and incorporating a certain risk ratio. The risk amount obtained may be used. The risk rate database 13 may be provided inside the conditional order management system 10 as shown in FIG. 1 or may be configured to acquire data from an external general-purpose database of a financial institution.
[0040]
In the risk rate database 13, by setting a cross-link according to the type of transaction, the amount of risk is calculated finely, and the credit line is more efficiently calculated than in the case where a higher risk rate is used for ease of management. There is an effect that can be used. If the risk is related to forward exchange contracts, for example, the risk rate corresponding to the one-year exchange rate fluctuation is used uniformly, but if the delivery date is three months ahead, the three-month exchange rate rate is used. With the use of the risk rate, the credit line can be used within a necessary range.
[0041]
When receiving the conditional order, the credit line control unit 15 records the credit amount used for the order in the credit management database 12 as unusable. For the unusable amount, no credit has actually been generated since the order has not been executed yet, but it cannot be used as a credit line for subsequent transactions. However, in comparison with the current situation, for example, in the case of foreign exchange contracts, in which there are many cases in which conditional orders cannot be accommodated due to the complexity of credit management, the effect of being able to receive conditional orders by making full use of the credit line by such management is obtained. is there.
[0042]
When the market rate reaches the condition defined in the conditional order, the order controller 16 extracts the corresponding order from the order management database 11 and conducts a transaction. When a transaction is performed, the contract date and the like are recorded in the order management database 11, and the actually executed transaction balance is recorded in the credit management database 12. At this time, the unusable amount recorded in the credit management database 12 is released.
[0043]
FIG. 4 shows an example of a method for managing a credit line for a forward exchange contract. When accepting foreign exchange contracts for both the Web and the telephone for the same customer, in order to avoid the complexity of credit line management, credit lines are allocated and managed at a fixed ratio. Here, as shown in the example on the left of FIG. 4, allocation is performed at a ratio of 3: 7. Particularly, complicated conditional orders for credit line management are received only by telephone, and whether or not the order is received is determined to enhance security. In many cases, it is appropriately determined by the person in charge while setting.
[0044]
In the example at the center of FIG. 4, a part of the credit line by telephone order is reserved exclusively for conditional ordering via the Web. When such a credit line is provided, the requester can reliably request a conditional order within this range, and furthermore, the credit line is efficiently used by managing the credit line by the system according to the present invention. be able to.
[0045]
In the example on the right side of FIG. 4, the frames of the normal order and the conditional order via the Web are further integrated, and the credit limit is managed by combining the two. When the credit frame is managed by the system according to the present invention in such a setting, it is possible to further reduce waste of the credit frame. Furthermore, if the same management system is used for receiving orders by telephone, it is possible to centrally manage the entire frame.
[0046]
With the system according to the present invention, a screen when a customer requests exchange reservation from the Web is displayed as in the example of FIG. Here, the customer specifies the exchange rate for executing the transaction in the “designated market” column, and specifies the delivery date of the forward exchange contract in the “transaction type” and “delivery date” columns.
[0047]
When the customer places an order, the system according to the present invention checks the credit limit, and when the order is accepted, a reception confirmation screen as shown in the example of FIG. 6 is displayed. Here, it has been confirmed that a foreign exchange forward contract of US $ 10 million to be purchased on April 1, 2002 will be accepted, provided that the spot rate is US $ 1 = 130 yen.
[0048]
The order made by the customer can be confirmed from a detailed list inquiry screen as shown in the examples of FIGS. In FIG. 7, a transaction in which “waiting for reception” is displayed in the status column indicates that the credit line is checked against the credit management database 12. In FIG. 8, a transaction whose status column indicates “remaining shortage error” indicates a transaction that was not accepted due to a shortage of the credit line as a result of collation with the credit management database 12.
[0049]
In the order management database 11, the requested transaction is recorded as shown in the example of FIG. The transaction of the receipt number 001 in FIG. 9 is in a situation where the order has been executed because the spot exchange rate has already become 130 yen. The 1.3 million yen of the transfer amount generated here is updated from the unusable amount to the transaction balance in the credit management database 12.
[0050]
The transaction of the receipt number 002 in FIG. 9 is in a state of waiting for execution on condition that the spot exchange rate is 125 yen. Since the credit limit has already been checked in the credit management database 12, the credit limit check column is described as "OK", and the credit line is ready for execution.
[0051]
In the transaction of the receipt number 003 in FIG. 9, the status column is described as "Credit Confirming" and the credit frame confirmation column is described as "HOLD", and the credit frame is being confirmed. Therefore, in this state, the order is not executed, and the order is not executed even if the spot exchange rate is 130 yen.
[0052]
In FIG. 9, the orders of the reception numbers 001 to 003 are recorded as 5%, 10%, and 20% in the columns of the risk rates. This is set according to the period up to the delivery date, but the longer the period up to the delivery, the higher the risk of foreign exchange fluctuations, and consequently, the higher the risk that the client will suffer a foreign exchange loss Therefore, the risk rate is set high. Based on this risk rate, a certain amount of risk preservation is added to the expected delivery amount to calculate a risk amount to be compared with the credit line. The risk rate is not limited to the one that takes into account the currency fluctuation risk as described above, and may be one that takes into account other factors as long as it reflects the risk involved in the transaction.
[0053]
In the credit management database 12, a transaction for which an order has been requested is recorded as shown in the example of FIG. Here, as to the transaction balance before the order is executed and delivered, the executed transaction amount is recorded in the transaction numbers 001 to 003. Regarding orders that have received a conditional order and are waiting to be executed, the respective risk amounts are recorded as unavailable in the reception numbers 001 and 002. Since the reception number 001 has already been contracted, the unusable number is updated to the contracted state, and the risk amount corresponding to the transaction balance is recorded. Regarding the reception number 003, the credit limit is being confirmed, and after the confirmation is recorded as unavailable.
[0054]
In the example of FIG. 10, the credit limit is set to 20 million yen. On the other hand, the risk amount of the executed transaction is US $ 50.5 thousand and the unusable amount is US $ 21.5 thousand, and the total amount of US $ 72 thousand is multiplied by the exchange rate to reduce the credit limit. When the amount is reduced from 20 million yen, the remaining credit line is calculated, and the acceptability of a new order is determined with reference to the remaining amount. As for the transaction balance, the risk amount calculated taking into account the exchange rate fluctuation risk shall be used.In consideration of the fact that the balance has not yet occurred in the unusable state, a certain percentage of the risk amount shall be excluded. May be set. The recording of the risk amount may be performed on a yen basis.
[0055]
The flow of the first embodiment will be described with reference to FIG. When the conditional order management system according to the present invention receives information on a conditional order from the customer terminal (S01), the risk rate corresponding to the delivery date specified in the order is referred to in the risk rate database (S02). The risk amount is calculated from the scheduled contract amount of the order and the risk rate (S03), and the risk amount is referred to the credit line recorded in the credit management database (S04), and it is checked whether the risk amount is within the range of the credit line (S05). ).
[0056]
If the risk amount exceeds the remaining credit limit obtained by subtracting the transaction balance from the credit extreme, the order is rejected and not accepted (S06). If it is within the range of the credit limit, a request for confirming the order details is transmitted to the customer terminal (S07). When the customer confirms the order, the customer sends a notification to that effect and a predetermined approval number, and the system receives this (S08), and determines whether or not the client himself / herself intends to make a transaction by checking whether the approval number matches the registered approval number. Confirmation (S09).
[0057]
If the approval numbers do not match, the order is rejected and not accepted (S10). If they match, it is recorded as unusable in the credit management database, the risk amount is recorded as an unusable amount (S11), and the fact that the credit limit has been confirmed is recorded in the order management database (S12). Accepted and placed in execution pending state. For subsequent orders, the credit limit is managed by reflecting the unusable amount.
[0058]
When the exchange rate or the like in the market reaches the condition attached to the order, the order is executed and the contents of the delivery are determined according to the contract condition. In the case of a forward exchange contract, the transaction amount at the spot rate is adjusted by the forward rate, and the spread amount corresponding to the commission of the financial institution is deducted, so that the transfer amount is determined.
[0059]
The contents of the delivery are recorded in the order management database (S13), the unusableness recorded in the credit management database is updated as executed, and the risk amount is recorded (S14). For subsequent orders, the credit line is managed by the risk amount reflecting the transaction balance.
[0060]
Next, a second embodiment of the present invention will be described with reference to FIG. In FIG. 2, a priority order setting unit 17 is provided in the conditional order management system 10 according to the first embodiment, and the priority order setting unit 17 is configured to be set from the customer terminal 20.
[0061]
In the priority order setting unit 17, for example, in response to a case where a credit limit is filled with a conditional order in which a transaction balance does not actually occur and a normal order cannot be accepted, either the normal order or the conditional order is not accepted. Can be determined to take precedence. You may set so that the priority order between conditional orders can be determined. Since this priority should reflect the customer's intention, it can be operated from the customer terminal 20.
[0062]
The flow of the second embodiment will be described with reference to FIG. The flow (S21 to S25) from the reception of the information on the conditional order from the customer terminal to the confirmation of whether or not the risk amount is within the range of the credit line is the same as in the first embodiment.
[0063]
If the risk amount is not within the range of the credit limit, it is checked whether there is an order having a lower priority than the accepted order in the order record database (S26). The priority may be set at two levels, a conditional order and a normal order, or may be set finely for each individual order. If there is no low-priority order, the credit is deemed to be insufficient, and the order is rejected and not accepted (S27).
[0064]
On the other hand, if there is an order with a low priority, execution of the order is suspended, and the unusable amount is released from the credit management database (S28). By doing so, it is possible to secure a credit line for receiving a new order with priority. Thereafter, the flow after transmitting the order confirmation request to the customer terminal in order to accept the order (S29 to S36) is the same as that of the first embodiment.
[0065]
Next, a third embodiment of the present invention will be described with reference to FIG. In FIG. 3, unlike the conditional order management system 10 according to the first embodiment, the order control unit 16 refers to the credit line control unit 15 and the risk amount calculation unit 14 to determine whether or not to execute the order. Have been.
[0066]
In this configuration, the conditional order received from the customer is temporarily recorded in the order management database 11 regardless of the presence or absence of the credit line, and the condition is monitored. Regarding the transaction that has reached the condition, the risk amount is calculated from the data in the risk rate database 13 at that time, and it is determined whether or not the order can be executed by referring to the risk amount and the credit line recorded in the credit management database 12. .
[0067]
The flow of the third embodiment will be described with reference to FIG. When the information regarding the conditional order is received from the customer terminal (S41), this information is recorded in the order management database (S42). When the condition attached to the order is reached, the contents related to the order are extracted, and the risk rate corresponding to the delivery date specified in the order is referred to in the risk rate database (S43). The risk amount is calculated from the scheduled execution amount of the order and the risk rate (S44), and the risk amount is referred to the credit line recorded in the credit management database (S45), and it is confirmed whether the risk amount is within the range of the credit line (S46). ).
[0068]
If the risk amount exceeds the remaining credit limit obtained by subtracting the transaction balance from the credit extreme, the order is rejected and not accepted (S48). If it is within the range of the credit limit, an order placement instruction is transmitted (S47), and the order is executed.
[0069]
The details of the delivery are recorded in the order management database (S49), and the credit management database records a risk amount that reflects the transaction balance as contracted (S50). For subsequent orders, the credit line is managed by reflecting the transaction balance.
[0070]
【The invention's effect】
According to the present invention, when accepting a conditional order such as a leave order in a financial transaction such as a forward exchange contract, a financial institution such as a bank can efficiently check a credit limit to a transaction requester without wasting a credit limit. By expanding the range in which orders can be accepted by utilizing such services, it is possible to improve services for transaction requesters. In particular, by finely setting different risks depending on transaction conditions such as a delivery deadline, it is possible to use a credit line efficiently.
[0071]
For clients of the financial institution that is the client of the transaction, credit management is performed in accordance with the transaction conditions, thereby expanding the range in which orders can be received, and thus has the effect of enabling various risk hedging. In particular, by setting the priorities of transactions, it is possible to give flexibility to requesting transactions.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a first exemplary embodiment of the present invention.
FIG. 2 is a block diagram illustrating a configuration of a second exemplary embodiment of the present invention.
FIG. 3 is a block diagram illustrating a configuration of a third exemplary embodiment of the present invention.
FIG. 4 is a diagram showing an example of a method for managing a credit frame for a forward exchange contract.
FIG. 5 is a diagram showing an example of a screen for newly accepting a conditional order for a foreign exchange reservation at a customer terminal.
FIG. 6 is a diagram showing an example of a screen for confirming the content of a conditional order for a foreign exchange reservation at a customer terminal.
FIG. 7 is a diagram illustrating an example of a screen for checking a list of receipt details of conditional orders for exchange reservations at a customer terminal.
FIG. 8 is a diagram showing an example of a screen for inquiring a list of receipt details of conditional orders for exchange reservations at a customer terminal.
FIG. 9 is a diagram showing an example of the configuration of an order management database according to the present invention.
FIG. 10 is a diagram showing an example of the configuration of a credit management database according to the present invention.
FIG. 11 is a flowchart of the first embodiment of the present invention.
FIG. 12 is a flowchart of a second embodiment of the present invention.
FIG. 13 is a flowchart of a third embodiment of the present invention.
[Explanation of symbols]
10 Conditional order management system
11 Order Management Database
12 Credit management database
13 Risk Rate Database
14 Risk Amount Calculator
15 Credit limit control unit
16 Order control section
17 Priority setting section
20 customer terminals

Claims (20)

A system for managing conditional orders in a financial transaction, comprising:
A required credit amount calculating means for calculating a required credit amount for accepting the conditional order from the information on the conditional order,
Credit limit recording means for recording a credit limit of a trader who has placed the conditional order,
Order reception determining means for determining whether to accept the conditional order with reference to the required credit amount and the credit limit amount,
A conditional order management system, comprising: The credit limit recording means,
The maximum amount of credit is the upper limit of the credit amount for each trader and the transaction balance for the unsettled statement for each trader is recorded,
2. The conditional order management system according to claim 1, wherein the credit limit is set with reference to the credit limit and the transaction balance. The order reception determining means,
3. The conditional order management system according to claim 2, wherein when accepting a conditional order, an unusable amount determined with reference to the required credit amount is subtracted from the credit limit amount. When the conditional order is executed, the unusable amount of the conditional order is deleted from the credit limit recording unit, and the transaction balance is recorded in the credit limit recording unit by referring to the transaction amount of the conditional order. 4. The conditional order management system according to claim 3, further comprising transaction balance recording means. 5. The conditional order management system according to claim 1, wherein the required credit amount calculating unit calculates the required credit amount with reference to a risk rate corresponding to a transaction type of the conditional order. 6. The conditional order management system according to claim 5, wherein the risk rate is set in consideration of a delivery deadline of a transaction relating to the conditional order. 7. The conditional order management system according to claim 5, wherein the risk rate is set by reflecting a fluctuation rate of a market rate. 8. The conditional order management system according to claim 1, wherein the credit limit recording unit sets a credit limit separately from the normal order for the conditional order. It has a priority order setting means that can set whether to give priority to regular orders or conditional orders,
When the order reception determining means receives a normal order,
If the normal order is set to priority, calculate the credit limit by referring to the transaction balance,
8. The conditional order management system according to claim 3, wherein the credit limit is calculated with reference to the transaction balance and the unusable amount when the conditional order is set to have priority. If the order reception determining means is set to receive a normal order and give priority to the normal order,
When the normal order is executed and the transaction balance increases, a part of the unusable amount is released corresponding to the amount exceeding the credit limit,
10. The conditional order management system according to claim 9, wherein execution of the conditional order corresponding to the part is reserved. In the unusable amount recorded in the credit limit recording means, a priority transaction order is recorded for each corresponding transaction,
The order reception determining means determines whether or not a transaction is possible by referring to the unusable amount for a transaction having a higher priority transaction priority than a priority order set for an order placed by a trader as the credit amount. 9. The conditional order management system according to claim 3, wherein: A system for managing conditional orders in a financial transaction, comprising:
Conditional order recording means for recording information about the conditional order,
Credit limit recording means for recording a credit limit for a trader who has placed the conditional order,
Order execution determining means for determining whether or not the conditional order can be executed by referring to the credit limit when the condition set in the conditional order is fulfilled;
A conditional order management system, comprising: The credit limit recording means sets the credit limit by referring to a credit extreme amount, which is an upper limit of the credit amount for each trader, and a transaction balance relating to the unsettled statement for each trader. The conditional order management system according to claim 12. It comprises a credit generation amount calculating means for calculating a credit generation amount generated by execution of the conditional order,
14. The conditional order management system according to claim 12, wherein the order execution determining unit determines whether the conditional order can be executed by referring to the credit generation amount and the credit limit amount. 15. The conditional order management system according to claim 14, wherein the credit generation amount calculating means calculates the credit generation amount with reference to a risk rate corresponding to a transaction type of the conditional order. The conditional order management system according to claim 15, wherein the risk rate is set in consideration of a delivery deadline of a transaction relating to the conditional order. 17. The conditional order management system according to claim 15, wherein the risk rate is set by reflecting a fluctuation rate of a market rate. 18. The conditional order management system according to claim 1, wherein the financial transaction is a foreign exchange reservation transaction. A method for managing conditional orders in a financial transaction, wherein the computer comprises:
A necessary credit amount calculating step of calculating a required credit amount for accepting the conditional order from the information on the conditional order,
Credit to the trader who has placed the conditional order set by referring to the required credit amount, the credit extreme amount which is the upper limit of the credit amount for each trader, and the transaction balance relating to the unsettled statement for each trader. An order reception determining step in which the order reception determining means determines whether or not the conditional order can be received with reference to the limit amount,
When accepting the conditional order, a credit limit updating step of updating the credit limit by subtracting an unusable amount determined by referring to the required credit amount from the credit limit amount,
An unusable amount deletion step of deleting the unusable amount relating to the conditional order when the conditional order is executed;
A transaction balance recording step of recording a transaction amount relating to the conditional order as the transaction balance;
A method for managing conditional orders, comprising: 20. The conditional order management method according to claim 19, wherein in the required credit amount calculation step, the required credit amount is calculated with reference to a risk rate corresponding to a transaction type of the conditional order.

Images