Real-time preprocessing and verification of data

Abstract

The present invention relates to the financial industry, and more particularly, to an automated transaction processing system and method for real-time transfer of funds between previously approved accounts. The method and the system enable real-time transfer and cross-border fund transfer between banks in one country to be possible. The technical result is an extended range of application because the system and method uses existing payment acceptance and processing infrastructure, making it possible to transfer funds both within one country and cross-border using any payment tool; the transfer rate is accelerated because the fund flow does not need to be approved, and the exchange rate and cost do not need to be calculated; the reliability of fund transfer is improved by reducing the possibility that fund is refused after initial preparation due to fund flow.

Description

Technical Field

[0001] The present group of inventions relates to the financial industry, and more particularly, to systems and methods for automated transaction processing for real-time transfer of funds between accounts with prior approval. Background Art

[0002] Financial technology is developing rapidly, especially technology related to cashless payments. Coverage services are one of them.

[0003] Overlay Services are software and hardware services developed to improve various consumer-friendly payment services (for individuals and legal entities). Overlay Services increase security, simplify payments, and, in some cases, make payments frictionless. In the financial industry, Overlay Services can be used before one or more payments, after one or more payments, before and after one or more payments, or independently of any one or more payments. Any Overlay Service is applicable to any payment instrument and can be used for card payments (such as Mir card payments), payments via faster payment systems, payments using the digital ruble and other payment instruments.

[0004] Due to the vulnerability and risks associated with technology in the financial industry, developing such technology while maintaining its reliability and the security of the data used therein remains a relevant issue. While existing technologies have proven to be effective, more advanced reliability mechanisms are needed, particularly those that reduce the probability of errors and failures in payment transactions, as well as those that prevent fraudulent transactions.

[0005] There are many technologies designed to support payment transactions (1) within a country or (2) across borders. At the same time, the known technologies are not universal, that is, they are not configured for both transaction types and do not improve security and reliability for all parties involved in supporting payment transactions.

[0006] For example, the SWIFT system, the global interbank financial telecommunication system, has proven suitable for cross-border funds transfers. The system guarantees the security and reliability of the message channel between financial organizations such as the sender's bank and the recipient's bank, the sender's bank and the correspondent bank of the recipient's bank. To make a transfer, the sender needs to fill in the details of the payment instruction using the SWIFT channel and generate a message instruction for the transfer of funds for the sender's bank. The SWIFT system then encodes the payment instruction and transmits it to the recipient's bank. As a result, the correspondent bank of the sending bank deducts the required amount and transfers it to the correspondent bank of the recipient's bank. In this scheme, the movement of funds is not performed in real time. In addition, there is no provision for preliminary checks and approval of the terms of the funds transfer immediately before the funds are transferred between accounts, which means that failures due to internal errors or the freezing of the recipient's account (e.g. seizure) cannot be ruled out.

[0007] Systems and methods for real-time cross-border payment transactions are also known in the art. These systems and methods describe the execution of cross-border funds transfers in an existing payment acceptance infrastructure, where a sender in one country uses a banking application on the sender's device that interfaces with the sender's bank to initiate a transfer of funds to a recipient's account in another country. The cross-border transfer is performed via an intermediary bank, and the intermediary bank has channels of interaction with the payment systems of the countries in which it is located and with each other. The funds transfer data includes a payment reference, an amount in the sender's currency, exchange rate data for the transaction date, and the amount after conversion into foreign currency.

[0008] Therefore, cross-border payments are executed in real time and are not delayed due to processing errors and / or delays caused by one or more intermediary banks in the sender's country and / or the recipient's country (U.S. patent application 2021182810; G06Q20 / 02, G06Q20 / 08; published on June 17, 2021).

[0009] The disadvantages of the invention include a high probability of errors during the transaction, since all necessary preliminary checks are not performed in real time before payment. Thus, for example, if the sender selects the wrong recipient, the error will only be discovered after the funds have been credited to the recipient. Disadvantages also include the fact that the recipient of the funds cannot be determined in advance without prior approval, which means that the funds can be credited to the account without legally required checks, such as under the AML / CTF system (Anti-Money Laundering and Counter-Terrorist Financing). Therefore, the disadvantage is that the system and method do not provide the technical ability to perform preliminary checks and prepare payments before the funds are transferred, which means that there is a possibility of errors and transactions that violate regulatory requirements. Other examples of events may include incorrect input or invalid accounts of the recipient of the funds. The system and method described in US patent application 2021182810 do not pre-generate payment instructions containing reliable final transfer amounts, taking into account fees and conversion rates. The above technology is not universal and is only configured to ensure cross-border fund transfers without checking the conditions for cross-border fund transfers in advance.

[0010] Another similar solution to this technical solution is a method and system for transferring funds from one account to another, allowing real-time settlement to be performed between the accounts of the sender and receiver of funds in the same country after the payment transaction is initiated, and the transfer is performed within the existing payment processing and acceptance infrastructure.

[0011] Thus, high-speed fund transfer is ensured while maintaining the reliability of fund transfer (Russian Federation Patent 2761419; G06F 17 / 00, G06Q 20 / 02; published on December 8, 2021).

[0012] The disadvantage of the invention is its narrow scope of application, since the system and method described are only applicable to payment transactions within one country and are not configured to ensure cross-border transactions. Disadvantages also include that payment transactions and their checks are carried out simultaneously, which does not exclude errors and failures in the settlement (fund movement) process, thereby reducing the speed of fund transfer.

