WO2006104421A1

WO2006104421A1 - Commercial information and analytical system

Info

Publication number: WO2006104421A1
Application number: PCT/RU2006/000133
Authority: WO
Inventors: Vladimir Ivanovich Paliy
Original assignee: Vladimir Ivanovich Paliy
Priority date: 2005-03-21
Filing date: 2006-03-20
Publication date: 2006-10-05
Also published as: RU2271571C1; EA200701312A1; EA010284B1

Abstract

The invention relates to information and analytical computer trade means, in particular to sales through the Internet. Said invention makes it possible to extend functional capacities by controlling deliveries and the quality of goods and services and to return poor quality goods. The inventive system comprises the following units: authorisation and registration , roles , price proposal management , price formation , formula control , logistics , contract management , search of goods and contract conclusion , orders , acceptance , sales , creation of traffic schedules of goods , formation characteristics of goods and consignments , shop windows , management of goods , purchases , payments , stock accounting , balances , notifications , document recording , payments and distribution thereof , automatic procedures , recording , analytics , good card , marketing and participants .

Description

TRADE INFORMATION ANALYTICAL SYSTEM

FIELD OF TECHNOLOGY

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). BACKGROUND OF THE INVENTION

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 the buyers of the goods they purchase (see RU 2174707 Cl, G 06 F 17/60, 10.10. 2001, RU 2162249 Cl, 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 Cl, G 06 F 17/60, 10.01. 2001, which allows to coordinate the offer for the purchase and the offer for sale, 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 with the possibility of returning low-quality goods. SUMMARY OF THE INVENTION

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, made 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 - the output 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 product search and contracting unit, the first input-output of which connected to the third input-output of the price control 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 an acceptance unit, made with the possibility of making decisions regarding various documents of the system, and a first input-output of a sales unit, the second and third inputs-outputs of which are connected respectively to the first input-output of the unit for creating movement schedules and with the fifth input-output of the price control unit proposals, the second input of which is connected to the first output of the window display unit of the system, configured to generate and display current information about the goods and users of the system, the second input is the output of the unit for generating schedules 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 block of orders, 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 -the output of the block of procurement of goods, 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 unit of accounting of goods in warehouses, and with the input of the block of balances, 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, made with the possibility of forming sending notifications to users 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 goods procurement unit, the first the 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 pl of the same payment distribution and with 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 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 connected to the second input of the payment and payment distribution unit, and the first output 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 unit sales, first exit which is 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, which is able to inform the supplier of a discrepancy in the quantity and quality of the received goods, the input of which is connected to the fourth output of the purchase unit goods, 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 goods 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 unit and payment distribution, 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 card block goods; the second input-output of the analytics block is connected to the third input-output of the marketing block, 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 block , the sixth and fifth inputs and outputs of which are connected respectively with the third input and output of the unit for forming characteristics of goods and lots and with the fifth input and output of the sales unit, whose sixth input and output is connected to the first input home-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 unit Ikov connected through an input-output with the input-output authorization unit and the register, and also through the first input terminal with the roles fourth output block, a third output coupled to an input of orders block; the second input-output block of the search for goods and the conclusion of contracts, the second input-output block pricing, the third input-output document registration unit, the fourth input-output of the unit for characterizing goods and lots are connected respectively with the inputs and outputs of the first to fourth block of goods 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 Expert, Netsare, Orera, 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. At the same time, 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. Moreover, 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 lead commercial activities using the opportunities provided by the System, while 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 “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. Upon 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 in Graphic system (covers, photographs, etc.) and information material (announcements, polls, advertising, etc.). For each batch (edition number), “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 forms a database of publications (goods) - a catalog. Any participant or visitor to the WEB site can, at any time, referring to the System’s data, get information about which edition has 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 that visitors view, 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 price. "

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 “managing contracts)). Organization Administrator Adds a contract template to the System that defines financial and business 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 add a contract.

