WO2018179290A1 - Système bancaire et procédé exécuté par un système bancaire - Google Patents

Système bancaire et procédé exécuté par un système bancaire Download PDF

Info

Publication number
WO2018179290A1
WO2018179290A1 PCT/JP2017/013462 JP2017013462W WO2018179290A1 WO 2018179290 A1 WO2018179290 A1 WO 2018179290A1 JP 2017013462 W JP2017013462 W JP 2017013462W WO 2018179290 A1 WO2018179290 A1 WO 2018179290A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
facility
credit
facility information
data
Prior art date
Application number
PCT/JP2017/013462
Other languages
English (en)
Japanese (ja)
Inventor
林　正人
清徳 宇賀神
山田　耕司
洋一 板坂
Original Assignee
株式会社三井住友銀行
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社三井住友銀行 filed Critical 株式会社三井住友銀行
Priority to JP2017551742A priority Critical patent/JP6356362B1/ja
Priority to CN201780015904.3A priority patent/CN108990424B/zh
Priority to PCT/JP2017/013462 priority patent/WO2018179290A1/fr
Publication of WO2018179290A1 publication Critical patent/WO2018179290A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a bank system and a method executed by the bank system. More specifically, the present invention is a bank that ensures the integrity of credit information that will be registered in the accounting system based on the approval conditions of the request for approval and the satisfaction of the conditions necessary for executing the loan. The system and the method performed by the banking system.
  • Banks have developed various banking systems for many years. If the business area of the company that is the customer is only in the country, the bank will use a domestic banking system, such as a system for managing customer information, a settlement system for making loan decisions, a system for credit management, and an accounting system To support the activities of client companies. As corporate activity expands globally, the banking system is required to meet the needs of globally active businesses.
  • Patent Document 1 simply discloses a system for making a fund decision between a plurality of countries.
  • Patent Document 2 discloses an overseas credit management system for corporate finance.
  • the conventional banking system only provides a system that focuses on a specific business in the overseas business and a system specialized only in overseas credit management.
  • a bank operated multiple accounting systems including an accounting system with jurisdiction over Asia and an accounting system with jurisdiction over Europe and the like.
  • the conventional bank system has not provided a mechanism for operating individual account systems in cooperation with other systems, for example, a system for managing overseas credits in cooperation with a plurality of account systems.
  • the number of corporate finances for companies that develop their business globally is increasing, and the number of overseas headquarters, branches and local corporations is increasing.
  • the bank can handle corporate finance and is an accounting system linked with an overseas credit management system that can involve multiple offices in the bank. It has been necessary to construct a new account system that ensures the consistency of credit information to be registered in the account system based on the approval conditions and the fulfillment of the conditions necessary for loan execution.
  • An object of the present invention is a billing system linked with an overseas credit management system that can involve a plurality of offices in a bank, the approval condition of the approval document, and the satisfaction condition of the condition necessary for executing the loan It is to provide a bank system capable of ensuring the integrity of credit information to be registered in an account system based on the system.
  • the bank system In response to the approval of the approval document data, the bank system according to one aspect of the present invention provides the first facility information generated based on the Deal information associated with the approval data and the status information of the control card. And the first facility information identifies an associated billing system and is periodically transmitted to the identified billing system and a second based on the received first facility information Store facility information, determine whether facility data to be registered in the credit frame is consistent with the facility detail information stored in the second facility information, and the second Whether the status information of the control card stored in the facility information is appropriate Or it determines, in response to a positive determination result, configured to perform a registration to the credit of the facility data.
  • a method executed by a banking system is generated based on deal information associated with approval request data and status information of a control card in response to approval of approval request data.
  • Comprising a said status information of the serial control card to determine whether the appropriate response to the affirmative determination result, and performing registration to the credit of the facility data.
  • the bank system of the present invention can ensure the consistency of credit information to be registered in the account system based on the approval condition of the approval document and the satisfaction state of the condition necessary for executing the loan.
  • FIG. 1 shows an overall view of a bank system including a credit management system and a plurality of accounting systems.
  • FIG. 2 shows a part of the system configuration of the credit management system and a plurality of billing systems.
  • FIG. 3 shows an exemplary format of the request for approval.
  • FIG. 4 is a diagram illustrating the relationship between FIG. 4A and FIG. 4B.
  • FIG. 4A shows an example of a control card edit screen that can display data stored in the control card.
  • FIG. 4B shows an example of a control card edit screen that can display data stored in the control card.
  • FIG. 5 shows the flow of credit-related operations in the case for corporate finance.
  • FIG. 6 illustrates the main operation flow in the case of FIG.
  • FIG. 7 shows a frame registration screen for registering a credit frame in the account system.
  • FIG. 8 describes in detail the flow executed in the accounting system.
  • Overseas credit A loan made to a bank customer by an overseas branch of the bank or a local corporation related to the bank. Facility as a word corresponding to credit is used to refer to individual credits.
  • Overseas credit management Managing the credit status of a loaned company in overseas credit management.
  • Lending Office A branch or local subsidiary responsible for credit. In cases where multiple branches or local corporations do business with a single customer, the primary Lending Office (PLO) is an office that centrally manages customer information and performs debtor evaluation. (SLO: Secondary Lending Office) is an office other than the main credit store.
  • PLO primary Lending Office
  • SLO Secondary Lending Office
  • Global company A company that operates in many regions and needs to be managed by multiple credit stores.
  • a bank may have local subsidiaries associated with branches and banks in multiple countries and regions. Banks divide the world into multiple regions and set up headquarters in each region (eg, European headquarters, Asia-Pacific headquarters, Americas headquarters, and the like), and branches and local offices in countries within the region. Can manage legal entities. Headquarters, branches and local corporations may be referred to as “entities”.
  • FIG. 1 shows an overall view of a bank system 1 including a credit management system 10 and a plurality of account systems 20.
  • the bank system 1 is a system that can handle deposit business, loan business, domestic exchange business, foreign exchange business, and the like.
  • this specification describes the functions and processes related to overseas credit management for companies operating in one or more countries and regions among the main functions of the bank system 1.
  • the credit management system 10 is connected to a plurality of account systems 20a and 20b (collectively referred to as “account system 20” in this specification) so as to be communicable.
  • account system 20 a plurality of account systems 20a and 20b
  • FIG. 1 two billing systems 20 a and 20 b are shown, but the credit management system 10 can be connected to three or more billing systems.
  • the credit management system 10 can store customer information used in the credit management process and item information (Deal) related to financing.
  • Deal is information that can include factual information such as the background and reason for the funding demand of the company that is the customer, the use of the fund and the loan period.
  • the credit management system 10 can support the function of creating a request for approval for overseas credit by using customer information and Deal, circulating it to related departments, and obtaining approval from the authorized person.
  • the credit management system 10 can support various credit-related operations, and can enhance cooperation and internal management between related departments and credit stores.
  • the credit management system 10 can provide a function of checking whether the business before the loan execution and the business after the loan execution are appropriately executed.
  • the credit management system 10 can send the approved credit details and control card status information to the billing system 20 associated with the credit details. The control card will be described later with reference to FIGS. 2, 4A and 4B.
  • the account system 20 is one of the systems constituting the bank system 1, and is a system that executes bank account processing such as account and loan balance management, interest calculation for deposit amount and loan amount.
  • a country / region to be used can be determined.
  • the accounting system 20a is used by the headquarters, branches and local corporations in the Asian region
  • the accounting system 20b is used by the headquarters, branches and local corporations in the Western region.
  • the bank system 1 may be connected to a plurality of bank terminals 30a, 30b,... 30n (collectively referred to as “bank terminals 30” in this specification) so as to be able to communicate via the network 40. it can.
  • the bank terminal 30 can access the credit management system 10 and the billing system 20 respectively.
  • Each of the bank terminals 30 can be used by a bank headquarters, a branch, and a local corporation that use the bank system 1.
  • the bank terminal 30 may be a terminal that can be used by a bank clerk, and is not limited to a specific device.
  • the bank terminal 30 can operate in a personal computer (PC), a laptop, a tablet terminal, a personal digital assistant (PDA), a user equipment (UE), a mobile station, a cellular phone, a smartphone, or a wired or wireless environment. Any other type of device can be included, but is not limited to such.
  • the network 40 may be a well-known network that can communicate with each other, including the Internet and a dedicated line, and is not particularly limited.
  • FIG. 2 shows a part of the system configuration of the credit management system 10 and a plurality of billing systems 20.
  • the credit management system 10 can include a processor 11, a memory 12, a connection interface (IF) 13, a network interface (IF) 14, an output device 15, and a storage 16.
  • the components 11 to 16 can be connected to each other via a bus 19 so as to communicate with each other.
  • the processor 11 controls each device and each circuit in the credit management system 10, and performs calculation and data processing.
  • the processor 11 can read various programs stored in the storage 16 into the memory 12 and execute them.
  • the memory 12 is a temporary storage area and is used when an operation is executed by the processor 11.
  • the memory 12 can store various data, computer-executable instructions, and data after arithmetic processing by the instructions.
  • connection IF 13 is an interface for connecting various devices to the credit management system 10.
  • a display, a keyboard, a mouse, an external storage device, and the like can be connected to the credit management system 10 via the connection IF 13.
  • the network IF 14 serves as an interface for transmitting and receiving data to and from other systems and devices.
  • the processor 11 performs data communication with the network 40 and the plurality of billing systems 20 through the network IF 14.
  • the output device 15 may display data processed by the processor 11 and / or data read from various databases and files on a display and provide a function for printing the data displayed on the display. it can.
  • the storage 16 is a storage area for storing various programs and data.
  • the storage 16 is composed of, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), and the like, and can store various data and programs for a long time. Based on the control of the processor 11, one or more data is read from the storage 16 and one or more data is written to the storage 16.
  • the accounting system 20 also includes a processor, a memory, a connection IF, a network IF, an output device, and a storage corresponding to the processor 11, the memory 12, the connection interface (IF) 13, the network interface (IF) 14, the output device 15 and the storage 16. Can be provided.
  • the function of each component is the same as the functions 11 to 16 described above.
  • FIG. 2 illustrates an embodiment in which the processor 11, the memory 12, and the storage 16 are provided in the same computer.
  • the credit management system 10 can be configured to implement parallel and distributed processing on multiple computers by using multiple processors 11, memory 12 and storage 16. is there.
  • an embodiment in which a plurality of computers are installed for the credit management system 10 and the plurality of computers share one storage 16 may be employed.
  • the storage 16 can include customer information 161, corporate card 162, deal profile 163, deal information 164, user information 165, approval document 166, contract information 167, control card 168, and facility information 169.
  • Customer information 161 can store customer information used in the credit management process.
  • the customer information 161 is a customer profile, for example, customer ID, company name, head office location, year of establishment, number of employees, factory and / or branch location (country and city name), stock information, shareholders, group Attribute information such as structure, business history, bank relationship, key person, business division, segment by region, major customers, major suppliers can be included.
  • the customer information 161 may include a client's income statement, balance sheet, cash flow statement, and original data of those financial information, and an analysis result based on the financial information. The financial analysis is performed by a bank clerk, and the analysis result can be used for credit judgment.
  • the customer information 161 is data shared in the bank system 1 and can be shared by a plurality of departments and credit stores in the bank, the customer information 161 is customer information different from the conventional CIF (customer information file). is there. Customer information in CIF was created and maintained by each credit store. When a certain company has transactions with multiple credit stores in a bank, each credit store has created and maintained a CIF, so there is no centralized information management within the bank. It was.
  • the corporate card 162 can store information extracted from the customer information 161 at a certain point.
  • the customer information 161 stores information that changes over time, while the corporate card 162 stores information on the customer information 161 at the time of drafting the approval document.
  • the corporate card 162 may store information on the customer information 161 at the time when the approval document is settled.
  • the Deal profile 163 can store item information (Deal) related to financing.
  • Deal is a management unit for credit transactions.
  • the Deal can include factual information such as the background and reasons for the funding requirements of the client company, as well as the use of the funds and the loan period.
  • Deal may indicate information for transactions involving multiple credit stores and / or transactions involving multiple debtors.
  • the Deal profile 163 can include basic information, a Deal summary, a Deal background, a lending structure, support sharing, credit details information, and collateral details information.
  • the basic information may include a case number for identifying Deal, a Deal name, one or more credit shop names, and customer IDs of one or more debtors.
  • the Deal summary can include a summary of the transaction.
  • the Deal summary states, “The purpose of the loan is working capital for a business company headquartered in India. The loan period is one year and the loan amount is $ 10 million. New Delhi (NDL) and Singapore ( SNG) 's credit store will provide $ 5 million each.
  • the Deal background can include the background circumstances and reasons for making this loan.
  • the lending structure can include a diagram describing the financing scheme and its description.
  • the support sharing can indicate the support ratios of the respective financial institutions (for example, Bank A 40%, Bank B 35%, Bank C 25%).
  • the credit details information can include detailed information of the loan such as the details number, debtor, credit type, currency, and loan amount.
  • One Deal can include one or more facility information.
  • the collateral details information may include detailed information on this Deal collateral. When a plurality of credit stores are involved in Deal, the credit detail information can indicate a combined extreme that combines the extremes set in the respective credit stores.
  • the credit detail information and the collateral detail information can include information of a plurality of debtors.
  • the deal information 164 can store information extracted from the deal profile 163 at a certain point in time.
  • the Deal profile 163 stores information that changes over time, but the Deal information 164 stores information on the Deal profile 163 at the time of drafting a request for approval.
  • the Deal information 164 can include status information.
  • the status information can indicate “Pending” before the approval document is approved, and “Fixed” after approval.
  • Deal information 164 may include one or more facility information. For example, when Deal is related to factory construction, financing for land acquisition is first performed and then financing for factory construction is performed. In such a case, one Deal can include a plurality of facility information.
  • the user information 165 can store user information using the bank system 1.
  • the user information 165 can include a user ID, a belonging organization, a credit position, and a role.
  • the user ID is an ID for identifying a user who uses the bank system 1.
  • the organization to which the user belongs is the department to which the user belongs (for example, the examination department of the head office, the sales department of the Singapore branch, etc.).
  • the credit position is a position for credit judgment, and indicates positions such as a group manager and a branch manager. These positions are determined based on formal personnel information.
  • the role indicates a role (for example, front, front middle, middle back, back, examination section, etc.) that plays in the credit-related business. Examples of roles, job titles, and job contents are shown in Table 1.
  • the approval document 166 can store approval document data for requesting approval for the execution of the loan.
  • a request for approval is created for each Deal.
  • FIG. 3 shows an exemplary format of the request for approval. This format can include credit case information, approval flow, exposure and maintenance status, profitability, conclusions of each entity for the credit case, debtor list and the like.
  • the approval document 166 may include an approval document ID, the contents shown in FIG. 3, and the status.
  • the approval document ID indicates an identifier of the approval document, and the status indicates the status of examination (for example, “before approval”, “approved”).
  • Each approval document data in the approval document 166 can be associated with corresponding data in the corporate card 162 and the Deal information 164.
  • the contract information 167 can store signed contract data created after the approval of the approval document.
  • the contract information 167 can store the identifier of the corresponding deal information and the approval document ID of the corresponding approval data.
  • the control card 168 may include information on the credit business that needs to be executed and information on the department (role) in charge of the credit business.
  • the control card can also indicate the progress of all credit operations that need to be performed.
  • Each piece of information stored in the control card 168 is generated for each corresponding Deal.
  • Each piece of information stored in the control card 168 is associated with the corresponding Deal and the corresponding approval document data.
  • the content of the credit business that needs to be executed and the department (role) in charge of the credit business can be determined based on the deal information and the approval flow information of the approval document. For example, a loan for a project in the United States and a loan to a business company headquartered in India have different credit cards and responsible departments and branches that need to be executed, so different control cards are used.
  • the department in charge of the credit business can perform the credit business according to the assigned role and input the result to the credit management system 10.
  • FIG. 4A and 4B show an example of a control card editing screen 400 that can display data stored in the control card 168.
  • the control card editing screen 400 can include a control card number 401, a responsible entity and role 402, deal information 403, a document list 404, a status change button 405, and a credit service 406.
  • the control card editing screen 400 can further have an associated approval document ID and an identifier of the corporate card 162.
  • the control card number 401 is an identifier for identifying a control card.
  • Responsible entity and role 402 may indicate an entity (department, branch, etc.) and role that should be responsible for credit operations.
  • the responsible entity and role 402 may further indicate a user ID and user name.
  • Deal information 403 can indicate corresponding Deal information stored in Deal information 164.
  • FIG. 4A can display a credit case number, a Deal name, and a debtor.
  • the document list 404 can display a list of contracts and related documents associated with the control card 168 when selected by the user. When the desired data is selected from the list, the credit management system 10 can display the selected data.
  • the status change button 405 can be used to move to the next status when all credit operations that need to be executed indicate “Complete”.
  • the status may include “preparation from contract before contract (Pre-Signing)”, “post-signing” and “Available to Drawdown”.
  • post-acquisition items (various documents) can be managed, and post-mortem collateral and guarantee satisfaction management can be performed.
  • the control card editing screen 400 includes a credit service for each facility, and can indicate whether each of the credit services is completed.
  • the control card edit screen 400 can include two facilities.
  • the loan number “X111” indicates that the loan application has been made in Singapore, is in the “Pre-Signing” stage, and the loan name is “364-day bridge loan” Indicates.
  • the control card editing screen 400 can include “Application”, “Condition”, “Terms Check”, “Guarantee / Collateral”, “Document”, and “Ancillary Process” as credit operations in the “Pre-Signing” stage. .
  • Credit work “Application” indicates whether the format check of the approval document and / or the approval of the approval document has been completed.
  • the credit service “Condition” indicates whether or not the response to the condition given by the examination department at the time of approval of the approval document is completed.
  • “Terms Check” indicates whether the inspection of the contract contents described in the contract has been completed.
  • the credit service “Guarantee / Collateral” indicates whether guarantees and / or collateral are satisfied.
  • the credit service “Document” indicates whether or not a necessary request (various documents) has arrived.
  • the credit service “Ancillary Process” indicates whether an accompanying process required before signature is completed.
  • the credit management system 10 can have a control card for each approval document, and the control card can indicate the progress of all credit operations that need to be performed.
  • the information of the control card 168 shown in FIGS. 4A and 4B is merely an example, and the control card editing screen 400 can display other than the credit service shown in this specification.
  • the facility information 169 can store information on individual credits to be registered in the account system 20.
  • the credit management system 10 can generate facility information 169 and transmit the individual facility information to the accounting systems 20a and 20b associated with the facility information, respectively.
  • Facility information is transmitted to the accounting system 20 associated with a predetermined period.
  • the account system 20a can include facility information 201a and a credit frame 202a
  • the account system 20b can include facility information 201b and a credit frame 202b. Since the facility information 201a and the facility information 201b include the same information, they can be collectively referred to as “facility information 201”.
  • Facility information 201 may include information that is generated or updated based on facility information 169 received from credit management system 10.
  • the credit line 202a and the credit line 202b can include data of credit lines registered in the account system 20a and the account system 20b, respectively.
  • FIG. 7 shows a frame registration screen 700 for registering a credit frame in the accounting system 20.
  • the bank terminal 30 can access the billing system 20 and call the frame registration screen 700.
  • a credit case number (facility ID) is designated on the frame registration screen 700
  • the account system 20 extracts information associated with the designated credit case number from the facility information 201 and displays it on the frame registration screen 700. be able to.
  • the registration button on the frame registration screen 700 is pressed, the billing system 20 determines whether the information displayed on the frame registration screen 700 matches the information stored in the facility information 201, and the facility information 201. It is possible to check whether or not the status information of the control card stored in is appropriate, and if it is a positive determination result, it can be registered in the credit line 202.
  • the facility information 201 is generated based on the credit details information for which the approval has been approved. Since the information displayed on the frame registration screen 700 is extracted from the facility information 201, the frame registration screen 700 can display only the credit details for which the approval has been approved.
  • FIG. 5 shows the flow of credit-related operations in the case for corporate finance.
  • This case indicates that credit-related operations are performed by a plurality of bank entities (eg, Singapore branch, Hanoi branch, Tokyo headquarters examination department).
  • Singapore may be abbreviated as “SNG”
  • Hanoi may be abbreviated as “HNI”
  • TKY Tokyo may be abbreviated as “TKY”.
  • a customer XYZ Corporation in Singapore applies for a loan to the Singapore branch of a bank.
  • the front of the Singapore branch updates the customer information 161 and the Deal profile 163 in response to receiving the loan application, and creates a request for approval.
  • a corporate card 162, deal information 164, and a control card 168 are generated.
  • the front middle of the Singapore branch checks the format of the request for approval and confirms the necessary documents and necessary procedures.
  • the front middle of the Singapore branch will update the control card 168 after inspection and confirmation.
  • the front middle of the Singapore branch asks the review department to approve the approval document.
  • the examination department reviews the approval document, determines loan conditions, and approves the loan.
  • the Singapore branch front will request condition management and administrative procedures from the Hanoi branch in Vietnam.
  • the Hanoi branch's middleback reviews approved approvals and contracts.
  • the Hanoi branch middle back updates the control card 168.
  • the middle back of the Hanoi branch sets a credit line in the XYZ Corporation account in the Hanoi branch after the review.
  • the credit limit means a credit (ie, loan) limit set for a customer. After that, the back of the Hanoi branch is credited to the account of XYZ Corporation.
  • Table 2 shows examples of credit operations for each role described above, but the credit operations are not limited to these operations.
  • FIG. 6 illustrates the main operation flow in the case of FIG. S602 and S603 can be executed in parallel.
  • the credit management system 10 can provide the bank terminal 30 with an application for inputting and updating the customer information 161.
  • the Singapore branch front accesses the credit management system 10 via the bank terminal 30 and the application, and inputs or updates the customer information 161. it can.
  • the credit management system 10 can provide the bank terminal 30 with an application for inputting and updating the Deal profile 163.
  • the front of the Singapore branch can input the loan information for the XYZ Corporation into the Deal profile 163 via the bank terminal 30 and the application.
  • the front of the Singapore branch can access the credit management system 10 via the bank terminal 30 and draft a proposal.
  • the drafter of the agenda can select the confirmer who confirms the agenda and the approver who approves the agenda.
  • the drafter can select the name of an entity (eg, one or more departments, such as the Examining Department) instead of, or in addition to, the confirmer and authorizer . If the name of the entity is selected, the entity that received the request for approval can select the confirmer and approver of the request for approval.
  • the credit management system 10 extracts customer information associated with the approval document data from the customer information 161, stores it in the corporate card 162, and deals information associated with the approval document data. Is extracted from the Deal profile 163 and stored in the Deal information 164. Through these processes, the credit management system 10 can associate the customer information and the loan item information at the time of creation of the approval document with the approval document data.
  • the credit management system 10 can transfer the approval document data to the confirmer who confirms the approval document and the approver who approves the approval document in accordance with the approval route specified in the approval document data.
  • the confirmer and approver can be notified of the identification information of the approval document that needs to be verified by them. For example, after confirming the format of the approval document and confirming the contents, the confirmer can transmit a signal indicating the completion of confirmation to the credit management system 10 via the bank terminal 30.
  • the credit management system 10 can update the items “Application” and “Condition” in the corresponding control card from “Incomplete” to “Complete”.
  • the credit management system 10 can generate control card data associated with the approval document data in response to the generation of the approval document data, and store the generated data in the control card 168.
  • the status of the generated control card is “Pre-Signing”.
  • the credit service and the responsible department (role) included in the generated control card depend on the corresponding deal information and the approval flow information of the corresponding approval document.
  • the generated control card can also include a credit service that is performed after the approval of the approval document.
  • the credit management system 10 can update the credit service from “Incomplete” to “Complete” in response to the occurrence of an event associated with the credit service included in the control card. For example, after the request is submitted from the customer and the request data is registered, the credit management system 10 can update the corresponding credit operation from “Incomplete” to “Complete”.
  • the approval document is approved by the approver.
  • the Singapore branch's front desk prepares a contract according to the content of the request for approval.
  • the created contract is signed by the parties.
  • the credit management system 10 can receive the signed contract data and store it in the contract information 167.
  • the credit management system 10 can update the status of the control card to “Post-Signing” in response to the storage of the contract data.
  • the credit management system 10 can periodically generate the facility information 169 after the approval document is approved.
  • Facility information 169 may comprise control card status information and facility details information for each facility associated with an approved request.
  • Facility detail information can be generated from one or more of a corporate card 162, deal information 164, approval document 166 and contract information 167.
  • the credit management system 10 can periodically transmit each data of the facility information 169 to each of the billing system 20 associated with each facility information.
  • the billing system 20 can update the facility information 201 based on the received facility information 169 data.
  • facility detail information can be generated from the Deal information 164, which has information about the credit store or the main credit store (PLO).
  • the credit store or PLO information can identify the associated billing system 20. For example, when the Singapore branch is a credit store or a PLO, the account system 20 used is the account system 20 having jurisdiction over the Asian region.
  • the account system 20 can provide the bank terminal 30 with a frame registration screen 700 for registering a credit frame in the account system.
  • a credit case number is designated on the frame registration screen 700
  • the account system 20 can extract information associated with the designated credit case number from the facility information 201 and display it on the frame registration screen 700.
  • a registration button (not shown) on the frame registration screen 700 is pressed
  • the account system 20 stores the information displayed on the frame registration screen 700 in the facility information 201. It can be checked whether or not it matches the information being displayed.
  • the billing system 20 determines whether the information to be registered in the credit frame 202 is consistent with the facility detail information stored in the facility information 201. Since the facility information 201 is updated based on the facility information 169, the facility information 201 can include control card status information and facility detail information. The facility detailed information is generated from one or more of the corporate card 162, deal information 164, approval document 166, and contract information 167 after approval of the approval document. For this reason, when it is determined that there is no consistency, the information to be registered in the credit line 202 does not match the detailed information of the approved facility. If it is determined that there is no consistency, the billing system 20 displays a message via the frame registration screen 700 to indicate that there is no consistency. In such a case, re-input of data is performed through the frame registration screen 700 in S607.
  • the billing system 20 further determines whether the status information of the control card stored in the facility information 201 is an appropriate status. If the status information is inappropriate, the billing system 20 displays a message that prompts the user to register the credit line after the necessary credit business is satisfied. In S ⁇ b> 609, the billing system 20 can register the information input via the frame registration screen 700 in the credit frame 202.
  • the present invention uses the approved deal information and the account system. Consistency with credit information to be registered in the system 20 can be ensured.
  • FIG. 8 explains in detail the flow executed in the accounting system 20.
  • the billing system 20 updates the data of the facility information 201 based on the data of the facility information 169 received from the credit management system 10.
  • the billing system 20 can provide the bank terminal 30 with a frame registration screen 700 as shown in FIG.
  • the credit item number is input to the input item “GBR Facility ID”, and a search button (not shown) displayed on the frame registration screen 700 is pressed.
  • the billing system 20 reads data corresponding to the designated credit case number from the facility information 201 in the billing system 20, and displays it on the frame registration screen 700. Can be displayed.
  • the middle branch of the Hanoi branch can input update information and / or additional information on the frame registration screen 700.
  • the middle branch of the Hanoi branch can access the account system 20 after reviewing the contract, and set the facility limit for the XYZ Corporation account in the Hanoi branch. This facility limit can be determined based on the lending terms in the contract.
  • a registration button (not shown) displayed on the frame registration screen 700 is pressed, the account system 20 stores data to be registered in the credit frame 202 in the facility information 201 via the frame registration screen 700. It can be checked whether or not there is consistency with the detailed information of the stored facility.
  • the billing system 20 can further determine whether or not the status information of the control card stored in the facility information 201 indicates an appropriate status.
  • step S803 the data to be registered in the credit line 202 is consistent with the detailed information of the facility stored in the facility information 201, and the status of the control card stored in the facility information 201 When the information indicates an appropriate status, the process flow proceeds to S804. Otherwise, the billing system 20 can display a message on the bank terminal 30 and return to S802 to prompt for re-input.
  • the billing system 20 can store the data input via the frame registration screen 700 in the credit frame 202.
  • the data stored in the credit line 202 is consistent with the detailed information of the approved facility.
  • the billing system 20 can provide the bank terminal 30 with a screen for registering withdrawal execution.
  • the account system 20 reads out the corresponding information stored in the credit line 202, and a screen for registering the withdrawal execution Display above.
  • the billing system 20 determines whether the displayed information is consistent with the facility detailed information stored in the facility information 201.
  • the back of the Hanoi branch confirms information such as the set facility limit amount and the payment date and time of the contract, and the bank system 30 determines whether or not the registered entry of the registered facility can be withdrawn to the account system 20. You can register. The funds indicated in the facility limit will be deposited into the XYZ Corporation account.
  • the process proceeds to S807. If the determination result in S805 is not positive, the billing system 20 can display a message on the bank terminal 30 and return to S805 to prompt reregistration of withdrawal execution. In S807, the billing system 20 can make a withdrawal book for this facility. In the case of FIG. 5, the withdrawal book can mean depositing into an XYZ Corporation account.
  • the consistency of the facility data to be withdrawn / booked is checked based on the data of the facility information 201 stored in the account system 20. Since the facility information 201 is generated based on the approved deal information, the present invention can ensure the consistency between the approved deal information and the credit information to be registered in the accounting system 20. .
  • the present invention can take the form of, for example, a system, apparatus, method, program, or storage medium.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un système bancaire destiné à garantir la cohérence d'informations de crédit qui doivent être enregistrées auprès d'un système de comptabilité sur la base de conditions d'approbation dans une demande d'approbation et de l'état de réalisation des conditions nécessaires à l'exécution de prêt. En réponse à l'approbation des données de demande d'approbation, le système bancaire reçoit des informations de transaction associées aux données de demande d'approbation et des premières informations de facilité générées sur la base d'informations d'état d'une carte de commande. Des deuxièmes informations de facilité basées sur les premières informations de facilité reçues sont stockées. Le système bancaire détermine si les données de facilité qui doivent être enregistrées dans des facilités de crédit sont cohérentes ou non avec les informations détaillées de facilités stockées dans des deuxièmes informations de facilité, et détermine si les informations d'état d'une carte de commande stockée dans les deuxièmes informations de facilité sont appropriées ou non. Les données de facilité sont enregistrées dans des facilités de crédit en réponse à un résultat de détermination affirmatif.
