RU2271571C1 - Trading information-analytic system - Google Patents

Abstract

FIELD: engineering of computerized information-analytic trading means, possible use for negotiating orders for buying and selling during performing of trade operations with cashless payment using communication network.

SUBSTANCE: system has authorization and registration block, roles block, block for controlling price offers, price forming block, block for controlling formulas, logistics block, block for controlling agreements, block for finding goods and making agreements, ordering block, block for accepting, block for forming goods movement graphs, display block, block for forming characteristics of goods and goods batches, block for controlling goods, block for purchasing goods, payment block, block for registering goods at warehouses, balances block, notifications block, documents registration block, block for payments and determining payments, automatic procedures block, activation block, analytics block, goods card block, marketing block, participants block, sells block.

EFFECT: expanded functional capabilities due to control over deliveries and quality of goods and services.

1 dwg

Description

The invention relates to information and analytical computer trading tools and can be used to coordinate purchase and sale orders during trading for cashless transactions using a communication network (for example, the Internet).

Currently, there are a large number of stores offering customers their products by advertising these products on their Web pages on the Internet. There are various methods and devices for making purchases in such stores, which differ from each other mainly in the payment schemes by customers for the goods they purchase (see RU 2174707 C1, G 06 F 17/60, 10/10/2001, RU 2162249 C1, G 06 F 17 / 60, 01/20/2001, EP 0798657 A, G 06 F 17/60, 10/01/1997).

The closest analogue of the present invention is the system described in patent RU 2161819 C1, G 06 F 17/60, 01/10/2001, which allows you to coordinate the offer to buy and the offer to sell, taking into account the price and quantity. The disadvantage of this system is the lack of control over the supply of goods and the return of low-quality products.

The technical task is to expand the functionality by controlling the supply and quality control of goods or services and the possibility of returning low-quality goods.

The problem is solved in that the trade information and analytical system contains an authorization and registration unit, the output of which is connected to the input of the role block, configured to determine the status of the user and his access rights, the first output of which is connected to the first input of the price offers control unit, executed with the ability to create and control prices and conditions, the first input-output of which is connected to the first input-output of the pricing unit, the third input-output of which is connected to the first input-in the course of the control unit of formulas, is configured to calculate prices and the cost of goods and services depending on the specified conditions, the first output of which is connected to the second input of the logistics unit, configured to generate information about the movement, storage and storage of goods, the second input-output of the control unit by price offers it is connected to the first input-output of the contract management unit, the first output of which is connected to the first input of the goods search and contracting unit, the first input-output of which о is connected to the third input-output of the quotation management unit, the fourth input-output of which is connected to the first input-output of the order block, the second and third inputs-outputs of which are connected respectively to the first input-output of the acceptance unit, made with the possibility of making decisions regarding various documents of the system, and the first input-output of the sales unit, the second and third inputs and outputs of which are connected respectively to the first input-output of the unit for creating goods movement schedules and with the fifth input, you the ode of the block for managing price offers, the second input of which is connected to the first output of the block of the shop window of the system, configured to generate and display current information about the goods and users of the system, the second input-output of the block for generating graphs of movement of goods is connected to the first input-output of the block for generating characteristics of goods and batches, and the third output is connected to the second input of the block of orders, the fifth and fourth inputs and outputs of which are connected respectively to the first input-output of the control unit goods and with the first input-output of the goods procurement unit, the first and second outputs of which are connected to the first inputs of the payment unit and the acceptance unit, the first and second outputs of which are connected respectively to the first input of the goods accounting unit in warehouses, and with the input of the balance sheet made with the possibility of forming indicators of goods exchange and mutual settlements of users, the first input-output of which is connected to the first input-output of the notification block, configured to generate and send user notifications m about the occurrence of events in the system, the second and third inputs and outputs of which are connected respectively with the first input and output of the document registration unit, configured to register data on operations performed in the system, and with the second input and output of the procurement block, the first output of the block payment is connected to the second input of the accepting unit, the third input of which is connected to the first output of the document registration unit, the second and fourth inputs of which are connected to the second output of the payment and payment distribution unit and w by the second output of the payment unit, respectively, the second output of the contract management unit is connected to the first input of the logistics unit, the first input-output of which is connected to the second input-output of the document registration unit, the first input of which is connected to the first output of the goods control unit, and the third input is connected to the second the output of the block of automatic procedures, configured to automatically perform operations in the system according to a given algorithm and at a specified time, the third output of which is connected to the second input of the block pl of the same payment distribution, and the first output is connected to the second input of the goods control unit, the second input-output of which is connected to the first input-output of the goods accounting unit in warehouses, the second input-output of which is connected to the fourth input-output of the sales unit, the first output of which connected to the first input of the goods control unit, the third input-output of the goods accounting unit in warehouses is connected to the first input-output of the activation unit, configured to inform the supplier of a discrepancy in the quantity and the quality of the goods received, the input of which is connected to the fourth output of the goods purchasing unit, and the output is connected to the fourth input of the acceptance unit; the first output of the balance sheet is connected to the first input of the analytics block, which is capable of analyzing the balances and movements of goods, constructing a rating and mutual settlements of users of the system, as well as determining the effectiveness of interaction between users of the system, the second and third inputs of which are connected respectively to the second output of the sales block and to the output unit of the product card, and the first input-output is connected to the second input-output of the unit for the formation of characteristics of goods and parties, the first output of which is connected to the second input the house of the unit for accounting of goods in warehouses; the third input of the product search and contracting unit is connected to the second output of the showcase unit, and the second input is connected to the first output of the analytics unit; the second output of the balance sheet is connected to the first input of the payment and payment distribution unit, the first output of which is connected to the second input of the payment unit, and the first input-output is connected to the fifth input-output of the product card block; the second input-output of the analytic unit is connected to the third input-output of the marketing unit, the output of which is connected to the second input of forming the characteristics of goods and lots, the first input of which is connected to the second output of the role block, the first input-output of which is connected to the fourth input-output of the notification unit , the sixth and fifth inputs and outputs of which are connected respectively to the third input-output of the unit for the formation of characteristics of goods and parties and with the fifth input-output of the sales unit, the sixth input-output of which is connected to the first input ohm-output of the marketing unit, the second input-output of which is connected to the seventh input-output of the showcase unit, the first input of which is connected to the output of the pricing unit, and the second and third inputs are connected respectively to the second output of the unit for characterizing goods and lots and with the first output of the unit the formation of schedules for the movement of goods, the first input of which is connected to the third output of the acceptance unit, and the second output is connected to the input of the automatic procedures unit, the fifth input of the showcase unit is connected to the output of the participant unit forks connected through the input-output with the input-output of the authorization and registration unit, as well as through the first input with the fourth output of the role block, the third output of which is connected to the input of the order block; the second input-output block of the search for goods and conclusion of contracts, the second input-output of the pricing unit, the third input-output of the document registration unit, the fourth input-output of the unit for characterizing goods and lots are connected respectively to the inputs and outputs of the first to fourth block of product cards.

The system operates as follows.

To work with the System, the user uses a computer (mobile phone, PDA, etc.) connected to the Internet with a browser installed on it (for example, Internet Explorer, Netscape, Opera, etc.) or a special terminal. Without registration and authorization, the user receives general information about which publications (newspapers and magazines) are in the trading system and which participants publish and sell these products. Moreover, any user can view the provided advertising material and select data only for the region that he is currently interested in, for example, publications and distributors from the city in which he lives. The system allows you to order and receive the selected product from any participant who is ready to sell this product. At the same time, the services available in the System help the user choose the best offer.