Using the System Menu, a user with the “manager” role can go to the subsystem for managing their own “price offers)) (CPU), in which he creates a CPU that contains the basic conditions on which the producer or seller of newspapers and magazines is ready to transfer his products to another participant Systems. When creating a 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 “entering conditions)): price / cost of obtaining 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. “Manager)) can choose one edition from several suppliers, and he will have to indicate the proportions by which they will be delivered from them and, accordingly, how orders will be sent to their numbers.

When the manager selects the 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 accepts the supplier’s manager. The user will receive a 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 buyer's “manager” to familiarize themselves with the terms and conditions indicated by the CPU (price offer) and accept or refuse the contract proposed by the supplier. When accepting the contract, its electronic form is formed with automatic filling in of all fields and details of the counterparties, based on the contract template that the supplier has 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 agreement and one month before its maturity date, informs the supplier about the need to extend the period, or offer the buyer a new agreement.

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 can be: the purchase price from the supplier, the dollar exchange rate, tax and customs rates, i.e. all that is not constant in time and subject to change, but constants operated in the formula, can be some quantities, for example, the distance between objects, 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. Thus, 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 publication numbers (consignments), from those indicated 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 If 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 existing list, the “manager” selects the product and indicates in its price offers (CPU) the price of the product. Moreover, he may not set 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 setting the 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 decides whether 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 saving the “manager” in the System of 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 authorization filter of the CPU) can, after accepting the contract, order and receive products, if the “manager” agrees to deliver 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. If the term of the order has passed, the price of the publication is changed by the “manager” only by one number chosen by it, this allows you to mark down the publication available in the warehouse, and 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”, according to one of his CPUs, is going to keep the price 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 many 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, in 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. The supplier’s “manager” can view orders from each client, and the publisher’s manager can also see 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 their 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 acceptance for this product in the application (for now, all orders will be received by 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. The customer who has completed the backorder (order after the deadline) at any time, before the supplier accepts it, can change it and the system will automatically recalculate the ordered quantity throughout the chain, which allows the customer to change the “proven” quantity in case the supplier changes the selling price. When the order is due, the System automatically generates, on the basis of the ordered quantities, the “order” documents (invoices) that are stored in the “Documents” database. All changes of the order accepted by the supplier, after the date of orders, are made out by additional documents “order” (backorder) with a positive or negative value, depending on whether the general order increases or decreases. A supplier can select several types of newspapers and magazines from its CPU and send a request to any registered participant in the System in the form of a “commercial proposal)) for 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 the 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 ordered quantity of the “manager” of the supplier will be accepted if the deadline for 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 procedure for the formation of invoices)) 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 posted / recorded and recorded in the journal “Documents”) from 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 “manager” of the supplier, before the buyer accepts them, can be “authorized”) (removed from the register), 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 received orders, and when goods appear on the balances of the main warehouse, he can add an undelivered amount to the 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 “Basic”, “Out-of-service” and “Reject” warehouses. The first warehouse is the place where 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 “Outflow” warehouse by the user on an internal invoice if he does not want to offer this goods 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 in which illiquid, defective, obsolete goods are recorded. The user can have only one “Main” warehouse and add and remove any number of other warehouses. You can transfer quantities 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 in the invoice. At the time of acceptance of the invoice, the buyer draws up an act on the revealed discrepancy. Actual quantity is entered into the “Main” warehouse (at this quantity is automatically generated as an “Invoice” document) and can be distributed to customers and transferred to other warehouses, and the activated quantity is transferred to the Brack 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 “Brak” using the virtual return invoice generated by the System, and if the actual shortage occurs:

• 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 “Basic” 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 warehouse “Brack” from 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 “logistic” role can, from the document journal of his organization, or the one with which he has an agreement, select, according to the filter, the necessary invoices moving goods between different goods and contractors for picking the goods for transportation and create a waybill. 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 a supplier, and the second is a 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”, “accounting manager”, or “manager”, can display “Current balance” (formed on the basis of all documents) and / or “Balance of payments” for the selected counterparty), is calculated based on accepted payments only) and documents. For those contractors who are both a supplier and a buyer in relation to each other (for example, one delivers periodicals to the second, and the second provides transportation services to the first), the System can generate an “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 “buy-haller”. Each payment is made out as a document “Payment)) and stored in the journal“ Payment)). Each payment changes the balance, but does not repay the debt for the goods received. For the distribution of goods, available funds in batches, the System uses a special document “Split)), which can be created by any counterparty, and, after being saved and accepted by the opposite side, is recorded in the database data "Split". “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

(batch and quantity are indicated);

• upon maturity for the specified consignment of goods, the System creates a “Split” for the unpaid quantity of goods of this consignment and in case 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 it will be kept and taken into account, and together with “Split” it will be sent to the supplier; • if the buyer returns the pre-paid goods to the supplier, 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 accounted for 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. “Kartochka” 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 goods, the quantity to be determined distribution on invoices, taking into account the actual availability of the goods, calculated as the difference between the goods received and shipped. Or, for example, the amount payable is calculated on the basis of the quantity that the suppliers shipped 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 “Splits” 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” for the revealed 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 the selected items for a certain period of time, with the possibility of building a graph indicating the points corresponding to the numbers of publications included in a given time period, with the help of the “Kartochka” parties; • view ratings and analyze customer balances; • using quantitatively summarized indicators selected from cards, the user can identify the most profitable and unprofitable publications.

BRIEF DESCRIPTION OF THE DRAWINGS FIGURES The claimed Trade Information and Analytical System is illustrated graphically, where one of the possible examples of its specific implementation is shown: in FIG. 1 schematically shows the Trading information and analytical system.

BEST MODE FOR CARRYING OUT THE INVENTION

The most preferred example of the implementation of the Trading Information and Analytical System is described below. The output of unit 1 "Automation and registration) is connected to the input of unit 2" Rails ", which allows the system to determine the level of user access to data. For users who can add and edit price offers, a connection is established - the first output of unit 2 “Ground” is connected to the first input of unit 3 “Management of price offers)), configured to create and control prices and conditions. The first input-output of this block is connected for calculation prices and costs with the first input-output of block 4 “Pricing” _{5 the} third input-output of which is connected to the first input-output of block 5 {(Formula control)), made with the possibility of creating and editing various formulas, in order to calculate prices and cost of goods and services. The first output of block 5 “Management of formulas)) for calculating the cost of delivery of storage and transportation is connected to the second input of block 6“ Logistics), 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“ Management of contracts)), the first output of which is connected to the first input of block 8 ((Search for goods and conclusion of contracts)), allowing for the specified conditions to search for the best prices and delivery conditions and view the relationship offered by the contract. To verify the presence of a 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 Management), and if it is absent, the user is invited to go through the conclusion procedure contract. The fourth input-output of block 3 ((Management of price offers)) for the purpose of receiving orders from customers and automatically sent to suppliers, connected to the first input-output of unit 9 “3”, the second and third input-outputs of which are connected respectively to the first input-output of unit 10 “Acceptance”, made with the possibility of making decisions regarding various documents of the system , and with the first input-output of block 1 1 “Sales” in order to form invoices based on existing orders. The second and third inputs and outputs of block 1 1 “Sales” are connected respectively with the first input and output of block 12 “Formation of goods movement schedules” 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 making into created documents of current prices. The second input of block 3 “Management of price offers)), to obtain current information about goods, is connected to the first output of block 13“ Windows ”of the system. The second input-output of block 12 “Formation of goods movement schedules)) is connected to the first input-output of block 14“ Formation of characteristics of goods and parties)), because from it, the initial data on the dates for each consignment of goods are received and edited in it, and the third output is connected to the second input of block 9 “3 orders)) indicating the dates by which the order for the selected batches can be created. Fifth and fourth inputs / outputs unit 9 “3-orders” to indicate which parties the operations are carried out (with future, current or obsolete) are connected respectively with the first input-output of unit 15 “Product Management”) and with the first input-output of unit 16 “3-item” of goods. To determine the payment status of the delivered goods, the first output of block 16 “Any” is connected to the first input of block 17 “Pay”, and the second output is connected to the first input of block 10 “Acceptance)) to record the fact of receipt of goods, while the first and second outputs of the block 10 “Acceptance)) 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 “Balance sheets)>, made with the possibility of forming indicators of goods exchange and mutual settlements of users. To inform counterparties about a change in balance, the first input-output of block 19 “Balance Sheet)) 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 “Notification” block 20 are connected, respectively, with the first input and output of the “Document registration” block 21), configured to record data on operations performed in the system, and with the second input and output of the 16 “3 items of goods) block ) so that the result acceptance is reported 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 payment acceptance - at the same time, 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)) . For storage of documents “Payment)) and“ Split ”, the second and fourth inputs of block 21“ Registration of documents)) are connected to the second output of block 22 “Payment and distribution of payments” and to the second output of block 17 “Payment, respectively)).

