WO2006104421A1 - Systeme de commerce et d'analyse - Google Patents

Systeme de commerce et d'analyse Download PDF

Info

Publication number
WO2006104421A1
WO2006104421A1 PCT/RU2006/000133 RU2006000133W WO2006104421A1 WO 2006104421 A1 WO2006104421 A1 WO 2006104421A1 RU 2006000133 W RU2006000133 W RU 2006000133W WO 2006104421 A1 WO2006104421 A1 WO 2006104421A1
Authority
WO
WIPO (PCT)
Prior art keywords
output
input
goods
unit
block
Prior art date
Application number
PCT/RU2006/000133
Other languages
English (en)
Russian (ru)
Inventor
Vladimir Ivanovich Paliy
Original Assignee
Vladimir Ivanovich Paliy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vladimir Ivanovich Paliy filed Critical Vladimir Ivanovich Paliy
Priority to EA200701312A priority Critical patent/EA010284B1/ru
Publication of WO2006104421A1 publication Critical patent/WO2006104421A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • 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).
  • a communication network for example, the Internet.
  • 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
  • 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.
  • a browser installed on it
  • the user receives general information about which publications (newspapers and magazines) are in the trading system and which participants publish and sell these products.
  • 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.
  • the services available in the System help the user choose the best offer.
  • 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.
  • 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.
  • the user 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.
  • 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.
  • the user 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).
  • 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).
  • the System 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.
  • 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. "
  • 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.
  • 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.
  • 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.
  • 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.
  • the System 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the System timely informs of all costing transformations, thereby minimizing possible losses.
  • the “manager” of the supplier 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.
  • the selected publications are added to the buyer’s list of those products that he can offer to other participants.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • additional documents “order” backorder
  • 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.
  • the System 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.
  • 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.
  • 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).
  • 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.
  • 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.
  • 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.
  • 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.
  • the System can generate an “Settlement Act”), thereby striving to reduce mutual settlements (at least one balance) to zero.
  • 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.
  • 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).
  • 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.
  • FIG. 1 schematically shows the Trading information and analytical system.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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)) .
  • 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)).
  • the first input-output of the latter is connected to the second input-output of the block 21" Document registration)).
  • 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.
  • 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)).
  • 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)).
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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)
  • the third input is connected to the first output of the block 12 ((Formation of goods movement schedules))
  • 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”.
  • 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.
  • 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”.
  • 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.
  • 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.
  • the user 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.
  • the user can create a commercial offer for other participants in the System.
  • 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.
  • 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.
  • 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.
  • 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.
  • the user 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.
  • 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.).
  • 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.
  • 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.
  • the user is given the opportunity to search for goods offered by other suppliers and manufacturers in the Tovapa database.
  • 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").
  • the user can set the selection criteria (filters) of the product from the catalog.
  • the user can use the rating information and sort offers by the necessary conditions (minimum price, maximum payment delay, etc.).
  • the user 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.
  • the user can take orders from his customers and send his orders to his suppliers.
  • 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.
  • the block 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:
  • 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.
  • 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.
  • 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.
  • 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.
  • the manufacturer can recommend minimum and maximum prices.
  • 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.
  • 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)).
  • the user 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.
  • 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.
  • 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.
  • the availability of products is determined by the residuals located on the virtual “warehouse”>.
  • 3 warehouses are created and the goods are moved on internal invoices:
  • “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.
  • 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.
  • Balance is a system of indicators characterizing any phenomenon by comparing or contrasting its individual parties.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • VAT value added tax
  • 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.
  • 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.
  • 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)) .
  • 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.
  • 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
  • the user is going to receive from each Supplier, i.e. distributed according to established proportions.
  • the price is taken from the CPU
  • the card also keeps track of the amounts of all “3 expenses” for a given consignment of goods, which consists of two parts:
  • 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.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention se rapporte aux moyens de commerce informatisés, utilisant des données d'analyse, et notamment au commerce via l'Internet. L'invention permet d'élargir les capacités fonctionnelles grâce au contrôle des livraisons et de la qualité des biens et services, avec possibilité de renvoi de la marchandise défectueuse. Le système comprend les unités suivantes: autorisation et enregistrement, rôles, gestion des offres de prix, formation de prix, gestion des formules, logistique, gestion des contrats, recherche des marchandises et conclusion des contrats, commandes, acceptation, ventes, formation des graphiques de mouvement des marchandises, formation des caractéristiques des marchandises et des lots, vitrines, gestion des marchandises, achats, paiements, comptabilisation des marchandises en entrepôt, soldes, notifications, enregistrement de documents, paiements et distribution de paiements, procédures automatiques, établissement d'actes, analyse, carte de marchandise, marketing et participation.
PCT/RU2006/000133 2005-03-21 2006-03-20 Systeme de commerce et d'analyse WO2006104421A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EA200701312A EA010284B1 (ru) 2005-03-21 2006-03-20 Торговая информационно-аналитическая система

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2005107676 2005-03-21
RU2005107676/09A RU2271571C1 (ru) 2005-03-21 2005-03-21 Торговая информационно-аналитическая система

Publications (1)

Publication Number Publication Date
WO2006104421A1 true WO2006104421A1 (fr) 2006-10-05

Family

ID=36116211

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2006/000133 WO2006104421A1 (fr) 2005-03-21 2006-03-20 Systeme de commerce et d'analyse

Country Status (3)