[0013] Therefore, there is currently no universal technology that is suitable for both online fund transfers within a country and cross-border fund transfers, while ensuring high reliability and security of fund transfers. Summary of the invention

[0014] The technical problem to be solved by the present invention is to create a system and a method for transferring funds in real time both within a country and between different countries, which will ensure the reliability of detailed information ("transparency" of payment terms) and better identification of the sender of the recipient of funds.

[0015] The technical result is a wider range of applications, as the system and method use the existing payment acceptance and processing infrastructure, making it possible to transfer funds both within a country and across borders using any payment instrument; faster transfer rates, as the flow of funds does not require any approval, nor does it require the calculation of exchange rates and fees; and greater reliability of fund transfers, reducing the likelihood of fund flows being rejected after initial preparation.

[0016] Specific technical results are achieved through the systems and methods described in more detail below.

[0017] The following terms will be used below: The sender's bank is at least one computing device of a credit organization serving a client and is the sender as defined by the criteria from whose correspondent account funds must be deducted when transferring funds as ordered by the client.

[0018] The recipient's bank means at least one computing device of a credit organization serving the recipient in accordance with the standards, which must credit the funds to its correspondent account when transferring funds to the recipient of funds.

[0019] An intermediary bank is at least one computing device of a credit organization that has communication channels with computing devices of other credit organizations, such as intermediary banks, processors (e.g., payment systems), sender banks, and receiver banks, etc. An intermediary bank is configured to perform fund transfers between individual accounts in the same currency and in different currencies, including via SWIFT or SPFS (Financial Messaging System) and / or other settlement systems.

[0020] At least one bank (the sender's bank, the receiver's bank, or an intermediary bank) is configured to determine the selling rate, determine the buying rate, and convert the amount according to established rules. In order to perform its functions, the bank performing the conversion is configured to access at least one database via a communication channel to retrieve the specified buying rate, selling rate, and conversion amount rules. When accessing two or more databases, the bank performing the conversion is configured to determine the buy / sell terms of certain transactions. The databases here include, but are not limited to, currency exchanges such as the Moscow Exchange. The bank performing the conversion accesses one or more databases to determine the exchange rate at a specific time (e.g., once a day) and / or when certain events occur where the currency exchange rate fluctuates significantly.

[0021] The processor (provider of electronic payment processing) is at least one computing device that has a communication channel with computing devices of various credit organizations, such as banks, settlement systems (software and hardware of organizations that meet the requirements of banks, for example, the Central Bank of the Russian Federation), and other devices. The processor here also acts as an IT intermediary at the stage of payment instruction generation and approval. The processor, among other things, ensures reception and transmission of messages between the participants of the system and method, determines the bank of the recipient by means of the identifier of the recipient, verifies the message data, assigns an electronic payment processing identifier to the message, links said identifier with the data contained in the message, stores the identifier and data combination in a database, provides the data contained in the message on the basis of said identifier upon request.

[0022] The processor is configured to perform the functions of a data stream provider and the functions of both an operation and a payment clearing center. For example, the processor may be a payment system. A payment system is a credit organization with software components for performing various financial transactions based on rules and standards, such as transferring funds (including electronic transfers of funds), exchanging messages, accepting fund transfer instructions for execution, payment clearing function centers and clearing centers. Perform the functions of a payment clearing center and a settlement center. The payment system is also configured to generate and send a request to the settlement system to deduct funds from the sender's bank account and credit the funds to the recipient's bank account, and then send a response from the settlement system to the sender's bank and the recipient's bank.

[0023] Data Flow means the collection of messages constituting a complete logical unit transmitted between the computing devices of the Credit Organization to receive data regarding a transfer, including but not limited to data regarding the Payer, data regarding the Payer’s bank, data regarding the payment system, data regarding the intermediary bank, data regarding the Recipient, data regarding the Recipient’s bank, the amount of the transfer and the fees charged by the System Participants when the transfer of funds occurs.

[0024] The sender is the owner of the bank account from which funds can be transferred if the data flow and the sender's instructions are processed successfully.

[0025] The receiver is the owner of the bank account identified in the data stream, to which funds can be transferred if the data stream and the sender's instructions are processed successfully.

[0026] The sender's device / receiver's device is a personal communication device used when performing a transaction, which can be used to process data flows and can also be used for payment. The sender's device and the recipient's device can include, but are not limited to, any device with a user interface that can provide the ability to perform transactions according to the system or method, and exchange data and receive messages about data flows and / or payment transaction processing. For example, personal devices such as mobile phones, computers, or public devices such as terminals or ATMs. What these devices have in common is that the sender needs to pass preliminary authentication with his bank at the interface of the device. The sender and the recipient can be individuals, legal entities or government agencies.

[0027] The computing devices of credit organizations exchange messages with their clients and between themselves. In order to optimize the data exchange process between the parties, international standards (e.g., ISO 20022, ISO 8583), or standards for specific payment systems based on international standards, have been developed, which contain clear definitions of the messages and data formats (field lengths, codes, character sets) that the parties can exchange. The standard infrastructure includes the sender's and receiver's devices, banks (the sender's bank, the receiver's bank, and in some cases, intermediary banks), processors (the computing devices of the payment system (PS); for example, this applies to the Mir payment system or the faster payment system, or SEPA, or SWIFT, or any other international or local payment system) and settlement systems (the software and hardware complex of organizations that meet the requirements of bank payments, i.e., interbank settlements, such as the Central Bank of the Russian Federation). The system and method are configured to exchange such messages between them using a communication channel.