In order to bind the terms of the carrier and the customer, the second output of block 7 “Contract Management)) is connected to the first input of block 6“ Logistics)) and, to fix everything

"Documented)) operation, the first input-output of the latter is connected to the second input-output of the block 21" Document registration)). In order to take into account all previous shipments when distributing the ordered goods, the first input of block 21 “Document registration)) is connected to the first output of block 15“ Goods management)), and the third input is connected to the second output of block 23 “Automatic procedures)), made with the possibility of automatic performing operations in the system according to a given algorithm and at a specified time. Those. the system can create necessary payments and documents automatically, for this, the third output of block 23 “Automatic procedures)) is connected to the second input of block 22“ Payment 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 the block for the purpose of interacting with counterparties 1 1 “Sales”, allowing you to display the goods shipped by the supplier in the customer’s warehouse, for this the first output of block 1 1 “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" Activity)), 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 " Purchase of 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 the “Balance” block 19 is connected to the first input of the “Analytics” block 25, which is capable of analyzing the balances and movements of goods, constructing a rating and mutual settlements of system users, 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 the output of block 1 1 “Supply” and with the output of block 26 “Cards of goods”, and the first input-output is connected to the second input-output of block 14 ((Formation of characteristics of goods and lots)).

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 parties)) 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 attached to the first output of block 25 ((Analysts) ) to select the best 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 create the necessary payments for the missing amount, if the payment is due, and the first input-output is connected to the fifth input-output of block 24 “Card tovapa” 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 “Maping”, 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 on which goods and parties these operations are conducted and the first input of block 14 “Formation of characteristics of goods and parties)) is connected to the second output of block 2“ Ground ”to provide access to these operations only to specific users. And so that the messages came to the right users and the result of their decision was known, the first input-output of block 2 “Ground” is connected to the fourth input-output of block 20 “Notifications”, the sixth and fifth inputs-outputs of which are connected respectively to the third input-output of block 14 “Formation of the characteristics of goods and lots)), which allows the user to receive messages about adding and changing data on goods, and with the fifth input-output of block 1 1“ Selling ”- through this connection, the supplier is notified of the delivery of the shipped goods. To promote goods, the sixth input-output of unit 1 1 “Sales” is connected to the first the input-output of the Mapking block 27, the second input-output of which is connected to the seventh input-output of the Vitrina block 13, 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 “Vitra” is connected to the output of block 4 “Pricing”, as the manufacturer can add new goods and batches to the system, the second input of the “Vitrina” block 13 is connected to the second output of the block 14 “Formation of characteristics of goods and batches)), and the third input is connected to the first output of the block 12 ((Formation of goods movement schedules)) To indicate to display for other users the release dates, payment dates, returns, etc. Because the period may be delayed due to delays in the receipt of goods, then in order to adjust the timing, the first input of block 12 ((Formation of schedules for 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)) to lead the execution of 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 “Ground” they are assigned a role and access level. Because any registered user can receive goods through the system, then the third output of unit 2 “Ground” is connected to the input of unit 9 “3kazov”. The data on the basis of which information about goods and batches the user works with in the system is created and changed is recorded in block 24 “Product records)), therefore the second input-output of block 8“ Search for goods and conclusion of contracts)), the second input-output block 4 “Pricing)), the third input-output of block 21“ Registration of documents)), the fourth input-output of block 14 “Formation of the characteristics of goods and parties)) are connected respectively with the inputs and outputs from the first to fourth block 24“ Card of goods)) .

