Real-time data preprocessing and validation

Abstract

The present invention relates to the financial industry, and more specifically, to a system and method for automatic transaction processing that enables real-time money transfers between accounts with prior approval. The described method and system enable the execution of interbank money transfers in real time both within a country and across borders. As technical achievements, since the system and method use existing settlement acceptance and processing infrastructure, the scope of application is expanded and it becomes possible to use any settlement means for money transfers both within a country and across borders. Since funds flow without the approval and calculation of exchange rates and fees, the money transfer speed is improved. Since funds flow after prior preparation, the possibility of payment rejection is reduced and the reliability of money transfers is improved.

Description

Detailed Description of the Invention

[0001] [Technical Field] The present invention relates to the financial industry, and more specifically, to a system and method for automatic transaction processing that performs real-time money transfers between accounts with prior approval.

[0002] [Background Art] Financial technology is developing rapidly, especially those related to cashless payments. Overlay services also belong to them.

[0003] An overlay service is software and hardware services developed to improve various consumer payment services (for individuals and corporations). Overlay services enhance security, simplify payments, and in some cases make them smooth and frictionless. In the financial industry, overlay services can precede, follow, be used before and after, or be used independently of payments or settlements. Overlay services are applicable to any payment means, such as card payments (e.g., Mir card payments), payments by the Faster Payments System, payments using digital rupees, and other payment means.

[0004] The vulnerability of technology in the financial industry is associated with risks, and it is a challenge to develop technology while maintaining its reliability and the security of the data used. Existing technologies have been proven effective, but there is a need for more advanced reliability mechanisms, especially mechanisms that reduce the probability of failures and malfunctions during settlement transactions, as well as mechanisms that protect against fraudulent transactions.

[0005] Numerous technologies exist designed to support both (1) domestic settlement transactions or (2) cross-border remittances. At the same time, known technologies are not universal, meaning they are not configured to support both transaction types mentioned above and do not improve the security and reliability of all participants supporting settlement transactions.

[0006] For example, the SWIFT system, a global interbank financial communication system, has proven suitable for cross-border transfers. This system guarantees the security and reliability of messaging channels between financial institutions, such as the sending bank and the receiving bank, and between the sending bank and the receiving bank's correspondent bank. To make a transfer, the sender enters the details of the payment order to use the SWIFT channel and generates an information order for the transfer to the sending bank. The SWIFT system then encrypts the payment order and sends it to the receiving bank. As a result, the sending bank's correspondent bank withdraws the required amount and transfers it to the receiving bank's correspondent bank. In this method, the flow of funds does not occur in real time. Nor are there any provisions for pre-checking and approving the transfer conditions immediately before the transfer between accounts. In other words, failures due to internal errors or the freezing of the recipient account (e.g., seizure) cannot be ruled out.

[0007] Systems and methods for performing cross-border settlement transactions in real time are also known in the art. These systems and methods describe the execution of cross-border transfers in existing settlement acceptance infrastructure, in which a remitter in one country initiates a transfer to a recipient's account in another country using a banking application on a remitter's device connected to the remitter's bank. The cross-border transfer is conducted via an intermediary bank, which has channels to and from the settlement systems of the countries where it is located. The transfer data includes the payment reference, the amount in the remitter's currency, exchange rate data on the transaction date, and the amount after conversion to foreign currency.

[0008] As a result, cross-border settlements are executed in real time without delays in execution caused by processing errors and / or delays by one or more intermediary banks in the sending country and / or receiving country (Patent Application US2021182810; G06Q20 / 02, G06Q20 / 08; Published June 17, 2021).

[0009] A drawback of the invention is that, because all necessary pre-checks are not performed in real time before settlement, errors are likely to occur during the transaction. Therefore, for example, if the sender selects the wrong recipient, the error will only be discovered after the funds have been deposited into the recipient's account. Another drawback is the inability to pre-identify the recipient of funds without prior approval. This means that funds can be deposited without legally mandated checks, for example, under AML (anti-money laundering) / CTF (counter-terrorism financing) schemes. Therefore, the system and method suffer from the disadvantage of lacking the technical capability to perform pre-checks and prepare payments before sending. This means that errors and transactions that violate regulatory requirements may occur. Other examples include incorrect or invalid recipient account information. The system and method described in patent application US2021182810 are not configured to pre-generate a payment order including a reliable final transfer amount that takes into account fees and exchange rates. The technologies described are not universal and are designed solely to ensure cross-border remittances without prior verification of their conditions.

[0010] Another type of technical solution is a method and system for transferring funds from one account to another. This allows for real-time settlement between the accounts of the sender and recipient, both located in the same country, after the settlement transaction has been initiated, and this transfer is handled by existing settlement processing and receiving infrastructure.

[0011] As a result, high-speed transfers are ensured while maintaining reliability (RU Patent 2761419; G06F 17 / 00, G06Q 20 / 02; published December 8, 2021).

[0012] A drawback of this invention is its limited scope of application. This is because the described system and method are applicable only to settlement transactions within a single country and are not configured to guarantee cross-border transactions. Another drawback is that the settlement transaction and its check are performed simultaneously. This makes it impossible to eliminate the occurrence of errors and failures during settlement (flow of funds). As a result, the speed of the transfer is reduced.

[0013] Thus, currently, there is no single universal technology that ensures high reliability and security for online money transfers, both within a single country and across borders.

[0014] [Overview of the prefecture] The technical problem addressed by this invention is to construct a system and method for real-time remittances within a single country and between different countries, thereby ensuring greater reliability of details (transparency of settlement terms) and better identification of recipients by the remitter.

[0015] Technical achievements include: expanded applicability because the system and method utilize existing payment acceptance and processing infrastructure; the ability to use any payment method for remittances in both domestic and cross-border transfers; faster transfer speeds because funds flow without the approval and calculation of exchange rates and fees; and improved reliability of remittances because the possibility of payment rejection is reduced due to pre-prepared fund flow.

[0016] The stated technical results are achieved by the system and method detailed below.