Country Link
EA (1) EA010284B1 (fr)
RU (1) RU2271571C1 (fr)
WO (1) WO2006104421A1 (fr)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090265210A1 (en) * 2008-04-22 2009-10-22 The Kroger Co. Systems for Store Associate Management in a Store
US20100083145A1 (en) * 2008-04-29 2010-04-01 Tibco Software Inc. Service Performance Manager with Obligation-Bound Service Level Agreements and Patterns for Mitigation and Autoprotection
US20100057554A1 (en) * 2008-09-04 2010-03-04 Mastercard International Incorporated Method and System for Enabling Promotion of Product(s) and/or Service(s)
WO2011002326A1 (fr) * 2009-05-26 2011-01-06 Prozorovskiy Andrey Alexandrovich Procédé et système pour réaliser un processus d'affaires
WO2012167217A1 (fr) * 2011-06-03 2012-12-06 Flash Purchase, Llc Marché électronique en ligne pour des transactions exerçant une influence sur le pouvoir d'achat d'acheteurs collectifs
RU2465648C1 (ru) * 2011-11-14 2012-10-27 Владимир Александрович Ожерельев Автоматизированный способ целенаправленного преобразования компьютерных кодов, адекватных запросам информации о потребности в товарах или услугах и предлагаемым на них ответам, и программно-аппаратная система для его осуществления
WO2017104004A1 (fr) * 2015-12-15 2017-06-22 日本たばこ産業株式会社 Système de vente, terminal de vente, terminal utilisateur et programme
KR101688419B1 (ko) * 2016-08-11 2016-12-21 (주)케이클라우드 가상개인정보를 이용한 보안 운송장 발급관리 시스템 및 방법
KR101688421B1 (ko) * 2016-08-11 2016-12-21 (주)케이클라우드 카드정보가 매칭된 가상개인정보를 이용한 보안 운송장 발급관리 시스템 및 방법
RU2699576C1 (ru) * 2018-03-23 2019-09-06 Юрий Адольфович Занев Устройство и способ контроля потока товаров
RU2699068C1 (ru) * 2018-06-09 2019-09-03 Эллиот Абрамович Гойхман Система гарантированного возврата товаров в розничной сети продаж

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0798657A2 (fr) * 1996-03-29 1997-10-01 Kabushiki Kaisha Toshiba Système de réseau informatique de magasins virtuels affichant des magasins membres et méthode de certification de magasins membres
RU2171495C1 (ru) * 2000-08-15 2001-07-27 Волик Александр Юрьевич Способ продажи товаров и услуг (варианты), система для его реализации
US20030050838A1 (en) * 2000-11-09 2003-03-13 Ken Suzaki Communication system for managing premium points exchangeable among different virtual shops
RU2246134C2 (ru) * 2002-10-01 2005-02-10 Закрытое акционерное общество "Инвестиционная компания АВК" Автоматизированная информационно-аналитическая система оценки финансовых рисков

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0798657A2 (fr) * 1996-03-29 1997-10-01 Kabushiki Kaisha Toshiba Système de réseau informatique de magasins virtuels affichant des magasins membres et méthode de certification de magasins membres
RU2171495C1 (ru) * 2000-08-15 2001-07-27 Волик Александр Юрьевич Способ продажи товаров и услуг (варианты), система для его реализации
US20030050838A1 (en) * 2000-11-09 2003-03-13 Ken Suzaki Communication system for managing premium points exchangeable among different virtual shops
RU2246134C2 (ru) * 2002-10-01 2005-02-10 Закрытое акционерное общество "Инвестиционная компания АВК" Автоматизированная информационно-аналитическая система оценки финансовых рисков

Also Published As

Publication number Publication date
EA200701312A1 (ru) 2007-10-26
EA010284B1 (ru) 2008-08-29
RU2271571C1 (ru) 2006-03-10

Similar Documents

Publication Publication Date Title
RU2271571C1 (ru) Торговая информационно-аналитическая система
Hofmann Inventory financing in supply chains: A logistics service provider‐approach
RU2329538C2 (ru) Вычислительная система и способ формирования аналитических данных, относящиеся к способу обработки проектных предложений и заявок
Spulber Market microstructure and intermediation
US8380553B2 (en) Architectural design for plan-driven procurement application software
JP2007507800A (ja) 販売者支援自動支払処理と例外管理のためのシステムおよび方法
CN108846631A (zh) 一种企业管理系统
Tennent Guide to financial management
KR100698637B1 (ko) 프랜차이즈의 역할 분담 참여에 의한 온라인 판매 및 통합관리 방법
JP2009176121A (ja) 経営管理システム
KR20070100630A (ko) 프랜차이즈의 역할 분담 참여에 의한 온라인 판매 및 통합관리 방법
WO2011008186A1 (fr) Système et procédé à base de logiciel de gestion d'entreprise
KR20100024907A (ko) 다중거래처의 비엘정산업무 통합처리시스템
JP2007115215A (ja) インターネットオークション代行業運営管理システム
JP2019067362A (ja) ポイントシステムを用いた３者型クラウドファンディングシステム
Chudy et al. Sales and distribution in SAP ERP: Practical guide
CA2657303A1 (fr) Systeme et methode d'acompte de paiement de vehicule compatible internet avec systeme dorsal permettant de gerer les donnees du concessionnaire automobile
Fathoni et al. Implementation of Entreprise Resource Planning Development In Cosmetic Company Cosme Centre Surabaya
Kurbel et al. ERP: Enterprise Resource Planning
Tennent The Economist Guide to Financial Management: Principles and Practice
CN117252608B (zh) 一种商品分销平台系统
JP2019067052A (ja) ポイントシステムを用いた３者型クラウドファンディングシステム
Luszczak et al. Purchase Management
Agrawal Customizing Materials Management Processes in SAP ERP Operations
Rachmah Analysis of the Effectiveness and Efficiency of the Procurement Process in the Procurement Department at PT. Bakrie Auto parts

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200701312

Country of ref document: EA

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06747736

Country of ref document: EP

Kind code of ref document: A1