Functional purpose and work 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, and all information about the user is recorded in the “User” 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 the corresponding entry will be made in the “Rails” block. After adding and editing data about the organization is stored in the database "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 creating organization, all information about it is stored in this database. All received and edited roles are stored in the “Poley” database.

3. Price management block. At the manufacturer, the 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. In order to present his goods to customers, the user must indicate in which of the available CPU- “price offers)) he wants to add 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 of other manufacturers or suppliers, the user receives from the Kalendapi database) the dates they set (payment, return, delivery, etc.) and enters his corrections (using deltas) are stored 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 “Tovapy” 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 “Sending a lot) to calculate the total costs for this lot. 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 changes in the System and which the user cannot influence, for example, supplier’s price, weight, packaging standard, etc.) and several nested conditions ( “If”, “to”), i.e. conditions that vary from the results obtained depending on other conditions. All formulas are stored in the database and called from there. for editing. Users can exchange formulas within the System. The “Const” directory 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 the system administrators) and bear a global value (tax rate, 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 “Formula” 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 “Agreement and applications)). The “Contract” database) stores contract templates that determine the basic delivery conditions for price offers, and, if necessary, can be changed and edited.

When the user selects the goods of any supplier, the presence of a 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 “Agreement and applications)). 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 remove 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 Kalendapi 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 if he refuses new ones conditions, a procedure will be initiated to exclude goods or services from applications.

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

In this block, the user is given the opportunity to search for goods offered by other suppliers and manufacturers in the Tovapa database. 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 necessary product to its “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 its change. The user can select the same product from several suppliers, while he indicates the percentage 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 “term of orders”), 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 (prior to the “term of orders)) without restrictions and acceptance) with the amount that he reserves, and sent to the supplier in one total number. Each change, the order is “low)) automatically changes the quantity from each supplier to the very highest (to the manufacturer). Even if the user has not entered the order in the column “total quantity)), his supplier will receive a summed number of customer orders for this user. Thus, the user receiving the orders cannot make any adjustments to the orders of his customers before the deadline for receiving orders. It can only change "its quantity)). Upon the occurrence of “ordering date”, the block generates, on the basis of the created orders, “ordering” documents. If the customer changes his orders (his reserve) later than “ordering date)), then the System, having detected a discrepancy in the quantities that are 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. A change in the order was adopted 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 reserve for the user changes only when the supplier accepts the notification sent to him by the System.

Each change of the order will be executed by the corresponding document “3kaz” (with a positive or negative value) and modifies the corresponding column in the database

"Parties".

The block stores the total amount of goods or services ordered by the party reserved by the user and his customers, and the Tovap database is recorded. About any changes that will change the total quantity ordered, after the deadline for accepting orders, a notification will be sent to the supplier.

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 the corresponding journals (according to the documents) will be marked and contractors will be notified. The acceptance procedure can be carried out in parallel with other procedures, for example, actiating, and it can also generate a sequence of procedures, for example, when accepting a price change from the supplier, the selling price that the customer must accept will be recalculated, and so on along the whole 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 whom users chose 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 document “3kaz” 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 batches are saved in the Party database and called from there for editing. Each batch is assigned several dates, for example: release date, date of return (shelf life), date of order, etc. Dates are also stored and based on them, the Kalendapey database is formed. Each user who uses the party of the selected product has its 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 "Vitrina"

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. Product information (technical specifications, consumer properties, etc.) are stored in the Tovapa database and called from there for editing. Each product can be produced or delivered in one or several separate batches, which are edited in this block and added in the block “Formation of schedules for the movement of goods)).

