RU2707709C1 - Method of processing, tracking, accounting and verification of transactions in control system of enterprise and counterparties thereof - Google Patents

Abstract

FIELD: physics.

SUBSTANCE: invention relates to a method of processing, tracking, accounting, storage and verification of transactions in an enterprise control system and a method of processing, tracking, accounting, storage and verification of transactions occurring between an enterprise and its counterparties. Method, in which a reflecting enterprise is created virtual model, changing parameters of material original enterprise and existing virtual model are continuously mutually synchronized, maintaining compliance of real enterprise and virtual model, which contains history of evolution of state, wherein state of enterprise in virtual model is described through directories, information containers, multidimensional structural projections of model and list of business transactions, wherein with each change of said information container, automatic generation of a list of business transactions is automatically generated according to a predetermined algorithm, thereby automatically varying the multidimensional structural projections of the model, and each of business transactions is a set of pairs of zip-transactions, where for each pair of zip-transactions the balance of parameters is maintained.

EFFECT: technical result consists in automatic synchronization of enterprise processes and its virtual model.

4 cl

Description

FIELD OF TECHNOLOGY

The present invention relates to a transaction processing subsystem in the management system of an enterprise or several enterprises that implements mutual mapping technology in terms of ensuring data consistency, data reliability, data relevance of each enterprise.

State of the art

Currently, patent solutions in the field of control via virtual models mainly relate to particular cases of organizing the operation of a device or a small system.

These include the decision according to the invention patent RU No. 2543949, which describes a control and virtual display system for a machine tool that includes a tool holder, a workpiece mandrel, actuators, drive means, and the system contains a numerical controller and a processing system that is configured to create, during the machine processing process, and based on the target coordinates and stored in the mathematical mathematical models of the machine, workpiece and tool, graph data suitable for reproducing virtual two-dimensional representations of the positions occupied by the workpiece and the machine on the imaging means in a pre-set “predictive time window” and with the possibility of signaling an alarm and / or triggering a stop of the machine, if the calculated future tool positions may be the reason possible collisions.

There are also known ways of auxiliary use to support the operation of the enterprise of various automated control systems and databases, such solutions are called the abbreviations CRM (customer relation management) and ERP (enterprise resource planning).

Thus, a unified enterprise information flow control system is known, including a block of modules for collecting and primary processing information from various information systems and transmitting information to a transport subsystem, which transmits information through a one-way communication channel to a data transmission and processing unit, connected by two-way communication channels to a transmission unit data of automated process control systems in a single data warehouse and block making changes to the database system s, characterized in that in addition, the data transmission and processing unit via the two-way communication channels exchanges information with the normative-reference information conversion unit and the data transmission unit to the information systems, the unit for altering the system database through the two-way channel is connected to the monitoring and administration unit, a block for transcoding normative and reference information on a two-way channel is connected with a system for coordinating normative and reference information, information received and processed The data transfer unit of the automated process control systems is transferred to a single data warehouse, information from the data transfer unit to the information systems via one-way communication channels enters the various information systems of the enterprise. The block of modules for the collection and primary processing of information collects information, which can be either a structured data set obtained from corporate information systems operating at the enterprise, or primary indicators from telemetry systems. A single data warehouse containing information in a unified format implements a single data access point with the ability to obtain data for the previous period [RU 123562G06Q 50 / 04G06F 17/40 Publ. 12/27/2012].

SUMMARY OF THE INVENTION

The present invention proposes the use of so-called mutual mapping technologies, that is, technology for managing a complex system of the level of social organization of an enterprise by creating its virtual model (reflection), and subsequent continuous mutual synchronization of independently changing parameters of the material original and digital reflection in real time.

In the proposed method of processing, tracking, accounting, storage and verification of transactions in the enterprise management system by creating its virtual model, a one-to-one correspondence between the real enterprise and its virtual model stored in the computer memory (both operational and long-term) is created and maintained , the virtual model of the enterprise contains information about its own structure and detailed data on the current state of the enterprise, as well as the history of the evolution of the state, while the state of the enterprise A virtual model is described through directories, information containers (packages), multidimensional structural projections of a model and a list of business transactions consisting of information blocks (so-called zip transactions), and each time the information container is changed, a cumulative set is automatically generated according to a given algorithm list of business transactions, as a result of which multidimensional structural projections of the model automatically change, and each of the business transactions is a set of pairs from a zip transaction s, where each pair comprises a zip transaction information on transit balanced, i.e. for each pair of parameters stored balance (or, in other words, the sum of the parameter values is zero).