To make and change data, as well as to order and receive products, the user goes through the authorization procedure if he was previously registered, or is registered as a new participant in the System, while information about him is added to the "Users" database. After authorization, the user is assigned a role that determines the access of this user to various blocks of the System. Registered users can conduct business using the opportunities provided by the System, and they must additionally register (as an entrepreneur or legal entity), i.e. indicate one of the legal form applicable in the territory of the state. After passing this registration stage (all data is checked by the System administrator), the user receives the role of the administrator of this organization (or entrepreneur), which allows him to register new participants from among the staff working in this organization. When registering an organization, the System checks the entered data and details with previously registered organizations and entrepreneurs in the database of the "Organization". In this case, an organization with unique data can be saved and, when trying to add an existing organization, an appropriate notification will be sent to its administrator in order to coordinate rights and roles, as well as to prevent unauthorized access to data.

When entering the System, the user is presented with a Menu indicating the available blocks depending on the status of the user and his role. So, for example, the manufacturer (publisher) of newspapers or magazines with the role of “editor” has the ability to add the name and description of its products to the System. Saved publications can be divided by the publisher into separate batches (edition numbers). By creating separate periodic release numbers for each of its publications, the “editor” gets the opportunity to place graphic (covers, photographs, etc.) and information material (announcements, polls, advertisements, etc.) in the System. For each batch (edition number), the “editor” indicates the terms of exit, payment, return, etc. The created timelines allow the System to automatically generate and save exit, payment, etc. schedules. for each item in the context of the issued numbers (parties). Based on the information entered by the publisher about newspapers and magazines and the indicated periodic numbers, the System generates a database of publications (goods) - a catalog. Any participant or visitor to the WEB-site can, at any moment of time, referring to the System’s data, get information about which publications have parties (numbers), when they are published, returned, etc. Using the “marketing” block, the publisher and distributor can stimulate sales by placing information and advertising on the pages viewed by visitors, as well as send targeted marketing offers to registered consumers. Based on the monitoring, the publisher can recommend for its products, for each region and individual participants, the minimum and maximum selling prices, depending on the method of transferring the goods (wholesale, retail, subscription, etc.), such prices are stored in the Recommended prices. "

Since the publisher is the first seller of his goods, he sets the initial prices and delivery terms of his publications. To do this, a user with the role of “administrator”, using the Menu, goes to the subsystem “contract management”. The administrator of the organization adds a contract template to the System that defines the financial and economic relations between the supplier and the buyer. Created contracts are stored in a separate directory. In addition to the publisher, the administrator of any organization (entrepreneur) who has the opportunity to receive products from one participant in the System and transfer it to another can also add a contract.

Using the System Menu, a user with the role of “manager” can go to the subsystem for managing their own “price offers” (CPU), in which he creates a CPU containing the basic conditions under which the manufacturer or seller of newspapers and magazines is ready to transfer his products to another participant in the System . When creating the CPU, the “manager” can create a filter by participants and regions, that is, as if indicating to the System which of the participants can view the proposed prices for the goods in this CPU, and to whom this information will not be presented. When storing the CPU, the “manager” selects one of the contract templates in its organization. All titles of publications available for this organization are presented in the form of a single list containing the main “incoming conditions”: price / cost of receiving the current number, payment and return date from receipt (number of days), etc.

If the “manager” wants to expand the range of products offered by his organization, he goes to the catalog of publications and selects the necessary publications by description, consumer properties, ratings or other characteristics. The "manager" can choose one publication from several suppliers, and he will have to indicate the proportions according to which they will be delivered and, accordingly, how orders will be sent to their next numbers.

When a manager selects a buyer of a periodical from the catalog, the System will check the availability of a valid contract and add this edition to each counterparty after the corresponding application received through the notification is accepted by the supplier’s “manager”. The user will receive a corresponding notification about the acceptance result and, in the event of a refusal, may choose another offer or another supplier. If there is no contract concluded for the publication selected from the supplier’s CPU, the System will offer the “manager” of the buyer to familiarize themselves with the conditions specified by the CPU (price offer) and accept or refuse the contract proposed by the supplier. When accepting a contract, its electronic form is formed with automatic filling in of all fields and details of counterparties based on the contract template that the supplier associated with its CPU. The finished contract is stored in the database of “Contracts and Applications” and can be called up and printed by any party at any time. At the same time, the System takes control of the validity period of this contract and, one month before the expiration date of the contract, informs the supplier about the need to extend the term or offer the buyer a new contract.

For newly added publications, the "manager" calculates the cost taking into account all costs, for this purpose the system uses formulas that allow you to include and use variables taken from the system and various sources, as well as constants. For example, a variable in the formula may be: the purchase price from the supplier, the dollar exchange rate, tax and customs rates, i.e. everything that is not constant in time and is subject to change, and the constants operated in the formula can be some values, for example, the distance between objects, the volume or surface area, load capacity and other standard values. After saving the cost (formula and calculation result), the System constantly monitors the formulas and any change in the previously calculated result generates an information message addressed to the user who created this formula. The use of costing formulas allows management to quickly respond to changes in the current financial situation, so by means of a notification, the System timely informs of all costing transformations, thereby minimizing possible losses. After the “manager” of the supplier has confirmed the ability to deliver publications selected from its CPU, they are added to the appendix to the contract for both counterparties and the electronic forms are stored in the database of “Contracts and Applications”. The application can be called up and printed by any party at any time. The application contains all currently known edition numbers (consignments) of those specified by the publisher and limited by the duration of the contract to which this proposal relates. If the publisher adds new numbers to the System, and they fall within the boundaries of the contract validity period, they will be automatically added to the supplier’s existing CPU and the annex to the contract with the same prices and conditions as the last number.

After the supplier accepts the application, the selected publications are added to the buyer’s list of those products that he can offer to other participants. From the list, the "manager" selects the product and indicates in its price offers (CPU) the price of this product. However, he may not charge a price in some CPUs, therefore, this product will not be delivered to his customers on this CPU, and orders will not be received for it. When assigning a price, the “manager” can indicate it not by an absolute number, but by a dynamic one, calculated using such similar formulas used in calculating the cost price. Based on the cost price of the product and applying arithmetic using constants and variables, the “manager” calculates its selling price at the current moment, implying that when the cost price or any variable changes, the price should change. At the same time, the System will inform him that one of the conditions of the formula and the estimated price have changed. The user ("manager") independently makes a decision to accept the new price or change the formula.

All user formulas are stored in a special database and can be substituted for calculating the price or cost of any selected product. Each formula can have a brief description that reveals its purpose. System participants can exchange the created formulas, since they operate on the same data. After the “manager” has saved in the System the added price (or formula) to the selected product in any price offer, it is added to the general catalog of publications, and another user (who falls under the authorizing CPU filter) can, after accepting the contract, order and receive products if "Manager" agree to supply it. Each change in price starts from that date or from that batch (for all subsequent ones) that the “manager” indicated when it was saved, provided that the order for this publication had not yet arrived. In the event that the order has passed, the price of the publication is changed by the “manager” only by one number chosen by him, this allows markdowns of the publication available in the warehouse, and does not change the price of other numbers. If the publisher has set the maximum and minimum prices for the region for which the seller’s "manager", using one of his CPUs, is going to save the price that goes beyond these limits, the System will display a message and the user must save the value or formula or save sales of this publication in the selected region. When adding a publication to any of its CPUs (by specifying a price), the user can use the deltas to change the deadlines set by the supplier, i.e., for example, by indicating how much later the publication will be in the region or how much earlier it is required to return the unrealized number of copies .