[0028] The receiver / sender ID is a well-known social identifier, such as a phone number, email address, or other identifier pre-registered with a bank where the receiver / sender has an account. The receiver / sender must be 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 to a message by a processor to indicate that the action performed is an operation for preliminary approval of a payment instruction prior to the real-time transfer of funds based on the approved payment instruction, and to enable the following electronic payment processing scheme. The processor determines whether such an identifier needs to be assigned based on the message type, the protocol, which is the language used to communicate with other system components and the message entry point (endpoint). For example, the parties may use the REST (Representational State Transfer) architectural style, which implements an API for message transmission and processing. Examples of identifiers: "pre-validation" or "LookUp" or other values ​​placed in an email data element (such as the "Settlement Services" data element).

[0030] Message enrichment is the process of enriching a message with the data required to perform an action before sending it to the recipient. The computing devices used for message enrichment are preconfigured to automatically process messages. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] Below are the detailed drawings of the present invention.

[0032] Figure 1.1 -System for processing electronic payments according to the first embodiment-Data flow.

[0033] Figure 1.2 - System for processing electronic payments according to a first embodiment - transfer of funds.

[0034] Figure 2.1.1 - System for processing electronic payments without a processor in a second country (country of the recipient) according to a second embodiment - data flow.

[0035] Figure 2.1.2 - System for processing electronic payments without a processor in a second country (country of the recipient) according to a second embodiment - Transfer of funds.

[0036] Figure 2.2.1 - System for processing electronic payments according to a second embodiment with a processor in a second country (country of the recipient) - data flow.

[0037] Figure 2.2.2 - System for processing electronic payments according to a second embodiment with a processor in a second country (country of the recipient) - Transfer of funds.

[0038] Figure 2.3.1 -System for processing electronic payments according to the second embodiment with a third country (intermediate country / transit country) -data flow.

[0039] Figure 2.3.2 - System for processing electronic payments with intermediate / transit countries according to the second embodiment - Funds transfer.

[0040] Figure 3.1 -Method for processing electronic payments according to a first embodiment-Data flow.

[0041] Figure 3.2 - Method for processing electronic payments according to a first embodiment - Transfer of funds.

[0042] Figure 4.1 - Method for processing electronic payments with two intermediary banks according to a second exemplary embodiment - Data flow.

[0043] Figure 4.2 - Method for processing electronic payments with an intermediary bank according to a second exemplary embodiment - Data flow.

[0044] Figure 4.3 - Method for processing electronic payments with two intermediary banks according to a second embodiment - Transfer of funds.

[0045] Figure 4.4 - Method for processing electronic payments with an intermediary bank according to a second embodiment - Transfer of funds. DETAILED DESCRIPTION

[0046] The invention ensures the exchange of messages within a data flow, during which all necessary data are prepared and approved, specifically: data on the transaction and participants are collected and the payment instruction is approved; sender, receiver and payment data are verified and included in the data flow; these data are recorded, including rates and / or fees. The preparation actions are performed immediately upon receipt of the request, i.e. in real time. One of the characteristics of this technology is that the preparation is carried out separately from the transfer of funds and not together with it, as in all known similar methods. This data flow forms a so-called data loop, since messages flow forward and backward.

[0047] The preliminary approval of data as part of a separate data flow allows the sender to immediately become familiar with reliable and approved transfer terms before sending funds in order to confirm the transfer or reject it. In addition, the preparatory action will allow the technical ability to credit funds to be established in advance by checking the recipient's account status, identifying the recipient to avoid fraudulent transactions, and identifying and correcting errors before transferring funds, which will greatly reduce the possibility of errors and failures, ensuring that the fund transfer is executed uninterruptedly with the correct details.

[0048] Following is a description of the drawings that illustrate and explain embodiments of the invention.

[0049] Figure 1.1 A system is described in which the preparation and approval of data and terms for transferring funds takes place in a data flow within a country. Figure 1.2 Describes the connection with the settlement system, which ensures the transfer of funds after the data and terms of the above transfer have been approved.

[0050] Figure 2.1.1 A system is described in which the preparation and approval of terms and data for a funds transfer is performed in a data flow for transferring funds from a first country to a second country. It should be understood that the system can be implemented without a processor in the first country and / or without a processor in the second country.

[0051] Figure 2.1.2 Describes the connection to the settlement system, which ensures the transfer of funds after the transfer data and terms are approved.

[0052] Figure 2.2.1 A system is described in which a data flow is implemented, in which a processor in a first country and a processor in a second country both participate.

[0053] Figure 2.2.2 Describes the connection to the settlement system, which ensures the transfer of funds after the transfer data and terms are approved.

[0054] Figure 2.3.1 A system is described in which the preparation and approval of funds transfer data and terms is performed in a data flow for transferring funds from a first country to a second country, with the participation of computing equipment in the intermediate country.

[0055] Figure 2.3.2 Describes the connection to the settlement system, which ensures the transfer of funds from the first country to the second country after the data and terms of the funds transfer are approved.

[0056] To initiate the electronic payment processing method, the sender initiates the funds transfer via the user interface of the payer's bank on the device (on its personal account bank web page in the browser, or on the payment web page in the browser, or in the user interface on the sender's device, or on a public device - a terminal or ATM).

[0057] Figure 3.1 A method for processing messages within a country is described.

[0058] The implementation of this method is, for example, as follows.