The technical result consists in optimizing the operating activities of the enterprise, namely:

- to reduce the number of operational errors of a particular artist due to the impossibility of carrying out actions outside the framework of the specified parameters of the cybernetic model,

- reduction of transaction costs of the enterprise,

- standardization of processes,

- predictability of the consequences of operational actions due to the possibility of their modeling,

- unification of processes in the interaction of various enterprises.

The proposed method of processing, tracking, accounting, storage and verification of transactions can be used for all these operations with transactions occurring both within the enterprise and between several enterprises, that is, between the enterprise and its counterparties.

In the language of specialists in information technology, programming and artificial intelligence, some of the structural elements of the above-described method of processing, tracking, accounting, storing and verifying transactions in the enterprise management system by creating its virtual model can be explained in the following terms:

• reference books, they are also dictionaries, - static, rarely changeable elements of a primitive flat structure; As a rule, they have a unique mapping to a table of relational databases;

• information containers (packages), they are also mpack containers - packets of information about the change that has occurred in the virtual model. They have a complex structure, including tabular, textual (human-readable) data. Each container has its own structure for each value chain, and determines the evolution of the model in the context of a particular value chain;

• multidimensional structural projections of the model, they are also mface (mfaces), - multidimensional projections of the whole model for structuring information according to various indicators. Store the current state of the defining indicators of the enterprise, as well as the history of their evolution;

• business transactions, they are business transactions, are separate deltas (stages) of evolution history for mfaces. Obtained by calculating the projection algorithm for each mpack;

• zip transactions, they are also zip-transactions (zip-transactions), - primitive components of business-transaction that determine the change in each individual parameter for each mface described by business-transaction.

Each of the business transactions is a collection of pairs from zip transactions. Each zip-transaction pair contains balanced transit information. This means that for each pair the balance of parameters is maintained (or, in other words, the sum of the parameter values is zero).

The transaction processing system applies the resulting zip-transaction set to mfaces changing the history and (possibly) the current state of the model.

Each mpack corresponds to a set of business transactions (physically stored or calculated as necessary) that describe the evolution of the model in compliance with the principle of maintaining balance. All zip-transactions that make up a business-transaction are tightly coupled. Business-transactions have a strong relationship among themselves naturally referring to one mpack.

In turn, mpack, being one of the elements in the value chain, can have links to previous (or next) elements of the same chain, and can be the beginning of other chains.

Thus, all transactions are arranged in a coordinated chain of changes (zipchain), each of which maintains balance.

Given that the virtual system corresponds to the real state of the enterprise, and a change in the real world automatically entails making changes to the virtual system, in this case, from the smaller to the larger sequence of interactions in the system can be described as follows: event changes to the virtual system are made through zip pairs transactions, sets of pairs of zip transactions form business transactions, business transactions form multidimensional structural projections of a virtual system model, while for Vym blocks of information the system can access the dictionary.

When using optimizations with persistent transaction storage, the system must ensure that users cannot make changes to transactions manually.

For the purpose of optimizing the process, business-transactions can be pre-calculated according to the reaction to change scheme (which is almost equivalent to on-the-fly calculation provided that the projection algorithm is deterministic with respect to mpack data). This is done for optimization: in order not to waste resources on computing with each request, you can calculate and save the result

By imposing special restrictions on individual mfaces parameters (the simplest cases may be the current state, where parameter> = 0), natural restrictions are set on the possibility of deviation from the standard enterprise model, and the high degree of transaction connectivity makes it impossible to enter false data. So, the area of possible changes in the initial mpack chain, if there is a restriction from the example above, is narrowed only to reliable values (in this case, the parameter in mpack itself can remain positive and even acceptable at first glance for this particular mpack).

A special extension for the macro-architecture of an enterprise network provides for control of special restrictions at the points of interaction between two network agents.

Constraint control is performed during data exchange operations (in a general sense). Such operations include, but are not limited to:

• Request for the supply of goods and / or services,

• Request for the provision of goods and / or services,

• Notification of service for previously delivered goods,

• Notification of the need for settlement transactions,

• Notification of changes in the characteristics of goods and / or services,

• Request for updates on the characteristics of goods and / or services.

This list is not complete and can be supplemented by almost any activity as technology develops.

Network agents implement special machine-readable interaction interfaces in automatic mode. Such interfaces include mechanisms for interacting via HTTP with serialization in JSON format (REST API), however, there may be other options (WebSocket, Binary .NET Remoting)