Any user gets the opportunity to send an order for publications, in the quantity he needs as a copy, to all suppliers with whom there is a contract, and these publications are in the appendix to this contract. If the user is the "manager" of the seller or publisher, then in the name of his organization all orders from its customers are received in this block. A supplier’s “manager” can view orders from each customer, and a publisher’s “manager” can still track how orders came from all customers (throughout the distribution and distribution chain). The quantity of goods received orders is summed up with the quantity that the user reserves for his needs or for customers who are not participants in the System, and if necessary, divided by the indicated proportions, are sent to those suppliers with whom there is an accepted application for this product (for now, all orders will not be received through all the “channels” to the publisher). Before the deadline for the order specified by the publisher for this batch, any changes to the ordered quantity are made by the user, without any restrictions. If the deadline for ordering the selected issue of a newspaper or magazine has expired, then, after making adjustments to the order, the user must wait for the decision of the supplier who receives the appropriate notification and must decide: “refuse”, “change at the expense of the reserve”, “change at the expense of the supplier” . Having chosen the last solution, the supplier waits for a response from his supplier, and only after receiving a positive (order changes) or negative answer, he chooses one of the other two remaining options. A client who has placed an additional order (order after the deadline) at any time, prior to acceptance by the supplier, can change it and the System will automatically recalculate the ordered quantity throughout the chain, which allows the customer to change the “ordered” quantity in case the supplier changes the selling price.

When the order is due, the System automatically generates, based on the quantities ordered, the “Order” documents (invoices), which are stored in the “Documents” database. All changes of the order accepted by the supplier, after the date of orders, are executed by additional documents “Order” (backorder) with a positive or negative value, depending on whether the total order increases or decreases. A supplier may select several types of newspapers and magazines from its CPU and send an application to any registered participant in the System in the form of a “commercial offer” for the delivery of its publications to it (an indication of the proposed quantity is possible). The recipient of such an offer (duplicated by a notification and the document is stored in a journal for both parties), after reviewing the terms of the CPU from which the goods are selected and, having accepted the contract attached to the CPU, can deliver its quantities and send the order to the supplier, the application to the contract will automatically change (the supplier does not need to accept, because it was his initiative), and the supplier’s “manager” will accept the ordered quantity if the publication order has already passed.

Upon the expiration of the shipment of products, the System will create a reminder to the publisher about the need to form consumables. After saving the finished invoices, in case the date differs from the declared, the System will make adjustments in the calendars of users to more accurately calculate the timing of receipt of this product.

The process for generating invoices is based on orders from the publisher or supplier, i.e. without prior consent (see commercial offer) the goods cannot be shipped to the client. The “invoice generation” procedure can be performed automatically, semi-automatically, or manually. Automatic formation is possible provided that the products can be shipped in full, i.e. her in stock no less than there are orders for her. Goods that the supplier has already shipped (invoices are posted / posted and recorded in the Documents journal for both counterparties), but have not yet arrived at the user's warehouse, i.e. he did not accept it, cannot be distributed. At the same time, the supplier’s “manager”, before being accepted by the buyer, can be “disbursed” (deregistered), after which he can manually reduce the quantity sent (the price can change only after making a change in the price of the entry in the CPU). If there is a shortage of goods, the “manager” can selectively mark customers and indicate what percentage of the ordered copies (no more than 100%) they will receive in this delivery and also, before saving, can make changes to the quantity by hand. At the next generation of invoices, the System will compare previous shipments with the received orders, and when goods appear on the remains of the main warehouse, it will be able to add an undelivered quantity to new invoices (see the batch card). Each time the invoice is saved (with each change made and in the Documents journal of both counterparties), the recipient of the product is notified of the appearance of a new unaccepted invoice.

Each user in the System has three warehouses: “Main”, “Remains” and “Marriage”. The first warehouse is the place to which the goods virtually arrive and from which it is distributed. After acceptance and activation, the actually accepted publications will be listed in the “Main” warehouse, until they are distributed or moved to other warehouses. The goods are transferred to the Ostatkov warehouse by the user on an internal invoice if he does not want to offer this product to other participants or he has reserved it for other purposes or trading objects that are not directly involved in working with the System (retail trays, pavilions, “small” customers) . “Marriage” is a warehouse that records illiquid, defective, obsolete goods. The user can have only one “Main” warehouse and add and remove any number of other warehouses. The quantities are moved between warehouses using internal invoices, which are saved in the document journal.

Upon receipt of the product at the buyer's warehouse, the product is checked for discrepancies in the declared quality and quantity indicated on the invoice. At the time of acceptance of the invoice, the buyer draws up an act on the revealed discrepancy. The actual quantity is entered into the “Main” warehouse (the document “Invoice” is automatically created for this quantity) and can be distributed to customers and transferred to other warehouses, and the activated quantity is transferred to the Brak warehouse and the act with notification is sent to the supplier. Having received the certificate, the supplier, having agreed to the shortage (having accepted the certificate), accepts (formally) automatically the goods to its warehouse “Marriage” using the virtual return invoice generated by the System, and in case of actual shortage it can:

- write it off at your own expense (invoice with a zero price);

- create an act to your supplier by shifting the shortage to it;

- move the goods to the “Main” warehouse for further distribution, if it was actually underloaded to the client and remained in the warehouse.

If the supplier turned out to accept the act for the missing quantity, then the goods will be written off automatically from the “Marriage” warehouse at the client who sent the act. Having accepted the defective quantity act, the buyer must physically ship the goods on a return invoice automatically created by the System. The System user with the role of “logistic” can, from the “documents” journal of his organization, or the one with which he has a contract, select, according to the filter, the necessary invoices moving goods between different goods and contractors to pick up the goods for transportation and creating a bill of lading.

In the System, in relation to users to each other (established by the terms of the contract), one common balance is maintained, as between the supplier and the buyer, i.e. between two counterparties, there may be two balances, in one case one is the supplier, and the second is the buyer, and in the other case, vice versa. At the same time, the shipment of goods according to documents and the payment made on payments increases the positive balance of the balance for the sender and reduces the balance for the recipient of the goods and payment. The system for any user with the role of “administrator”, “accountant”, or “manager” can display “Current balance” (formed on the basis of all documents) and / or “Settlement balance”, which is calculated on the basis of only accepted payments and, for the selected counterparty documents. For those counterparties who are both a supplier and a buyer with respect to each other (for example, one delivers periodicals to the second, and the second provides transportation services to the first), the System can create a “Settlement Act”, thereby striving to reduce mutual settlements (at least one balance) to zero.

Payment for goods and services is made by the user with the role of "accountant". Each payment is drawn up as a “Payment” document and is stored in the “Payments” journal. Each payment changes the balance, but does not repay the debt for the goods received. To distribute available goods in batches, the System uses a special “Split” document, which can be created by any counterparty, and, after being saved and accepted by the opposite side, is recorded in the “Split” database. “Split” is created in order to pay off debts for unpaid goods and can be formed in several ways:

- when creating a payment, the payer indicates for which product the payment is made (the lot and quantity are indicated);

- upon maturity for a specified consignment of goods, the System creates a “Split” for the unpaid quantity of goods of this consignment and in the event of a shortage of funds on the supplier’s balance, on behalf of the buyer, for the missing amount, the System will create a “Payment”, which, after the payer save and take into account, will be sent to the supplier together with Split;

- if the buyer returns the supplier the prepaid goods, the system will automatically create a “Split” with a negative amount, allowing the released funds to be distributed among other unpaid quantities.