[0059] The sender enters the recipient's social identifier (e.g., phone number) on the sender's device and specifies the transfer amount, or enters a machine-readable label containing the recipient's identifier and the transfer amount.

[0060] Thereafter, for a request from a mobile application installed on the sender's mobile device, a funds transfer request will be sent, for example, as a "Bank App Confirmation Request" message. The same applies to sender requests from other devices.

[0061] The sender's bank receives the message, checks the data, adds the sender's bank identifier and other data (optional) to the data element, and sends it to the processor (e.g., to the Mir computing device) as an "Original Confirmation Request."

[0062] The processor checks the sender's bank registration in the system, assigns a "LookUp" electronic payment processing identifier to the message, determines the recipient, and sends data to the recipient's bank in a "Sequential Confirmation Request" message format. The recipient is determined by extracting a combination of the recipient's identifier and the recipient's bank from a database. According to one of the embodiments, the data in the "Sequential Confirmation Request" message with the electronic payment processing identifier "LookUp" is saved to a database. This step allows avoiding the transmission of the entire data array in the future, allowing only the message processing identifier to be transmitted and the data to be provided upon request. It is also possible to provide data upon request after the funds have been transferred. This step can be applied not only to this transfer scheme, but to all embodiments of the technology.

[0063] The recipient's bank also checks the data, supplementing it with the recipient's bank identifier and confirmation that the funds are ready to be credited, as well as a verification phrase (PAM (Personal Assurance Message), such as the recipient's full name). The verification phrase is then used to present the recipient's data to the sender for verification.

[0064] Then, a response received from the recipient's bank in the form of a message in the format of "Sequential Confirmation Response" is sent to the processor, which then sends a response from the processor to the sender's bank in the form of a message in the format of "Original Confirmation Response". The response contains the amount to be credited, the confirmation to be credited, the data of the sender's bank, the data of the recipient's bank, the data of the sender and the data of the recipient. The result of the operation is therefore a preliminary approval of the payment instruction.

[0065] Figure 3.2 Methods are described for transferring funds within a country after a payment instruction has been initially approved.

[0066] Once the sender receives the approved payment instruction on the device's user interface, they may initiate the funds transfer, thereby indicating the sender's consent to such transfer.

[0067] For example, the sender initiates the transfer in the user interface of the mobile application. Then, after this, the mobile application sends a "CreditTransferRequiest" message with a funds transfer request to the sender's bank, which includes at least the confirmation that the recipient's bank is ready to credit the payment and the payment amount. The sender's bank receives such a message, determines that it refers to a pre-approved payment instruction, and then, without repeated checks, forwards the message to the processor (in this example, to the Mir payment system). The processor generates a "CreditTransferResponseFromIPS" message based on the funds transfer request and sends it to the settlement system, requesting that the funds be deducted from the sender's bank account and credited to the recipient's bank account. After the settlement system satisfies the request, it sends a "CreditTransferResponseToIPS" message to the processor to confirm that the request is satisfied, and then sends an "AcknowledgmentToBenificiaryBank" message to the sender's bank and an "AcknowledgmentToInitiatorBank" message to the receiver's bank to confirm that the request is satisfied. After that, the sender's bank and the receiver's bank send "StatusReportToInitiator" and "StatusReportToBenifieiary" messages to the sender and receiver, respectively, to notify the deduction and crediting of funds, and send a confirmation of the message being sent to the processor as a response.

[0068] Figure 4.1 An embodiment of a method for forming preparation and approval in a data flow for cross-border transfers is described, with two intermediary banks participating in the scheme. In this case, the data flow includes the messages described below.

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

[0070] For a transfer from a first country to a second country, typically, when specifying an amount, it is necessary to select either the amount to be deducted from the sender expressed in the currency of the sender's bank and the currency of the sender's bank, or the amount to be credited to the recipient expressed in the currency of the recipient's bank and the currency of the recipient's bank.

[0071] For example, a request for a funds transfer is formed in a mobile application installed on the sender's mobile device; the request data is placed in a "Bank App Confirmation Request" message.

[0072] The sender's bank receives the data, verifies it, supplements it with the sender's bank identifier, the sender's bank account number and optionally additional data (sender's full name, unique message number, date and time of sending, name of the sender's bank, etc.), and then sends the data to a processor in the sending country (e.g., to a computing device of an electronic payment processing provider) in an "Original Confirmation Request" message.

[0073] The processor then checks the sender's bank identifier and its registration in the system, generates a "pre-validation" electronic payment processing identifier, uses this identifier to supplement the received data, supplements this data with the account number of the intermediary bank in the first country and its identifier, and then sends a message to the intermediary bank in the first country in the "Sequential Confirmation Request" format.

[0074] Then, the data is transmitted in sequence from the intermediary bank in the second country in 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 buying or selling rate for the currency amount of the sender's bank, converts it into the currency amount of the recipient's bank (or vice versa), and supplements the message data with information about the exchange rate. Which intermediary bank determines the buying / selling rate is determined in advance. For example, this can be one of the default intermediary banks, or an intermediary bank in the country where the funds transfer request is initiated.

[0076] The data is then sent from the intermediary bank in the second country to the processor in the second country in a "Confirmation Request from 2nd Intermediary Agent" message.

[0077] Next, the processor in the second country (the recipient's country) exchanges messages with the recipient's bank; thus, the processor in the second country sends a message in the format of "Confirmation Request from LUP2", including the account number of the intermediary bank in the second country.

[0078] like Figure 4.1 As shown, the recipient's bank confirms its agreement to credit the funds to the recipient's account, supplements the message with the recipient's bank data, recipient data and PAM, and then sends a response in the format of a "Confirmation Response to LUP2" message, which is then transmitted back to the sender's device.

[0079] The processor in the first country and / or the processor in the second country may be either a national payment system computing device or an international payment system computing device.

[0080] Figure 4.2 An embodiment of a method for forming preparations and approvals in a data flow for a transfer from a first country to a second country, in which there is an intermediary bank, is described. This embodiment differs from the previous one in that a message in the format of a "Sequential Confirmation Request" is sent from a processor to the intermediary bank. The intermediary bank defines the buying or selling rate of the currency amount of the sender's bank to convert it into the currency amount of the recipient's bank (or vice versa) and supplements the message data with information about the exchange rate. The transfer data supplemented by the intermediary bank are then transmitted to the processor in the second country in the form of a "Confirmation Request from Intermediary Agent" message.

[0081] Completing the exchange of messages in the data flow, as described above, a data loop is formed (the message goes from the sender to the receiver and then back), the sender receives comprehensive and reliable data about the transfer on their mobile device or on a web page in a browser or on a public device, as well as the receiver's bank's agreement to credit the funds, confirmation that the account is valid, and the receiver's bank's agreement to credit the funds, confirmation that the account is valid and not frozen, and confirmation (such as a PAM (Personal Assurance Message), which is displayed on the sender's device to increase their confidence in the correctness of the selected receiver.

[0082] Therefore, before the funds are transferred, comprehensive data on the funds transfer needs to be prepared for all parties involved. The data must include:

[0083] Data about the sender and his / her account, data about the sender's bank generated and provided by the sender's bank;

[0084] Data concerning the recipient, data concerning the recipient’s bank generated and provided by the recipient’s bank;

[0085] The transfer amount takes into account the transaction data (fees and conversion rates) generated consistently by all parties in the preparation of the transfer.

[0086] Thus, the total amount taking into account the fees and conversion rate is sent to the sender's device.

[0087] In addition, a funds transfer may be initiated at the request of the recipient of the funds. In this case, the recipient provides an approved payment instruction details message to initiate the funds transfer. The data includes the name / identifier of the recipient's bank, the payment instruction identifier, and optionally other data, such as the transfer amount. The data may be presented in any machine-readable format, such as a link, QR code, etc.

[0088] In response, the sender can, at its discretion, send a request to the settlement system to deduct funds from the sender's account and credit the receiver's account. The payment process begins after the sender confirms its intention to transfer funds using the data generated in the previous step.

[0089] Figure 4.3 A method is described for transferring funds from a first country to a second country via two intermediary banks after a payment instruction has been initially approved. To initiate a funds transfer based on the result of a message exchange in a data flow, a message is sent from a device of the sender containing the approved payment instruction and a payment instruction identifier generated in a previous step (in the data flow). The approved payment instruction includes the payment instruction identifier generated in a previous step (as part of the data flow) and payment instruction data: the transfer amount expressed in the currency of the sender (a first currency) or in the currency of the country of the recipient of the transfer or in another currency (a second currency); an identifier of the recipient, for example in the form of a bank card number, a social identifier (such as a mobile phone number, an email address, etc.) of the recipient; in addition, the name of the recipient's bank, the country of the recipient's bank (optional) and other data may be indicated.

[0090] The message is transmitted in turn to the sender's bank and then to a processor in the first country, from which a request is sent to the first country's settlement system to transfer funds in the first currency from the sender's bank account to an account at an intermediary bank in the first country; and then a confirmation is received that the request has been met.

[0091] The processor in the first country then sends a message including a confirmation that the request has been fulfilled to the intermediary bank in the first country and then to the intermediary bank in the second country.

[0092] An intermediary bank among the intermediary banks converts the amount of funds from the first currency to the second currency according to a pre-approved exchange rate specified in the payment instruction. For the purpose of mutual settlement, an account of the intermediary bank in the second country is opened at the intermediary bank in the first country (or an account of the intermediary bank in the second country is opened at the intermediary bank in the first country). At least one computing device of the intermediary bank extracts the payment instruction data from the message and initiates a program that allows the funds to be converted from the first currency to the second currency.

[0093] The data from the intermediary bank in the second country is then sent to a processor in the second country, which forms a request for a funds transfer in the second currency from an account at the intermediary bank in the second country to an account at a recipient's bank in the second country; after which a response is received confirming that the request has been met. Thus, the funds transfer from the first country to the second country is executed in accordance with the previously approved payment instruction.

[0094] Figure 4.4 A method is described for transferring funds from a first country to a second country through an intermediary bank after a payment instruction has been preliminarily approved. The method is implemented similarly to the method with two intermediary banks. The difference is that the amount of funds is converted from a first currency to a second currency according to an exchange rate pre-approved by an intermediary bank. For the settlement, an account in the first currency and an account in the second currency are opened at the intermediary bank. The computing device of the intermediary bank extracts the payment instruction data from the message and starts a program that allows the funds to be converted from the first currency to the second currency between the specified intermediary bank accounts.

[0095] The processing of electronic payments involving a computing device in a third country is carried out in a similar manner. In this case, the computing device performs the functions described above, while the processing of electronic payments according to the present embodiment differs in that it includes additional steps both at the processing stage within the data flow and during the transfer of funds. Thus, the processing of electronic payments can be carried out with the participation of one, two or more countries, with the transfer being carried out via an intermediate country.

[0096] In addition, the present invention also provides for processing electronic payments without a processor in a first country and / or without a processor in a second country. In these embodiments, the transfer of funds is also performed after prior approval. In this case, the processing and transmission of messages are performed by banks (the sender's bank, at least one intermediary bank and the recipient's bank) according to the described functions, and these banks have communication channels and are configured to implement systems and methods. The intermediary bank is also configured to convert funds from a first currency to a second currency between the sender's bank and at least one intermediary bank or at least one intermediary bank and the recipient's bank. The flow of funds between the intermediary bank and the sender's bank / receiver's bank is performed by interbank transfers of any known method.

[0097] The sequential generation of payment data can (optionally) be accompanied by the transmission of operational control values ​​to monitor data integrity. Each party involved in the message processing (the bank's computer system, the payment system, the settlement system) is configured to ensure that the data integrity of the transmitted data is monitored. To do this, an operation control value (OCV) is placed in the transmitted message, for example, by supplementing an array in a special block (for example in the "risk" block) with a set of independently generated values. Any participant can check the integrity by checking the value of the previously generated OCV and verifying the OCV calculated and included in the data flow. The above process further increases the security of message processing, maintaining data integrity when performing various operations.

[0098] According to one of the embodiments, the initiation of the funds transfer is carried out, for example but not limited to, via the Faster Payments System (SBP). In order to carry out such a transfer, the bank is connected to the Faster Payments System. The initiator of the funds transfer can be the sender of the funds or the receiver of the funds. The sender enters the transfer data or reads the transfer data prepared by the receiver, and then initiates the payment on the mobile application on the mobile device or the web page of the browser. The characteristic of the transfer via SBP is that for each payment transaction, the settlement system transfers funds during the payment process. To this end, a request is sent from the sender's bank to a processor (for example, OPCCSBP-Business Clearing Center of the Faster Payment System), and the processor generates and sends a request to the settlement system, requesting to deduct funds from the payer's bank account and credit the funds to the receiver's bank account. In order to transfer funds from the sender's account in the first country to the receiver's account in the second country (cross-border transfer via SBP), the processor in the first country generates a request to deduct funds from the payer's bank account and credit the funds to the account of the intermediary bank in the first country, and then sends it to the settlement system. For example, the settlement system can be represented by at least one computing device of the Central Bank of the Russian Federation or the central bank of another country. The settlement system satisfies the request in real-time or delayed mode (within a predetermined time) and sends a response to the payment system with a message that the request has been satisfied. Finally, the processor sends a fund deduction and credit notification to the bank based on the satisfied request. Figure 4.3 and Figure 4.4 It is described that when transferring funds from a first country to a second country, as well as the settlement system of the sending country, the transaction of transferring funds between accounts is also performed in the settlement system of the recipient country according to the request generated by the processor of the second country.

[0099] According to the described system and method, the settlement systems of two countries involved in the transfer of funds can reduce the transfer from the first country to the second country (cross-border transfer) to two interbank transfers (one transfer in each settlement system). Therefore, only one transfer is made in each settlement system of these countries (one in the currency of the first country and the other in the currency of the second country), so that all fees and conversion rates can be taken into account and the funds transfer data can be checked, as well as the correctness of the calculations can be checked using validation.

[0100] The electronic payment processing system can be used to perform the above method. The system and method are used for transfers within a country and for transfers from a first country to a second country (cross-border transfers), including transfers using urgent transfers, non-urgent transfers, and transfers via intermediate countries through faster payment systems.

[0101] The advantages of the system and method are that they accelerate the transfer of funds and improve the reliability of fund transfer, reduce the possibility of rejection of funds due to transfer after preliminary preparation, and do not require approval and calculation of rates and fees; since the system and method use the existing payment acceptance and processing infrastructure and make it possible to transfer funds within a country and across borders using any payment instrument, the present invention has a wide range of applications.

Claims

1. A system for processing digital payments, comprising: The sender's device, The sender's bank, The recipient's bank, processor, Supports communication channels for sending and receiving messages, wherein the sender's device is configured to initiate the data flow by sending a message including an identifier of the recipient and a transfer amount to the sender's bank and receiving a response from the sender's bank; wherein the sender's bank is configured to receive a message from the sender's device, check and verify the message data, enrich the message with the data from the sender's bank, transmit the enriched message to the processor, and receive a response from the processor; the processor being configured to receive the enriched message and assign an electronic payment processor identifier to the message, determine a recipient's bank via the recipient's identifier, transmit the enriched message with the electronic payment processor identifier to the recipient's bank, receive a response from the recipient's bank and send the response to the sender's bank; The recipient's bank is configured to receive the enriched message, enrich the message with the recipient's data, the recipient's bank's data, confirm that the recipient's bank is ready to credit the funds, and send the enriched message to the processor in response.

2. The system according to claim 1, wherein: The sender's bank is configured to receive a response to the enriched message from the sender's device, the response including at least the payment amount, a confirmation that the recipient's bank is ready to credit the funds, and an electronic payment processing identifier indicating that the funds transfer has been approved, and send the data to the processor; and the processor is configured to send a request to the settlement system to deduct the funds from the sender's bank account and credit the funds to the recipient's bank account, receive a confirmation from the settlement system that the request has been satisfied, and send the above confirmation to the sender's bank and the recipient's bank.

3. A system for processing digital payments, comprising The sender's device, The sender's bank, The recipient's bank, First Nation's processors, The processor of the second country, At least one intermediary bank, A communication channel that supports sending and receiving messages, in, The sender's device is configured to initiate the data flow by sending a message including an identifier of the receiver and the amount to be transferred to the sender's bank and receiving a response to the message; The sender's bank is configured to receive the message from the sender's device, check and verify the message data, enrich the message with the sender's bank data, and transmit the enriched message to a processor in the first country; The processor in the first country is configured to receive the enriched message and assign an electronic payment processing identifier to it, determine the recipient's bank via the recipient's identifier, transmit the enriched message with the electronic payment processing identifier to an intermediary bank, receive a response from the intermediary bank and send the response to the sender's bank; the intermediary bank being configured to receive, check and validate the data in the enriched message, convert the buying rate or the selling rate of the first currency amount into the second currency amount, supplement the message with the first currency amount value and the second currency amount value, and transmit the message from the intermediary bank to a processor in the second country; The processor in the second country is configured to receive the message, check and verify the data in the message, and send it to the recipient’s bank; The recipient's bank is configured to receive the message, enrich the message with the recipient's data, the recipient's bank's data, a confirmation that the recipient's bank is ready to credit the funds, and send the enriched message to a processing structure in the second country as a response.

4. The system of claim 3, wherein the sender's bank is configured to receive a response to the enriched message from the sender's device, the response comprising at least: confirmation that the recipient's bank is prepared to credit the funds along with the payment amount in the first currency and the amount in the second currency after conversion, an electronic payment processing identifier indicating that the funds transfer has been approved, and confirmation of the transmission of the message to the processor in the first country; The processor in the first country is configured to receive the enriched message and send a request to the settlement system in the first country to deduct funds from an account of the sender's bank and credit the funds to an account in the first currency of the intermediary bank, The settlement system in the first country is configured to receive the request, fulfill the request, and send a confirmation of the fulfillment of the request to the sender's bank and the intermediary bank via the processor in the first country; The intermediary bank is configured to receive the confirmation and send a funds transfer request to a processor in the second country; the processor in the second country being configured to receive the funds transfer request and to send a request to the settlement system in the second country to deduct the funds from the second currency account of the intermediary bank and to credit the funds to the second currency account of the recipient's bank after the conversion, The settlement system of the second country is configured to receive the request, fulfill the request, and send a confirmation that the request was fulfilled to the intermediary bank and the recipient's bank.

5. The system of claim 3, comprising an intermediary bank in the first country and an intermediary bank in the second country, and the sender's bank being configured to receive a response to the enriched message from the sender's device, the response including at least a confirmation that the recipient's bank is prepared to credit the funds, the payment amount in the first currency and the amount in the second currency after conversion, an electronic payment processing identifier indicating that the funds transfer has been approved, and a confirmation of transmission of the message to the processor in the first country; The processor in the first country is configured to receive the enriched message and send a request to deduct funds from the sender's account and credit the funds to an account in the first currency at an intermediary bank in the first country; the settlement system of the first country being configured to receive the request, to satisfy the request, and to send, via the processor of the first country, to the sender's bank and the intermediary bank of the first country connected to the intermediary bank of the second country, a confirmation that the request was satisfied to transfer funds from the first currency account of the intermediary bank of the first country to the second currency account of the intermediary bank of the second country, an intermediary bank in the second country having a communication channel with a processor in the second country, configured to receive notification of the funds transfer, transmit a request to a settlement system in the second country to deduct the funds from an account of the intermediary bank in the second country, and credit the funds to an account in a second currency of a bank of the recipient; The settlement system in the second country is configured to receive the request, fulfill the request, and send a confirmation that the request was fulfilled to the recipient's bank via the processor in the second country.

6. A system according to claim 5, wherein an account of an intermediary bank in the second country is opened at an intermediary bank in the first country (or an account of an intermediary bank in the second country is opened at an intermediary bank in the second country) for converting funds from the first currency to the second currency.

7. A system according to any one of claims 3 to 5, wherein at least one intermediary bank has a communication channel with the sender's bank and / or the receiver's bank and is configured to convert funds from a first currency to a second currency between the sender's bank and the at least one intermediary bank or between the at least one intermediary bank and the receiver's bank.

8. The system according to any one of claims 2, 4 and 5, wherein at least one settlement system is configured to satisfy the request of each individual transaction via the Faster Payment System (SBP).

9. A system according to any one of claims 1 or 3, wherein the processor in the first country and the processor in the second country are configured to store an identifier of at least one recipient linked to the recipient's account in a database, and the database has the ability to identify the recipient's account by the identifier.

10. A system according to any one of claims 1 or 3, wherein at least one processor is configured to assign an electronic payment processing identifier to the message and store it in a database so as to provide data of the message or parts of the message upon request.

11. A method for processing an electronic payment initiated on a sender's device, comprising: Transmission, verification and supplementation of a message, wherein the method comprises steps, wherein: a message containing at least the identifier of the recipient and the amount to be transferred is sent via the sender's device; said message is received by the sender's bank and then supplemented with data of the sender's bank and data of the sender; The message is received by a processor and the processor assigns it an electronic payment processing identifier; the recipient's identifier is used to determine the recipient's bank to send the message to the recipient's bank; The message is received by the recipient's bank and supplemented with the recipient's data and the recipient's bank's data, which then sends a response message to the processor, which is then sent to the sender's bank and then to the sender's device, the response message including at least the sender's bank's approved data, the recipient's bank's approved data, the transfer amount, the electronic payment processing identifier and the recipient's bank's confirmation that it is ready to credit the funds.

12. The method according to claim 11 further comprises a step wherein the sender's bank receives an electronic message including at least the sender's bank's approved data, the recipient's bank's approved data, the transfer amount, the electronic payment processing identifier and a confirmation that the recipient's bank is ready to credit the funds, and transmits the message to a processor, which generates and sends a request to the settlement system to deduct the funds from the sender's bank account and credit the funds to the recipient's bank account, and then a confirmation that the request is satisfied is sent to the sender's bank and the recipient's bank.

13. In a second embodiment, a method for processing an electronic payment initiated on a sender's device includes transmission, checking, and replenishment of a message; the method includes steps, wherein: sending, via the sender's device, a message including at least an identifier of the recipient and the amount to be transferred; receiving the message at the sender's bank and then supplementing the message with data of the sender's bank; receiving the message at a processor in the first country, assigning an electronic payment processing identifier to the message, determining the recipient's bank located in the second country using the identifier of the recipient, and sending the message to at least one intermediary bank to determine a buying rate or a selling rate for the first currency amount to convert it into the second currency amount, and storing the conversion rate data in the message; Said message from the intermediary bank is sent to a processor in the second country and then to the recipient's bank, where said message is supplemented with the recipient's data, the recipient's bank's data and confirmation of readiness to credit the recipient's account, and a response message is sent to the processor in the second country, then to at least one intermediary bank, then to the processor in the first country and then to the sender's device via the sender's bank, the response message comprising at least the sender's bank's approved data, the recipient's bank's approved data, the transfer amount, the electronic payment processing identifier and confirmation of the recipient's bank's readiness to credit the funds.

14. The method according to claim 13, further comprising the step of receiving from the sender's device the sender's bank's approved data, the receiver's bank's approved data, the transfer amount, the electronic payment processing identifier and the receiver's bank's confirmation that the funds are ready to be credited, transmitting the data to a processor in the first country, and transmitting a funds transfer request, including the receiver's bank's confirmation that the funds are ready to be credited and the payment terms, and at least the amount in the first currency and the converted amount in the second currency, the processor in the first country then transmitting the request to a settlement system in the first country, the settlement system in the first country deducting funds from the sender's account based on the request and then crediting the funds to the first currency account of the intermediary bank, the intermediary bank then transferring the funds from the first currency account of the intermediary bank to the second currency account of the intermediary bank, sending the enriched message to the processor in the second country, the processor in the second country generating a request to deduct funds from the second currency account of the intermediary bank and credit the funds to the second currency account of the receiver's bank, and sending the request to the settlement system in the second country, and confirmation that the request is satisfied is sent to the intermediary bank and the receiver's bank.

15. The method according to claim 13, further comprising a step, wherein the sender's bank receives the sender's bank's approved data, the receiver's bank's approved data, the transfer amount, the electronic payment processing identifier and the receiver's bank's confirmation that the funds are ready to be credited from the sender's device, transmits the above data to the processor in the first country, and transmits a funds transfer request, including the receiver's bank's confirmation that the funds are ready to be credited and the payment terms, and at least the amount expressed in the first currency and the converted amount expressed in the second currency, and then the processor in the first country transmits the request to the settlement system in the first country, and the settlement system in the first country deducts the funds from the sender's account and credits the funds to the first currency account of the intermediary bank in the first country based on the above request, and then the intermediary bank in the first country sends a message about the funds transfer to the intermediary bank in the second country, and then the intermediary bank in the second country sends the message to the processor in the second country, the processor in the second country generates a request to deduct the funds from the intermediary bank account in the second country and credit the funds to the second currency account of the receiver's bank, and sends it to the settlement system in the second country, and sends a confirmation that the request is satisfied to the intermediary bank in the second country and the receiver's bank.

16. The method of claim 15, wherein the funds are transferred from an account at an intermediary bank in a first country in a first currency to an account at an intermediary bank in a second country in a second currency before, during or after the funds are transferred.

17. In a third embodiment, a method for processing an electronic payment initiated on a sender's device includes the transmission, checking and supplementation of a message; the method includes steps in which a message including at least an identifier of a recipient and a transfer amount is sent via the sender's device; the sender's bank receives the message and then supplements the message using data of the sender's bank and data of the sender; at least one intermediary bank receives the message, the at least one intermediary bank determines a buying rate or a selling rate for a first currency amount to convert it into a second currency amount, and stores the conversion rate data in the message; the message from the intermediary bank is then sent to the recipient's bank so that the message is sent to the recipient's bank; the recipient's bank receives the message, supplements the message using data of the recipient and data of the recipient's bank, and then sends a response message to at least one intermediary bank, then to the sender's bank, and then to the sender's device, the response message including at least the approved data of the sender's bank, the approved data of the recipient's bank, the transfer amount and confirmation that the recipient's bank is ready to credit the funds.

18. The method according to any one of claims 12, 14, 15, wherein at least one settlement system satisfies the request of each individual transaction via the Faster Payments System (SBP).

19. The method according to any one of claims 12, 14, and 15, wherein the processor of the first country or the processor of the second country pre-stores at least one social identifier of the recipient in a database to identify the account of the recipient through the social identifier.

20. A method according to any one of claims 11, 13, wherein at least one processor assigns an electronic payment processing identifier to the message and stores it in a database so that data of the message or part of the data of the message can be provided upon request.

Images