WO2022197201A1 - Method and device for checking operations and transactions for legal risks - Google Patents

Method and device for checking operations and transactions for legal risks Download PDF

Info

Publication number
WO2022197201A1
WO2022197201A1 PCT/RU2021/000165 RU2021000165W WO2022197201A1 WO 2022197201 A1 WO2022197201 A1 WO 2022197201A1 RU 2021000165 W RU2021000165 W RU 2021000165W WO 2022197201 A1 WO2022197201 A1 WO 2022197201A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
financial transaction
participant
stage
checks
Prior art date
Application number
PCT/RU2021/000165
Other languages
French (fr)
Russian (ru)
Inventor
Юлия Николаевна ЛЕДОВСКИХ
Константин Сергеевич ПАВЛОВ
Марина Васильевна БЕЛЕНКОВА
Сергей Анатольевич РОСТОВ
Людмила Николаевна БЛИНОВА
Original Assignee
Публичное Акционерное Общество "Сбербанк России"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from RU2021107004A external-priority patent/RU2021107004A/en
Application filed by Публичное Акционерное Общество "Сбербанк России" filed Critical Публичное Акционерное Общество "Сбербанк России"
Publication of WO2022197201A1 publication Critical patent/WO2022197201A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Definitions

  • the presented technical solution relates, in general, to the field of digital data processing, and in particular to a method and device for checking various operations and transactions, including banking operations and other transactions of a credit institution (hereinafter referred to as financial transactions) for the presence of legal risks ( hereinafter referred to as risks).
  • financial transactions banking operations and other transactions of a credit institution
  • risks legal risks
  • the presented technical solution can be used in known systems to make the right decision.
  • the closest solution to the claimed solution is the system and method for generating an electronic document, disclosed in US patent 10445411 B2, publ. 10/15/2019.
  • at least one instruction of the first type and at least one instruction of the second type are interpreted, each instruction refers to data and identifies a content element for use in generating the specified target document, after which the target document is generated and included in it content in accordance with the instructions mentioned.
  • the technical problem or technical challenge posed in this technical solution is to create a new effective, simple and reliable solution for checking financial transactions for legal risks, which can be used in systems for making the right decision, for example, about making a financial deals.
  • the set of checks is determined based on the tree of checks that determines the types/types of checks that need to be performed in relation to a financial transaction to identify the presence of legal risks.
  • the step is additionally performed, at which the presence of data on the results of previously conducted checks in relation to this participant is determined.
  • the steps are additionally performed, at which:
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which: determine the presence of contracts/agreements/agreements concluded within the framework of this transaction;
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the stage of checking the availability of information about the consent to the transaction of the management body of the transaction participant.
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
  • the stage of automated verification of a financial transaction for the presence of legal risks includes the stage of checking the fact of payment of the authorized capital and the compliance of the size of the authorized capital (MC) of the transaction participant with the specified requirements.
  • the step of checking the compliance of the net asset value (NAV) of the transaction participant with a predetermined value of the minimum authorized capital (MC) is additionally performed.
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the stage of checking a license to carry out at least one type of activity of a transaction participant.
  • the stage of automated verification of a financial transaction for the presence of legal risks contains the stage of checking the existence of a bankruptcy procedure for a participant in the transaction.
  • the stage of automated verification of a financial transaction for legal risks contains the stage of checking whether the representative of the transaction participant has the authority to conclude a transaction.
  • a device for verifying financial transactions is provided, 5 containing at least one computing device and at least one memory containing machine-readable instructions that, when executed by at least one computing device, perform any of the above methods .
  • FIG. 1 is a diagram of a data processing system.
  • FIG. 2 shows an example of a transaction check tree.
  • FIG. 3 is an example of a general view of a computing device.
  • a system means, including a computer system, a computer (electronic computer), CNC (numerical control), PLC (programmable logic controller), computerized control systems and any other devices capable of performing a given, clearly defined sequence of operations (actions, instructions).
  • a command processing device is an electronic unit, a computing device, or an integrated circuit (microprocessor) that executes machine instructions (programs).
  • the command processor reads and executes machine instructions (programs) from one or more data storage devices.
  • Storage devices can be, but are not limited to, hard disk drives (HDD), flash memory, ROM (Read Only Memory), Solid State Drives (SSD), optical drives.
  • HDD hard disk drives
  • ROM Read Only Memory
  • SSD Solid State Drives
  • a program is a sequence of instructions intended to be executed by a computer control device or command processing device.
  • the data processing system comprises: a data source 1 and a device 10 for checking financial transactions for legal risks.
  • the device 10 for checking financial transactions can be implemented on the basis of a computing device and contain: a data processing module 11, a module 12 for sets of transactions checks, a module 13 for storing the results of checks, a module for monitoring indicators 14. All of these modules can be implemented on the basis of a computing device configured in the software and hardware in such a way as to perform the functions assigned to them.
  • the data processing module 11 may contain at least one neural network designed to identify and extract the information required to check the transaction for risks from text data, for example, the texts of documents submitted to the input of the mentioned neural network.
  • Algorithms for recognizing document texts and extracting information from them are widely known from the prior art and will not be disclosed in more detail in the materials of this application. For example, algorithms for recognizing the texts of documents and extracting information from them are disclosed in patent RU 2 732071 C1.
  • the received document is processed to identify in the document at least one entity related to the request for a legal decision, and it is extracted from the document using a machine learning algorithm, and the legal analysis of the said at least one extracted entity is carried out using a set of rules formed using a domain-specific language, after which a legal decision is formed based on the legal analysis of said extracted entities of said at least one document.
  • the data source 1 can be, for example, a database in which data about a financial transaction has been entered in advance, or at least one user computing device, through the graphical interface of which the user enters data to be transmitted to the device 10 for verifying transactions for risks.
  • Financial transaction data may include, for example, data on credit a transaction, a transaction issuing a guarantee, a bank guarantee, etc.
  • forms of an agreement are distinguished, for example, for a credit transaction, this is a Credit agreement, an agreement on the provision of a non-revolving credit line; Lending agreement for constituent entities of the Russian Federation and municipalities; Short-term express loan agreement, etc.
  • Transaction data can be sent to said device 10 by data source 1 upon a corresponding request received from device 10, or upon a corresponding command from the user received by data source 1 via a graphical user interface using special dynamic fields designed to enter information about a financial transaction .
  • Transaction data may include various information necessary to conduct a risk check of the transaction.
  • transaction data may include: information about the type of transaction - a credit transaction, about the form of the transaction: (Loan agreement, Agreement on the provision of a non-revolving credit line; Credit agreement for constituent entities of the Russian Federation and municipalities; Short-term express loan agreement, etc.) , data on at least one participant in the transaction, information on the limit of the agreement and the term of the agreement, information on the accessory obligation, including information on the type of security and the possibility of deferment, information on the need for corporate approval of the transaction by the management bodies of the participant in the transaction, information on the application of corporate control tools and etc.
  • the transaction data is supplied to the data processing unit 11, which determines a set of checks for the transaction based on the transaction type information contained in the transaction data.
  • the check set can be determined by sending the transaction type information to the transaction check set module 12, in which a predetermined set of checks for the transaction is stored in advance for each type of transaction.
  • a predetermined set of checks can be saved as a check tree, consisting of tree nodes that characterize transaction check blocks, and leaves and nodes associated with tree nodes (which in turn are connected with leaves corresponding to these nodes), characterizing the types / types of checks that must be performed in relation to the transaction in order to identify the existence of risks in the financial transaction.
  • the check tree can be represented as follows:
  • the transaction test set module 12 when the transaction test set module 12 receives information about the type of transaction, the said module 12 generates a set of transaction tests, including only those checks for the transaction that need to be performed for this type of transaction in order to identify the risks associated with a financial transaction, according to check tree, its nodes and leaves.
  • said module 11 can determine the need for at least one additional check.
  • the set of checks of the transaction by the mentioned module 11 can be adjusted. The algorithm for adjusting a set of transaction checks will be described below.
  • All the necessary information for conducting a risk check of the transaction by the mentioned module 11 can be requested from the data source 1 by sending the appropriate data requests or by displaying dynamic fields on the graphical user interface to enter the information required for verification.
  • the set of transaction checks generated by said module 12 is sent to the data processing module 11 .
  • said module 11 extracts data about the participant in the transaction.
  • Data about the participant in the transaction can be retrieved by sending appropriate requests to the data source 1, which in response to requests provides the requested data, or which displays a request for data about the participant in the transaction to the user through a graphical interface, for example, in the form of dynamic fields, after which the data entered by the user about the participant of the transaction are sent to the data processing module 11.
  • Data on the transaction participant can be updated by source 1 by sending a request to an external database, for example, the Federal Tax Service of Russia.
  • Such data about the participant in the transaction may include: TIN, OGRN, name of the counterparty, data on amendments to constituent documents, reorganization and bankruptcy procedures, as well as other information obtained from the extract of the Unified State Register legal entities (EGRLE) or the Unified State Register of Individual Entrepreneurs (EGRIP) of the Federal Tax Service of Russia.
  • EGRLE Unified State Register legal entities
  • EGRIP Unified State Register of Individual Entrepreneurs
  • the mentioned module 11 can perform a check for the presence of data on the results of previously conducted checks in relation to this participant. To determine the availability of data on the results of previously conducted checks, the mentioned module 11 sends data about the transaction participant to the module 13 for storing the results of checks, which, upon receiving data about the participant in the transaction, searches in the data storage unit with which it can be equipped, data on the results of previously conducted checks for this participant. Accordingly, the data on the results of previously conducted checks, if such checks were previously carried out in relation to this participant, and the results of the checks are saved, are sent by the mentioned module 13 to the data processing module 11 for transmission to the data source 1 for subsequent storage and / or display to the user through GUI.
  • the data processing module 11 can determine the side of the transaction participant in the financial transaction (status of the transaction participant). The status of the transaction participant may be determined based on the data about the participant in the transaction, which contains information about the status of the participant in the transaction, or may be requested by the mentioned module 11 from the data source 1. For example, if the transaction is a credit transaction, then the status information of the transaction participant may indicate that the party to the transaction is the borrower.
  • the mentioned module 11 refines the set of dynamic fields for collecting data about this participant in the transaction. For example, for a borrower, a field for entering information about the credit transaction limit is included in the set of dynamic fields. Based on this information, module 11 can check the credit transaction limit for compliance with the limit for this type of financial transactions, which is included in the indicator control module 14.
  • the data processing module 11 determines a set of checks and a set of dynamic fields for collecting data for a specified type of transaction. Next, said module 11 checks the transaction data according to a set of checks to determine whether there are risks, in particular financial risks.
  • the test results can be transferred to the test results storage module 13 for storage and/or transferred to the source data 1 for storage and/or display to the user via a graphical interface.
  • the data processing module 11 may be configured to determine the form of the transaction.
  • Information about the form of the transaction can be extracted from the data about the transaction, or requested from the data source 1 or the module 13 for storing the results of checks, if earlier checks were carried out with respect to the said transaction.
  • Information about the form of the transaction may indicate, for example, that the transaction is: Opening of a revolving credit line, Corporate lending; Crediting of import operations using a letter of credit; Lending to subjects of the Russian Federation and municipalities; Individual overdraft; Short-term express lending.
  • the data processing module 11 may be configured to refine the set of checks to determine risks based on information about the form of the financial transaction. For example, if the transaction is a credit transaction, information on the form of the transaction indicates that the transaction is related to the opening of a revolving credit line, within the framework of this transaction, the conclusion of contracts is financed, for example, on the supply of products with a constituent entity of the Russian Federation or a municipality, then the set transaction checks include checks related to tree nodes:
  • module 11 can be configured to check documents: contracts/agreements/agreements to finance which a loan transaction is concluded for legal risks. To do this, the device 1 determines whether contracts/agreements/agreements have been concluded within the framework of this transaction by sending a request for information on the conclusion of contracts/agreements/agreements within the framework of this transaction to data source 1. If information about the existence of such a contract/agreement/agreement is entered , will be added additional validation associated with the contract validation block.
  • the device 1 When performing this check, the device 1 requests data from the data source 1, for example, on the compliance of the concluded contract with the legislation on public procurement, for example, the Federal Law of 04/01/2013 Ns44-FZ "On the contract system in the field of procurement of goods, works, services for public and municipal needs. If module 11 receives information about the non-compliance of the contract with the specified law, then module 11 will add information about the risk of recognizing the transaction as invalid as not complying with the requirements of the law to the results of checking the transaction for risks.
  • the data processing module 11 can determine the limit and term of financing the transaction. Information about the funding limit and term can be extracted from the transaction data or requested from the data source 1. Additionally, the data processing module 11 can be configured to determine whether the funding limit corresponds to a predetermined limit for a given transaction. Information about transactions and their respective limits can be pre-set in the indicator control module 14. Accordingly, said module 11 retrieves from said module 14 the value of the specified limit for a given transaction, for example, a credit transaction, and if the previously determined transaction financing limit exceeds the pre-defined limit for this transaction, then module 11 generates the results of checking the contract limit, which indicate the excess of the financing limit of a predetermined limit for this transaction. If the previously determined transaction financing limit does not exceed the predetermined limit for this transaction, then the data processing module 11 generates the results of the agreement limit check, which indicate that the limit of the financial transaction agreement does not exceed the predetermined limit for this transaction.
  • the data processing module 11 may be configured to determine the presence or absence of an accessory obligation, as well as the type of accessory obligation.
  • An accessory obligation is an obligation additional to the main agreement, most often a security one, which follows the fate of the main one and terminates in the event of its termination.
  • the main obligation in this case will be the obligation that, within the framework of a financial transaction, falls on the participant deals.
  • Information about the accessory obligation and its type can be extracted from the data on the previous verification of the Pledge stored in module 13, or requested from data source 1. Accordingly, if the transaction data does not contain information about the accessory obligation or information is received from data source 1 about that there is no accessory obligation, the data processing module 11 determines that there is no accessory obligation.
  • the data processing module 11 can refine the set of checks. For example, if information about an accessory obligation indicates that the accessory obligation is a guarantee of a legal entity, then the set of checks includes checking the Legal Capacity of a transaction participant - a legal entity (LE) providing security for an accessory obligation, for example, acting as a surety. If information about the accessory liability indicates that there is no accessory liability, then the transaction verification results generated by the mentioned module 11 will include information about the risks associated with the absence of an accessory liability, as described below.
  • L legal entity
  • the data processing module 11 extracts from the transaction data information about the deferral of granting an accessory obligation, containing information about the time period of deferral. If the grace period has not expired (i.e., the current time specified in the said module 11 does not exceed the grace period end time), then the said module 11 generates transaction verification results, which include information about the presence of risks associated with the absence of an accessory obligation. If the grace period has expired (ie, the current time specified in the said module 11 exceeds the end time of the grace period), module 11 requests information from the source 1 on the existence of an accessory obligation. For example, as risks associated with the absence of an accessory obligation, the results of the audit may indicate the complete / partial loss of collateral or the absence of collateral within the transaction.
  • the data processing module 11 may, in the process of checking the Corporate Approval, check in the transaction data for information about consent to the transaction, i.e. decision of the management body of the participant in the transaction, authorized by the constituent documents, to make a decision on the transaction.
  • a body may be the Board of Directors or the General Meeting of Participants (Shareholders).
  • the data processing module 11 If there is no consent to the transaction, then the data processing module 11 generates the results of the check, which include information about the risks associated with the lack of consent to the transaction. For example, information about the risks associated with the lack of consent to the transaction may indicate the possibility of recognizing the transaction as invalid or not completed. If consent to the transaction is present, then the data processing module 11 generates the results of the check, which recorded the absence of risks associated with the lack of consent to the transaction.
  • the data processing module 11 can be configured to determine the person providing security (pledge, guarantee) for a financial transaction in the form of an accessory obligation. Data about the mentioned person can be extracted from information about the accessory obligation, which is requested by dynamic fields during the verification of the Collateral. In this case, if the data processing module 11 determines that the person representing the security for the financial transaction in the form of an accessory obligation is not the previously mentioned participant in the transaction, i.e. the security is provided by a third party, then the data processing module 11 performs a Legal Capacity check of that person.
  • the mentioned module 11 performs, among other things, searching for information about the termination of the existence of this person, for example, about the termination of a legal entity.
  • Information on the termination of a legal entity is contained in a specialized Database 2, for example, the Unified State Register of Legal Entities, which is maintained by the Federal Tax Service.
  • a specialized Database 2 for example, the Unified State Register of Legal Entities, which is maintained by the Federal Tax Service.
  • Information on legal entities, including data on termination can be uploaded with the determination of the reason for termination: liquidation, bankruptcy, reorganization.
  • the mentioned module 11 If the data processing module 11 has determined that the legal entity has been terminated, then the mentioned module 11 generates the results of the check, which contain the conclusion that it is impossible to conclude a transaction with such a participant in the transaction. [0053] If there is no information about the termination of the existence of a person, then the mentioned module 11, continuing the verification of Legal Capacity, can proceed to the stage of checking the compliance of the size of the authorized capital (CC) of the participant in the transaction with the specified requirements. To verify that the size of the authorized capital of the transaction participant complies with the specified requirements, module 11 checks the fact of payment of the authorized capital of the legal entity.
  • CC authorized capital
  • Information about the payment of the MC can be extracted from the data on the previous eligibility check, stored in the module 13 of storing the results of the checks, or requested from the data source 1. If the information received indicates that the MC has not been paid, then the results of the check are generated, which include information on the presence of a legal risk of declaring the transaction invalid due to non-payment of the CM by the counterparty - participant in the transaction.
  • CM net asset value
  • said module 11 requests information about the compliance of the net asset value (NAV) of the transaction participant with a predetermined value of the minimum CM.
  • the value of the predetermined value of the minimum VC can be predetermined in the performance monitoring module 14.
  • the information about the NAV of the transaction participant can be extracted from the data on the previous eligibility check or requested from the data source 1, after which the NAV information is compared with the predetermined value of the minimum size MC requested by module 11 from said module 14.
  • the predetermined value of the minimum MC, with which information about the NAV of the transaction participant is compared, is set by the user of the device 10 depending on the legal form (OLF) of the transaction participant, selected, for example, from: Limited Liability Company (LLC), Public Joint Stock Company (PJSC), etc. Accordingly, based on the data on the transaction participant, the data processing module 11 determines the OPF of the transaction participant, extracts a predetermined value of the minimum size of the UK for this OPF, after which the operation of comparing information about NAV with a predetermined th value of the minimum size of the UK.
  • OPF legal form
  • the mentioned module 11 If the size of the NAV of the participant in the transaction is less than the predetermined value of the minimum size of the MC, then the mentioned module 11 generates the results of the verification of the transaction, which indicate the presence of risks associated with the MC.
  • the mentioned results of the verification may indicate the risk of non-performance by the counterparty of the terms of the contract in connection with the liquidation of a business company in a judicial proceeding due to non-compliance with the requirements of the legislation on reducing the authorized capital of a business company to an amount not exceeding the value of its net assets.
  • the size of the NAV of the transaction participant is greater than a predetermined value, which is stored in the indicator control module 14, then the results of the check are generated, which record the absence of risks associated with the MC.
  • the data processing module 11 can be configured to determine the risks associated with the presence or absence of a license to carry out the types of activities that the participant in the transaction carries out.
  • Types of activity of a participant in a transaction are types of activity provided for by the constituent documents of a legal entity - a participant in a transaction.
  • activities may be: "Provision of services in the field of oil and natural gas”, “Repair of machinery and equipment”, “Construction of residential and non-residential buildings", “Warehouse and storage activities”, “Manufacture of medicinal means”
  • Some of them, for example “Production of medicines” are subject to licensing, i.e. can be carried out with a special permit issued by the authorized state body in accordance with the Federal Law of 04.05.2011 N 99-FZ "On Licensing Certain Types of Activities”.
  • Information about at least one activity of the transaction participant may be contained in the transaction data or may be requested from the data source 1. Accordingly, the data processing module 11 extracts information about at least one activity of the transaction participant from the transaction data and compares it with a list of activities subject to licensing, which can be stored in advance in the memory of the mentioned module 11. In an alternative implementation of the claimed solution, information about the types of activities subject to licensing can be requested from the data source.
  • the data processing module 11 searches for license data in the transaction participant data or requests license data from the data source 1. If the license data is not found or is not provided in response to the request by the data source 1, then the data processing module 11 generates the results of the verification of the transaction, which indicate the presence of risks associated with the lack of a license to carry out types of activities subject to licensing. If the license data is present, then said module 11 generates check results indicating that there are no risks associated with the license.
  • the data processing module 11 may be configured to check the transaction for the presence of risks associated with the bankruptcy of the participant in the transaction. To do this, module 11 requests from source 1 or extracts from the transaction data information about whether the counterparty is located, i.e. party to a transaction in bankruptcy proceedings. If information is received that a transaction participant is in bankruptcy proceedings, module 11 requests or retrieves information about the bankruptcy procedure.
  • module 11 If the information received about the bankruptcy procedure indicates that one of the following bankruptcy procedures is being carried out with respect to the transaction participant, namely: 1) Supervision 2) Financial recovery 3) External management 4) Bankruptcy proceedings, then module 11 generates the results of the audit which indicates the presence of risks associated with the presence of a participant in the transaction in the bankruptcy process, corresponding to one of the procedures 1) Supervision 2) Financial recovery 3) External management 4) Bankruptcy proceedings.
  • the mentioned module 11 when concluding a type of transaction - a settlement agreement, the mentioned module 11 generates the results of a check with the risk of recognizing the settlement agreement as invalid as a transaction that entails giving preference to one of the debtor's creditors over others. If it is established that there is no information about the fact that the participant in the transaction is in bankruptcy proceedings, the results of the audit do not contain the specified risk.
  • the data processing module 11 may be configured to check the transaction for risks associated with the lack of authority to conclude a transaction from a representative of the counterparty to the transaction. To do this, module 11 requests data from data source 1 about which person is the representative of the transaction participant: the sole executive body (SEO) or a representative by proxy. In case of receiving information from the data source 1 that the representative of the transaction participant is the CEO, the data processing module 11 searches for information in the data about the transaction participant or requests information about the term of office of the CEO.
  • SEO sole executive body
  • module 11 If the data source 1 sent information to module 11, that the term of office of the CEO has expired, or that such information is not available, the results of the check are formed indicating the risk of the counterparty not fulfilling the terms of the contract in connection with the transaction by an unauthorized person / the risk of the transaction being recognized as invalid.
  • module 11 If the representative of the transaction participant is a representative by proxy, module 11 requests information about the duration of the power of attorney by means of the corresponding dynamic fields. After that, the module 11 performs an automatic check of the period, comparing with the current date. If the period received from source 1 exceeds the current date, information is transmitted that there is no risk of the transaction being recognized as invalid due to the conclusion by an unauthorized person. If information is received from source 1 that the above period of validity of the power of attorney is less than the current date, information is generated and transmitted about the risk of the transaction being invalidated due to the conclusion by an unauthorized person.
  • said module 11 sends data with the results of the checks carried out in accordance with the previously defined set of checks for the transaction to the data source 1 for storage or display to the user through graphical interface, and can also be stored in the module 13 for storing the results of checks. From data source 1, the test results can be requested by a standard text converter for presentation to external systems as a text file.
  • the data processing module 11 can be configured to make a legal decision regarding a financial transaction based on the results of the verification of the transaction, for example, by generating a document file that includes information about the verification results and legal risks identified as a result of the audit.
  • the generated file can also be sent to data source 1 for storage or display to the user through a graphical interface and/or stored in the module 13 for storing the results of checks.
  • the data processing module 11 can be configured to determine the existence and relevance of the counterparty's paper constituent documents submitted for the transaction. Checking the availability of paper constituent documents submitted for the transaction, extracts from the Unified State Register of Legal Entities / EGRIP can be performed by methods widely known from the prior art, for example, disclosed in patent RU 2 702967 C1, publ. 10/14/2019.
  • the computing device (200) contains one or more processors (201), memory means, such as RAM (202) and ROM (203), and input / output (204).
  • processors 201
  • memory means such as RAM (202) and ROM (203)
  • input / output 204
  • the processor (201) (or multiple processors, multi-core processor, etc.) can be selected from a range of devices currently widely used, for example, manufacturers such as: IntelTM, AMDTM, AppleTM, Samsung Exynos TM, MediaTEKTM, Qualcomm SnapdragonTM, etc. Under the processor or one of the processors used in the system (200), it is also necessary to take into account the graphics processor, for example, NVIDIA GPU with a CUDA-compatible software model, or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used to training and application of machine learning models in various information systems.
  • the graphics processor for example, NVIDIA GPU with a CUDA-compatible software model, or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used to training and application of machine learning models in various information systems.
  • RAM (202) is a random access memory and is designed to store machine-readable instructions executable by the processor (201) to perform the necessary data logical processing operations.
  • the RAM (202) typically contains the executable instructions of the operating system and associated software components (applications, program modules, etc.). In this case, the RAM (202) may be the available memory of the graphics card or graphics processor.
  • a ROM (203) is one or more persistent storage devices, such as a hard disk drive (HDD), a solid state drive (SSD), flash memory (EEPROM, NAND, etc.), optical storage media ( CD-R/RW, DVD-R/RW, BlueRay Disc, MD), etc.
  • Various types of I/O interfaces (204) are used to organize the operation of device components (200) and organize the operation of external connected devices.
  • the choice of appropriate interfaces depends on the particular design of the computing device, which can be, but not limited to: PCI, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1, micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232, etc.
  • the network communication means (206) provides data transmission via an internal or external computer network, for example, an Intranet, the Internet, a LAN, and the like.
  • an Intranet for example, an Intranet, the Internet, a LAN, and the like.
  • one or more means (206) can be used, but not limited to: Ethernet card, GSM modem, GPRS modem, LTE modem, 5G modem, satellite communication module, NFC module, Bluetooth and / or BLE module, Wi-Fi module and others
  • satellite navigation tools in the device (200) can also be used, for example, GPS, GLONASS, BeiDou, Galileo.
  • GPS GPS, GLONASS, BeiDou, Galileo.
  • BeiDou BeiDou
  • Galileo BeiDou
  • the specific choice of elements of the device (200) for the implementation of various software and hardware architectural solutions may vary while maintaining the required functionality provided.