Any operations related to a particular batch of a publication are recorded and recorded in the individual “card” of that batch. All orders, arrivals, expenses, returns are selected from the relevant documents and allow the user to see in a table form all the actions performed with a batch of this product. The “Card” is a universal tool that allows you to quickly solve many problems: for example, based on the difference between the ordered and shipped quantity of the goods, the quantity that is to be distributed on the invoices is determined, while the actual availability of goods, calculated as the difference between the received and shipped goods, is taken into account. Or, for example, the amount payable is calculated on the basis of the quantities that were shipped by the supplier to the buyer (accounting for returns, including taking into account marriage and shortages), and what has already been distributed by Splits for this product. The system constantly checks the relationship of the operations performed and makes the necessary adjustments. For example, the quantity shipped by the supplier cannot exceed the quantity sent in the order, and the distribution made using the “Split” payment cannot exceed the ordered quantity (since this will be an overpayment). In the event that the supplier made a full shipment (in accordance with the order received), and the client paid this amount in full, then when you return any quantity of goods to the supplier so that there is no overpayment for this batch of goods, the system will automatically create a “Split” difference on behalf of the supplier, and, if necessary, “Payment”, which returns money to the balance of the buyer.

Using the tools available to the user in the “Analytics” block, the user can obtain various data that allows him to make the right decision:

- view the dynamics of changes in quantities for selected items for a certain period of time, with the possibility of constructing a graph indicating the points corresponding to the numbers of publications included in this time period using the "Cards" of the games;

- view ratings and analyze customer balances;

- using quantitatively summarized indicators selected from cards, the user can identify the most profitable and not profitable publications.

An example of the implementation of the Trade information-analytical system is shown in the drawing, where it is indicated: block 1 “Authorization and registration”, whose output is connected to the input of block 2 “Roles”, which allows the system to determine the level of user access to data. Users who can add and edit price offers are connected - the first output of unit 2 “Roles” is connected to the first input of unit 3 “Manage price offers”, made with the ability to create and control prices and conditions. The first input-output of this unit is connected to calculate the price and cost with the first input-output of unit 4 "Pricing", the third input-output of which is connected to the first input-output of unit 5 "Formula control", made with the possibility of creating and editing various formulas, in order to calculate prices and the cost of goods and services. The first output of the “Formula management” block 5 for calculating the cost of delivery of storage and transportation is connected to the second input of the “Logistics” block 6, which is configured to generate information about the movement, storage and warehousing of goods.

In order to connect the contracts with the terms of delivery of goods and prices, the second input-output of block 3 “Management of price offers” is connected to the first input-output of block 7 “Contract management”, the first output of which is connected to the first input of block 8 “Search for goods and conclusion of contracts” , allowing you to search for the best prices and delivery terms and to view the relationships offered by the contract under specified conditions. To check the availability of the contract concluded with the supplier, the first input-output of block 8 “Search for goods and conclusion of contracts” is connected to the third input-output of block 3 “Price quotation management”, and in case of its absence, the user is invited to go through the process of concluding the contract. The fourth input-output of block 3 "Management of price offers" for the purpose of receiving orders from customers and automatically sending to suppliers is connected to the first input-output of block 9 of "Orders", the second and third inputs and outputs of which are connected respectively to the first input-output of block 10 " Acceptance ”, made with the possibility of making decisions regarding various documents of the system, and with the first input-output of block 11“ Sales ”in order to form invoices based on existing orders. The second and third inputs and outputs of block 11 "Sales" are connected respectively to the first input and output of block 12 "Formation of schedules of goods" for entering the date of shipment and receipt of products and with the fifth input and output of block 3 "Management of price offers" for inclusion in the created documents of current prices. The second input of block 3 "Management of price offers", to obtain current information about the goods, is connected to the first output of block 13 "Showcases" of the system.

The second input-output of block 12 “Formation of schedules of goods” is connected to the first input-output of block 14 “Formation of characteristics of goods and parties”, because initial data on the terms for each consignment of goods are received and edited in it, and the third output is connected to the second input of block 9 of the “Orders”, indicating the dates by which the order for the selected batches can be created. The fifth and fourth inputs and outputs of block 9 of the “Orders” to indicate which parties are operated (with future, current or obsolete) are connected respectively to the first input-output of block 15 “Goods management” and with the first input-output of block 16 "Purchasing" goods. To determine the payment status of the delivered goods, the first output of the block “Purchasing” is connected to the first input of the block 17 “Payment”, and the second output is connected to the first input of the block 10 “Acceptance” to record the fact of receipt of goods, while the first and second outputs of block 10 “Acceptances” are connected respectively with the first input of block 18 “Accounting for goods in warehouses” to reflect the movement of goods between warehouses, and with the input of block 19 “Balances”, made with the possibility of forming indicators of exchange of goods and mutual settlements of users lei. To inform counterparties about a change in balance, the first input-output of block 19 “Balances” is connected to the first input-output of block 20 “Notifications”, configured to generate and send notifications to users about the occurrence of events in the system. The second and third inputs and outputs of the “Notifications” block 20 are connected respectively to the first input-output of the “Document registration” block 21, configured to register data on operations performed in the system, and with the second input-output of the “Purchase of goods” block 16 that the result of acceptance is communicated to the user who created the document.

The first output of the “Payment” block 17 is connected to the second input of the “Acceptance” block 10, allowing you to fix the status of the acceptance of the payment - the corresponding label is put in the document and for this the third input of the “Acceptance” block 10 is connected to the first output of the “Document Registration” block 21 . To store the documents “Payment” and “Split”, the second and fourth inputs of the block 21 “Registration of documents” are connected to the second output of the block 22 “Payments and distribution of payments” and with the second output of the block 17 “Payment, respectively.”

In order to bind the terms of the carrier and the customer, the second output of the “Contract Management” block 7 is connected to the first input of the Logistics block 6 and, in order to fix all “documented” operations, the first input-output of the last is connected to the second input-output of the Registration block 21 documents ”. In order to take into account all previous shipments when distributing the ordered goods, the first input of the “Document Registration” block 21 is connected to the first output of the “Goods Management” block 15, and the third input is connected to the second output of the “Automatic Procedures” block 23, which is capable of automatically performing operations in system according to a given algorithm and at a specified time. Those. the system can create the necessary payments and documents automatically, for this the third output of block 23 “Automatic procedures” is connected to the second input of block 22 “Payments and distribution of payments”, and the first output is connected to the second input of block 15 “Goods management”. After the distribution of goods, the goods are moved including between different participants, for this, the second input-output of block 15 “Goods Management” is connected to the first input-output of block 18 “Accounting for goods in warehouses”, the second input-output of which is connected with the fourth input-output of block 11 “for the purpose of interacting with counterparties Sales ”, allowing you to display the goods shipped by the supplier at the customer’s warehouse, for this the first output of block 11“ Sales ”is connected to the first input of block 15“ Goods management ”.

The third input-output of block 18 "Accounting for goods in warehouses" is connected to the first input-output of block 24 "Activation", made with the possibility of informing the supplier about the detected discrepancy in the quantity and quality of the goods received, the input of which is connected to the fourth output of block 16 "Purchasing goods ", This allows you to perform operations on activation at the time of receipt of the goods, and the output is connected to the fourth input of block 10" Acceptance "to display the status of the act sent to the supplier.

The first output of block 19 "Balances" is connected to the first input of block 25 "Analytics", configured to analyze the balances and movements of goods, build a rating and mutual settlements of users of the system, as well as determine the effectiveness of interaction between users of the system, the second and third inputs of which are connected respectively to the second the output of the block 11 "Sales" and the output of the block 26 "Product Cards", and the first input-output is connected to the second input-output of the block 14 "Formation of characteristics of goods and parties."

In order for all participants in the system to operate with the same data objects, the first output of block 14 “Formation of characteristics of goods and batches” is connected to the second input of block 18 “Accounting of goods” in warehouses.

The third input of block 8 “Search for goods and conclusion of contracts” is connected to the second output of block 13 “Showcase”, this allows you to search for goods from a single catalog formed by all participants in the system, and the second input is connected to the first output of block 25 “Analytics” to select Top rated options.

