JP3558166B2 - Conditional order management system and conditional order management method - Google Patents

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 such a problem, the present inventionA system for managing a conditional order in a financial transaction, comprising: order receiving means for receiving information on the conditional order from a trader terminal operated by a trader who places the conditional order; and A required credit amount calculating means for calculating a transaction amount when the conditional order is executed from the information on the required order amount, and calculating a required credit amount necessary for accepting the conditional order from the transaction amount;In the calculation of the required credit amount, a risk rate recording means for recording a risk rate by which the transaction amount is multiplied according to the transaction type of the conditional order, and a limit amount for each trader who orders the order, the order can be accepted. Set asInformation required to calculate credit limitAs at least, a credit extreme amount which is an upper limit of the credit amount set for each of the traders and a transaction balance for the unsettled details of each of the traders are recorded.A credit limit recording unit, a necessary credit amount calculated by the required credit amount calculation unit, and information recorded in the credit limit recording unit.Using at least the credit limit and the transaction balanceOrder acceptance determining means for comparing the calculated credit limit of the trader who places the conditional order, and determining whether or not the conditional order can be accepted;When the order reception determining means determines that the conditional order is acceptable, a transaction when the conditional order is executed in the credit limit recording means as information necessary for calculating the credit limit. An unusable amount recording means for recording an unusable amount determined from the amount, and when the conditional order is executed, the unusable amount relating to the conditional order recorded in the credit limit recording means is deleted, and the credit limit amount is deleted. A transaction balance updating means for updating the transaction balance by adding a transaction amount determined by the execution of the conditional order to the transaction balance of the trader recorded in the recording means and updating the transaction balance. The required credit amount calculating means obtains a risk rate corresponding to the transaction type of the conditional order from the risk rate recording means, and multiplies the transaction amount by the risk rate. The order acceptance determination means calculates a credit amount by subtracting the unusable amount from a limit amount calculated using the credit extreme amount and the transaction balance for the trader of the conditional order. To use asIt is characterized by.
[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.
[0016]
thisinventionIn the case of a normal order, the credit is generated at the same time as the order and recognized as a transaction balance.However, for a conditional order that is not actually credited but is in a state where credit can occur, the credit limit is temporarily set. A certain amount of the transaction to be used is subtracted from the credit limit as an unusable amount. 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.
[0019]
thisinventionIn, the risk rate according to the type of transaction is finely set, and the 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]
In addition, the present invention provides a priority order setting means in which a priority is assigned to a credit line over which of a normal order and a conditional order, and a second order for receiving information on the normal order from the trader terminal. Order accepting means, a transaction amount of the normal order, and information recorded in the credit limit recording means at least to a trader ordering the normal order calculated using the credit extreme amount and the transaction balance. A second order reception determining means for comparing the credit limit and determining whether or not the normal order can be received, wherein the second order reception determining means is normally provided in the priority order setting means. If the order is set to be prioritized, the limit calculated using the extreme credit amount and the transaction balance is used as the credit limit, and the conditional order is set by the priority order setting means. If it is set earlier, the credit limit is determined by subtracting the unusable amount from the limit calculated using the credit extreme amount and the transaction balance, and the acceptability of the normal order is determined. The determination may be characterized. When the priority order is set to the priority order setting means, the normal order is accepted, and when the normal order is executed and the transaction balance increases, the transaction balance exceeds the credit limit. And an unusable amount canceling means for canceling at least a part of the unusable amount in response to the conditional order corresponding to the unusable amount released by the unusable amount canceling means. It may be characterized that the execution is reserved even if the condition is fulfilled.
[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.
[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]
Further, according to the present invention, the unusable amount recorded in the credit limit recording means is recorded with a priority transaction order for each corresponding transaction, and the order reception determination means is attached to the conditional order. A credit limit is calculated by subtracting an unusable amount for a transaction having a higher priority transaction rank than the priority transaction rank from the credit extreme amount and the limit amount calculated using the transaction balance for the trader of the conditional order. To doCan also be characterized.
[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.
[0034]
In addition, the present invention uses each system corresponding to the conditional order management system of each configuration according to the present invention.How to manage conditional ordersIt can also be configured as
[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. Although this is set according to the period up to the delivery date, the longer the period up to the delivery, the higher the risk of exchange rate 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 protection 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 taking into account the currency fluctuation risk as described above, and may be one taking 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 received 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). In this way, a credit line for receiving a new order with priority can be secured. 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 in 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 an 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 of 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 placing 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 the risk amount reflecting 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. The service to the transaction requester can be improved by expanding the range in which the order can be received by utilizing the service. 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]
The credit management according to the transaction conditions is also performed for the client of the financial institution, which is the client of the transaction, so that the range in which orders can be accepted is expanded, and there is an effect that various risk hedging can be performed. 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 illustrating 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 view 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 showing an example of a screen for inquiring 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 checking a list of acceptance details of a conditional order for exchange reservation 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 (8)

A system for managing conditional orders in a financial transaction, comprising:
Order receiving means for receiving information on the conditional order from a trader terminal operated by a trader ordering the conditional order;
A necessary credit amount calculating means for calculating a transaction amount when the conditional order is executed from the information on the conditional order, and calculating a necessary credit amount required to receive the conditional order from the transaction amount;
In the calculation of the required credit amount, a risk rate recording unit that records a risk rate to be multiplied by the transaction amount according to the transaction type of the conditional order,
As information necessary for calculating a credit limit set as a limit for accepting an order for each trader who places an order , a credit extreme which is an upper limit of a credit amount set for each trader is used as information. Credit limit recording means in which the amount and the transaction balance for each unsettled statement of each of said traders are recorded at least ;
A trader who orders the conditional order calculated using the required credit amount calculated by the required credit amount calculating means and at least the credit extreme amount and the transaction balance from information recorded in the credit limit recording means. Order acceptance determining means for comparing the credit limit amount to determine whether or not to accept the conditional order,
When the order reception determining means determines that the conditional order is acceptable, a transaction when the conditional order is executed in the credit limit recording means as information necessary for calculating the credit limit. An unusable amount recording means for recording an unusable amount determined from the amount,
When the conditional order is executed, the unusable amount for the conditional order recorded in the credit limit recording means is deleted, and the transaction balance for the trader recorded in the credit limit recording means is added to the condition balance. A transaction balance updating means for updating the transaction balance by adding the transaction amount determined by the execution of the attached order;
A conditional order management system comprising:
The required credit amount calculation means obtains a risk rate corresponding to the transaction type of the conditional order from the risk rate recording means, calculates the required credit amount by multiplying the transaction amount by the risk rate,
The order acceptance determination means uses the amount obtained by subtracting the unusable amount from the limit calculated using the extreme credit amount and the transaction balance for the trader of the conditional order as a credit limit amount. <Br / > Conditional order management system characterized by: Priority order setting means in which it is set whether a credit line is assigned in preference to a normal order or a conditional order;
From the trader terminal, a second order receiving means for receiving information about a normal order,
The transaction amount of the normal order and the credit limit of the trader who places the normal order, calculated using at least the credit extreme amount and the transaction balance from the information recorded in the credit limit recording means, In contrast, a second order reception determining means for determining whether or not to accept the normal order,
The second order acceptance determining means uses a limit calculated using the extreme credit amount and the transaction balance as a credit limit amount when a normal order is set to priority in the priority order setting means. In the case where the conditional order is set to be prioritized by the priority order setting means, an amount obtained by subtracting the unusable amount from a limit amount calculated using the credit extreme amount and the transaction balance is set as a credit limit amount. 2. The conditional order management system according to claim 1, wherein the system determines whether the normal order can be accepted. When the priority order is set to the priority order setting means, the normal order is accepted, and when the normal order is executed and the transaction balance increases, the transaction balance exceeds the credit limit. In correspondence with, comprises an unusable amount cancellation means for canceling at least a part of the unusable amount,
3. The conditional order management according to claim 2, wherein execution of the conditional order corresponding to the unusable amount released by the unusable amount release unit is reserved even if the condition of the conditional order is fulfilled. system. In the unusable amount recorded in the credit limit recording means, a priority transaction order is recorded for each corresponding transaction,
The order accepting determination means determines the unusable amount for a transaction having a higher priority transaction rank than the priority transaction rank assigned to the conditional order, the credit limit amount and the transaction balance for a trader of the conditional order. The conditional order management system according to any one of claims 1 to 3, wherein the credit limit is calculated by subtracting from the calculated limit . A method for managing conditional orders for managing conditional orders in a financial transaction, the method comprising:
An order management system for receiving information on the conditional order from a trader terminal operated by a trader ordering the conditional order;
A risk rate record in which the order management system calculates a transaction amount when the conditional order is executed from the information on the conditional order, and records a risk rate by which the transaction amount is multiplied in accordance with a transaction type of the conditional order. Obtaining a risk rate corresponding to the transaction type of the conditional order from the section, multiplying the transaction rate by the risk rate to calculate a required credit amount required to receive the conditional order;
As information necessary for the order management system to calculate a credit limit set as a limit for accepting an order for each trader who places an order, a credit amount set for each trader From the credit limit recording unit in which at least the credit extreme amount that is the upper limit and the transaction balance for the unsettled statement of each of the traders is recorded, at least the credit extreme amount is obtained from information on the trader who places the conditional order. And obtaining a credit limit calculated using the transaction balance ;
The order management system compares the required credit amount and the credit limit, and determines whether to accept the conditional order,
If it is determined that the acceptance of the conditional order is acceptable, as the information necessary for calculating the credit limit, the unusable amount determined from the transaction amount when the conditional order is executed in the credit limit recording unit is used. Recording the amount;
When the conditional order is executed, the unusable amount related to the conditional order recorded in the credit limit recording unit is deleted, and the transaction balance for the trader recorded in the credit limit recording unit is added to the condition limit. Updating the transaction balance by adding the transaction amount determined by the execution of the attached order;
Has,
The credit limit obtained in the step of obtaining the credit limit is obtained by subtracting the unusable amount from the limit calculated using the credit limit and the transaction balance of the trader of the conditional order. A method for managing conditional orders, characterized in that an amount is used. The order management system receives information on a normal order from the trader terminal;
The order management system provides a trader who orders the normal order calculated using at least the credit extreme amount and the transaction balance from the transaction amount of the normal order and the information recorded in the credit limit recording means. Comparing the credit limit to determine whether or not the normal order can be accepted,
In the step of determining whether or not to accept the normal order, the priority order is set to a priority order setting unit in which the order of the normal order and the conditional order is set to prioritize the allocation of the credit line, and the normal order is set to have priority. If the limit is calculated using the credit limit and the transaction balance, the credit limit is used. Determining whether the normal order can be accepted by using the amount obtained by subtracting the unusable amount from the limit amount calculated using the amount and the transaction balance as a credit limit amount.
6. The method for managing conditional orders according to claim 5, wherein: The order management system receives a normal order when the normal order is set to priority in the priority order setting unit, and executes the normal order to increase the transaction balance, the transaction balance increases the credit limit. Comprising a step of canceling at least a part of the unusable amount corresponding to the amount that has been exceeded,
For the conditional order corresponding to the unusable amount released in the step of releasing at least a part of the unusable amount, reserve execution even if the conditions of the conditional order are fulfilled.
7. The method for managing conditional orders according to claim 6, wherein: In the unusable amount recorded in the credit limit recording unit, a priority transaction order for each corresponding transaction is recorded,
The credit limit obtained in the step of obtaining the credit limit includes, as a trader of the conditional order, an unusable amount for a transaction having a higher priority order than the priority order assigned to the conditional order. Calculating the credit limit by subtracting from the limit calculated using the maximum amount of credit and the transaction balance according to
The method for managing conditional orders according to any one of claims 5 to 7, wherein:

Images