Landscapes

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

Abstract

The claimed solution relates to a method and a device for checking various operations and transactions, including banking operations and other credit organization transactions, for the presence of legal risks. The method comprises the steps of: obtaining data about a financial transaction, including data about a participant in the transaction; determining the type of the financial transaction; determining a set of financial transaction checks on the basis of information about the type of the financial transaction; identifying the party to the financial transaction (status of the participant in the transaction); refining the set of financial checks on the basis of the status of the transaction participant; performing an automated check of the financial transaction for legal risks on the basis of the financial transaction data in accordance with the refined set of financial transaction checks determined in the previous step.

Description

СПОСОБ И УСТРОЙСТВО ДЛЯ ПРОВЕРКИ ОПЕРАЦИЙ И СДЕЛОК НА METHOD AND DEVICE FOR CHECKING OPERATIONS AND TRANSACTIONS ON
НАЛИЧИЕ ПРАВОВЫХ РИСКОВLEGAL RISKS
ОБЛАСТЬ ТЕХНИКИ FIELD OF TECHNOLOGY
[0001] Представленное техническое решение относится, в общем, к области обработки цифровых данных, а в частности к способу и устройству для проверки различных операций и сделок, включая банковские операции и другие сделки кредитной организации (далее - финансовые сделки) на наличие правовых рисков (далее - риски). Представленное техническое решение может быть использовано в известных системах для принятия правого решения. [0001] The presented technical solution relates, in general, to the field of digital data processing, and in particular to a method and device for checking various operations and transactions, including banking operations and other transactions of a credit institution (hereinafter referred to as financial transactions) for the presence of legal risks ( hereinafter referred to as risks). The presented technical solution can be used in known systems to make the right decision.
УРОВЕНЬ ТЕХНИКИ BACKGROUND OF THE INVENTION
[0002] Из уровня техники известно множество решений, направленных на обеспечение формирования документов, в частности юридически значимых документов, на основе введенной пользователем информации, например, о финансовой сделке. Такие решения могут выполнять как автоматизированное заполнение заранее заданных форм документов введенными пользователем данными, так и проводить анализ введенных данных для генерации электронных документов. [0002] From the prior art there are many solutions aimed at ensuring the formation of documents, in particular legally significant documents, based on information entered by the user, for example, about a financial transaction. Such solutions can perform both automated filling of predefined document forms with user-entered data, and analysis of the entered data to generate electronic documents.
[0003] Наиболее близким решением к заявленному решению являются система и способ генерации электронного документа, раскрытые в патенте US 10445411 В2, опубл. 15.10.2019. В известном решении выполняется интерпретация по меньшей мере одной инструкции первого типа и по меньшей мере одной инструкции второго типа, причем каждая указанная инструкция относится к данным и идентифицирует элемент контента для использования при генерации указанного целевого документа, после чего осуществляется формирование целевого документа и включение в него контента в соответствии с упомянутыми инструкциями. [0003] The closest solution to the claimed solution is the system and method for generating an electronic document, disclosed in US patent 10445411 B2, publ. 10/15/2019. In a known solution, at least one instruction of the first type and at least one instruction of the second type are interpreted, each instruction refers to data and identifies a content element for use in generating the specified target document, after which the target document is generated and included in it content in accordance with the instructions mentioned.
[0004] Недостатком известных решений является отсутствие возможности перед формированием документа выполнять автоматизированную проверку финансовой сделки на наличие правовых рисков, что является первоочередной задачей проведения правовой экспертизы. Выявленные риски по сделке являются ключевым фактором для принятия решения о заключении сделки. СУЩНОСТЬ ТЕХНИЧЕСКОГО РЕШЕНИЯ [0004] The disadvantage of the known solutions is the inability to perform an automated check of a financial transaction for legal risks before generating a document, which is the primary task of conducting a legal examination. Identified risks in a transaction are a key factor in making a decision to conclude a transaction. ESSENCE OF THE TECHNICAL SOLUTION
[0005] Технической проблемой или технической задачей, поставленной в данном техническом решении, является создание нового эффективного, простого и надежного решения для проверки финансовых сделок на наличие правовых рисков, которое может найти свое применение в системах для принятия правого решения, например, о совершении финансовой сделки. [0005] The technical problem or technical challenge posed in this technical solution is to create a new effective, simple and reliable solution for checking financial transactions for legal risks, which can be used in systems for making the right decision, for example, about making a financial deals.
[0006] Техническим результатом, достигаемым при решении вышеуказанной технической проблемы или технической задачи, является обеспечение возможности автоматизированной проверки финансовой сделки на наличие правовых рисков. [0006] The technical result achieved when solving the above technical problem or technical problem is to provide the possibility of automated verification of a financial transaction for legal risks.
[0007] Указанный технический результат достигается благодаря осуществлению способа автоматизированной проверки финансовых сделок на наличие правовых рисков, выполняемого по меньшей мере одним вычислительным устройством, содержащего этапы, на которых: [0007] The specified technical result is achieved due to the implementation of a method for automated verification of financial transactions for the presence of legal risks, performed by at least one computing device, containing the steps at which:
- получают данные о финансовой сделке, содержащие данные об участнике сделки; - receive data on a financial transaction containing data on a participant in the transaction;
- определяют вид финансовой сделки; - determine the type of financial transaction;
- определяют сторону участника сделки в финансовой сделке (статус участника сделки); - determine the side of the transaction participant in the financial transaction (status of the transaction participant);
- на основе информации о виде финансовой сделки определяют набор проверок финансовой сделки на наличие правовых рисков; - on the basis of information about the type of financial transaction, a set of checks of the financial transaction for the presence of legal risks is determined;
- на основе информации о статусе участника сделки уточняют набор проверок финансовой сделки; - on the basis of information about the status of the transaction participant, the set of checks of the financial transaction is specified;
- выполняют автоматизированную проверку финансовой сделки на наличие правовых рисков на основе данных о финансовой сделке согласно уточненному набору проверок финансовой сделки, определенному на предыдущем этапе. [0008] В одном из частных примеров осуществления способа набор проверок определяется на основе дерева проверок, определяющего виды/типы проверок, которые нужно выполнить в отношении финансовой сделки для выявления наличия правовых рисков. - perform an automated check of the financial transaction for the presence of legal risks based on the data on the financial transaction according to the updated set of checks of the financial transaction, determined at the previous stage. [0008] In one of the particular examples of the implementation of the method, the set of checks is determined based on the tree of checks that determines the types/types of checks that need to be performed in relation to a financial transaction to identify the presence of legal risks.
[0009] В другом частном примере осуществления способа дополнительно выполняют этап, на котором определяют наличие данных о результатах ранее проведенных проверок в отношении данного участника. [0010] В другом частном примере осуществления способа дополнительно выполняют этапы, на которых: [0009] In another particular example of the implementation of the method, the step is additionally performed, at which the presence of data on the results of previously conducted checks in relation to this participant is determined. [0010] In another particular embodiment of the method, the steps are additionally performed, at which:
- определяют форму финансовой сделки; - determine the form of the financial transaction;
- уточняют набор проверок финансовой сделки на основе информации о форме финансовой сделки. - specifying the set of checks of the financial transaction based on information about the form of the financial transaction.
[0011] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: определяют наличие заключенных в рамках данной сделки контрактов/договоров/соглашений; [0011] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which: determine the presence of contracts/agreements/agreements concluded within the framework of this transaction;
- включают в набор проверок финансовой сделки по меньшей мере одну проверку документов контрактов/договоров/соглашений на наличие правовых рисков. - include in the set of checks of the financial transaction at least one check of documents of contracts/agreements/agreements for the presence of legal risks.
[0012] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: [0012] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
- определяют лимит финансовой сделки; - determine the limit of the financial transaction;
- сравнивают лимит финансовой сделки с заранее заданным лимитом для данной сделки; - comparing the limit of the financial transaction with a predetermined limit for this transaction;
- формируют результаты проверки лимита финансовой сделки на основе результатов сравнения. - generate the results of checking the limit of the financial transaction based on the results of the comparison.
[0013] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: [0013] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
- определяют наличие акцессорного обязательства в данных о финансовой сделке; - determine the presence of an accessory obligation in the data on a financial transaction;
- уточняют набор проверок финансовой сделки посредством включения в него проверки правоспособности лица, выступающего стороной по акцессорному обязательству. - clarify the set of checks of a financial transaction by including in it a check of the legal capacity of a person acting as a party to an accessory obligation.
[0014] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: [0014] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
- определяют отсутствие акцессорного обязательства; - determine the absence of an accessory obligation;
- определяют временной период отсрочки по предоставлению акцессорного обязательства; - сравнивают временной период отсрочки с текущим значением времени;- determine the time period of deferment for the provision of an accessory obligation; - comparing the time delay period with the current value of time;
- формируют результаты проверки акцессорного обязательства на основе результатов сравнения, выполненного на предыдущем этапе. - form the results of checking the accessory obligation based on the results of the comparison performed at the previous stage.
[0015] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки наличия информации о согласии на совершение сделки органа управления участника сделки. [0015] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the stage of checking the availability of information about the consent to the transaction of the management body of the transaction participant.
[0016] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: [0016] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which:
- определяют лицо, предоставляющее обеспечение по финансовой сделке в виде акцессорного обязательства; - determine the person who provides security for a financial transaction in the form of an accessory obligation;
- определяют, что лицо не является стороной упомянутой ранее финансовой сделки; - determine that the person is not a party to the previously mentioned financial transaction;
- осуществляют поиск сведений о прекращении существования упомянутого лица по меньшей мере в одной базе данных; - search for information about the termination of the existence of the said person in at least one database;
- на основе результатов поиска, проведенного на предыдущем этапе, формируют результаты проверки сделки на наличие правовых рисков. - based on the results of the search conducted at the previous stage, the results of checking the transaction for the presence of legal risks are formed.
[0017] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделке на наличие правовых рисков содержит этап проверки факта оплаты уставного капитала и соответствия размера уставного капитала (УК) участника сделки заданным требованиям. [0018] В другом частном примере осуществления способа дополнительно выполняют этап проверки соответствия стоимости чистых активов (СЧА) участника сделки заранее заданному значению минимального уставного капитала (УК). [0017] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks includes the stage of checking the fact of payment of the authorized capital and the compliance of the size of the authorized capital (MC) of the transaction participant with the specified requirements. [0018] In another particular example of the implementation of the method, the step of checking the compliance of the net asset value (NAV) of the transaction participant with a predetermined value of the minimum authorized capital (MC) is additionally performed.
[0019] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки лицензии на осуществление по меньшей мере одного вида деятельности участника сделки. [0019] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the stage of checking a license to carry out at least one type of activity of a transaction participant.
[0020] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки наличия процедуры банкротства участника сделки. [0021] В другом частном примере осуществления способа этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки наличия полномочий на заключение сделки у представителя участника сделки. [0020] In another particular example of the implementation of the method, the stage of automated verification of a financial transaction for the presence of legal risks contains the stage of checking the existence of a bankruptcy procedure for a participant in the transaction. [0021] In another particular embodiment of the method, the stage of automated verification of a financial transaction for legal risks contains the stage of checking whether the representative of the transaction participant has the authority to conclude a transaction.
[0022] В другом предпочтительном варианте осуществления заявленного решения представлено устройство для проверки финансовых сделок, 5 содержащее по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере одним вычислительным устройством выполняют любой вышеуказанный способ. [0022] In another preferred embodiment of the claimed solution, a device for verifying financial transactions is provided, 5 containing at least one computing device and at least one memory containing machine-readable instructions that, when executed by at least one computing device, perform any of the above methods .
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ ю [0023] Признаки и преимущества настоящего технического решения станут очевидными из приводимого ниже подробного описания технического решения и прилагаемых чертежей, на которых: BRIEF DESCRIPTION OF THE DRAWINGS [0023] The features and advantages of the present technical solution will become apparent from the following detailed description of the technical solution and the accompanying drawings, in which:
[0024] На Фиг. 1 представлена схема системы обработки данных. [0024] In FIG. 1 is a diagram of a data processing system.
[0025] На Фиг. 2 представлен пример дерева проверок сделки. [0025] In FIG. 2 shows an example of a transaction check tree.
15 [0026] На Фиг. 3 пример общего вида вычислительного устройства. 15 [0026] FIG. 3 is an example of a general view of a computing device.
ОСУЩЕСТВЛЕНИЕ ТЕХНИЧЕСКОГО РЕШЕНИЯ IMPLEMENTATION OF THE TECHNICAL SOLUTION
[0027] Ниже будут описаны понятия и термины, необходимые для понимания данного технического решения. [0027] Concepts and terms necessary for understanding this technical solution will be described below.
[0028] В данном техническом решении под системой подразумевается, в том 20 числе компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций). [0028] In this technical solution, a system means, including a computer system, a computer (electronic computer), CNC (numerical control), PLC (programmable logic controller), computerized control systems and any other devices capable of performing a given, clearly defined sequence of operations (actions, instructions).
25 [0029] Под устройством обработки команд подразумевается электронный блок, вычислительное устройство, либо интегральная схема (микропроцессор), исполняющая машинные инструкции (программы). 25 [0029] A command processing device is an electronic unit, a computing device, or an integrated circuit (microprocessor) that executes machine instructions (programs).
[0030] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройств хранения данных. В роли зо устройства хранения данных могут выступать, но не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы. [0031] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд. [0030] The command processor reads and executes machine instructions (programs) from one or more data storage devices. Storage devices can be, but are not limited to, hard disk drives (HDD), flash memory, ROM (Read Only Memory), Solid State Drives (SSD), optical drives. [0031] A program is a sequence of instructions intended to be executed by a computer control device or command processing device.
[0032] В соответствии схемой, представленной на Фиг. 1, система обработки данных содержит: источник данных 1 и устройство 10 для проверки финансовых сделок на наличие правовых рисков. Устройство 10 для проверки финансовых сделок может быть реализовано на базе вычислительного устройства и содержать: модуль 11 обработки данных, модуль 12 наборов проверок сделок, модуль 13 хранения результатов проверок, модуль контроля показателей 14. Все перечисленные модули могут быть реализованы на базе вычислительного устройства, сконфигурированного в программно-аппаратной части таким образом, чтобы выполнять приписанные им функции. [0032] According to the diagram shown in FIG. 1, the data processing system comprises: a data source 1 and a device 10 for checking financial transactions for legal risks. The device 10 for checking financial transactions can be implemented on the basis of a computing device and contain: a data processing module 11, a module 12 for sets of transactions checks, a module 13 for storing the results of checks, a module for monitoring indicators 14. All of these modules can be implemented on the basis of a computing device configured in the software and hardware in such a way as to perform the functions assigned to them.
[0033] Также модуль 11 обработки данных может содержать по меньшей мере одну нейронную сеть, предназначенную для идентификации и извлечения требуемой для проверки сделки на наличие рисков информации из текстовых данных, например, текстов документов, поданных на вход упомянутой нейронной сети. Алгоритмы распознавания текстов документов и извлечения из них информации широко известны из уровня техники и более подробно не будут раскрыты в материалах настоящей заявки. Например, алгоритмы распознавания текстов документов и извлечения из них информации раскрыты в патенте RU 2 732071 С1. В данном решении обрабатывают полученный документ на предмет выявления в документе по меньшей мере одной сущности, относящейся к запросу правового решения, и осуществляют ее извлечение из документа с помощью алгоритма машинного обучения, причем юридический анализ упомянутой по меньшей мере одной извлеченной сущности осуществляют с помощью набора правил, сформированных с помощью предметно- ориентированного языка, после чего формируют правовое решение на основании проведенного юридического анализа упомянутых извлеченных сущностей упомянутого по меньшей мере одного документа. [0033] Also, the data processing module 11 may contain at least one neural network designed to identify and extract the information required to check the transaction for risks from text data, for example, the texts of documents submitted to the input of the mentioned neural network. Algorithms for recognizing document texts and extracting information from them are widely known from the prior art and will not be disclosed in more detail in the materials of this application. For example, algorithms for recognizing the texts of documents and extracting information from them are disclosed in patent RU 2 732071 C1. In this solution, the received document is processed to identify in the document at least one entity related to the request for a legal decision, and it is extracted from the document using a machine learning algorithm, and the legal analysis of the said at least one extracted entity is carried out using a set of rules formed using a domain-specific language, after which a legal decision is formed based on the legal analysis of said extracted entities of said at least one document.
[0034] Источником данных 1 может быть, например, база данных, в которую заранее были занесены данные о финансовой сделке, либо по меньшей мере одно вычислительное устройство пользователя, посредством графического интерфейса которого пользователь вводит данные, предназначенные для передачи в устройство 10 для проверки сделок на наличие рисков. Данные финансовой сделки могут включать в себя, например, данные о кредитной сделке, сделке выдачи поручительства, банковской гарантии и пр. В каждом из видов сделки выделяются формы договора, например, для кредитной сделки это Кредитный договор, Договор о предоставлении невозобновляемой кредитной линии; Договор кредитования субъектов РФ и муниципальных образований; Договор краткосрочного экспресс-кредитования и др. [0034] The data source 1 can be, for example, a database in which data about a financial transaction has been entered in advance, or at least one user computing device, through the graphical interface of which the user enters data to be transmitted to the device 10 for verifying transactions for risks. Financial transaction data may include, for example, data on credit a transaction, a transaction issuing a guarantee, a bank guarantee, etc. In each type of transaction, forms of an agreement are distinguished, for example, for a credit transaction, this is a Credit agreement, an agreement on the provision of a non-revolving credit line; Lending agreement for constituent entities of the Russian Federation and municipalities; Short-term express loan agreement, etc.
[0035] На первом этапе работы системы обработки данных от источника данных 1 в устройство 10 проверки сделок на наличие рисков поступают данные о сделке. Данные о сделке в упомянутое устройство 10 могут быть направлены источником данных 1 по соответствующему запросу, полученному от устройства 10, или по соответствующей команде от пользователя, полученной источником данных 1 посредством графического интерфейса пользователя с использованием специальных динамических полей, предназначенных для ввода информации о финансовой сделке. Данные о сделке могут включать различную информацию, необходимую для проведения проверки сделки на наличие рисков. Например, для кредитной сделки данные о сделке могут включать: информацию о виде сделки - кредитная сделка, о форме сделки: (Кредитный договор, Договор о предоставлении невозобновляемой кредитной линии; Договор кредитования субъектов РФ и муниципальных образований; Договор краткосрочного экспресс-кредитования и др), данные о по меньшей мере одном участнике сделки, информацию о лимите договора и сроке договора, информацию об акцессорном обязательстве, включая сведения о виде обеспечения и возможности отсрочки, информацию о необходимости корпоративного одобрения сделки органами управления участника сделки, сведения о применении инструментов корпоративного контроля и пр. [0035] At the first stage of operation of the data processing system, data about the transaction is received from the data source 1 to the device 10 for checking transactions for risks. Transaction data can be sent to said device 10 by data source 1 upon a corresponding request received from device 10, or upon a corresponding command from the user received by data source 1 via a graphical user interface using special dynamic fields designed to enter information about a financial transaction . Transaction data may include various information necessary to conduct a risk check of the transaction. For example, for a credit transaction, transaction data may include: information about the type of transaction - a credit transaction, about the form of the transaction: (Loan agreement, Agreement on the provision of a non-revolving credit line; Credit agreement for constituent entities of the Russian Federation and municipalities; Short-term express loan agreement, etc.) , data on at least one participant in the transaction, information on the limit of the agreement and the term of the agreement, information on the accessory obligation, including information on the type of security and the possibility of deferment, information on the need for corporate approval of the transaction by the management bodies of the participant in the transaction, information on the application of corporate control tools and etc.
[0036] Соответственно, данные о сделке поступают в модуль 11 обработки данных, который на основе информации о виде сделки, содержащейся в данных о сделке, определяет набор проверок для сделки. Набор проверок может быть определен посредством направления информации о виде сделки в модуль 12 наборов проверок сделок, в котором для каждого вида сделки заранее сохранен заданный набор проверок для сделки. Заранее заданный набор проверок может быть сохранен в виде дерева проверок, состоящий из узлов дерева, характеризующих блоки проверок сделок, и связанных с узлами дерева листьев и узлов (которые в свою очередь связаны с соответствующими этим узлам листьями), характеризующих виды/типы проверок, которые нужно выполнить в отношении сделки для выявления наличия рисков финансовой сделки. [0037] Например, для кредитной сделки 100 (см. Фиг. 2) дерево проверок может быть представлено в следующем виде: [0036] Accordingly, the transaction data is supplied to the data processing unit 11, which determines a set of checks for the transaction based on the transaction type information contained in the transaction data. The check set can be determined by sending the transaction type information to the transaction check set module 12, in which a predetermined set of checks for the transaction is stored in advance for each type of transaction. A predetermined set of checks can be saved as a check tree, consisting of tree nodes that characterize transaction check blocks, and leaves and nodes associated with tree nodes (which in turn are connected with leaves corresponding to these nodes), characterizing the types / types of checks that must be performed in relation to the transaction in order to identify the existence of risks in the financial transaction. [0037] For example, for credit transaction 100 (see Fig. 2), the check tree can be represented as follows:
- узел дерева 110 - блок проверки «Структуры финансовой сделки»; - tree node 110 - check block "Structure of a financial transaction";
• листья узла: проверка наличия данных о результатах ранее проведенных проверок в отношении участника сделки 111; • node leaves: checking the availability of data on the results of previous checks in relation to the transaction participant 111;
• узел дерева 112 проверки статуса участника сделки; • tree node 112 for checking the status of a transaction participant;
• листья узла: проверка лимита договора финансовой сделки 113; проверка наличия или отсутствии акцессорного обязательства 114; проверка информации об отсрочке по предоставлению акцессорного обязательства 115;• node leaves: checking the limit of the financial transaction agreement 113; checking the presence or absence of an accessory obligation 114; verification of information on the delay in the provision of an accessory obligation 115;
- узел дерева 120 - блок проверки «Правоспособность участника финансовой сделки»; - tree node 120 - check block "Legal capacity of a participant in a financial transaction";
• листья узла: поиск сведений о прекращении ЮЛ 121; • node leaves: search for information about the termination of legal entity 121;
• узел дерева 122 - проверка соответствия уставного капитала (УК) участника сделки заданным требованиям • tree node 122 - verification of the compliance of the authorized capital (AC) of the transaction participant with the specified requirements
• листья узла: проверка факта оплаты уставного капитала 123; проверка стоимости чистых активов (СЧА) участника сделки 133; • node leaves: verification of the fact of payment of the authorized capital 123; verification of the net asset value (NAV) of the transaction participant 133;
• узел дерева 124 - определение необходимости наличия лицензии на основной вид деятельности • tree node 124 - determining the need for a license for the main activity
• листья узла: проверка наличия лицензии на основной вид деятельности 125; • node leaves: checking for a license for the main activity 125;
• узел дерева 126: наличие информации о банкротстве; • tree node 126: availability of bankruptcy information;
• листья узла: определение процедуры банкротства 127; • node leaves: definition of bankruptcy procedure 127;
• узел дерева 128: проверка полномочий представителя участника сделки • tree node 128: verification of the authority of the representative of the transaction participant
• листья узла: определение представителя участника сделки 129; проверка полномочий участника сделки, который является единоличным исполнительным органом 130, проверка полномочий представителя участника сделки, действующего по доверенности 131, проверка срока доверенности 132;• node leaves: determination of the representative of the transaction participant 129; verification of the powers of the transaction participant, which is the sole executive body 130, verification of the powers of the representative of the transaction participant acting under a power of attorney 131, verification of the term of the power of attorney 132;
- узел дерева 140 - блок проверки Контракта; - tree node 140 - Contract verification block;
- узел дерева 150 - блок проверки Правоспособности лица, предоставляющего обеспечение (залог, поручительство) по акцессорному обязательству; - node of the tree 150 - block of checking the legal capacity of the person providing security (pledge, surety) under an accessory obligation;
- узел дерева 160 - блок проверки Залога; - tree node 160 - Pledge check block;
- узел дерева 170 - Блок проверки «Корпоративного одобрения» - наличия согласия на совершение сделки органами управления участника сделки; - узел дерева 180 - блок проверки «Нестандартности сделки». - tree node 170 - "Corporate approval" verification block - the presence of consent to the transaction by the management bodies of the transaction participant; - tree node 180 - check block "Non-standard transactions".
[0038] Соответственно, при получении модулем 12 наборов проверок сделок информации о виде сделки, упомянутый модуль 12 формирует набор проверок сделки, включая в него только те проверки для сделки, которые необходимо выполнить для данного вида сделки для выявления рисков, сопутствующих финансовой сделке, согласно дереву проверок, его узлов и листьев. В процессе проведения модулем 11 обработки данных анализа данных о сделке и проверки финансовой сделки на наличие рисков согласно определенному ранее набору проверок для сделки упомянутым модулем 11 может быть определена необходимость проведения по меньшей мере одной дополнительной проверки. В связи с этим набор проверок сделки упомянутым модулем 11 может быть скорректирован. Алгоритм корректировки набора проверок сделки будет описан ниже. [0038] Accordingly, when the transaction test set module 12 receives information about the type of transaction, the said module 12 generates a set of transaction tests, including only those checks for the transaction that need to be performed for this type of transaction in order to identify the risks associated with a financial transaction, according to check tree, its nodes and leaves. In the process of data processing module 11 analyzing the transaction data and checking the financial transaction for risks according to the previously defined set of checks for the transaction, said module 11 can determine the need for at least one additional check. In this regard, the set of checks of the transaction by the mentioned module 11 can be adjusted. The algorithm for adjusting a set of transaction checks will be described below.
[0039] Вся необходимая информация для проведения проверки сделки на наличие рисков упомянутым модулем 11 может быть запрошена у источника данных 1 посредством направления соответствующих запросов данных или посредством вывода динамических полей на графическом интерфейсе пользователя для ввода в них требуемой для проверки информации. Сформированный упомянутым модулем 12 набор проверок сделки направляется в модуль 11 обработки данных. [0039] All the necessary information for conducting a risk check of the transaction by the mentioned module 11 can be requested from the data source 1 by sending the appropriate data requests or by displaying dynamic fields on the graphical user interface to enter the information required for verification. The set of transaction checks generated by said module 12 is sent to the data processing module 11 .
[0040] После того, как набор проверок сделки модулем 11 обработки данных был определен, упомянутый модуль 11 осуществляет извлечение данных о участнике сделки. Данные об участнике сделки могут быть извлечены посредством направления соответствующих запросов к источнику данных 1, который в ответ на запросы предоставляет запрошенные данные, либо который выводит запрос данных о участнике сделки пользователю посредством графического интерфейса, например, в виде динамических полей, после чего введенные пользователем данные о участнике сделки направляются в модуль 11 обработки данных. Данные об участнике сделки могут быть обновлены источником 1, путем направления запроса к внешней базе данных, например, ФНС России. Такие данные о участнике сделки могут включать: ИНН, ОГРН, наименование контрагента, данные о внесении изменений в учредительные документы, о процедурах реорганизации и банкротства, а также и другие сведения, полученные из выписки Единого государственного реестра юридических лиц (ЕГРЮЛ) или Единого государственного реестра индивидуальных предпринимателей (ЕГРИП) ФНС России. [0040] After the set of transaction checks by the data processing module 11 has been determined, said module 11 extracts data about the participant in the transaction. Data about the participant in the transaction can be retrieved by sending appropriate requests to the data source 1, which in response to requests provides the requested data, or which displays a request for data about the participant in the transaction to the user through a graphical interface, for example, in the form of dynamic fields, after which the data entered by the user about the participant of the transaction are sent to the data processing module 11. Data on the transaction participant can be updated by source 1 by sending a request to an external database, for example, the Federal Tax Service of Russia. Such data about the participant in the transaction may include: TIN, OGRN, name of the counterparty, data on amendments to constituent documents, reorganization and bankruptcy procedures, as well as other information obtained from the extract of the Unified State Register legal entities (EGRLE) or the Unified State Register of Individual Entrepreneurs (EGRIP) of the Federal Tax Service of Russia.
[0041] На основе данных об участнике сделки упомянутый модуль 11 может выполнить проверку на наличие данных о результатах ранее проведенных проверок в отношении данного участника. Для определения наличия данных о результатах ранее проведенных проверок упомянутый модуль 11 направляет данные о участнике сделки в модуль 13 хранения результатов проверок, который при получении данных о участнике сделки осуществляет поиск в блоке хранения данных, которым он может быть оснащен, данных о результатах ранее проведенных проверок в отношении данного участника. Соответственно, данные о результатах ранее проведенных проверок, если ранее такие проверки в отношении данного участника были проведены, а результаты проверок сохранены, упомянутым модулем 13 направляются в модуль 11 обработки данных для их передачи в источник данных 1 для последующего хранения и/или отображения пользователю посредством графического интерфейса. [0041] Based on the data about the participant in the transaction, the mentioned module 11 can perform a check for the presence of data on the results of previously conducted checks in relation to this participant. To determine the availability of data on the results of previously conducted checks, the mentioned module 11 sends data about the transaction participant to the module 13 for storing the results of checks, which, upon receiving data about the participant in the transaction, searches in the data storage unit with which it can be equipped, data on the results of previously conducted checks for this participant. Accordingly, the data on the results of previously conducted checks, if such checks were previously carried out in relation to this participant, and the results of the checks are saved, are sent by the mentioned module 13 to the data processing module 11 for transmission to the data source 1 for subsequent storage and / or display to the user through GUI.
[0042] Также дополнительно модулем 11 обработки данных может быть определена сторона участника сделки в финансовой сделке (статус участника сделки). Статус участника сделки может быть определен на основе данных о участнике сделки, в которых содержится информация статусе участника сделки, или может быть запрошен упомянутым модулем 11 у источника данных 1. Например, если сделка является кредитной сделкой, то информация о статусе участника сделки может указывать на то, что участник сделки является заемщиком. После определения статуса участника упомянутый модуль 11 уточняет набор динамических полей для сбора данных об этом участнике сделки. Например, для заемщика в набор динамических полей включается поле для ввода информации о лимите кредитной сделки. На основе данной информации модулем 11 может быть проведена проверка лимита кредитной сделки на соответствие лимиту для данного вида финансовых сделок, заложенному в модуль контроля показателей 14. [0042] Also, in addition, the data processing module 11 can determine the side of the transaction participant in the financial transaction (status of the transaction participant). The status of the transaction participant may be determined based on the data about the participant in the transaction, which contains information about the status of the participant in the transaction, or may be requested by the mentioned module 11 from the data source 1. For example, if the transaction is a credit transaction, then the status information of the transaction participant may indicate that the party to the transaction is the borrower. After determining the status of the participant, the mentioned module 11 refines the set of dynamic fields for collecting data about this participant in the transaction. For example, for a borrower, a field for entering information about the credit transaction limit is included in the set of dynamic fields. Based on this information, module 11 can check the credit transaction limit for compliance with the limit for this type of financial transactions, which is included in the indicator control module 14.
[0043] Таким образом, модуль 11 обработки данных осуществляет определение набора проверок и набора динамических полей для сбора данных для указанного вида сделки. Далее упомянутый модуль 11 осуществляет проверку данных о сделке согласно набору проверок для определения наличия рисков, в частности финансовых рисков. Результаты проверки могут быть переданы в модуль 13 хранения результатов проверок для их хранения и/или переданы в источник данных 1 для хранения и/или отображения пользователю посредством графического интерфейса. [0043] Thus, the data processing module 11 determines a set of checks and a set of dynamic fields for collecting data for a specified type of transaction. Next, said module 11 checks the transaction data according to a set of checks to determine whether there are risks, in particular financial risks. The test results can be transferred to the test results storage module 13 for storage and/or transferred to the source data 1 for storage and/or display to the user via a graphical interface.
[0044] Дополнительно модуль 11 обработки данных может быть выполнен с возможностью определения формы сделки. Информация о форме сделки может быть извлечена из данных о сделке, либо запрошена у источника данных 1 или модуля 13 хранения результатов проверок, если ранее в отношении упомянутой сделки проводились проверки. Информация о форме сделки может указывать, например, на то, что сделка является: Открытием возобновляемой кредитной линии, Корпоративным кредитованием; Кредитованием импортных операций с использованием аккредитива; Кредитованием субъектов РФ и муниципальных образований; Индивидуальным овердрафтом; Краткосрочным экспресс- кредитованием. [0044] Additionally, the data processing module 11 may be configured to determine the form of the transaction. Information about the form of the transaction can be extracted from the data about the transaction, or requested from the data source 1 or the module 13 for storing the results of checks, if earlier checks were carried out with respect to the said transaction. Information about the form of the transaction may indicate, for example, that the transaction is: Opening of a revolving credit line, Corporate lending; Crediting of import operations using a letter of credit; Lending to subjects of the Russian Federation and municipalities; Individual overdraft; Short-term express lending.
[0045] Также модуль 11 обработки данных может быть выполнен с возможностью уточнения набора проверок для определения рисков на основе информации о форме финансовой сделки. Например, в случае если сделка является кредитной сделкой, информация о форме сделки указывает на то, что сделка связана с открытием возобновляемой кредитной линии, в рамках данной сделки финансируется заключение контрактов, например, о поставке продукции с субъектом РФ или муниципальным образованием, то в набор проверок сделки включаются проверки, связанные с узлами дерева: [0045] Also, the data processing module 11 may be configured to refine the set of checks to determine risks based on information about the form of the financial transaction. For example, if the transaction is a credit transaction, information on the form of the transaction indicates that the transaction is related to the opening of a revolving credit line, within the framework of this transaction, the conclusion of contracts is financed, for example, on the supply of products with a constituent entity of the Russian Federation or a municipality, then the set transaction checks include checks related to tree nodes:
• блок проверки «Структуры финансовой сделки» 110; • check block "Structure of the financial transaction" 110;
• блок проверки «Правоспособность участника финансовой сделки» 120;• verification block "Legal capacity of a participant in a financial transaction" 120;
• блок проверки Контракта 140. • Contract verification block 140.
Если в динамическом поле будет передана информация о наличии обеспечения, дополнительно будет добавлена проверка: If information about the presence of collateral is transmitted in the dynamic field, an additional check will be added:
• блок проверки Залога 160. • Pledge verification block 160.
[0046] В рамках узла дерева блока проверки Контракта 140 модуль 11 может быть выполнен с возможностью проверки документов: контрактов/договоров/соглашений, для финансирования которых заключается кредитная сделка, на предмет наличия правовых рисков. Для этого устройство 1 определяет наличие заключения в рамках данной сделки контрактов/договоров/соглашений посредством направления запроса на получение информации о заключении в рамках данной сделки контрактов/договоров/соглашений в источник данных 1. В случае ввода информации о наличии такого контракта/договора/соглашения, будет добавлена дополнительная проверка, связанная с блоком проверки контракта. При выполнении данной проверки устройство 1 запрашивает у источника данных 1 данные, например, о соответствии заключаемого контракта законодательству о государственных закупках, например, Федеральному закону от 05.04.2013 Ns44- ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для государственных и муниципальных нужд». Если в модуль 11 поступила информация о несоответствии контракта указанному закону, то модулем 11 в результаты проверки сделки на наличие рисков будет добавлена информация о наличии риска признания сделки недействительной, как не соответствующей требованиям законодательства. [0046] Within the tree node of the Contract check block 140, module 11 can be configured to check documents: contracts/agreements/agreements to finance which a loan transaction is concluded for legal risks. To do this, the device 1 determines whether contracts/agreements/agreements have been concluded within the framework of this transaction by sending a request for information on the conclusion of contracts/agreements/agreements within the framework of this transaction to data source 1. If information about the existence of such a contract/agreement/agreement is entered , will be added additional validation associated with the contract validation block. When performing this check, the device 1 requests data from the data source 1, for example, on the compliance of the concluded contract with the legislation on public procurement, for example, the Federal Law of 04/05/2013 Ns44-FZ "On the contract system in the field of procurement of goods, works, services for public and municipal needs. If module 11 receives information about the non-compliance of the contract with the specified law, then module 11 will add information about the risk of recognizing the transaction as invalid as not complying with the requirements of the law to the results of checking the transaction for risks.
[0047] Также дополнительно модуль 11 обработки данных может определить лимит и срок финансирования сделки. Информация о лимите и сроке финансирования может быть извлечена из данных о сделке или запрошена у источника данных 1. Дополнительно модуль 11 обработки данных может быть выполнен с возможностью определения соответствия лимита финансирования заранее заданному лимиту для данной сделки. Информация о сделках и соответствующих им лимитах может быть заранее задана в модуле контроля показателей 14. Соответственно, упомянутый модуль 11 извлекает из упомянутого модуля 14 значение заданного лимита для данной сделки, например, кредитной сделки, и если определенный ранее лимит финансирования сделки превышает заранее заданный лимит для данной сделки, то модуль 11 формирует результаты проверки лимита договора, в которых указывается на превышение лимита финансирования заранее заданного лимита для данной сделки. Если определенный ранее лимит финансирования сделки не превышает заранее заданного лимита для данной сделки, то модуль 11 обработки данных формирует результаты проверки лимита договора, в которых указывается на отсутствие превышения лимита договора финансовой сделки заранее заданного лимита для данной сделки. [0047] Also, additionally, the data processing module 11 can determine the limit and term of financing the transaction. Information about the funding limit and term can be extracted from the transaction data or requested from the data source 1. Additionally, the data processing module 11 can be configured to determine whether the funding limit corresponds to a predetermined limit for a given transaction. Information about transactions and their respective limits can be pre-set in the indicator control module 14. Accordingly, said module 11 retrieves from said module 14 the value of the specified limit for a given transaction, for example, a credit transaction, and if the previously determined transaction financing limit exceeds the pre-defined limit for this transaction, then module 11 generates the results of checking the contract limit, which indicate the excess of the financing limit of a predetermined limit for this transaction. If the previously determined transaction financing limit does not exceed the predetermined limit for this transaction, then the data processing module 11 generates the results of the agreement limit check, which indicate that the limit of the financial transaction agreement does not exceed the predetermined limit for this transaction.
[0048] Помимо этого, модуль 11 обработки данных может быть выполнен с возможностью определения наличия или отсутствии акцессорного обязательства, а также вида акцессорного обязательства. Акцессорное обязательство — это дополнительное к основному соглашению обязательство, чаще всего обеспечительное, которое следует судьбе основного и прекращается в случае его прекращения. Основным обязательством в данном случае будет то обязательство, которое в рамках финансовой сделки ложиться на участника сделки. Информация об акцессорном обязательстве и его виде может быть извлечена из данных о проведенной ранее проверке Залога, хранящихся в модуле 13, или запрошена у источника данных 1. Соответственно, если данные о сделке не содержат информации об акцессорном обязательстве или от источника данных 1 поступила информация о том, что акцессорное обязательство отсутствует, то модуль 11 обработки данных определяет, что акцессорное обязательство отсутствует. [0048] In addition, the data processing module 11 may be configured to determine the presence or absence of an accessory obligation, as well as the type of accessory obligation. An accessory obligation is an obligation additional to the main agreement, most often a security one, which follows the fate of the main one and terminates in the event of its termination. The main obligation in this case will be the obligation that, within the framework of a financial transaction, falls on the participant deals. Information about the accessory obligation and its type can be extracted from the data on the previous verification of the Pledge stored in module 13, or requested from data source 1. Accordingly, if the transaction data does not contain information about the accessory obligation or information is received from data source 1 about that there is no accessory obligation, the data processing module 11 determines that there is no accessory obligation.
[0049] На основе информации об акцессорном обязательстве модуль 11 обработки данных может уточнить набор проверок. Например, если информация об акцессорном обязательстве указывает на то, что акцессорное обязательство представляет собой поручительство юридического лица, то в набор проверок включается проверка Правоспособности участника сделки - юридического лица (ЮЛ), предоставляющего обеспечение по акцессорному обязательству, например, выступающего поручителем. Если информация об акцессорном обязательстве указывают на то, что акцессорное обязательство отсутствует, то в результаты проверки сделки, сформированные упомянутым модулем 11 , будет включена информация о рисках, связанных с отсутствием акцессорного обязательства, как описано далее. [0049] Based on the information about the accessory obligation, the data processing module 11 can refine the set of checks. For example, if information about an accessory obligation indicates that the accessory obligation is a guarantee of a legal entity, then the set of checks includes checking the Legal Capacity of a transaction participant - a legal entity (LE) providing security for an accessory obligation, for example, acting as a surety. If information about the accessory liability indicates that there is no accessory liability, then the transaction verification results generated by the mentioned module 11 will include information about the risks associated with the absence of an accessory liability, as described below.
[0050] Для выполнения проверки сделки и определения рисков, связанных с отсутствием акцессорного обязательства, модуль 11 обработки данных извлекает из данных о сделке информацию об отсрочке по предоставлению акцессорного обязательства, содержащую сведения о временном периоде отсрочки. Если временной период отсрочки не истек (т.е. текущее время, заданное в упомянутом модуле 11 , не превышает время окончания отсрочки), то упомянутый модуль 11 формирует результаты проверки сделки, в которые включается информация о наличии рисков, связанных с отсутствием акцессорного обязательства. Если же период отсрочки истек (т.е. текущее время, заданное в упомянутом модуле 11, превышает время окончания отсрочки), модуль 11 запрашивает у источника 1 информацию о наличии акцессорного обязательства. Например, в качестве рисков, связанных с отсутствием акцессорного обязательства, в результатах проверки может быть указано на полную/частичную утрату обеспечения или на отсутствие обеспечения в рамках сделки. [0050] In order to perform verification of the transaction and determine the risks associated with the absence of an accessory obligation, the data processing module 11 extracts from the transaction data information about the deferral of granting an accessory obligation, containing information about the time period of deferral. If the grace period has not expired (i.e., the current time specified in the said module 11 does not exceed the grace period end time), then the said module 11 generates transaction verification results, which include information about the presence of risks associated with the absence of an accessory obligation. If the grace period has expired (ie, the current time specified in the said module 11 exceeds the end time of the grace period), module 11 requests information from the source 1 on the existence of an accessory obligation. For example, as risks associated with the absence of an accessory obligation, the results of the audit may indicate the complete / partial loss of collateral or the absence of collateral within the transaction.
[0051] Дополнительно модуль 11 обработки данных может в процессе проверки Корпоративного одобрения проверить в данных о сделке наличие информации о согласии на совершение сделки, т.е. решения органа управления участника сделки, уполномоченного учредительными документами, на принятие решения о совершении сделки. В качестве такого органа может выступать Совет директоров или Общее собрание участников (акционеров). Если согласие на совершение сделки отсутствует, то модуль 11 обработки данных формирует результаты проверки, в которые включается информация о рисках, связанных с отсутствием согласия на совершение сделки. Например, информация о рисках, связанных с отсутствием согласия на совершение сделки, может указывать на возможность признания сделки недействительной или незакпюченной. Если согласие на совершение сделки присутствует, то модуль 11 обработки данных формирует результаты проверки, в которых зафиксировано отсутствие рисков, связанных с отсутствием согласия на совершение сделки. [0051] Additionally, the data processing module 11 may, in the process of checking the Corporate Approval, check in the transaction data for information about consent to the transaction, i.e. decision of the management body of the participant in the transaction, authorized by the constituent documents, to make a decision on the transaction. Such a body may be the Board of Directors or the General Meeting of Participants (Shareholders). If there is no consent to the transaction, then the data processing module 11 generates the results of the check, which include information about the risks associated with the lack of consent to the transaction. For example, information about the risks associated with the lack of consent to the transaction may indicate the possibility of recognizing the transaction as invalid or not completed. If consent to the transaction is present, then the data processing module 11 generates the results of the check, which recorded the absence of risks associated with the lack of consent to the transaction.
[0052] Также модуль 11 обработки данных может быть выполнен с возможностью определения лица, предоставляющего обеспечение (залог, поручительство) по финансовой сделке в виде акцессорного обязательства. Данные об упомянутом лице могут быть извлечены из информации об акцессорном обязательстве, которая запрашивается динамическими полями в процессе проведения проверки Залога. При этом, если модулем 11 обработки данных определено, что лицо, представляющее обеспечение по финансовой сделке в виде акцессорного обязательства, не является упомянутым ранее участником сделки, т.е. обеспечение предоставляет третье лицо, то модуль 11 обработки данных выполняет проверку Правоспособности данного лица. В процессе проверки правоспособности лица, предоставляющего обеспечение по финансовой сделке в виде акцессорного обязательства, упомянутый модуль 11 осуществляет, в том числе поиск сведений о прекращении существования данного лица, например, о прекращении юридического лица. Сведения о прекращении ЮЛ содержатся в специализированной Базе данных 2, например, ЕГРЮЛ - Едином государственном реестре юридических лиц, который ведет ФНС. На основе интеграции с Базой данных 2 ЕГРЮЛ, сведения по ЮЛ, включая данные о прекращении, могут быть загружены с определением причины прекращения: ликвидация, банкротство, реорганизация. Если модуль 11 обработки данных определил, что ЮЛ прекращено, то упомянутый модуль 11 формирует результаты проверки, в которых содержится вывод о невозможности заключения сделки с таким участником сделки. [0053] Если информация о прекращении существования лица отсутствует, то упомянутый модуль 11, продолжая проверку Правоспособности, может перейти к этапу проверки соответствия размера уставного капитала (УК) участника сделки заданным требованиям. Для проверки соответствия размера УК участника сделки заданным требованиям модуль 11 осуществляет проверку факта оплаты УК ЮЛ. Информация об оплате УК может быть извлечена из данных о проведенной ранее проверке Правоспособности, сохраненных в модуле 13 хранения результатов проверок, или запрошена у источника данных 1. Если полученная информация указывает на то, что УК не оплачен, то формируются результаты проверки, в которые включается информация о наличии правового риска признания сделки недействительной в связи с неоплатой УК контрагентом - участником сделки. [0052] Also, the data processing module 11 can be configured to determine the person providing security (pledge, guarantee) for a financial transaction in the form of an accessory obligation. Data about the mentioned person can be extracted from information about the accessory obligation, which is requested by dynamic fields during the verification of the Collateral. In this case, if the data processing module 11 determines that the person representing the security for the financial transaction in the form of an accessory obligation is not the previously mentioned participant in the transaction, i.e. the security is provided by a third party, then the data processing module 11 performs a Legal Capacity check of that person. In the process of checking the legal capacity of a person providing security for a financial transaction in the form of an accessory obligation, the mentioned module 11 performs, among other things, searching for information about the termination of the existence of this person, for example, about the termination of a legal entity. Information on the termination of a legal entity is contained in a specialized Database 2, for example, the Unified State Register of Legal Entities, which is maintained by the Federal Tax Service. Based on integration with Database 2 of the Unified State Register of Legal Entities, information on legal entities, including data on termination, can be uploaded with the determination of the reason for termination: liquidation, bankruptcy, reorganization. If the data processing module 11 has determined that the legal entity has been terminated, then the mentioned module 11 generates the results of the check, which contain the conclusion that it is impossible to conclude a transaction with such a participant in the transaction. [0053] If there is no information about the termination of the existence of a person, then the mentioned module 11, continuing the verification of Legal Capacity, can proceed to the stage of checking the compliance of the size of the authorized capital (CC) of the participant in the transaction with the specified requirements. To verify that the size of the authorized capital of the transaction participant complies with the specified requirements, module 11 checks the fact of payment of the authorized capital of the legal entity. Information about the payment of the MC can be extracted from the data on the previous eligibility check, stored in the module 13 of storing the results of the checks, or requested from the data source 1. If the information received indicates that the MC has not been paid, then the results of the check are generated, which include information on the presence of a legal risk of declaring the transaction invalid due to non-payment of the CM by the counterparty - participant in the transaction.
[0054] Далее, если УК оплачен, упомянутый модуль 11, продолжая проверку Правоспособности, запрашивает информацию о соответствии стоимости чистых активов (СЧА) участника сделки заранее заданному значению минимального УК. Значение заранее заданного значения минимального УК может быть заранее задано в модуле контроля показателей 14. Информация о СЧА участника сделки может быть извлечена из данных о проведенной ранее проверке Правоспособности или запрошена у источника данных 1, после чего информация о СЧА сравнивается с заранее заданным значением минимального размера УК, запрошенным модулем 11 у упомянутого модуля 14. Заранее заданное значение минимального УК, с которым сравнивается информация о СЧА участника сделки, задается пользователем устройства 10 в зависимости от организационно-правовой формы (ОПФ) участника сделки, выбираемой, например, из: Общество с ограниченной ответственностью (ООО), Публичное акционерное общество (ПАО) и пр. Соответственно, на основе данных об участнике сделки модуль 11 обработки данных определяет ОПФ участника сделки, извлекает заранее заданное значение минимального размера УК для данной ОПФ, после чего выполняется операция сравнения информации о размере СЧА с заранее заданным значением минимального размера УК. Если размер СЧА участника сделки меньше заранее заданного значения минимального размера УК, то упомянутый модуль 11 формирует результаты проверки сделки, в которых указывается на наличие рисков, связанных с УК. Например, упомянутые результаты проверки могут указывать на риск неисполнения контрагентом условий договора в связи с ликвидацией хозяйственного общества в судебном порядке ввиду несоблюдения требований законодательства об уменьшении уставного капитала хозяйственного общества до величины, не превышающей стоимости его чистых активов. Если размер СЧА участника сделки больше заранее заданного значения, которое хранится в модуле контроля показателей 14, то формируются результаты проверки, в которых фиксируется отсутствие рисков, связанных с УК. [0054] Further, if the CM is paid, said module 11, continuing the Legal Capacity check, requests information about the compliance of the net asset value (NAV) of the transaction participant with a predetermined value of the minimum CM. The value of the predetermined value of the minimum VC can be predetermined in the performance monitoring module 14. The information about the NAV of the transaction participant can be extracted from the data on the previous eligibility check or requested from the data source 1, after which the NAV information is compared with the predetermined value of the minimum size MC requested by module 11 from said module 14. The predetermined value of the minimum MC, with which information about the NAV of the transaction participant is compared, is set by the user of the device 10 depending on the legal form (OLF) of the transaction participant, selected, for example, from: Limited Liability Company (LLC), Public Joint Stock Company (PJSC), etc. Accordingly, based on the data on the transaction participant, the data processing module 11 determines the OPF of the transaction participant, extracts a predetermined value of the minimum size of the UK for this OPF, after which the operation of comparing information about NAV with a predetermined th value of the minimum size of the UK. If the size of the NAV of the participant in the transaction is less than the predetermined value of the minimum size of the MC, then the mentioned module 11 generates the results of the verification of the transaction, which indicate the presence of risks associated with the MC. For example, the mentioned results of the verification may indicate the risk of non-performance by the counterparty of the terms of the contract in connection with the liquidation of a business company in a judicial proceeding due to non-compliance with the requirements of the legislation on reducing the authorized capital of a business company to an amount not exceeding the value of its net assets. If the size of the NAV of the transaction participant is greater than a predetermined value, which is stored in the indicator control module 14, then the results of the check are generated, which record the absence of risks associated with the MC.
[0055] Дополнительно модуль 11 обработки данных может быть выполнен с возможностью определения рисков, связанных с наличием или отсутствием лицензии на осуществление видов деятельности, которые осуществляет участник сделки. Виды деятельности участника сделки — это виды деятельности, предусмотренные учредительными документами юридического лица - участника сделки. Например, но не исключительно, такими видами деятельности могут являться: "Предоставление услуг в области добычи нефти и природного газа", "Ремонт машин и оборудования", "Строительство жилых и нежилых зданий", "Деятельность по складированию и хранению", «Производство лекарственных средств» Некоторые из них, например "Производство лекарственных средств" подлежат лицензированию, т.е. могут осуществляться при наличии специального разрешения, выданного уполномоченным государственным органом в соответствии с Федеральным законом от 04.05.2011 N 99-ФЗ «О лицензировании отдельных видов деятельности». [0055] Additionally, the data processing module 11 can be configured to determine the risks associated with the presence or absence of a license to carry out the types of activities that the participant in the transaction carries out. Types of activity of a participant in a transaction are types of activity provided for by the constituent documents of a legal entity - a participant in a transaction. For example, but not exclusively, such activities may be: "Provision of services in the field of oil and natural gas", "Repair of machinery and equipment", "Construction of residential and non-residential buildings", "Warehouse and storage activities", "Manufacture of medicinal means” Some of them, for example “Production of medicines” are subject to licensing, i.e. can be carried out with a special permit issued by the authorized state body in accordance with the Federal Law of 04.05.2011 N 99-FZ "On Licensing Certain Types of Activities".
[0056] Информация о по меньшей мере одном виде деятельности участника сделки может содержаться в данных о сделке или может быть запрошена у источника данных 1. Соответственно, модуль 11 обработки данных извлекает из данных о сделке информацию о по меньшей мере одном виде деятельности участника сделки и сравнивает ее со списком видов деятельностей, подлежащих лицензированию, который заранее может быть сохранен в памяти упомянутого модуля 11. В альтернативном варианте реализации заявленного решения информация о видах деятельности, подлежащих лицензированию может быть запрошена у источника данных. [0056] Information about at least one activity of the transaction participant may be contained in the transaction data or may be requested from the data source 1. Accordingly, the data processing module 11 extracts information about at least one activity of the transaction participant from the transaction data and compares it with a list of activities subject to licensing, which can be stored in advance in the memory of the mentioned module 11. In an alternative implementation of the claimed solution, information about the types of activities subject to licensing can be requested from the data source.
[0057] Далее модуль 11 обработки данных осуществляет поиск данных лицензии в данных об участнике сделки или запрашивает данные о лицензии у источника данных 1. Если данные о лицензии не найдены или не представлены в ответ на запрос источником данных 1, то модуль 11 обработки данных формирует результаты проверки сделки, в которых указывается на наличие рисков, связанных с отсутствием лицензии на осуществление видов деятельности, подлежащих лицензированию. Если данные о лицензии присутствуют, то упомянутый модуль 11 формирует результаты проверки, в которых указывается на отсутствие рисков, связанных с лицензией. [0057] Further, the data processing module 11 searches for license data in the transaction participant data or requests license data from the data source 1. If the license data is not found or is not provided in response to the request by the data source 1, then the data processing module 11 generates the results of the verification of the transaction, which indicate the presence of risks associated with the lack of a license to carry out types of activities subject to licensing. If the license data is present, then said module 11 generates check results indicating that there are no risks associated with the license.
[0058] Дополнительно модуль 11 обработки данных может быть выполнен с возможностью проведения проверки сделки на наличие рисков, связанных с банкротством участника сделки. Для этого модуль 11 запрашивает у источника 1 или извлекает из данных о сделке информацию о том, находится ли контрагент, т.е. участник сделки, в процедуре банкротства. В случае получения информации о том, что участник сделки находится в процедуре банкротства, модуль 11 запрашивает или извлекает информацию о процедуре банкротства. Если полученная информация о процедуре банкротства указывает на то, что в отношении участника сделки проводится одна из перечисленных далее процедур банкротства, а именно: 1) Наблюдение 2) Финансовое оздоровление 3) Внешнее управление 4) Конкурсное производство, то модуль 11 формирует результаты проверки, в которых указывается на наличие рисков, связанных с нахождением участника сделки в процессе банкротства, соответствующих одной из процедур 1) Наблюдение 2) Финансовое оздоровление 3) Внешнее управление 4) Конкурсное производство. Например, при наличии информации о нахождении участника сделки в процессе банкротства, процедуре Внешнее управление, при заключении вида сделки - Договор об отступном, упомянутый модуль 11 формирует результаты проверки с риском признания договора об отступном недействительным как сделки, влекущей оказание предпочтения одному из кредиторов должника перед другими. В случае, если установлено отсутствие сведений о нахождении участника сделки в процедуре банкротства, результаты проверки не содержат указанный риск. [0058] Additionally, the data processing module 11 may be configured to check the transaction for the presence of risks associated with the bankruptcy of the participant in the transaction. To do this, module 11 requests from source 1 or extracts from the transaction data information about whether the counterparty is located, i.e. party to a transaction in bankruptcy proceedings. If information is received that a transaction participant is in bankruptcy proceedings, module 11 requests or retrieves information about the bankruptcy procedure. If the information received about the bankruptcy procedure indicates that one of the following bankruptcy procedures is being carried out with respect to the transaction participant, namely: 1) Supervision 2) Financial recovery 3) External management 4) Bankruptcy proceedings, then module 11 generates the results of the audit which indicates the presence of risks associated with the presence of a participant in the transaction in the bankruptcy process, corresponding to one of the procedures 1) Supervision 2) Financial recovery 3) External management 4) Bankruptcy proceedings. For example, if there is information about the fact that a participant in a transaction is in the process of bankruptcy, the External Administration procedure, when concluding a type of transaction - a settlement agreement, the mentioned module 11 generates the results of a check with the risk of recognizing the settlement agreement as invalid as a transaction that entails giving preference to one of the debtor's creditors over others. If it is established that there is no information about the fact that the participant in the transaction is in bankruptcy proceedings, the results of the audit do not contain the specified risk.
[0059] Дополнительно модуль 11 обработки данных может быть выполнен с возможностью проверки сделки на наличие рисков, связанных с отсутствием полномочий на заключение сделки у представителя контрагента по сделке. Для этого модуль 11 запрашивает у источника данных 1 данные о том, какое лицо является представителем участника сделки: единоличный исполнительный орган (ЕИО) или представитель по доверенности. В случае получения информации от источника данных 1, что представителем участника сделки является ЕИО, модуль 11 обработки данных осуществляет поиск информации в данных об участнике сделки или запрашивает информацию о сроке полномочий ЕИО. В случае если источником данных 1 в модуль 11 передана информация, что срок полномочий ЕИО истек, или что такие сведения отсутствуют, формируются результаты проверки с указанием риска неисполнения контрагентом условий договора в связи с совершением сделки неуполномоченным лицом / риска признания сделки недействительной. В случае, если представителем участника сделки является представитель по доверенности, модуль 11 посредством соответствующих динамических полей запрашивает информацию о том, какой срок действия доверенности. После этого модуль 11 осуществляет автоматическую проверку срока, проводя сравнение с текущей датой. Если полученный от источника 1 срок превышает текущую дату, передается информация об отсутствии риска признания сделки недействительной, в связи с заключением неуполномоченным лицом. В случае получения информации от источника 1, что, указанный выше срок действия доверенности меньше текущей даты, формируется и передается информация о риске признания сделки недействительной в связи с заключением неуполномоченным лицом. [0059] Additionally, the data processing module 11 may be configured to check the transaction for risks associated with the lack of authority to conclude a transaction from a representative of the counterparty to the transaction. To do this, module 11 requests data from data source 1 about which person is the representative of the transaction participant: the sole executive body (SEO) or a representative by proxy. In case of receiving information from the data source 1 that the representative of the transaction participant is the CEO, the data processing module 11 searches for information in the data about the transaction participant or requests information about the term of office of the CEO. If the data source 1 sent information to module 11, that the term of office of the CEO has expired, or that such information is not available, the results of the check are formed indicating the risk of the counterparty not fulfilling the terms of the contract in connection with the transaction by an unauthorized person / the risk of the transaction being recognized as invalid. If the representative of the transaction participant is a representative by proxy, module 11 requests information about the duration of the power of attorney by means of the corresponding dynamic fields. After that, the module 11 performs an automatic check of the period, comparing with the current date. If the period received from source 1 exceeds the current date, information is transmitted that there is no risk of the transaction being recognized as invalid due to the conclusion by an unauthorized person. If information is received from source 1 that the above period of validity of the power of attorney is less than the current date, information is generated and transmitted about the risk of the transaction being invalidated due to the conclusion by an unauthorized person.
[0060] Указанный выше перечень запрашиваемой модулем 11 обработки данных информации не является исчерпывающем, и может быть дополнен или изменен в зависимости от вида финансовой сделки. [0060] The above list of information requested by the data processing module 11 is not exhaustive, and may be supplemented or changed depending on the type of financial transaction.
[0061] После того, как все проверки из набора проверок модулем 11 обработки данных были выполнены, упомянутый модуль 11 направляет данные с результатами проверок, проведенных в соответствии с определенным ранее набором проверок для сделки, в источник данных 1 для их хранения или отображению пользователю посредством графического интерфейса, а также могут быть сохранены в модуле 13 хранения результатов проверок. Из источника данных 1 результаты проверок могут быть запрошены стандартным устройством преобразования в текст для представления во внешние системы в виде файла текстового формата. [0061] After all checks from the set of checks by the data processing module 11 have been performed, said module 11 sends data with the results of the checks carried out in accordance with the previously defined set of checks for the transaction to the data source 1 for storage or display to the user through graphical interface, and can also be stored in the module 13 for storing the results of checks. From data source 1, the test results can be requested by a standard text converter for presentation to external systems as a text file.
[0062] В альтернативном варианте реализации заявленного решения модуль 11 обработки данных может быть выполнен с возможностью принятия правового решения в отношении финансовой сделки на основе результатов проверки сделки, например, посредством формирования файла-документа, в который включается информация о результатах проверки и о правовых рисках, выявленных в результате проверки. Сформированный файл также может быть направлен в источник данных 1 для их хранения или отображению пользователю посредством графического интерфейса и/или сохранен в модуле 13 хранения результатов проверок. [0062] In an alternative implementation of the claimed solution, the data processing module 11 can be configured to make a legal decision regarding a financial transaction based on the results of the verification of the transaction, for example, by generating a document file that includes information about the verification results and legal risks identified as a result of the audit. The generated file can also be sent to data source 1 for storage or display to the user through a graphical interface and/or stored in the module 13 for storing the results of checks.
[0063] Дополнительно модуль 11 обработки данных может быть выполнен с возможностью определения наличия и актуальности надлежащих представленных на сделку бумажных учредительных документов контрагента. Проверка наличия представленных на сделку бумажных учредительных документов, выписки из ЕГРЮЛ/ЕГРИП может быть выполнена широко известными из уровня техники методами, например, раскрытыми в патенте RU 2 702967 С1, опубл. 14.10.2019. [0063] Additionally, the data processing module 11 can be configured to determine the existence and relevance of the counterparty's paper constituent documents submitted for the transaction. Checking the availability of paper constituent documents submitted for the transaction, extracts from the Unified State Register of Legal Entities / EGRIP can be performed by methods widely known from the prior art, for example, disclosed in patent RU 2 702967 C1, publ. 10/14/2019.
[0064] В общем виде (см. Фиг. 3) вычислительное устройство (200) содержит объединенные общей шиной информационного обмена один или несколько процессоров (201), средства памяти, такие как ОЗУ (202) и ПЗУ (203) и интерфейсы ввода/вывода (204). [0064] In general terms (see Fig. 3), the computing device (200) contains one or more processors (201), memory means, such as RAM (202) and ROM (203), and input / output (204).
[0065] Процессор (201) (или несколько процессоров, многоядерный процессор и т.п.) может выбираться из ассортимента устройств, широко применяемых в настоящее время, например, таких производителей, как: Intel™, AMD™, Apple™, Samsung Exynos™, MediaTEK™, Qualcomm Snapdragon™ и т.п. Под процессором или одним из используемых процессоров в системе (200) также необходимо учитывать графический процессор, например, GPU NVIDIA с программной моделью, совместимой с CUDA, или Graphcore, тип которых также является пригодным для полного или частичного выполнения способа, а также может применяться для обучения и применения моделей машинного обучения в различных информационных системах. [0065] The processor (201) (or multiple processors, multi-core processor, etc.) can be selected from a range of devices currently widely used, for example, manufacturers such as: Intel™, AMD™, Apple™, Samsung Exynos ™, MediaTEK™, Qualcomm Snapdragon™, etc. Under the processor or one of the processors used in the system (200), it is also necessary to take into account the graphics processor, for example, NVIDIA GPU with a CUDA-compatible software model, or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used to training and application of machine learning models in various information systems.
[0066] ОЗУ (202) представляет собой оперативную память и предназначено для хранения исполняемых процессором (201) машиночитаемых инструкций для выполнения необходимых операций по логической обработке данных. ОЗУ (202), как правило, содержит исполняемые инструкции операционной системы и соответствующих программных компонент (приложения, программные модули и т.п.). При этом, в качестве ОЗУ (202) может выступать доступный объем памяти графической карты или графического процессора. [0066] RAM (202) is a random access memory and is designed to store machine-readable instructions executable by the processor (201) to perform the necessary data logical processing operations. The RAM (202) typically contains the executable instructions of the operating system and associated software components (applications, program modules, etc.). In this case, the RAM (202) may be the available memory of the graphics card or graphics processor.
[0067] ПЗУ (203) представляет собой одно или более устройств постоянного хранения данных, например, жесткий диск (HDD), твердотельный накопитель данных (SSD), флэш-память (EEPROM, NAND и т.п.), оптические носители информации (CD-R/RW, DVD-R/RW, BlueRay Disc, MD) и др. [0068] Для организации работы компонентов устройства (200) и организации работы внешних подключаемых устройств применяются различные виды интерфейсов В/В (204). Выбор соответствующих интерфейсов зависит от конкретного исполнения вычислительного устройства, которые могут представлять собой, не ограничиваясь: PCI, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1, micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232 и т.п. [0067] A ROM (203) is one or more persistent storage devices, such as a hard disk drive (HDD), a solid state drive (SSD), flash memory (EEPROM, NAND, etc.), optical storage media ( CD-R/RW, DVD-R/RW, BlueRay Disc, MD), etc. [0068] Various types of I/O interfaces (204) are used to organize the operation of device components (200) and organize the operation of external connected devices. The choice of appropriate interfaces depends on the particular design of the computing device, which can be, but not limited to: PCI, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1, micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232, etc.
[0069] Средство сетевого взаимодействия (206) обеспечивает передачу данных посредством внутренней или внешней вычислительной сети, например, Интранет, Интернет, ЛВС и т.п. В качестве одного или более средств (206) может использоваться, но не ограничиваться: Ethernet карта, GSM модем, GPRS модем, LTE модем, 5G модем, модуль спутниковой связи, NFC модуль, Bluetooth и/или BLE модуль, Wi-Fi модуль и др. [0069] The network communication means (206) provides data transmission via an internal or external computer network, for example, an Intranet, the Internet, a LAN, and the like. As one or more means (206) can be used, but not limited to: Ethernet card, GSM modem, GPRS modem, LTE modem, 5G modem, satellite communication module, NFC module, Bluetooth and / or BLE module, Wi-Fi module and others
[0070] Дополнительно могут применяться также средства спутниковой навигации в составе устройства (200), например, GPS, ГЛОНАСС, BeiDou, Galileo. Конкретный выбор элементов устройства (200) для реализации различных программно-аппаратных архитектурных решений может варьироваться с сохранением обеспечиваемого требуемого функционала. [0070] Additionally, satellite navigation tools in the device (200) can also be used, for example, GPS, GLONASS, BeiDou, Galileo. The specific choice of elements of the device (200) for the implementation of various software and hardware architectural solutions may vary while maintaining the required functionality provided.
[0071] Конкретный выбор элементов устройства (200) для реализации различных программно-аппаратных архитектурных решений может варьироваться с сохранением обеспечиваемого требуемого функционала. [0071] The specific choice of elements of the device (200) for the implementation of various software and hardware architectural solutions may vary while maintaining the required functionality provided.
[0072] Модификации и улучшения вышеописанных вариантов осуществления настоящего технического решения будут ясны специалистам в данной области техники. Предшествующее описание представлено только в качестве примера и не несет никаких ограничений. Таким образом, объем настоящего технического решения ограничен только объемом прилагаемой формулы. [0072] Modifications and improvements to the above described embodiments of the present technical solution will be clear to specialists in this field of technology. The foregoing description is provided by way of example only and is not intended to be limiting in any way. Thus, the scope of this technical solution is limited only by the scope of the attached claims.