To determine what amount can be taken into account for unpaid goods, the second output of block 19 “Balances” is connected to the first input of block 22 “Payments and distribution of payments”, the first output of which is connected to the second input of block 17 “Payments”, which allows you to create the missing amount necessary payments, if the payment is due, and the first input-output is connected to the fifth input-output of block 24 “Product card” to take into account all paid and unpaid quantities.

In order to compare and analyze the results of the conducted “promotions”, the second input-output of the block “Analytics” is connected to the third input-output of the block 27 “Marketing”, the output of which is connected to the second input of the block 14 “Formation of characteristics of goods and parties” in order to indicate which goods and parties these operations are carried out, and the first input of block 14 “Formation of characteristics of goods and parties” is connected to the second output of block 2 “Roles” to provide access to these operations only to specific users. And so that the messages arrived to the right users and the result of their decision was known, the first input-output of block 2 “Roles” is connected to the fourth input-output of block 20 “Notifications”, the sixth and fifth input-outputs of which are connected respectively to the third input-output of block 14 “Formation of characteristics of goods and parties”, which allows the user to receive messages about adding and changing data on goods, and with the fifth input-output of block 11 “Sales” - through this connection, the supplier notifies the delivery of the shipped goods. To promote goods, the sixth input-output of block 11 “Sales” is connected to the first input-output of block 27 “Marketing”, the second input-output of which is connected to the seventh input-output of block 13 “Showcase”, which allows all participants to advertise their goods, services etc.

In order for all participants to be able to offer available goods at calculated prices, the first entrance of block 13 “Showcase” is connected to the output of block 4 “Pricing”, as the manufacturer can add new products and lots to the system, then the second input of the "Showcase" block 13 is connected to the second output of the block "Formation of characteristics of goods and lots", and the third input is connected to the first output of the block 12 "Formation of schedules of goods" to indicate , display to other users the release dates, payment dates, returns, etc. Because the period may be delayed due to delays in the receipt of goods, for the purpose of adjusting the deadlines, the first input of block 12 “Schedule the movement of goods” is connected to the third output of block 10 “Acceptance”, and the second output is connected to the input of block 23 “Automatic procedures” so that lead operations on time.

The fifth input of block 13 “Showcase” is connected to the output of block 28 “Participants”, from which a catalog of registered participants is formed, which are entered there through the connection of the first input-output with the input-output of block 1 “Authorization and registration”, as well as through the first input with the fourth output of block 2 “Roles” is assigned a role and access level. Because If any registered user can receive goods through the system, the third output of unit 2 “Roles” is connected to the input of unit 9 “Orders”.

The data on the basis of which information about goods and batches that the user works with the system is created and changed is recorded in block 24 “Product cards”, therefore the second input-output of block 8 “Search for goods and conclusion of contracts”, the second input-output of the block 4 “Pricing”, the third input-output of block 21 “Registration of documents”, the fourth input-output of block 14 “Formation of characteristics of goods and parties” are connected respectively with inputs and outputs from the first to fourth block 24 “Product cards”.

Functional purpose and operation of system blocks.

1. Block authorization and registration.

This block is essentially a means by which a user who wants to use the system to obtain or modify data and information is identified. At the initial login, the registration procedure is performed, while all information about the user is recorded in the Users database and, with proper authorization (for example, by entering an alphanumeric name and password), all actions of this user will be associated with it. Assigned roles determine the level of access and the ability to enter and receive data / information. A registered user can add a new organization and get the role of its administrator, about which a corresponding entry will be made in the "Roles" block. After adding and editing data about the organization is stored in the database of the "Organization".

2. Block roles.

The assigned user role allows you to limit the actions of users to receive data or information, as well as to add and edit them. Roles are assigned and edited by the administrator of the organization to which this user belongs. When you first enter the System, after registration, the user is automatically assigned a role with limited capabilities (functions) - this is basically just the ability to obtain publicly available information. The administrator of the organization to which the user belongs can change the settings for the role of each user, within the capabilities of this organization. The user himself can become the administrator of the organization if he independently registers it. At the time of registration, such an organization should not be in the database of "Organizations". After the creation of the organization, all information about it is stored in this database. All received and edited roles are stored in the Roles database.

3. Price management block.

The manufacturer has a list of goods sold consists of the assortment that he produces and adds to the subsystem "Management of goods and parties." Like any user, a manufacturer can expand the range of products sold by choosing products from other manufacturers and suppliers. To present his goods to customers, the user must indicate in which of the available “price offers” CPU he wants to make the selected goods from the list available to him.

Each product or service offered by the supplier in the system is related to the conditions under which the supplier is ready to transfer the product or provide the service to another participant. Moreover, part of the basic conditions (place of transfer of goods, moment of transfer of ownership, etc.) are fixed in the contract. When saving the created or edited “CPU”, the user can add a description for it (for customers) and assign a name for identification.

When adding goods from other manufacturers or suppliers, the user receives from the Calendars database the dates they set (payment, return, delivery, etc.) and makes his own corrections (using deltas) to them in the same database. Each product added to the “CPU” must have a price calculated in the pricing unit, only in this case the product will be stored in the “Products” database and will be available to other users.

Based on the created prices and conditions (together with the attached contract), the user can create a commercial offer for other participants in the System.

4. Block pricing.

Calculated according to the formula (at the current moment), the cost price can change the selling price (which is also calculated according to the formula) and is stored in the database “Party Card” to calculate the total costs for this party. It is possible to use unique constants for a specific batch of goods.

5. The control unit of the formulas.