[0017] The following terms are used: A sender bank is at least one computing device of a credit institution that provides services to a customer who is a sender as defined by the criteria, and which must withdraw funds from its correspondent account when sending money at the customer's direction.

[0018] A recipient bank is at least one computing device of a credit institution that provides services to recipients as defined by the criteria, and when transferring funds to the recipient, the funds must be deposited into its correspondent account.

[0019] An intermediary bank is at least one computing device of a credit institution that has communication channels with computing devices of other credit institutions, such as an intermediary bank, a processor (e.g., a payment system), a sending bank, or a receiving bank. An intermediary bank is configured to perform inter-account transfers between individual accounts in the same currency and different currencies, such as via SWIFT or SPFS (Financial Messaging System) and / or other payment systems.

[0020] At least one bank (the sending bank, the receiving bank, or the intermediary bank) is configured to determine the selling rate, the buying rate, and exchange the amount according to established rules. To perform this function, the bank performing the exchange is configured to access at least one database via a communication channel to obtain the specified buying rate, selling rate, and rules for exchanging the amount. If it accesses two or more databases, the bank performing the exchange is configured to determine the buying and selling conditions for a particular transaction. Databases as used herein include, but are not limited to, currency exchanges such as the Moscow Exchange. The bank performing the exchange accesses one or more databases to determine the rates once at regular intervals (e.g., once a day) and / or when certain events occur that cause significant fluctuations in the currency rates.

[0021] A processor (electronic payment processing provider) is at least one computing device having communication channels with computing devices of various credit organizations such as banks and payment systems (a software and hardware complex of an organization that meets the requirements of a bank, e.g., the Central Bank of the Russian Federation). The processor in this specification also functions as an information technology intermediary in the stages of generating and approving payment orders. The processor ensures, in particular, the receipt and transmission of messages between participants in the system and method, the determination of the recipient bank by the recipient identifier, the validation of message data, the assignment of an electronic payment processing identifier to the message, the linking of the identifier with the data contained in the message, the storage of the identifier-data combination in a database, and the provision of the data contained in the message based on the identifier upon request.

[0022] A processor is configured to perform both the functions of a data flow provider and the functions of a settlement center. For example, a processor may be a settlement system. A settlement system is a credit institution that has software components for performing various financial transactions based on rules and standards, including remittances (including electronic ones), message exchange, acceptance of remittance orders for execution, and settlement center functions. A settlement system is also configured to generate and send a request to withdraw funds from the sender's bank account and deposit them into the recipient's bank account, and to send responses from the settlement system to the sender's bank and the recipient's bank.

[0023] A data flow is the transfer of a series of messages that form a unified logical unit between computing devices of a credit institution, receiving data related to a remittance. This data includes, but is not limited to, data about the payer, the payer's bank, the payment system, the intermediary bank, the recipient, the recipient's bank, the amount of the remittance, and any fees charged by system participants during the remittance.

[0024] The sender is the owner of the bank account, and if the data flow and the sender's instructions are processed successfully, they can send money from that account.

[0025] The recipient is the owner of the bank account identified in the data flow. If the data flow and the sender's instructions are processed successfully, the transfer to that account becomes possible.

[0026] Sender devices and recipient devices are personal communication devices used to execute transactions, both when processing data flows and when making payments. Sender and recipient devices include, but are not limited to, devices with a user interface that provides the ability to execute transactions according to a system or method, and that exchange and receive data related to data flows and / or settlement transaction processing. Examples include personal devices such as mobile phones and computers, or public devices such as terminals or ATMs. What these devices have in common is that the sender must be pre-authenticated by the sender bank on the device's interface. The sender and recipient may be individuals, corporations, or government agencies.