Claims

Формула изобретения. Claim.
1. Способ автоматизированной проверки финансовых сделок на наличие правовых рисков, выполняемый по меньшей мере одним вычислительным устройством, содержащий этапы, на которых: 1. A method for automated verification of financial transactions for the presence of legal risks, performed by at least one computing device, comprising the steps of:
- получают данные о финансовой сделке, содержащие данные об участнике сделки; - receive data on a financial transaction containing data on a participant in the transaction;
- определяют вид финансовой сделки; - determine the type of financial transaction;
- на основе информации о виде финансовой сделки определяют набор проверок финансовой сделки; - based on information about the type of financial transaction, a set of checks of the financial transaction is determined;
- определяют сторону участника сделки в финансовой сделке (статус участника сделки); - determine the side of the transaction participant in the financial transaction (status of the transaction participant);
- на основе информации о статусе участника сделки уточняют набор проверок финансовой сделки; - on the basis of information about the status of the transaction participant, the set of checks of the financial transaction is specified;
- выполняют автоматизированную проверку финансовой сделки на наличие правовых рисков на основе данных о финансовой сделке согласно уточненному набору проверок финансовой сделки, определенному на предыдущем этапе. - perform an automated check of the financial transaction for the presence of legal risks based on the data on the financial transaction according to the updated set of checks of the financial transaction, determined at the previous stage.
2. Способ по п. 1, характеризующийся тем, что набор проверок определяется на основе дерева проверок, определяющего виды/типы проверок, которые нужно выполнить в отношении финансовой сделки для выявления наличия правовых рисков. 2. The method according to claim 1, characterized in that the set of checks is determined on the basis of a tree of checks that determines the types/types of checks that need to be performed on a financial transaction in order to identify the presence of legal risks.
3. Способ по п. 1, характеризующийся тем, что дополнительно выполняют этап, на котором определяют наличие данных о результатах ранее проведенных проверок в отношении данного участника. 3. The method according to claim 1, characterized in that it additionally performs the stage at which the presence of data on the results of previously conducted checks in relation to this participant is determined.
4. Способ по п. 1, характеризующийся тем, что дополнительно выполняют этапы, на которых: 4. The method according to claim 1, characterized in that the steps are additionally performed, at which:
- определяют форму финансовой сделки; - determine the form of the financial transaction;
- уточняют набор проверок финансовой сделки на основе информации о форме финансовой сделки. - specifying the set of checks of the financial transaction based on information about the form of the financial transaction.
5. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: определяют наличие заключенных в рамках данной сделки контрактов/договоров/соглашений; - включают в набор проверок финансовой сделки по меньшей мере одну проверку документов, контрактов/договоров/соглашений на наличие правовых рисков. 5. The method according to claim. 1, characterized in that the stage of automated verification of a financial transaction for the presence of legal risks contains the steps at which: determine the presence of contracts/agreements/agreements concluded within the framework of this transaction; - include in the set of financial transaction checks at least one check of documents, contracts/agreements/agreements for legal risks.
6. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: 6. The method according to claim 1, characterized in that the stage of automated verification of a financial transaction for the presence of legal risks contains stages at which:
- определяют лимит финансирования сделки; - determine the transaction financing limit;
- сравнивают лимит финансирования сделки с заранее заданным лимитом для данной сделки; - comparing the financing limit of the transaction with a predetermined limit for this transaction;
- формируют результаты проверки лимита финансирования сделки на основе результатов сравнения. - generate the results of checking the transaction financing limit based on the results of the comparison.
7. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: 7. The method according to claim 1, characterized in that the stage of automated verification of a financial transaction for the presence of legal risks contains stages at which:
- определяют наличие акцессорного обязательства в данных о финансовой сделке; - determine the presence of an accessory obligation in the data on a financial transaction;
- уточняют набор проверок финансовой сделки посредством включения в него проверки правоспособности лица, выступающего стороной по акцессорному обязательству. - clarify the set of checks of a financial transaction by including in it a check of the legal capacity of a person acting as a party to an accessory obligation.
8. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: 8. The method according to claim 1, characterized in that the stage of automated verification of a financial transaction for the presence of legal risks contains stages at which:
- определяют отсутствие акцессорного обязательства; определяют временной период отсрочки по предоставлению акцессорного обязательства; - determine the absence of an accessory obligation; determine the time period of deferment for the provision of an accessory obligation;
- сравнивают временной период отсрочки с текущим значением времени;- comparing the time delay period with the current value of time;
- формируют результаты проверки акцессорного обязательства на основе результатов сравнения, выполненного на предыдущем этапе. - form the results of checking the accessory obligation based on the results of the comparison performed at the previous stage.
9. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки наличия информации о согласии на совершение сделки органа управления участника сделки. 9. The method according to claim 1, characterized in that the stage of automated verification of the financial transaction for the presence of legal risks contains the stage of checking the availability of information on the consent to the transaction of the management body of the transaction participant.
10. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этапы, на которых: - определяют лицо, предоставляющее обеспечение по финансовой сделке в виде акцессорного обязательства; 10. The method according to claim 1, characterized in that the stage of automated verification of a financial transaction for the presence of legal risks contains the stages at which: - determine the person who provides security for a financial transaction in the form of an accessory obligation;
- определяют, что лицо не является упомянутым ранее участником сделки; - determine that the person is not the previously mentioned participant in the transaction;
- осуществляют поиск сведений о прекращении существования упомянутого лица по меньшей мере в одной базе данных; - search for information about the termination of the existence of the said person in at least one database;
- на основе результатов поиска, проведенного на предыдущем этапе, формируют результаты проверки сделки на наличие правовых рисков. - based on the results of the search conducted at the previous stage, the results of checking the transaction for the presence of legal risks are formed.
11. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки факта оплаты уставного капитала и соответствия размера уставного капитала (УК) участника сделки заданным требованиям. 11. The method according to claim 1, characterized in that the stage of automated verification of the financial transaction for the presence of legal risks contains the stage of checking the fact of payment of the authorized capital and the compliance of the size of the authorized capital (AC) of the transaction participant with the specified requirements.
12. Способ по п. 11 , характеризующийся тем, что дополнительно выполняют этап проверки соответствия стоимости чистых активов (СЧА) участника сделки заранее заданному значению минимального УК. 12. The method according to claim 11, characterized in that it additionally performs the step of checking the compliance of the net asset value (NAV) of the transaction participant with a predetermined value of the minimum UK.
13. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки лицензии на осуществление по меньшей мере одного вида деятельности участника сделки. 13. The method according to claim 1, characterized in that the stage of automated verification of a financial transaction for the presence of legal risks contains the stage of checking a license to carry out at least one type of activity of a transaction participant.
14. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки наличия процедуры банкротства участника сделки. 14. The method according to claim. 1, characterized in that the stage of automated verification of the financial transaction for the presence of legal risks contains the stage of checking the presence of the bankruptcy procedure of the transaction participant.
15. Способ по п. 1, характеризующийся тем, что этап автоматизированной проверки финансовой сделки на наличие правовых рисков содержит этап проверки наличия полномочий на заключение сделки у представителя участника сделки. 15. The method according to claim. 1, characterized in that the stage of automated verification of the financial transaction for the presence of legal risks contains the stage of checking whether the representative of the transaction participant has the authority to conclude a transaction.
16. Устройство для проверки финансовых сделок, содержащее по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере одним вычислительным устройством выполняют способ по любому из пп. 1-15. 16. A device for checking financial transactions, containing at least one computing device and at least one memory containing machine-readable instructions, which, when executed by at least one computing device, perform the method according to any one of paragraphs. 1-15.
PCT/RU2021/000165 2021-03-17 2021-04-19 Method and device for checking operations and transactions for legal risks WO2022197201A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2021107004 2021-03-17
RU2021107004A RU2021107004A (en) 2021-03-17 METHOD AND DEVICE FOR CHECKING OPERATIONS AND TRANSACTIONS FOR LEGAL RISKS