15. The control unit of goods.

Actual quantities of goods received by the user are entered into the “Main” warehouse, and defective and missing goods are listed in the “Brack” 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. The movement of goods without an order in the “Basic” warehouse adjusts the available reserve for the user .. All goods movement is executed 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. This displays how much of goods was 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, upon the occurrence of a “payment term”, there are no funds available for distribution. About the saved payments, the counterparty receives a notification and after acceptance (or refusal) in the “Payments” database (which is located in the “Document Registration” block))) the corresponding label is put. Each payment changes the balance with the counterparty.

18. The unit of accounting for goods in warehouses

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

1. “Basic”)) - all products from Suppliers come to it (including returns) and distribution is made from it: a. Customers - Customers participating in the system. b. To the Residue warehouse (internal) - to customers outside the system • p. At the warehouse "Marriage" - marriage and markdown.

2. “Residuals” - the products are delivered to it from other warehouses and shipped to persons who are not participants in the system — in the “Residuals” warehouse, orders and invoices are kept for non-residents of the system: a. After distribution on an 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” - defective and morally obsolete products that are discovered upon receipt of the goods or during the audit — from other warehouses (according to internal invoices) are supplied to this warehouse. Some operations in the system transfer goods (via an internal invoice) automatically. a. The goods come from the main or internal warehouse. b. When forming the invoice, the price is arbitrary, a sign of non-condition is added to the name.

The user can create several additional virtual warehouses, but the added warehouses can be of the types 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 of “rejected” (goods, payment) minus “received” (goods and payment). Balance - this is the balance of debit and credit operations. The balance in the System is accounted for by a pair of counterparties - “Customer-Purchaser”, 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 “customer-payer” balance and is common (single) for both sides only displayed by a different sign (+/-) of the module. This allows us to exclude the procedure of reconciliation and balance transformation)), because both the parties 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 taken into account in the balance of payments of the moment of transfer of ownership, that is, the moment of legal transfer of ownership of goods and funds 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 the 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 lots

• about adding and changing the “Participants” database and personal messages about changes: "in the database of the“ Contracts and the application);

"in the database" Payments ";" in the database "Split"; "in the database" Documents ";" in the database "3 aka tovapa"; "in the block" Acceptance ";

• in the Kalendapey database.

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 adjustments made by other participants and, in the case of finding the best offers, automatically generate a corresponding notification.

21. Document registration unit. An appropriate document is issued for each movement of goods. Some documents can be created automatically, for example, invoice they 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, for example, service bills and acts of work performed, 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. The counterparties receive a message about the documents created by the user through the Notifications block and it appears in their database, which the counterparty must accept and the result of this operation, a corresponding mark will appear in the user 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 “fractions” are additionally created, then the invoice is issued only after acceptance of all acts, i.e. the amount actually transferred (but no later than 5 days after the creation of the bill of lading by the Supplier). At the end of the five-day period, an invoice is created for all the quantities indicated on the invoice, and after acceptance of the acts, as well as upon the acceptance of the return invoice by the Supplier, 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 indicate 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. The 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, upon the occurrence of “payment deadline” specified by the supplier. In the event of a shortage of available funds, the System will first create a payment for the missing amount. Split can be created (including automatically) with a negative amount to return overpayment, for example, when returning paid goods. 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 “ordering date” in the calendar, the System creates, based on existing orders, the “order” document, and upon the occurrence of the “date of payment)), the document“ Split)) is created, and upon acceptance of the invoice, “Invoice” will be created)) .