[0027] The computing devices of credit institutions exchange messages with customers and among credit institutions themselves. To optimize the data exchange process between parties, international standards (e.g., international standard ISO 20022, ISO 8583), or standards for specific payment systems based on international standards have been developed. These include clear definitions of the information and data formats (field lengths, codes, character sets) that parties can exchange. The standard infrastructure consists of the sender and recipient devices, banks (sender's bank, recipient's bank, and in some cases, an intermediary bank), processors (computing devices of the payment system (PS), e.g., applicable to the Mir Payment System, Faster Payments System, SEPA, SWIFT, and other international or domestic payment systems), and payment systems (a complex of software and hardware of an organization that meets the bank's payment requirements, i.e., interbank payments, e.g., the Central Bank of the Russian Federation). The described systems and methods are configured to exchange such messages with each other using communication channels.

[0028] The recipient / sender ID is a well-known social identifier such as a phone number, email address, or other identifier pre-registered with the bank where the recipient / sender has an account. The recipient / sender must be securely authenticated by the bank. In this case, the bank can assign these identifiers to at least one bank account selected by the customer.

[0029] An electronic payment processing identifier is a unique identifier assigned by a processor to a message to indicate that the operation performed is a pre - approval operation of a payment instruction prior to a real - time transfer based on an approved payment order, and to enable the following electronic payment processing scheme. The processor determines the need to assign such an identifier based on the message type, i.e., the protocol, which is the communication language with other system components and message entry points (endpoints). For example, the parties can use the REST (Representational State Transfer) architecture style that implements an API for message sending and processing. Examples of identifiers: another value placed in an email data element such as "pre - validation" or "LookUp", or a "Settlement Services" data element.

[0030] Message enrichment is a process of enriching a message with the data required for an operation before sending the message to the recipient. The computing device used for message enrichment is pre - configured to automatically process the message.

[0031] Hereinafter, the present invention will be described in detail with reference to the drawings.

[0032] Figure 1.1 - Electronic payment processing system according to the first embodiment - Data flow.

[0033] Figure 1.2 - Electronic payment processing system according to the first embodiment - Transfer.

[0034] Figure 2.1.1 - Electronic payment processing system according to the second embodiment without a processor on the side of the second country (recipient country) - Data flow.

[0035] Figure 2.1.2 - Electronic payment processing system according to the second embodiment without a processor on the side of the second country (recipient country) - Transfer.

[0036] Figure 2.2.1 - Data flow of an electronic payment processing system according to the second embodiment, which has a processor on the second country (recipient country) side.

[0037] Figure 2.2.2 - Electronic payment processing system according to the second embodiment, which has a second country (recipient country) side processor - remittance.

[0038] Figure 2.3.1 - Data flow of an electronic payment processing system according to the second embodiment, which includes a third country (intermediary country / relay country).

[0039] Figure 2.3.2 - Electronic payment processing system according to the second embodiment, which has an intermediary country / transit country - remittance.

[0040] Figure 3.1 - Electronic payment processing method according to the first embodiment - Data flow.

[0041] Figure 3.2 - Electronic payment processing method according to the first embodiment - remittance.

[0042] Figure 4.1 - Electronic payment processing method according to the second embodiment, which has two intermediary banks - data flow.

[0043] Figure 4.2 - Electronic payment processing method according to the second embodiment, which has one intermediary bank - data flow.

[0044] Figure 4.3 - Electronic payment processing method according to the second embodiment, which has two intermediary banks - remittance.

[0045] Figure 4.4 - Electronic payment processing method according to the second embodiment, having one intermediary bank - remittance.

[0046] [Detailed description of the invention] This invention ensures message exchange within a data flow where all necessary data is prepared and approved. Specifically, data about the transaction and participants is collected and payment orders are approved; data about the sender, recipient, and payment is verified and included in the data flow; and data including rates and / or fees is recorded. Preparation work is performed immediately upon request, i.e., in real time. One of the features of this technology is that preparation is performed separately from the transfer, and unlike known similar technologies, it is never performed together. This data flow forms a so-called data loop as messages flow back and forth.

[0047] Pre-approval of data as part of a separate data flow allows senders to be familiar with trusted and approved remittance terms immediately before sending, enabling them to confirm or reject the remittance. Furthermore, preparatory actions establish the technical capability to deposit funds by verifying the recipient's account status, allowing for recipient identification to avoid fraudulent transactions, and enabling the identification and correction of errors before sending, significantly reducing the likelihood of errors and failures. This ensures the uninterrupted execution of remittances using the correct details.

[0048] The following is a description of the drawings, which are provided as examples and illustrate embodiments of the present invention.

[0049] Figure 1.1 shows a system in which data and conditions for remittance are prepared and approved within a single domestic data flow. Figure 1.2 shows the connection to a settlement system that guarantees the remittance after the approval of the remittance data and conditions.

[0050] Figure 2.1.1 illustrates a system in which the remittance conditions and data preparation and approval are performed in the data flow of a remittance from country 1 to country 2. This system is understood to be executable without a first-country processor and / or without a second-country processor.

[0051] Figure 2.1.2 shows the connection to the payment system that ensures the transfer is completed after the transfer data and conditions have been approved.

[0052] Figure 2.2.1 shows the system in which the data flow is executed, with both the first country processor and the second country processor participating in the system.

[0053] Figure 2.2.2 shows the connection to the payment system that ensures the transfer is completed after approval of the transfer data and transfer conditions.

[0054] Figure 2.3.1 illustrates a system in which the preparation and approval of remittance data and remittance conditions are carried out with the involvement of computing devices in the intermediary country in the data flow of a remittance from the first country to the second country.

[0055] Figure 2.3.2 shows the connection to the payment system that ensures the transfer is completed after approval of the transfer data and conditions from the first country to the second country.

[0056] To initiate an electronic payment process, the sender initiates the transfer via the payer's bank's user interface on their device (a browser on the bank's webpage for a personal account, or a browser on a webpage for payments, or a user interface on the sender's device, or a user interface on a public device (terminal or ATM)).

[0057] Figure 3.1 shows the message processing method within a country.

[0058] This method is executed, for example, as follows:

[0059] The recipient's social identifier (e.g., phone number) is entered into the sender's device, and the amount to be sent is specified, or a machine-readable tag containing the recipient identifier and the amount to be sent is entered.

[0060] Subsequently, for example, requests from a mobile app installed on the sender's mobile device will be sent with a "Bank App Confirmation Request" message. The same applies to requests from the sender on other devices.

[0061] The sending bank receives the message, checks the data, adds the sending bank identifier and other data (optional) to the data element, and sends it to the processor (e.g., a Mir computing device) as a "Bank App Confirmation Request".

[0062] The processor checks the sender bank registration in the system, assigns a "LookUp" electronic payment processing identifier to the message, identifies the recipient, and sends the data to the recipient bank in "Sequential Confirmation Request" message format. The recipient is identified by extracting the combination of the recipient identifier and the recipient bank from the database. According to one embodiment, the data of the "Sequential Confirmation Request" message is stored in the database along with the electronic payment processing identifier "LookUp". This step avoids the transfer of the entire data array in the future, allowing only the message processing identifier to be transferred and the data to be provided on request. It is also possible to provide the data on request after the transfer. This step is applicable not only to this transfer option but to all embodiments of this technology.

[0063] The recipient's bank also checks the data, verifying the recipient's bank identifier, confirmation of deposit readiness, and data on the verification phrase (PAM, Personal Assurance Message, e.g., the recipient's full name). Enrich The verification phrase is then used to show the sender the recipient's data to verify it.

[0064] Subsequently, the recipient bank receives a response in the format of a "Sequential Confirmation Response," which is sent to the processor. After this message is sent, the processor sends a response in the format of an "Original Confirmation Response" to the sender bank. This response includes the deposit amount, confirmation of deposit preparation, sender bank data, recipient bank data, sender data, and recipient data. Therefore, the result of this operation is a pre-approval of the payment order.

[0065] Figure 3.2 shows the method of domestic remittance after prior approval of a payment order.

[0066] When the sender receives an approved payment order through the user interface on their device, they can initiate the transfer, thereby demonstrating that the sender consents to such a transfer.

[0067] For example, the sender initiates a transfer through the mobile application's user interface. The mobile application then sends a "CreditTransferRequiest" message to the sender's bank along with the transfer request. This message confirms that the recipient's bank is ready to deposit the payment, and Amount to send andThis includes at least the following. The sending bank receives such a message, determines that it is a pre-approved payment order, and then forwards the message to the processor (in this example, the Mir payment system) without further confirmation. Based on the transfer request, the processor generates a "CreditTransferResponseFromIPS" message and sends it to the payment system with a request to withdraw funds from the sending bank account and deposit them into the recipient bank account. After the payment system fulfills this request, it sends a "CreditTransferResponseToIPS" message to the processor to confirm that the request has been fulfilled. It then sends an "AcknowledgmentToBenificiaryBank" message to the sending bank and an "AcknowledgmentToInitiatorBank" message to the recipient bank to confirm that the requests have been fulfilled. Subsequently, the sending bank and the receiving bank send "StatusReportToInitiator" and "StatusReportToBenificiary" messages, respectively, to the sender and recipient, respectively, notifying them of the withdrawal and deposit of funds. In response, a confirmation of message transmission is sent to the processor.

[0068] Figure 4.1 illustrates one embodiment of how preparation and authorization are carried out in the data flow of a cross-border remittance, with two intermediary banks participating in this scheme. In this case, the data flow includes the messages described below.

[0069] The transfer amount and recipient identifier are entered into the sender's device, or the device reads a machine-readable tag containing the transfer amount and the recipient identifier, which is represented by a social identifier, account number, bank card number, bank card token number, or virtual payment address. Optionally, at least the recipient bank's country, the recipient bank's name, the payer's identifier, and the payment reference number can be specified.

[0070] When sending money from one country to another, it is common to specify the amount by either selecting the amount to be withdrawn from the sender's bank in the sender's bank currency, or the amount to be deposited into the recipient's bank currency, both in the recipient's bank currency.

[0071] A remittance request is formed, for example, in a mobile application installed on the remitter's mobile device, and the request data is placed in a "Bank App Confirmation Request" message.

[0072] The sending bank receives the data, validates it, and adds the sending bank identifier, sending bank account number, and optionally additional data (sender's full name, unique message number, date and time of transmission, sending bank name, etc.) to the data. Enrich The data in the "Original Confirmation Request" message is then sent to the processor in the sending country (for example, the computing device of the electronic payment processing provider).

[0073] Subsequently, the processor verifies the sender's bank identifier and the fact of registration in the system, generates a "pre-validation" electronic payment processing identifier, and assigns the aforementioned identifier to the received data. Enrich The account number and identifier of the intermediary bank in the first country are used as data. Enrich Afterward, a message in the format "Sequential Confirmation Request" is sent to the intermediary bank in the first country.

[0074] Subsequently, the data is sequentially sent from the second country's intermediary bank as a "Confirmation Request from 1st Intermediary Agent" message.

[0075] The intermediary bank in the first country or the intermediary bank in the second country determines the buy or sell rate for exchanging the amount of currency at the sender bank to the amount of currency at the recipient bank (or vice versa), and includes information about that rate in the message data. Enrich The intermediary bank that determines the buying and selling rates is predetermined. This could be, for example, one of the default intermediary banks or the intermediary bank in the country where the remittance request originated.

[0076] Subsequently, the data is sent from the second country intermediary bank to the second country processor in a message titled "Confirmation Request from 2nd Intermediary Agent". Next, the second country (recipient country) processor and the recipient bank exchange messages, and as a result, the second country processor sends a message in the format "Confirmation Request from LUP2" which includes the second country intermediary bank's account number.

[0077] The recipient's bank will confirm consent to deposit the funds into the recipient's account and will send the recipient's bank data, recipient data, and PAM to the message. Enrich Then, a response is sent in the format "Confirmation Response to LUP2," and the message is sent back to the sender's device, as shown in Figure 4.1.

[0078] The first country processor and / or the second country processor may be both a domestic payment system computing device and an international payment system computing device.

[0079] Figure 4.2 illustrates an embodiment of how preparation and confirmation are formed in the data flow for a remittance from a first country to a second country in a scheme with one intermediary bank. This embodiment differs from the previous embodiment in that a message in the format of “Sequential Confirmation Request” is sent from the processor to the intermediary bank. The intermediary bank defines a buy or sell rate for exchanging the amount of currency at the sending bank to the amount of currency at the receiving bank (or vice versa) and includes information about that rate in the message data. Enrich And through an intermediary bank Enrich The remittance data is sent to the second country's processor as a "Confirmation Request from Intermediary Agent" message.

[0080] Once the message exchange within the data flow is complete, a data loop is formed as described above (the message is first sent from the sender to the recipient and then returned), and the sender receives comprehensive and reliable data about the transfer on their mobile device, a web page in a browser, or a public device, as well as consent to deposit from the recipient's bank to verify that the account is valid, consent to deposit from the recipient's bank to verify that the account is valid and not frozen, and further confirmation (for example, they also receive a Personal Assurance Message (PAM), and display this confirmation to the sender on their device to increase the confidence that the selected recipient is correct).

[0081] As a result, before the transfer, comprehensive data for the transfer will be prepared for all parties involved. This data must include the following: Data about the remitter and their account, and data about the remitter's bank generated and provided by the remitter's bank; Data concerning the recipient, and data concerning the recipient's bank, prepared and provided by the recipient's bank; The amount sent takes into account transaction data (fees and exchange rates) consistently generated by all participants.

[0082] As a result, the total amount, including fees and exchange rates, is sent to the sender's device.

[0083] Furthermore, the transfer can be initiated at the request of the recipient of the funds. In this case, the recipient provides details of the approved payment order to initiate the transfer. This data includes the recipient's bank name / identifier, payment order identifier, and optionally other data such as the transfer amount. The data can be presented in any machine-readable format, such as a link or QR code.

[0084] In response, the sender can, at their own discretion, send a request to the payment system to withdraw funds from their account and deposit them into the recipient's account. The payment process begins after the sender confirms their intention to send the funds using the data generated in the previous step.

[0085] Figure 4.3 illustrates how money is transferred from Country 1 to Country 2, involving two intermediary banks, after pre-approval of a payment order. To initiate the transfer based on the results of message exchange within the data flow, a message containing the approved payment order and a payment order identifier generated in a previous step (within the data flow) is sent from the sender's device. The approved payment order includes the payment order identifier generated in a previous step (as part of the data flow) and the payment order data. The payment order data may include the transfer amount in the sender's currency (Currency 1) or the recipient's country's currency or another currency (Currency 2), a recipient identifier (e.g., in the form of a recipient's bank card number, a social identifier such as a mobile phone number, or an email address), as well as the recipient's bank name, the recipient's bank's country (optional), and other data.

[0086] The message is sequentially sent to the sender's bank, then to the first country's processor, which then sends a request to the first country's settlement system to transfer funds from the sender's bank account to the first country's intermediary bank's account in the first currency, after which confirmation of the request's fulfillment is received.

[0087] Subsequently, the first country's processor sends a message to the first country's intermediary bank, which includes confirmation that the request has been fulfilled, and then sends it to the second country's intermediary bank.

[0088] One of the intermediary banks exchanges the funds from the first currency to the second currency according to the pre-approved rate specified in the payment order. An account is opened at the second country's intermediary bank for mutual settlement (or vice versa). At least one computing device of the intermediary bank extracts the payment order data from the message and initiates the process of exchanging the funds from the first currency to the second currency.

[0089] Subsequently, data from the intermediary bank in the second country is sent to the processor in the second country, a request is formed to transfer funds in the second currency from the intermediary bank's account to the recipient bank's account in the second country, and a response confirming the fulfillment of the request is received. As a result, the transfer from the first country to the second country is executed in accordance with the pre-approved payment order.

[0090] Figure 4.4 illustrates a method of transferring funds from a first country to a second country with one intermediary bank after prior approval of a payment order. This method is similar to the method with two intermediary banks. The difference is that the funds are exchanged from the first currency to the second currency at a rate pre-approved by one intermediary bank. To make the settlement, accounts for the first currency and the second currency are opened at the intermediary bank. The intermediary bank's computing device extracts the payment order data from the message and initiates the process of exchanging the funds from the first currency to the second currency between the designated intermediary bank accounts.

[0091] The processing of electronic payments involving computing devices in third countries is performed in a similar manner. In this case, the computing devices perform the functions described above, and the processing of electronic payments according to this embodiment differs in that it includes additional steps both in the processing stage within the data flow and during the remittance. Thus, the processing of electronic payments can be carried out with the participation of one, two, or more countries in the case of remittances through intermediary countries.

[0092] Furthermore, the present invention provides for processing electronic payments in a state where there is no first country-side processor and / or no second country-side processor. In these embodiments, the remittance is also performed after prior approval. In this case, the processing and transmission of the message is performed by banks (the remitter bank, at least one intermediary bank, and the recipient bank) according to the functions described. These banks have communication channels and are configured to perform the system and method. The intermediary bank is also configured to exchange funds from the first currency to the second currency between the remitter bank and at least one intermediary bank, or between at least one intermediary bank and the recipient bank. The remittance between the intermediary bank and the remitter bank / recipient bank is performed by interbank transfer by known methods.

[0093] The sequential generation of settlement data can optionally be accompanied by the transmission of control values ​​for operations to monitor data integrity. Each party involved in message processing (bank computer system, settlement system) is configured to ensure the integrity of the transmitted data. For this purpose, for example, an array of special blocks (e.g., within the "risk" block) is used as a set of independently generated values. EnrichThis ensures that an Operation Control Value (OCV) is placed within the outgoing message. Any participant can check the integrity of the OCV by verifying the previously generated OCV value and validating the OCV calculated and included in the data flow. The procedure described above further enhances the security of message processing by maintaining data integrity when performing various operations.

[0094] According to one embodiment, the initiation of a transfer is carried out via a Faster Payments System (SBP), for example, but not limited to this. To carry out such a transfer, the bank uses a Faster Payments System (SBP). The system connects to the Payments System (SBP). The sender can be either the sender or the recipient. The sender enters the transfer data or reads the transfer data provided by the recipient to initiate the payment via a mobile application on a mobile device or a webpage in a browser. A key feature of transfers via SBP is that for each settlement transaction, funds are moved by the settlement system during the payment process. To do this, a request is sent from the sender's bank to a processor (e.g., OPCC SBP - Faster Payments System's operational clearing center). OPCC SBP then generates a request to withdraw funds from the payer's bank account and deposit them into the recipient's bank account, and sends it to the settlement system. For transfers from a sender's account in a first country to a recipient's account in a second country (cross-border transfers via SBP), the first-country processor generates a request to withdraw funds from the sender's bank account and deposit them into the first-country intermediary bank's account, and sends it to the settlement system. The payment system can be represented, for example, by at least one computing device of the Central Bank of the Russian Federation or another country's central bank. The payment system fulfills the request in real time or in delayed mode (within a predetermined time) and sends a response to the payment system containing a message indicating that the request has been fulfilled. Finally, the processor sends a notification to the bank of the withdrawal and deposit of funds according to the fulfilled request. Figures 4.3 and 4.4 show that when transferring funds from a first country to a second country, the transaction for the transfer between accounts is executed in the payment system of the recipient country in response to a request generated by the processor on the second country side, just as it is in the payment system of the sender country.

[0095] According to the described system and method, the payment systems of the two countries involved in the remittance can reduce the remittance from the first country to the second country (a cross-border remittance) to two interbank transfers (one transfer in each payment system). In this way, by making only one transfer in each country's payment system (the first in the currency of the first country and the second in the currency of the second country), it becomes possible to consider all fees and exchange rates, check the remittance data, and verify the accuracy of the calculations using checksums.

[0096] The methods described above can be carried out using the electronic payment processing systems described. The systems and methods described are used for both domestic and international transfers (cross-border transfers), including emergency transfers, non-urgent transfers, and transfers through intermediary countries using the Faster Payments System mechanism.

[0097] The advantages of this system and method are that it speeds up and improves the reliability of remittances, reduces the possibility of payment rejection by requiring prior preparation before remittance, eliminates the need for approval and calculation of rates and fees, allows for broad application as it utilizes existing payment acceptance and processing infrastructure, and enables the use of any payment method for remittances, both domestically and across borders. [Brief explanation of the drawing]

[0098] [Figure 1.1] Electronic payment processing system according to the first embodiment - data flow. [Figure 1.2] Electronic payment processing system according to the first embodiment - remittance. [Figure 2.1.1] An electronic payment processing system - data flow according to the second embodiment, which does not have a processor on the second country (recipient country) side. [Figure 2.1.2] An electronic payment processing system according to the second embodiment - remittance, which does not have a processor on the second country (recipient country) side. [Figure 2.2.1]An electronic payment processing system - data flow according to the second embodiment, which has a second country (recipient country) side processor. [Figure 2.2.2] An electronic payment processing system - remittance according to the second embodiment, which has a second country (recipient country) side processor. [Figure 2.3.1] An electronic payment processing system - data flow according to the second embodiment, which includes a third country (intermediary country / relay country). [Figure 2.3.2] An electronic payment processing system - remittance according to the second embodiment, which has an intermediary country / transit country. [Figure 3.1] Electronic payment processing method according to the first embodiment - data flow. [Figure 3.2] Electronic payment processing method according to the first embodiment - remittance. [Figure 4.1] An electronic payment processing method - data flow according to the second embodiment, which has two intermediary banks. [Figure 4.2] An electronic payment processing method - data flow according to the second embodiment, which has one intermediary bank. [Figure 4.3] Electronic payment processing method according to the second embodiment, which has two intermediary banks - remittance. [Figure 4.4] A method for processing electronic payments according to the second embodiment, which involves one intermediary bank - remittance.

Claims

1. A system for performing data preprocessing and validation in real time, individually, and prior to an electronic payment transaction, The sender's device and The sending bank's computing device and The recipient bank's computing device, It includes a processor having a communication channel for messaging. The sender device is configured to send a message containing a recipient identifier and the amount to be sent to the sender bank's computing device in real time, individually, and prior to the electronic settlement transaction, and to initiate the data flow by receiving a response from the sender bank's computing device. The computing device of the remitter bank is configured to receive messages from the remitter device in real time, individually, and prior to the electronic settlement transaction, to check and validate the message data, to enrich the messages with data from the remitter bank, to send the enriched messages to the processor, and to receive a response from the processor. The processor is configured to receive the enriched message individually in real time and prior to the electronic settlement transaction, to identify the recipient bank by the recipient identifier, to transmit the enriched message to the recipient bank's computing device, to receive a response from the recipient bank's computing device, and to transmit the response to the sender bank's computing device. The recipient bank's computing device is configured to receive the enriched message individually in real time and prior to the electronic settlement transaction, to further enrich the enriched message with data from the recipient and the recipient bank, and to confirm that the recipient bank is ready to deposit, to confirm that the recipient bank is ready to deposit, and to send the enriched message to the processor in response. The aforementioned processor, individually in real time and before the electronic payment transaction, An electronic payment processing identifier is generated to uniquely identify the aforementioned message, The system is configured to send a message containing a pre-approved payment order for an electronic payment transaction and an electronic payment processing identifier for subsequent use when executing the electronic payment transaction, via the sending bank's computing device to the sending bank's device. system.

2. The computing device of the sending bank is configured to receive a response from the sending device to the enriched message, which includes at least the amount to be sent, confirmation that the receiving bank is ready to deposit the funds, and an electronic payment processing identifier indicating that the transfer has been approved, and to transmit this data to the processor. The processor is configured to send a request to the settlement system to withdraw funds from the sender's bank account and deposit them into the recipient's bank account, to receive confirmation from the settlement system that the request has been fulfilled, and to send the confirmation to the computing device of the sender's bank and the computing device of the recipient's bank. The system according to claim 1.

3. The settlement system is configured to satisfy the requirements of each individual transaction. The system according to claim 2.

4. The processor is configured to store at least one recipient-side identifier linked to the recipient's account in a database having the capability to identify the recipient's account by the identifier. The system according to claim 1.

5. The processor is configured to store the electronic payment processing identifier in a database in order to assign an electronic payment processing identifier to a message and to provide the data of the message or a portion of the data in response to a request. The system according to claim 1.

6. A system for performing data preprocessing and validation in real time, individually, and prior to an electronic payment transaction, The sender's device and The sending bank's computing device and The recipient bank's computing device, The first country's processor and The second country's processor, It includes a computing device of at least one intermediary bank having a communication channel for messaging, The sender device is configured to send a message containing a recipient identifier and the amount to be sent to the sender bank's computing device in real time, individually, and prior to the electronic settlement transaction, and to initiate the data flow by receiving a response to the message. The computing device of the remitter bank is configured to receive messages from the remitter device in real time, individually, and prior to the electronic settlement transaction, to check and validate the message data, to enrich the messages with the remitter bank's data, and to transmit the enriched messages to the first country processor. The first country-side processor is configured to receive an enriched message individually in real time and prior to the electronic settlement transaction, assign an electronic settlement processing identifier to the message, identify the recipient bank by the recipient-side identifier, transmit the enriched message along with the electronic settlement processing identifier to the intermediary bank's computing device, receive a response from the intermediary bank's computing device, and transmit the response to the sender bank's computing device. The computing device of the intermediary bank is configured to receive, check, and validate the data in the enriched message in real time and individually, and before the electronic settlement transaction, to convert the remittance amount in the first currency and the remittance amount in the second currency using an exchange rate in order to enrich the message with the remittance amount in the first currency and the remittance amount in the second currency, and to transmit the message from the computing device of the intermediary bank to the second country's processor. The second country's processor is configured to receive the message individually in real time and before the electronic settlement transaction, to check and validate the data in the message, and to transmit the message to the recipient bank's computing device. The computing device of the recipient bank is configured to receive the message individually in real time and prior to the electronic settlement transaction, to enrich the message with data of the recipient and the recipient bank, and to confirm that the recipient bank is ready to deposit, and to transmit the enriched message to the second country processor. The first country's processor, individually and in real time, and before the electronic settlement transaction, The intermediary bank receives the enriched message from the second country's processor via the aforementioned computing device. An electronic payment processing identifier is generated to uniquely identify the aforementioned message, The system is configured to send a message containing a pre-approved payment order for an electronic payment transaction and an electronic payment processing identifier for subsequent use when executing the electronic payment transaction, via the sending bank's computing device to the sending bank's device. system.

7. The computing device of the remitter bank is configured to receive from the remitter device an enriched response to the message, which includes at least confirmation of the recipient bank's preparation for deposit, the amount to be sent in the first currency and the amount to be sent in the second currency after conversion, an electronic payment processing identifier indicating that the remittance has been approved, and confirmation of the transmission of the message to the first country processor. The first country processor is configured to receive the enriched message and send a request to the first country settlement system to withdraw funds from the remitter bank's account and deposit them in the intermediary bank's account in the first currency. The first country's settlement system is configured to receive the request, satisfy the request, and transmit confirmation of the request satisfaction via the first country's processor to the computing device of the remitter bank and the computing device of the intermediary bank. The computing device of the intermediary bank is configured to receive the confirmation and send a remittance request to the second country's processor. The second country processor is configured to receive the remittance request, withdraw funds in the second currency from the intermediary bank's account, and, after conversion, deposit them in the second currency into the recipient bank's account. The second country's settlement system is configured to receive the request, fulfill the request, and transmit confirmation of the request's fulfillment to the intermediary bank's computing device and the recipient bank's computing device. The system according to claim 6.

8. The system includes a first-country intermediary bank and a second-country intermediary bank, The computing device of the sending bank is configured to receive from the sending device an enriched response to the message, which includes at least confirmation by the receiving bank that the payment has been prepared; the amount to be sent in the first currency and the amount to be sent in the second currency after conversion; an electronic payment processing identifier indicating that the transfer has been approved; and confirmation that the message has been sent to the first country processor. The first country processor is configured to receive the enriched message, withdraw funds from the remitter's account, and deposit them in the first currency into the first country intermediary bank's account. The first country settlement system is configured to receive the request, satisfy the request, transmit confirmation of the satisfaction of the request via the first country processor to the computing device of the remitter bank and to the computing device of the first country intermediary bank connected to the computing device of the second country intermediary bank, and to transfer funds from the first country intermediary bank's account in the first currency to the second country intermediary bank's account in the second currency. The computing device of the second country intermediary bank has a communication channel with the second country processor and is configured to receive a notification of a remittance, withdraw funds from the second country intermediary bank's account, and send a request to the second country settlement system to deposit the funds in the second currency into the recipient bank's account. The second country's settlement system is configured to receive the request, fulfill the request, and transmit confirmation of the request fulfillment via the second country's processor to the intermediary bank's computing device and the recipient bank's computing device. The system according to claim 6.

9. In order to exchange funds from one currency to the second currency, The account of the intermediary bank in the second country is opened at the intermediary bank in the first country, or The account of the intermediary bank in the second country has been opened at the intermediary bank in the first country. The system according to claim 8.

10. The computing device of at least one of the intermediary banks has a communication channel with the computing device of the remitter bank and / or the computing device of the recipient bank, and is configured to exchange funds from a first currency to a second currency between the remitter bank and at least one of the intermediary banks, or between at least one of the intermediary banks and the recipient bank. The system according to any one of claims 6 to 8.

11. At least one settlement system is configured to satisfy the requirements of each individual transaction. The system according to claim 7 or 8.

12. The first country processor and the second country processor are configured to store at least one recipient identifier linked to a recipient's account in a database having the capability to identify the recipient's account by the identifier. The system according to claim 6.

13. At least one processor is configured to assign an electronic payment processing identifier to a message and to store the electronic payment processing identifier in a database in order to provide the data of the message or a portion of the data in response to a request. The system according to claim 6.

14. A method for pre-processing and validating data in real time, individually, and prior to an electronic payment transaction, The method described above is initiated on the sender's device and includes the steps of sending, verifying, and enriching the message. Each step of the above method is performed individually in real time and before the electronic payment transaction. In the aforementioned method, The sender device sends a message that includes at least a recipient identifier and the amount to be sent. The sending bank's computing device receives the message and enriches the message with data on the sending bank and the sender. The processor receives the message, identifies the recipient bank using the recipient identifier, and sends the message to the recipient bank. The recipient bank's computing device receives the message, enriches the message with data of the recipient and the recipient bank, and sends a response message to the processor that includes at least the authorized data of the sender bank, the authorized data of the recipient bank, the amount to be sent, an electronic payment processing identifier, and confirmation that the recipient bank is ready to deposit the funds. The electronic payment processing identifier that uniquely identifies the aforementioned message is generated by the processor, The computing device of the remitter bank sends a message to the remitter device that includes a pre-approved payment order for the electronic settlement transaction and an electronic settlement processing identifier generated for subsequent use when the electronic settlement transaction is executed. method.

15. The computing device of the remitter bank is A message is received which includes at least the approved data of the sender bank, the approved data of the recipient bank, the amount to be sent, the electronic payment processing identifier, and confirmation that the recipient bank is ready to make the deposit. The message is sent to a processor that generates a request to withdraw funds from the sender's bank account and deposit them into the recipient's bank account, and sends this request to the payment system. Next, confirmation of the fulfillment of the request is transmitted to the computing device of the sending bank and the computing device of the receiving bank. The method according to claim 14.

16. The settlement system satisfies the requirements of each individual transaction. The method according to claim 15.

17. The processor pre-stores the recipient's social identifier in a database for identifying the recipient's account by at least one of the recipient's social identifiers. The method according to claim 15.

18. The processor assigns an electronic payment processing identifier to the message and stores the electronic payment processing identifier in a database in order to provide the data of the message or a portion of the data in response to a request. The method according to claim 14.

19. A method for pre-processing and validating data in real time, individually, and prior to an electronic payment transaction, The method described above is initiated on the sender's device and includes the steps of sending, verifying, and enriching the message. Each step of the above method is performed individually in real time and before the electronic payment transaction. The sender device sends a message that includes at least the recipient identifier and the amount to be sent. The sending bank's computing device receives the message and enriches the message with the sending bank's data. The first country processor receives the message, identifies the recipient bank located in the second country using the recipient identifier, transmits the message to at least one intermediary bank to convert the remittance amount to the remittance amount in the second currency using the exchange rate, and stores the exchange rate data in the message. The intermediary bank's computing device sends the message to the second country's processor, Next, the message is sent to the recipient bank's computing device. The aforementioned message is enriched with data from the recipient and the recipient's bank. The recipient bank confirms that it is ready to make the deposit and sends a response message to the second country processor, then to the computing device of at least one intermediary bank, then to the first country processor, which includes at least the approved data of the sender bank, the approved data of the recipient bank, the amount to be sent, an electronic payment processing identifier, and confirmation that the recipient bank is ready to make the deposit. The electronic payment processing identifier that uniquely identifies the aforementioned message is generated by the first country's processor, The computing device of the remitter bank sends a message to the remitter device that includes a pre-approved payment order for the electronic settlement transaction and an electronic settlement processing identifier generated for subsequent use when the electronic settlement transaction is executed. method.

20. The computing device of the remitter bank is The sender device receives the following: the approved data from the sender bank, the approved data from the recipient bank, the transfer amount, the electronic payment processing identifier, and the recipient bank's confirmation of deposit readiness. The remittance request, which includes the aforementioned data, confirmation that the recipient bank is ready to make the deposit, and payment terms including at least the amount in the first currency and the amount in the second currency after conversion, is sent to the processor in the first country. Next, the first country's processor transmits the request to the first country's settlement system. Based on the aforementioned request, the funds are withdrawn from the sender's account and deposited into the intermediary bank's account in the first currency. Next, the intermediary bank transfers funds from its intermediary bank account in the first currency to its intermediary bank account in the second currency and transmits the enriched message to the second country's processor. A request is generated to withdraw funds from an intermediary bank account in the second currency and deposit them into the recipient's bank account in the second currency, and the request is transmitted to the second country's settlement system. Confirmation of fulfillment of the request is transmitted to the computing device of the intermediary bank and the computing device of the recipient bank. The method according to claim 19.

21. The computing device of the remitter bank is The sender device receives the following: the approved data from the sender bank, the approved data from the recipient bank, the transfer amount, the electronic payment processing identifier, and the recipient bank's confirmation of deposit readiness. The aforementioned data, confirmation that the recipient bank is ready to deposit the funds, and a request for remittance including payment terms including at least the amount in the first currency and the amount in the second currency after conversion, are transmitted to the first country's processor. Next, the first country's processor transmits the request to the first country's settlement system. Based on the aforementioned request, the funds will be withdrawn from the sender's account and deposited into the first country's intermediary bank's account in the first currency. Next, the computing device of the intermediary bank in the first country sends a message regarding the remittance to the computing device of the intermediary bank in the second country. Next, the second country's processor transmits the message from the second country's intermediary bank's computing device to the second country's processor. A request is generated to withdraw funds from the account of the intermediary bank in the second country and deposit them into the account of the recipient bank in the second currency, and the request is transmitted to the settlement system in the second country. Confirmation of fulfillment of the request is transmitted to the computing device of the intermediary bank in the second country and the computing device of the recipient bank. The method according to claim 19.

22. Before, during, or after the transfer, funds are deposited in the first currency from the account of the intermediary bank in the first country to the account of the intermediary bank in the second country in the second currency. The method according to claim 21.

23. At least one settlement system satisfies the requirements of each individual transaction. The method according to claim 20 or 21.

24. The first country processor or the second country processor pre-stores the recipient's social identifier in a database for identifying the recipient's account by at least one social identifier of the recipient. The method according to claim 20 or 21.

25. At least one processor assigns an electronic payment processing identifier to the message and stores the electronic payment processing identifier in a database in order to provide the data of the message or a portion of the data in response to a request. The method according to claim 19.

26. A method for pre-processing and validating data in real time, individually, and prior to an electronic payment transaction, The method described above is initiated on the sender's device and includes the steps of sending, verifying, and enriching the message. Each step of the above method is performed individually in real time and before the electronic payment transaction. The sender device sends a message that includes at least the recipient identifier and the amount to be sent. The sending bank's computing device receives the message and enriches the message with data on the sending bank and the sender. The aforementioned message is received by a computing device of at least one intermediary bank. Using the exchange rate, the amount to be sent is converted to the amount to be sent in the second currency. The exchange rate data is stored in the message. Next, the message is transmitted from the intermediary bank's computing device to the recipient bank's computing device. The computing device of the recipient bank is Upon receiving the aforementioned message, the recipient and the recipient's bank data are enriched into the message. Next, a response message is sent to the computing device of at least one intermediary bank, which includes at least the approved data of the remitter bank, the approved data of the recipient bank, the amount to be remitted, and confirmation that the recipient bank is ready to deposit the funds. The electronic payment processing identifier that uniquely identifies the aforementioned message is generated by the computing device of the intermediary bank. The computing device of the remitter bank sends a message to the remitter device that includes a pre-approved payment order for the electronic settlement transaction and an electronic settlement processing identifier generated for subsequent use when the electronic settlement transaction is executed. method.

Images