Publications (1)

Publication Number Publication Date
WO2022197201A1 true WO2022197201A1 (en) 2022-09-22

Family

ID=83321565

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2021/000165 WO2022197201A1 (en) 2021-03-17 2021-04-19 Method and device for checking operations and transactions for legal risks

Country Status (1)

Country Link
WO (1) WO2022197201A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230334453A1 (en) * 2022-04-18 2023-10-19 Stripe, Inc. Policy orchestrator

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2232424C2 (en) * 1998-05-27 2004-07-10 Дайболд, Инкорпорейтед Facility incorporating automatic machine to perform financial operations (variants) and method of its operation
US20080022107A1 (en) * 2006-06-08 2008-01-24 Practical Law Company Limited Document automation systems
US20080059364A1 (en) * 2006-09-01 2008-03-06 Tidwell Lisa C Systems and methods for performing a financial trustworthiness assessment
RU2732071C1 (en) * 2019-12-04 2020-09-11 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) Method and system for automatic legal decision-making

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2232424C2 (en) * 1998-05-27 2004-07-10 Дайболд, Инкорпорейтед Facility incorporating automatic machine to perform financial operations (variants) and method of its operation
US20080022107A1 (en) * 2006-06-08 2008-01-24 Practical Law Company Limited Document automation systems
US20080059364A1 (en) * 2006-09-01 2008-03-06 Tidwell Lisa C Systems and methods for performing a financial trustworthiness assessment
RU2732071C1 (en) * 2019-12-04 2020-09-11 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) Method and system for automatic legal decision-making

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230334453A1 (en) * 2022-04-18 2023-10-19 Stripe, Inc. Policy orchestrator