PCT/JP2017/013462 2017-03-30 2017-03-30 Système bancaire et procédé exécuté par un système bancaire WO2018179290A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2017551742A JP6356362B1 (ja) 2017-03-30 2017-03-30 銀行システムおよび銀行システムによって実行される方法
CN201780015904.3A CN108990424B (zh) 2017-03-30 2017-03-30 银行系统以及由银行系统执行的方法
PCT/JP2017/013462 WO2018179290A1 (fr) 2017-03-30 2017-03-30 Système bancaire et procédé exécuté par un système bancaire

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/013462 WO2018179290A1 (fr) 2017-03-30 2017-03-30 Système bancaire et procédé exécuté par un système bancaire

Publications (1)

Publication Number Publication Date
WO2018179290A1 true WO2018179290A1 (fr) 2018-10-04

Family

ID=62843796

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/013462 WO2018179290A1 (fr) 2017-03-30 2017-03-30 Système bancaire et procédé exécuté par un système bancaire

Country Status (3)

Country Link
JP (1) JP6356362B1 (fr)
CN (1) CN108990424B (fr)
WO (1) WO2018179290A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111415144A (zh) * 2020-03-17 2020-07-14 深圳市前海随手财富管理有限公司 出款计划的数据校验方法、装置、计算机设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016122427A (ja) * 2014-12-25 2016-07-07 株式会社三井住友銀行 融資取引の自動実行システムおよび方法
WO2016157252A1 (fr) * 2015-03-31 2016-10-06 株式会社三井住友銀行 Système de gestion d'administration de crédit et procédé associé
WO2016157254A1 (fr) * 2015-03-31 2016-10-06 株式会社三井住友銀行 Système bancaire, procédé et programme de gestion de crédit à l'étranger de finances d'entreprise
WO2016207931A1 (fr) * 2015-06-26 2016-12-29 株式会社三井住友銀行 Système bancaire, procédé et programme de contrôle de crédit pour financement structuré

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3660101B2 (ja) * 1996-11-14 2005-06-15 松下電器産業株式会社 パーソナル電子決済システム
US7742984B2 (en) * 2001-07-06 2010-06-22 Hossein Mohsenzadeh Secure authentication and payment system
US7885889B2 (en) * 2002-12-30 2011-02-08 Fannie Mae System and method for processing data pertaining to financial assets
CN1755732A (zh) * 2004-09-30 2006-04-05 中国民生银行股份有限公司 银行个人信贷业务数据审批处理的方法
CN103778560A (zh) * 2014-03-05 2014-05-07 南京聪诺信息科技有限公司 贷款业务信息真实性核查实现方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016122427A (ja) * 2014-12-25 2016-07-07 株式会社三井住友銀行 融資取引の自動実行システムおよび方法
WO2016157252A1 (fr) * 2015-03-31 2016-10-06 株式会社三井住友銀行 Système de gestion d'administration de crédit et procédé associé
WO2016157254A1 (fr) * 2015-03-31 2016-10-06 株式会社三井住友銀行 Système bancaire, procédé et programme de gestion de crédit à l'étranger de finances d'entreprise
WO2016207931A1 (fr) * 2015-06-26 2016-12-29 株式会社三井住友銀行 Système bancaire, procédé et programme de contrôle de crédit pour financement structuré