When interacting through these protocols, enterprise systems exchange data on measured indicators according to the following scheme.

System A (the system of one enterprise), when interacting with system B (the system of another enterprise), transmits the value of the measured indicator on the basis of its own data about counterpart B. System B reconciles this value with its own data. If there is a discrepancy, the interaction stops, and the problem escalates to a level competent in its solution.

These measurable indicators include, but are not limited to:

• Balance and scope of counterparty interaction

• The amount of accumulated bonus points in the accounting currency.

• The amount and quantity of goods under warranty service and the volume of warranty service

• Amount and quantity of goods in stock

• Amount and quantity of goods sold / purchased from the counterparty

• The volume of payments made on settlement accounts (including virtual ones) from / to the counterparty

The expansion of the local control model for the coordination of balance by control points when interacting with external contractors allows us to increase the resistance of the entire system to data distortion even by making changes at the lowest level (including through direct access to the enterprise database management system).

With the direct interaction of two counterparties, the availability of data distortion control is ensured. However, data recovery remains difficult, since it is not known which of the contractors distorted the data. To overcome the situation, it is necessary to provide a quorum by introducing an external request broker that stores the values of indicators and can produce true values on request.

An external request broker can also provide control of book debt between counterparties by realizing fiat currency.

Double zip transactions appear as a result of the execution of the algorithm (any one that is known to have mpack at the input, a set of transaction pairs at the output). For clarity, we can say that mutual nullification is an analogue of the well-known principle of double entry in accounting and financial accounting.

Example. There is a mface with counterparty debt and there is a mface with stock balances. As indicated above, mface are some multidimensional entities. The first has one dimension - this is the counterparty. The second has two: warehouse and goods. Upon arrival of the goods, the enterprise management system (the so-called IEM system), based on the data in mpack, containing information from whom, what, in what quantity and where it came from, calculates pairs of transactions. For example, from counterparty 10, goods a, b, came to each delivery point in the amount of 100 rubles: then there will be 3 pairs of transactions. Transactions will be written in the form M (D1..Dk, V) where

M - the abbreviated name mface (for debts, you can write D, for balances S, etc.)

Dk is the value of the k-th dimension.

V is the transaction parameter.

We will write transaction pairs as M1 (D1..Dr, V) -> M2 (D1..Dn. V)

In this case, we always assume that the value of -V is used in the first transaction and + V in the second

And here are three pairs:

1.D (10, 100) -> S (1, a, 100)

2.D (10, 100) -> S (1.b, 100)

3.D (10. 100) -> S (1, s, 100)

Total, on D there will be counterparty debt 10 = -300 and in the warehouse there will be 300 rubles more goods. And it cannot be otherwise, this is control.

Claims (12)

1. The method of processing, tracking, accounting, storage and verification of transactions in the enterprise management system, in which a computer is used for enterprise management purposes, this computer is part of the enterprise management system, the transaction processing subsystem in this computer is embedded in the enterprise management system, this creates a virtual model reflecting the enterprise, stored in the operational and long-term memory of the computer, and the changing parameters of the material original of the enterprise and the virtual model existing as a digital reflection are continuously mutually synchronized in real time, this creates and maintains a one-to-one correspondence between the real enterprise and its virtual model, the virtual enterprise model contains information about its own structure and detailed data on the current state of the enterprise, as well as the history of the evolution of the state, the state of the enterprise in the virtual model is described through directories, information containers in the form of packets of structured information about the change in the virtual model, multidimensional structural projections of the model and a list of business transactions consisting of information blocks in the form of changes to each individual parameter, at the same time, each time the specified information container is changed, the aggregate set of the list of business transactions is automatically generated according to the specified algorithm, as a result of which the multidimensional structural projections of the model are automatically changed, and each of the business transactions is a set of pairs of zip transactions, where for each pair of zip transactions Transaction balance is maintained. 2. The method of processing, tracking, accounting, storing and verifying transactions according to claim 1, characterized in that the verification is carried out by means of data recovery, which is ensured by introducing an external request broker that stores the values of indicators and is able to produce true values upon request. 3. A method for processing, tracking, accounting, storing and verifying transactions occurring between an enterprise and its counterparties, consisting in the fact that for the specified operations with transactions the method according to claim 1 is applied. 4. The method of processing, tracking, accounting, storage and verification of transactions according to claim 2, characterized in that the verification is carried out by means of data recovery, which is ensured by introducing an external request broker that stores the values of indicators and is able to produce true values upon request.