To simplify price and cost calculations, formulas are used that contain constants, variables (data that change in the System and which the user cannot influence, for example, supplier’s price, weight, packaging standard, etc.) and several nested conditions (“if "," That "), i.e. conditions that vary from the results obtained depending on other conditions. All formulas are stored in the Formulas database and called from there for editing. Users can exchange formulas within the System. The Directory of Constants stores the values of the constants used in the formulas when calculating the cost. The constants can be the values that the user makes and edits independently (% of margin and profitability, the cost of servicing units of production, etc.) and those that are automatically entered into his directory (edited by system administrators) and bear a global value (tax rate, the distance between points "A" and "B", etc.). The use of such constants allows us to calculate the cost of not only goods (services), but also works. All user-created formulas are saved in the Formulas database and can be called up for editing.

6. Logistics unit.

This block is intended for the user to receive information about the movement, storage of the stored goods in accordance with the available documents, as well as for calculating the cost of these operations according to the formulas specified in the “Formula Management” block, using the corresponding constants. If these operations are performed not by the user, but by another participant, then access to this information and provision of services requires the conclusion of an agreement, which allows the creation of relevant documents for the provision of these services.

7. The contract management unit.

Each supplier creates one or more contract templates, which are stored in the Contract database. Additional agreements may be concluded with contractors. All contracts, as well as changes and additions to them, are stored in the database of the “Agreement and Appendix”. The database of the “Agreement” stores the templates of the agreements that determine the basic terms of delivery for price offers and, if necessary, can be changed and edited.

When the user selects the goods of any supplier, the presence of the concluded contract is checked, and if it is absent, the user must accept the delivery conditions proposed by the supplier and the contract will be stored in the database of the “Contract and Appendix”. The goods and services selected by the user are indicated in the appendix to the contract. The supplier receives a notification and must agree or refuse to supply this product. Any party to the contract may initiate the termination of the contract or refuse to provide / receive goods / services from the selected date (in accordance with the terms of the contract). From these batches (release dates of which are beyond the deadline), these goods will be excluded from it.

Having concluded a contract with suppliers, the user can create by analogy his contract for customers, if it is not in the list of available templates. The user also enters into agreements for the provision of services by third parties (transportation, storage, etc.).

After the buyer accepts the contract, and the supplier of the selected goods and services, the contract and application are entered in the logs of both counterparties. The appendix to the contract includes the name of the product or service from the selected batch for all subsequent ones, during which the supply contract or service contract signed by the parties is valid. When you delete goods, batches from the application or any other change in the assortment list, the opposite side receives a notification and changes are made to the Calendars database. If goods or individual lots are excluded from the application, the user can choose another supplier or change the proportions, otherwise the procedure for automatically changing applications with all recipients of this product (parties, services) will be initiated.

Each change in the cost (cost) of incoming or shipped products (services) will give rise to the creation of an additional agreement on the created templates, which should be accepted by the client, and in the event of his refusal from the new proposed conditions, the procedure for exclusion of goods or services from applications will be initiated.

8. The block for the search for goods and conclusion of contracts.

In this block, the user gets the opportunity to search for goods offered by other suppliers and manufacturers in the database “Goods”. In this case, the user will be provided only those goods that are available to him to view and receive (subject to the restrictions that sellers have indicated in their "CPU"). When searching for the right product, the user can set the selection criteria (filters) of the product from the catalog. When withdrawing goods (services) offered by several suppliers, the user can use the rating information and sort offers by the necessary conditions (minimum price, maximum payment delay, etc.).

When adding the right product to his “CPU”, the user must first calculate the cost of the product (service), taking into account all possible costs, and if he agrees, the System will check the availability of the contract and add the product (service) to the application, notifying the supplier about the need to accept it change.

The user can select the same product from several suppliers, while he indicates the percentage of proportions in the sizes of which orders will be sent to them and products will come from them.

9. Block orders.

For all goods and services available in the system, the user can take orders from his customers and send his orders to his suppliers. To view the orders received and to create their own, the user uses this block, in which, before the “order deadline”, each user can change the quantity he needs (up or down) to the selected batch without restrictions. All orders that the user receives from his customers are summarized in this (before the “order deadline” without restrictions and acceptance) with the amount that he reserves, and sent to the supplier with one total. Each change of the order “from below” automatically changes the quantity from each supplier to the very “top” (to the manufacturer). Even if the user has not entered the order in the “own quantity” column, his supplier will receive a summed number of customer orders for this user. Thus, the user receiving orders cannot make any adjustments to the orders of his customers before the deadline for receiving orders. He can only change "his quantity."

When the “order date” arrives, the block generates, on the basis of the created orders, the “order” documents. If the customer changes his orders (his reserve) later than the “order date”, then the System, having detected the discrepancy in the quantity recorded in the “Party” database, will what is indicated in this block will create a notification and the user, when accepting, will have to take one of the proposed solutions:

1. Refuse to change the order.

2. Accept the change in the order by adjusting its own reserve, without changing the total quantity ordered from the supplier and stored in the block.

3. Accept the changes, provided that the supplier changes the general order received from the user by the same value - in this case, the user’s reserve will only change when the supplier accepts the notification sent to it by the System.

Each change of the order will be executed by the corresponding document “Order” (with a positive or negative value) and will modify the corresponding column in the database of the “Party”.

The block stores the total quantity of goods or services ordered by the user, reserved by the user and his customers, and is recorded in the “Goods” database. Any changes that will change the total quantity ordered will be sent to the supplier after the deadline for accepting orders.

10. Block acceptance.

With the help of this block, the user gets the opportunity to choose one of three decisions (accept, postpone, refuse) regarding documents that require his immediate attention. Some documents can be accepted (accepted) automatically, i.e. without any action on the part of the user, but in either case, the date of the decision will be saved in the calendar, and a label will be put in the relevant journals (according to the documents) and the contractors will be notified. The acceptance procedure can be carried out in parallel with other procedures, for example, actiating, and it can also give rise to a sequence of procedures, for example, when accepting a price change from a supplier, the selling price that the customer must accept will be recalculated according to the formula, and so on along the entire chain of goods movement.

11. Sales unit.

In this block, after analyzing the information and data from various sources, they send out proposals for the delivery of goods to other users.

In this case, one or more participants are selected:

- the correspondence of the filter information specified in the block for managing price offers with the information about those participants that the user selected as correspondents is checked.

- it is possible to send an automatic offer when registering a new participant that meets the specified filter information criteria;

The proposal is drawn up as an “Account” and is recorded in the journal of documents with sending notifications to selected participants. The offer accepted by the buyer changes the reserve and on the basis of the “invoice” a “Order” document is created on behalf of the buyer, with the possibility of adjusting the proposed quantities. If there was no contract concluded with the buyer, then he and the application with the goods indicated in the invoice are registered in the journal of “contracts and applications” of both counterparties.

12. The unit for the formation of schedules for the movement of goods.

Using this block, the user having the role of “producer” indicates the number of batches that he plans to produce in the selected period of time. The created parties are saved in the “Parties” database and called from there for editing. Each batch is assigned several dates, for example, release date, return date (expiration date), order date, etc. Dates are also stored and based on them, a database of "Calendars" is formed. Each user who uses batches of the selected product has their own calendar, in which the dates can be shifted relative to the supplier’s dates for several days (delta time), depending on the timing of the movement of goods and payments. For each batch for the selected region, the manufacturer can recommend minimum and maximum prices.

13. Block "Showcase".

This block is a visual display of the current status of the System. The user can view basic information about participants and products without authorization and registration. After logging in and entering your data, the user can view information taking into account regional settings (for example, for the selected settlement), as well as enter information and change data in other blocks, while immediately monitoring how these additions and changes will be presented for all participants.

14. Block forming the characteristics of goods and parties.

In this block, the user adds and edits the goods that he produces and distributes in the territory selected from the Regions database. Information about the product (technical specifications, consumer properties, etc.) is stored in the database “Goods” and called from there for editing. Each product can be produced or delivered in one or several separate lots, which are edited in this block, and added in the block “Formation of goods movement schedules”.

15. The control unit of goods.

Actual quantities of goods received by the user are recorded in the “Main” warehouse, and defective and missing goods are listed in the “Brak” warehouse. Moving between warehouses is carried out on an internal invoice. When distributing goods between warehouses and when generating shipping documents, according to orders received from customers, the System controls the timing. Moving goods without an order in the “Main” warehouse adjusts the available reserve for the user. All movement of goods is made out in the form of documents.

16. Block purchases of goods.

Based on the shipments made by the supplier, the user receives information about documents and goods that he has already received or should receive in the near future. At the same time, it displays how much goods were ordered and the state of payment for goods received. At the time of physical receipt of the goods, the user can activate the defective and missing quantity. The supplier is notified of the actions taken.

17. Payment block.

The user in this block can create, view and edit payments sent and received from counterparties, which are stored in a separate database. A payment can be created automatically if there are no funds available for distribution upon the “payment term” for the goods. The counterparty receives a notification of saved payments and, after acceptance (or refusal), in the “Payments” database (which is located in the “Documents Registration” block) a corresponding label is put. Each payment changes the balance with the counterparty.

18. Block accounting of goods in warehouses.

The availability of products is determined by the balances in virtual “warehouses”. In the system for each participant during registration, 3 warehouses are created and the goods are moved on internal invoices:

1. “Main” - all products from Suppliers come to it (including returns) and distribution is made from it:

but. Customers-Buyers participating in the system.

b. To the Ostatkov warehouse (internal) - to customers outside the system

from. At the warehouse “Marriage / markdown” - in marriage and markdown.

2. “Ostatkov” - products received from other warehouses and shipped to persons who are not members of the system — the “Ostatkov” warehouse keeps records of orders and invoices for non-residents of the system:

but. After distribution on the internal invoice, the quantity of goods that was ordered to the Supplier as “Your order” is transferred and stored.

b. The entire quantity from this warehouse can be shipped on one or more invoices with arbitrary prices or on price offers to any buyer - not a member of the system. No balance is maintained with these counterparties.

3. “Marriage / markdown” - defective and obsolete products that are discovered upon receipt of the goods or during the audit — from other warehouses (on internal invoices) are received at this warehouse. Some operations in the system transfer goods (via an internal invoice) automatically.

but. The goods come from the main or internal warehouse.

b. When forming an invoice, the price is arbitrary, a sign of non-standard is added to the name.

The user can create several additional virtual warehouses, but the added warehouses can be of the type of warehouses indicated above: “Internal” or “Marriage”, the “Main” warehouse can be only one.

19. Block balances.

Balance is a system of indicators characterizing any phenomenon by comparing or contrasting its individual parties. In the System, a balance is maintained between counterparties that make goods exchange and carry out cash settlements. The balance is equal to the difference in the amounts “shipped” (goods, payment) minus “received” (goods and payment). Balance - this is the balance of debit and credit operations. The balance in the System is taken into account for a pair of counterparties - “Supplier-Buyer”, i.e. for mutual deliveries, a pair of counterparties will have two balances.

In the indicated block, the balance is stored in the database as the supplier-buyer balance and is common (single) for both parties, it is only displayed by a different sign (+/-) of the module. This eliminates the reconciliation and “balance transformation" procedure, as both sides see the same operations and documents that entailed a change in balance.

The time of registration of operations in the balance of payments is the time recorded in the balance of payments of the moment of transfer of ownership, that is, the moment of legal transfer of ownership of goods and cash is recognized in the System as the moment of acceptance of a document or transaction by the party receiving services, goods, transfers, payments, etc. .P. Acceptance is the moment of making appropriate entries in the documentation of the parties involved in financial transactions, for example, acceptance of goods received is the simultaneous transfer of goods to the warehouse and a change in balance. In other words, the balance changes when the label for acceptance on a document or payment changes.

The balance of mutual settlements is calculated on the basis of accepted payments and documents, and if the balance is not zero, a Split document can be created, and depending on the balance value, the split will be positive or negative.

The current balance takes into account all documents and payments registered in the System (including those not accepted) related to both counterparties, which allows us to analyze and predict the financial condition of users.

20. Notification block.

For all interested participants of the System (individually) is accumulated in this block and general information is transmitted:

- about adding and changing a product, its properties, characteristics, announcement of parties;

- about adding and changing the database of "Participants" and personal messages about the changes:

- in the database of “Contracts and Applications”;

- in the database of “Payments”;

- in the Split database;

- in the database of “Documents”;

- in the database "Order of goods";

- in the block "Acceptance";

- in the database "Calendars".

With appropriate settings, the System can check the prices and conditions under which the user receives products from suppliers. Compare with those that have changed after the adjustment made by other participants and, in the case of finding the best offers, automatically generate a corresponding notice.

21. Document registration unit.

An appropriate document is issued for each movement of goods. A part of the documents can be created automatically, for example, invoices are created for the quantity of goods (services) actually accepted by the user or during certain procedures (product activation, creation of a commercial offer).

Minor documents, such as invoices for services and acts of completion, are also generated in this block. All created documents are stored in the Documents database. Some documents affect the balance sheets of counterparties. Information about orders and the movement of goods is selected from all documents and posted on the cards of goods and parties. Counterparties receive a message about the user-created document through the Notifications block and it appears in their database, which the counterparty must accept and the corresponding mark appears on the user’s database (on this document). Based on the documents moving the goods, in the Logistics block, the received information allows you to create and complete the goods for transportation and storage. Invoices are an auxiliary document for calculating the amount of value added tax (VAT) on goods moved between contractors.

Invoices are automatically generated when the buyer accepts the purchase invoice. If the invoice is not fully accepted, and additional acts of "shortage" or "marriage" are created, then the invoice is issued only after the acceptance of all acts, i.e. the amount actually transferred (but no later than 5 days after the creation of the invoice by the Supplier). At the end of the five-day period, an invoice is created for all the quantities indicated in the invoice, and after acceptance of the acts, as well as upon acceptance by the Supplier of the return invoice, invoices with negative numbers (reversal) are created. The invoice does not require acceptance by users and is stored in the “Documents” database.

22. Block of payments and distribution of payments (Splits)

"Split" - a document that allows you to specify how the funds received are distributed between unpaid goods, thereby balancing the balance between the supplier (shipping goods) and the buyer (who paid money or returned the goods).

The amount to be distributed among unpaid consignments is determined by the balance sheet. Availability of free funds allows you to create a “Split” document for each counterparty, which is stored in the database. “Split” can be created automatically when the “due date” specified by the supplier. If there is a shortage of available funds, the System will first create a payment for the missing amount. A split can be created (including automatically) with a negative amount to return an overpayment, for example, when returning a paid item. The saved “Split” generates a notification where, after the acceptance procedure, a corresponding label is put, which automatically distributes payments on party cards from each counterparty.

23. Block automatic procedures.

Some operations in the System can be performed automatically. For example, upon occurrence of the “order date” in the calendar, the System creates, based on existing orders, the document “Order”, and upon the occurrence of the “date of payment”, the document “Split” is created, and upon acceptance of the invoice, an “Invoice” will be created.

24. The activation unit.

During the acceptance of the received invoice (receipt, return) or later, a discrepancy between the actual availability and what is indicated in the documents may be discovered. In this case, as well as upon detection of marriage or shortage after the audit, “Act” documents are created in the warehouse. An act can be created (as a write-off) at "your own expense" and at the expense of the sender - in this case, the latter must accept it.

The goods that are available require further distribution, and the activated and illiquid products are transferred to the Brak warehouse.

25. Block analytics.

In this block, the user is given the opportunity to analyze the operations for each consignment of goods and the financial condition of his and his partner, to whom a quotation can be sent.

26. Block product card.

This block provides the user with the accumulated and processed information related to a separate consignment of goods, which allows you to analyze data on batches for different users of the system, as well as for the whole product (dynamics of changes between batches, including over a selected period of time or in comparison e.g. seasonality, cost). The main data comes from other blocks and subsystems, which allows:

1. Send the total number of orders received and entered to suppliers, depending on the established proportions.

2. Based on the received orders of the received quantity and the shipment made, distribute the goods for dispatch to the counterparties.

3. Determine the difference between the received and returned products, create a “Split” that repays, reduces the amount of unpaid products, taking into account previous payments.

The card keeps a general record for one consignment of goods and takes into account the movement of goods from all Suppliers to all Buyers. Each card has nine columns with 3 fields in each (quantity, price, amount). Each entry in the cell is a link to a line from the corresponding document and when you select any value, it opens this document. Entries from “accepted” and “non-accepted” documents differ.

1. “Own order” (“Reserve”) - the quantities that the User ordered (reserved) for customers outside the System or in case of additional sales (distribution without orders).

2. “They ordered us” - the quantities that customers (Customers) would like to receive from this User. Prior to the expiration of the “order period”, it indicates the quantities that each customer has in the column “We ordered”. The price for these orders corresponds to the “Price offer”, for which the Customer has concluded an agreement.

3. “We ordered” - this is the sum of the columns “Your order” and “We ordered”. The total amount that the User is going to receive from each Supplier, i.e. distributed according to established proportions. The price is taken from the supplier's CPU. When the “order term” arrives, on the basis of these quantities, the System generates the “Order” documents, which are overwritten into cells, creating a link to the document.

4. “We received” - the fields contain entries from the “Consumption invoices” created by the Suppliers.

5. “They returned to us” - data from the “Return Waybill” received from Buyers.

6. “We have shipped” - the entries from the “Consignment notes” that the User sent to his Customers. There will also be records of expenditure invoices created on the basis of “Debit Acts” (shipment from a warehouse without a price).

7. “We returned” - data from the “Return invoice” sent to the Suppliers is recorded.

8. “We paid” - the amounts credited for the goods received, using “Splits”, to the Suppliers.

9. “They paid us” - the amount from the “Splits” received from the Buyers for the goods delivered to them.

The card also keeps records of the amounts of all “Costs” for a given consignment of goods, which consists of two parts:

- “Direct costs” are the sums of the expected and current costs that the User can incur when receiving “the expected goods (ordered, but not yet received). This amount is taken from the formula that the user specified when calculating the cost. Changes in these costs directly affect the cost and sale prices of a given consignment.

- “Indirect costs” - these are costs that the user does not include in the prices and does not transfer to his customers, but they are also taken into account when calculating the financial result for all operations with this batch of goods. An example of such costs can be costs that increase over time (storage cost) or should be distributed among all lots / goods (salaries of staff, utility and rental payments, etc.). Such costs are recorded on the basis of the relevant documents created by the user and the indicated constants.

27. Marketing block.

In this block, the user gets the opportunity to advertise, create polls and identify consumer preferences / wishes. Based on the information received, the user creates an optimal offer for other participants.

28. Block of participants.

The block of participants checks and groups data for all registered users, linking organizations and users with roles. Based on the data accumulated in the databases "Users" and "Organizations", a catalog is formed taking into account the hierarchy and internal structure in each organization. Data from the catalog can be received by visitors to the "Showcase" block. About additions or changes to information in the catalog, i.e. information about other users and organizations, users receive a notification through the "Notifications" block. Using the catalog, the user gets the opportunity to selectively send their commercial offers to other participants in the system, tell the system to whom which prices and conditions to show, and to whom not to show, and after the conclusion of the contract and the establishment of commercial relationships, control the balance of mutual settlements. At the same time, information about the settings of each user is accumulated and stored in the Roles database, and from there it is called for editing in the Authorization and Registration block. The database of "Organizations" is formalized according to the catalog system, which makes it easy to fill out, sort and receive information on the selected conditions (fields). The data of organizations can be grouped according to individual characteristics and criteria (by occupation, territorial, etc.) in this block.

All blocks are implemented using standard software and hardware (processors and memory blocks) using the algorithms presented in the description of the blocks.

Claims (1)

A trade information and analytical system containing an authorization and registration unit, the output of which is connected to the input of the role block, configured to determine the status of the user and his access rights, the first output of which is connected to the first input of the price proposal control unit, configured to create and control prices and conditions, the first input-output of which is connected to the first input-output of the pricing unit, the third input-output of which is connected to the first input-output of the control unit of formulas, made with the possibility of calculating prices and the cost of goods and services depending on the specified conditions, the first output of which is connected to the second input of the logistics unit, configured to generate information about the movement, storage and storage of goods, the second input-output of the price control unit is connected to the first the input-output of the contract management unit, the first output of which is connected to the first input of the goods search and conclusion of contracts, the first input-output of which is connected to the third input-output m of the proposal management block, the fourth input-output of which is connected to the first input-output of the order block, the second and third inputs-outputs of which are connected respectively to the first input-output of the accepting unit, made with the possibility of making decisions regarding various documents of the system, and the first the input-output of the sales unit, the second and third inputs and outputs of which are connected respectively to the first input-output of the unit for generating movement schedules of goods and with the fifth input-output of the price control unit by proposals, the second input of which is connected to the first output of the showcase unit of the system, configured to generate and display current information about the goods and users of the system, the second input-output of the unit for generating graphs of the movement of goods is connected to the first input-output of the unit for generating characteristics of goods and lots, and the third output is connected to the second input of the order block, the fifth and fourth inputs and outputs of which are connected respectively to the first input-output of the goods control unit and to the first input-output a goods purchasing lock, the first and second outputs of which are connected to the first inputs of the payment unit and the acceptance unit, the first and second outputs of which are connected respectively with the first input of the goods accounting unit in warehouses and with the input of the balance sheet, made with the possibility of forming indicators of goods exchange and mutual settlements of users, the first input-output of which is connected to the first input-output of the notification block, configured to generate and send notifications to users about the occurrence of events in the system, the second and third inputs-outputs of which are connected respectively with the first input-output of the document registration unit, configured to register data on operations performed in the system, and with the second input-output of the procurement unit, the first output of the payment unit is connected to the second input of the acceptance unit the third input of which is connected to the first output of the document registration unit, the second and fourth inputs of which are connected to the second output of the payment and payment distribution unit and with the second output of the payment unit Secondly, the second output of the contract management unit is connected to the first input of the logistics unit, the first input-output of which is connected to the second input-output of the document registration unit, the first input of which is connected to the first output of the goods control unit, and the third input is connected to the second output of the automatic procedures unit configured to automatically perform operations in the system according to a given algorithm and at a specified time, the third output of which is connected to the second input of the payment unit and payment distribution, and the first the first output is connected to the second input of the goods control unit, the second input-output of which is connected to the first input-output of the goods accounting unit in warehouses, the second input-output of which is connected to the fourth input-output of the sales unit, the first output of which is connected to the first input of the control unit goods, the third input-output of the goods accounting unit in warehouses is connected to the first input-output of the activation unit, made with the possibility of informing the supplier about the discrepancy in the quantity and quality of the goods received, input which is connected to the fourth output of the procurement unit, and the output is connected to the fourth input of the acceptance unit; the first output of the balance sheet is connected to the first input of the analytics block, which is capable of analyzing the balances and movements of goods, constructing a rating and mutual settlements of users of the system, as well as determining the effectiveness of interaction between users of the system, the second and third inputs of which are connected respectively to the second output of the sales block and to the output unit of the product card, and the first input-output is connected to the second input-output of the unit for the formation of characteristics of goods and parties, the first output of which is connected to the second input the house of the unit for accounting of goods in warehouses; the third input of the product search and contracting unit is connected to the second output of the showcase unit, and the second input is connected to the first output of the analytics unit; the second output of the balance sheet is connected to the first input of the payment and payment distribution unit, the first output of which is connected to the second input of the payment unit, and the first input-output is connected to the fifth input-output of the product card block; the second input-output of the analytic unit is connected to the third input-output of the marketing unit, the output of which is connected to the second input of forming the characteristics of goods and lots, the first input of which is connected to the second output of the role block, the first input-output of which is connected to the fourth input-output of the notification unit , the sixth and fifth inputs and outputs of which are connected respectively to the third input-output of the unit for the formation of characteristics of goods and parties and with the fifth input-output of the sales unit, the sixth input-output of which is connected to the first input ohm-output of the marketing unit, the second input-output of which is connected to the seventh input-output of the showcase unit, the first input of which is connected to the output of the pricing unit, and the second and third inputs are connected respectively to the second output of the unit for characterizing goods and lots and with the first output of the unit the formation of schedules for the movement of goods, the first input of which is connected to the third output of the acceptance unit, and the second output is connected to the input of the automatic procedures unit, the fifth input of the showcase unit is connected to the output of the participant unit forks connected through the input-output with the input-output of the authorization and registration unit, as well as through the first input with the fourth output of the role block, the third output of which is connected to the input of the order block; the second input-output block of the search for goods and conclusion of contracts, the second input-output of the pricing unit, the third input-output of the document registration unit, the fourth input-output of the unit for characterizing goods and lots are connected respectively to the inputs and outputs of the first to fourth block of product cards.