24. The activation unit. During acceptance of an invoice received

(incoming, returnable) or later, a discrepancy between 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 the “own account” 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 warehouse “Brayu”. 25. Block analytics.

In this block, the user gets the opportunity to analyze the operations for each consignment of goods and the financial condition of his and his partner, to whom a commercial offer 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, both among different users of the system, and by section for the entire product

(dynamics of changes between batches, including for a selected period of time or in comparison, for example, seasonality, cost). The main data comes from other blocks and subsystems, which allows:

1. send the total number of orders received and placed to suppliers, depending on the established proportions. 2. Based on the orders received 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 to 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 "approved" and "unapproved" documents differ. 1. “Your order” (“Reservation))) - quantities that

The user ordered (reserved) for customers outside the System or in case of additional sales (distribution without orders). 2. “We ordered it)) - the quantities that customers

(Customers) would like to receive from this User. Prior to the expiration of the “order deadline)) 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 column“ Your order)) and

“We ordered it)). Total amount which

The user is going to receive from each Supplier, i.e. distributed according to established proportions. The price is taken from the CPU

The supplier. Upon the occurrence of “order term)), on the basis of these quantities, the System forms “3-akaz” documents, which are overwritten into cells, creating a link to the document.

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

5. “We returned”)) - data from the “Return invoices)) received from Buyers.

6. "We have shipped)) - records from" Pacxochnye invoices)) that the User sent to his Customers. There will also be records of expenditure invoices created on the basis of the “Write-off Act)) (shipment from the warehouse without price).

7. “We have returned)) - data from“ Free invoices)) sent to the Suppliers is recorded.

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

9. “We paid”)) - the sum of the “Splits” received from the Buyers for the goods delivered to them.

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

• “Direct costs)) - these are the sums of the expected and current costs that the User may incur upon receipt of the“ expected goods

(ordered but not yet received). This amount is taken from the formula, which the user asked 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 parties / goods (salaries of personnel, utility and rental payments, etc.).

Recording of such costs is based on the relevant documents created by the user and these 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 the 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 “Users” and “Organizations” databases, 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 Vitrina 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 his 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 “Poley” 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 in, 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.

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

Claims

CLAIM

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 contracting unit, the first input and output of which is connected to the third input-output price offers control unit, fourth input-output of which is connected to the first output vhodom- block orders, second and third inputs and outputs of which are respectively connected to a first output vhodom- acceptance unit configured to the ability to make 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 and output of the unit for creating movement schedules of goods and with the fifth input-output of the price proposal control unit, the second input of which connected to the first output of the window display 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 graphing unit the movement of goods is connected to the first input-output of the unit for the formation of characteristics of goods and parties, 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 of the procurement unit goods, 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 ball nsov, capable of forming an exchange of goods and settlement rates of users, the first input-output of which is connected to the first input-output of the notification unit configured to forming and sending notifications to users 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 goods procurement unit, the first the 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 pl of the same payment distribution and with 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 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 connected to the second input of the payment and payment distribution unit, and the first output 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 unit sales, first exit which is 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, which is able to inform the supplier of a discrepancy in the quantity and quality of the received goods, the input of which is connected to the fourth output of the purchase unit goods, 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 goods 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 unit and payment distribution, 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 card block goods; the second input-output of the analytics block is connected to the third input-output of the marketing block, 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 block , the sixth and fifth inputs and outputs of which are connected respectively with the third input and output of the unit for forming characteristics of goods and lots and with the fifth input and output of the sales unit, whose sixth input and output is connected to the first input home-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 unit Ikov connected through an input-output with the input-output authorization unit and the register, and also through the first input terminal with the roles fourth output block, a third output coupled to an input of orders block; the second input-output block of the search for goods and the conclusion of contracts, the second input-output block pricing, the third input-output document registration unit, the fourth input-output of the unit for characterizing goods and lots are connected respectively with the inputs and outputs of the first to fourth block of goods cards.