Similar Documents

Publication Publication Date Title
Christen et al. Guiding principles on regulation and supervision of microfinance
US11769008B2 (en) Predictive analysis systems and methods using machine learning
US11227333B2 (en) Using automated data validation in loan origination to evaluate credit worthiness and data reliability
CN110866822B (en) Wind control management method and device for securitization of assets, electronic equipment and storage medium
Djojosugito Mitigating legal risk in Islamic banking operations
CN113989019A (en) Method, device, equipment and storage medium for identifying risks
Bräutigam et al. Integrating China into multilateral debt relief: Progress and problems in the G20 DSSI
WO2022197201A1 (en) Method and device for checking operations and transactions for legal risks
Monkiewicz et al. Financial sector supervision in digital age: transformation in progress
Wang et al. Voluntary disclosure in P2P lending: Information or hyperbole?
EA043257B1 (en) METHOD AND DEVICE FOR CHECKING OPERATIONS AND TRANSACTIONS FOR LEGAL RISKS
Siering Peer-to-peer (P2P) lending risk management: Assessing credit risk on social lending platforms using textual factors
KR102491915B1 (en) System Providing Attorney Smart Matching Service
KR102271346B1 (en) Credit loan platform using atypical-data and its operating method
CN114708090A (en) Bank payment business risk identification device based on big data
CN114331105A (en) Electronic draft processing system, method, electronic device and storage medium
Brown Financial reform and the subsidization of sophisticated investors' ignorance in securitization markets
Pratama et al. Default In And Credit Agreement And Implementation Of Solution Efforts (A Case Study Of Decision 336/Pdt/G/2016/Pn. Smg)
Batiz-Lazo et al. All about the state: fifty years of innovative technology to deliver an inclusive financial sector
Takahashi Blockchain and smart contract for contract management (dispute prevention and generation)
Tucker et al. Square Peg Meets Round Hole: Regulatory Responses to Challenges Created by Innovation in Banking
Kerremans et al. Application-oriented terminography in financial forensics
Abdelfattah The Impact of Fintech on Financial Inclusion in Egypt
Ganglmair et al. Measuring Contract Completeness: A Text Based Analysis of Loan Agreements
Kuznetsova et al. Social media analytics for better detection of fraudulent applications for online microfinance loans

Legal Events

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

Ref document number: 21931852

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21931852

Country of ref document: EP

Kind code of ref document: A1