Also Published As

Publication number Publication date
JPWO2018179290A1 (ja) 2019-04-11
CN108990424B (zh) 2022-04-01
JP6356362B1 (ja) 2018-07-11
CN108990424A (zh) 2018-12-11

Similar Documents

Publication Publication Date Title
US10158703B2 (en) Resource allocation and transfer utilizing holds and a distributed network
US20160104239A1 (en) Pre-contracted, staged, currency exchange system
US10699256B2 (en) System and method for payment promise transfers based on preferences
US20190197513A1 (en) Real time splitting of payments for travel
US20230252467A1 (en) Predicting and making payments via preferred payment methods
JP5963997B1 (ja) ストラクチャードファイナンスの与信管理のための銀行システム、方法およびプログラム
JP5952518B1 (ja) コーポレートファイナンスの海外与信管理のための銀行システム、方法およびプログラム
US10320662B1 (en) Centralized resource routing and distribution
JP6356362B1 (ja) 銀行システムおよび銀行システムによって実行される方法
JP2018195137A (ja) 与信管理システム、方法及びプログラム
JP6133529B1 (ja) 電子稟議書の更新方法およびシステム
JP2017174389A (ja) 債権債務管理装置、債権債務管理方法、および、債権債務管理プログラム
US20200242509A1 (en) System for event data extraction for real-time event modeling and resolution
US20160027104A1 (en) Smart form
JP5963998B1 (ja) 与信事務管理システムおよびその方法
WO2017021997A1 (fr) Système, procédé et programme de gestion de crédit
JP5871966B2 (ja) 電子記録債権管理システム
JP2019219738A (ja) 債務顧客管理システム、債務顧客管理方法及び債務顧客管理プログラム
WO2023105302A1 (fr) Système et procédé pour mener à bien une transaction
KR20240005270A (ko) 예금자보호 한도 내 분산예치 서비스 및 이자계산기를 제공하는 방법 및 시스템
JP2002109209A (ja) 情報処理装置、ネットワークシステム、運営管理システム、運営管理方法、及び記憶媒体
KR20230054248A (ko) 회계지원 시스템
JP6077816B2 (ja) 納付システム及び納付システムの納付方法
US20160019502A1 (en) System for reviewing customer information
WO2019064558A1 (fr) Procédé de gestion de risque reposant sur des projets et des groupes d'entreprises, ordinateur, et programme

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2017551742

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17903255

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17903255

Country of ref document: EP

Kind code of ref document: A1