RU130727U1 - AUTOMATED SYSTEM OF CREATION OF THE STRUCTURE AND PLACEMENT OF ADVERTISING CAMPAIGNS - Google Patents

Abstract

1. An automated system for creating the structure and placement of advertising campaigns, containing a dedicated application server with a database for creating advertising campaigns, on which an entry block is formed with differentiation of user access rights and sub-blocks of orders, characterized in that the database is designed as a separate database for advertisers, customers, contractors, regions, sales areas, inventory groups, target audiences, placement types and financial brands, and on a dedicated application server the “Obligation-Transaction-Order” subsystem has been thoroughly formed, which includes the corresponding obligation subunit connected through the corresponding transaction subunits to the corresponding order subunits, the “Transaction-Order” subsystem, which includes the corresponding transaction subunit connected to the corresponding order subunit, the “Obligation” subsystem -Order ”, which includes the corresponding subunit of the obligation, connected to the corresponding subunit of the order, and the subsystem“ Order ”, which includes the corresponding subunit Order, with all these subsystems are connected to said input unit with the delimitation of access rights polzovateley.2. The automated system according to claim 1, characterized in that the sub-block of the obligation contains the block “Commitment”, the block “Part of the obligation”, the block “Option of the part of the obligation”, the block “Split”, the block “Product”, the block “Product element”, the block “ Direction of sales ”, block“ Customer ”, block“ Advertiser ”, block“ Type of order ”, block“ Connection of order with obligation ”, block“ Discount of part of the obligation ”, block“ Discount of split ”, block“ Inv

Description

The utility model relates to the field of advertising and computer technology, in particular, to automated systems for creating and placing advertising campaigns.

Abbreviations used in the description:

1. Advertising campaign (RK) - Implementation of a set of planned advertising events designed for a specific market, time period, area of activity and circle of people (CA), with the aim of promoting goods, services and other values of the customer or advertiser

2. Advertising Agency (PA) - A specialized company acting in the interests of the advertiser and providing him with professional services in organizing his advertising campaign.

3. Customer - Buyer of advertising opportunities implemented within the framework of CX services. The customer, for his part, formulates and approves the terms of the transaction / order (and thereby assumes obligations under these conditions), conducts the transaction / order and accepts the fact of their execution.

4. As a rule, the customer is an advertising agency or advertiser, but an individual can also act as a customer. The customer may have certain rights to work in the ACSSRR through remote access.

5. Advertiser - Initiator of an advertising campaign. In the vast majority of cases, the PC has an advertisement for the goods or services of the advertiser.

6. Media - Means of distribution of advertising. A generalized concept of means of communication with consumers in order to transmit them an advertising message.

7. АСССРР - An automated system for creating the structure and placement of advertising campaigns.

8. Split order (version of the order passport) - An element of information about the conditions agreed with the customer for placing an advertising message or group of advertising messages within the framework of an order with a fixed inventory plan.

9. Product - A set of conditions (measurement values) that allow you to select inventory for the purpose of sale and inventory selected according to these conditions.

10. Advertising medium (RN) - A distribution network (demonstration) of advertising and / or information content of a certain type, united by a common name and having, as a rule, one owner or company that defines the information and / or program policy.

11. Advertising message (PC) - Multimedia information of an advertising nature in a format acceptable for demonstration on the corresponding PH, directly in finished form or received as a result of conversion to the required format.

Examples:

TV: video clip. Thematic channels: video clip. Plasma: video clip. Radio: audio clip. Press: layout. The Internet: banner. Outdoor: poster.

12. SC (SalesHouse) - an organization engaged in sales of advertising time on the PH.

13. Sales direction (NP) - RM group allocated on the PH group according to a certain sales principle and pricing. The direction of sales, as a rule, corresponds to a separate organizational unit. The NP is solely responsible (owns) for the inventory pool corresponding to the allocated RM group.

14. Advertising space (RM) - RN capabilities allocated to host a PC of a certain type to demonstrate a certain amount of continuous content in time and space (by location on a medium or geography) of content.

15. Inventory - The real or planned volume of advertising space or RM, quantified in units of measure of inventory.

16. Inventory group (IG) - PC category by purpose, free of charge placement and acceptable inventory in terms of planning and the Advertising Law. Used for dividing inventory space during planning and for space constraints.

17. Financial brand (FB) - The unique name of the reporting element of the advertiser or customer as part of a specific (possibly unique) advertising project that corresponds to one product brand or combines a group of product brands. It is used to detail financial statements for this advertising project.

18. Commodity brand (TB) - A product advertised on a PC that is unique in terms of product class and brand. One of the attributes of a PC. Used for media analytics.

19. Legal agreement - Legal contract for the implementation of the Republic of Kazakhstan.

The level of technology.

At the moment, several methods are known from the prior art for constructing the RC in the ACSSRR, which perform or can perform some functions of the process of realizing the RC.

So, the automated system “Automated system“ Advertising Agency ”is known, presented on the website http://fogsoft.ru/image.aspx?name=standart_ad.swf AND http://fogsoft.ru/image.aspx?name=modul_ad. swf. the functionality of which allows the placement of commercials on the media as part of an advertising campaign.

There is another automated system known as “ADS Automation of Planning and Placement of Advertisements on Television and Radio” presented on the website http://www.ad-system.ru/Default.aspx?CenterCtrl=_Download.ascx&selection=9. the functionality of which allows receiving orders and media planning.

The specified system is adopted as a prototype and in General contains:

Means of placing sub-blocks of orders on television and radio, which allow you to plan the rental of video and audio clips, banners, sponsorships, tickers and announcements. It takes into account and reflects the filling of advertising blocks, types of customer activities and calculates the cost of the campaign, taking into account all the discounts.

Means of discounts and odds accounting. When planning the RK, it is possible to use various discounts and odds. Such as: "volume discount", "customer discount permanent", "agent discount", and you can also add your additional discounts. Odds for the duration of the video, position coefficients, seasonal and additional. The cost of an advertising campaign is calculated immediately when planning.

Reporting tools, which allows you to get analytical reports on many financial indicators / sections for any period of the company’s work.

Login block with user rights sharing. Several users can work simultaneously with one database. When the program starts, the user enters his name, password, and depending on the status, the user is allowed certain functions (administrator, accountant, manager, editor).

The proposed ACSSGR model in general is characterized in that:

In addition to orders, it has related objects of a higher level (Liabilities, Transactions). Thus, a new opportunity arises to monitor the fulfillment of long-term obligations of the Republic of Armenia to the Union of Agriculturalists.

It has the means of automatic calculation and storage of discounts provided to the advertiser or RA, depending on the size of budgets, purchase volumes, selected types of media.

The system has an adapted broadcasting network for various types of media (TV, Radio, Internet, Plasma screens. Shields, Cinemas, etc.) and the ability to manage inventory for each type of media.

Despite the fact that the units of measure of inventory for each type of media are their own, the system has a procedure for the mutual conversion of inventory from natural units to universal units of contact and vice versa.

Thanks to the product approach to the sale of inventory, in the presence of a large number of media, the system allows both planning and substantiating the values of individual LVs for customers of the Republic of Kazakhstan.

Allows you to build a structured process for the placement of the Republic of Kazakhstan with centers of responsibility for areas of implementation of the Republic of Kazakhstan. For example, User 1 creates a PK, User 2 places. User 3 confirms the placement. While pet confirmation from User 3 RK can not get on the air, which increases the reliability of the system as a whole.

The dependence of the status of the order on the stages of its processing in the proposed utility model increases the efficiency of placement of the Republic of Kazakhstan.

The considered RK model in the LSSSRR provides the following advantages over the current systems under consideration:

LSSSRR allows you to create the structure of the Republic of Kazakhstan for different types of customers:

Regional agencies;

Nationwide agencies;

International agencies;

Direct advertisers.

Depending on the type of customer and his needs, ACSSRR allows you to build an effective structure of the Republic of Kazakhstan and may have a different number of objects:

from Commitment - Transaction - Order for National, International and Global Agencies

to set individual orders for direct advertisers.

Obligations reflect in the placement system agreements with the customer (or advertiser) on its obligations to spend the declared budget on the purchase of advertising inventory for a certain period of time. It is also possible to refine the budget by combinations of measurement values: period, NP, IG, PH, Region.

The transaction reflects the mutual obligations (contract of intent) of the Customer and / or Advertiser, on the one hand, spend a certain budget, and the seller, on the other hand, allocate a certain amount of inventory for this budget, distributed in accordance with a set of conditions.

An order is an application for the purchase of a certain advertising inventory registered in the placement system.

The ability to create a transaction in one direction, as well as in several directions.

Has flexible period quantization. In passports it is possible to configure reporting periods not only by months, but by arbitrary date intervals, as well as the ability to specify a passport with a breakdown by targeting.

The presence in the passports and splits of the automatic procedure for the mutual conversion of inventory from natural units to contacts and vice versa.

It is possible to create an order for several directions at once (multimedia orders)

When creating an order, the user can choose ready-made placement options with the specified parameters (packaging).

АСССРР has unified processes of the upper levels, due to which it is possible to quickly adjust to sales of new media, which at the moment may be unknown or not served by this АСССРР.

The system has a single entry point. Sales data for all divisions in one database. The customer works with one system and at the same time has access to the entire package of CX services.

ACSSRR provides the delimitation of access rights of system users to certain objects and data of the system. The right defines a real operation or function in the user interface of the system that is potentially accessible to the user. Examples: Creating an order. View report. Raccoon staging.

The technical result obtained from the use of the proposed utility model is to expand the functionality of the system by ensuring automation of the creation of the Republic of Kazakhstan for different types of customers and monitoring the fulfillment of long-term obligations between the participants in the process, increasing the efficiency and quality of placement of the Republic of Kazakhstan, reducing the complexity of creating the Republic of Kazakhstan, simplifying the work of the consumer in the system and improving the reliability of the system.

The specified technical result is achieved by the fact that the automated system for creating the structure and placement of advertising campaigns contains a dedicated application server with a separate database for advertisers, customers, contractors, regions, sales areas, inventory groups, target audiences, types of placement and financial brands, on which an entry block has been formed with differentiation of user access rights, the subsystem “Obligation-Transaction-Order”, which includes the corresponding subunit of the obligation, I connect connected through the corresponding sub-blocks of transactions to the corresponding sub-blocks of orders, the “Transaction-Order” subsystem, which includes the corresponding transaction sub-block, connected to the corresponding order sub-block, the “Obligation-Order” subsystem, which includes the corresponding obligation sub-block, connected to the corresponding sub-block of the order, and the subsystem "Order", which includes the corresponding subunit of the order, while all of the mentioned subsystems are associated with the input unit with the delimitation of user access rights.

In addition, the sub-block of the obligation contains the block “Commitment”, the block “Part of the obligation”, the block “Option of the part of the obligation”, the block “Split”, the block “Product”, the block “Product element”, the block “Sales direction”, the block “Customer” , the block “Advertiser”, the block “Type of order”, the block “Linking the order with the obligation”, the block “Discount part of the obligation”, the block “Discount split”, the block “Inventory group”, the block “Target audience”, the block “Region” and block "Advertising medium", while the block "Commitment" through sequentially included block "Part of the obligation government ”, the“ Variant of part of the obligation ”block and the“ Split ”block are connected to the“ Split discount ”block, the“ Sales direction ”,“ Customer ”,“ Advertiser ”,“ Order type ”and“ Order to obligation ”blocks are connected to the block “Part of the obligation”, “Product”, “Product element”, “Media”, “Region”, “Inventory group” blocks “Target audience” are connected to the “Split” block, the “Product element” block is connected to the “Product” block , and the block “Discount part of the obligation” - to the block “Option part of the obligation”.

In addition, the transaction sub-block contains the “Transaction” block and the “Order” block, the “Legal Agreement” block and the “Senior period manager” block connected separately.

In addition, the order sub-block contains the “Order” block, the “Order fragment” block, the “Correction” block, the “Order passport option” block, the “Split” block, the “Order implementation plan” block, the “Order PR cell”, the “ Supporting document ”,“ Transaction ”block,“ Financial brand ”block,“ Placement priority ”block,“ Placement type ”block,“ Inventory group ”block and“ Product element ”block, while the“ Correction ”block through sequentially connected blocks“ Fragment of the order ”,“ Order ”; “Variant of the order passport”, “Split” and “PR order cell” are connected to the block “Plan for the implementation of the order”, the blocks “Accompanying document”, “Transaction”, “Financial brand”, “Inventory group”, “Placement type” and “ The order implementation plan ”is connected to the“ Order ”block, the“ Placement priority ”block is connected directly to the“ Split ”block and through the“ Type of placement ”block, the“ Inventory group ”block is connected to the“ Split ”block by the second output, the“ Order implementation plan block "- to the block" Option passport order ", and the block" Product Element "is connected separately to the block m "Option passport order" and "Split".

The utility model is illustrated by drawings.

Figure 1 presents an automated system for creating the structure and placement of advertising campaigns;

figure 2 presents the structure of the commitment block;

figure 3 presents the structure of the block transaction;

figure 4 presents the structure of the order block.

An automated system for creating the structure and placement of advertising campaigns, contains a dedicated application server 1 with a separate database 2 for advertisers, customers, contractors, regions, sales areas, inventory groups, target audiences, types of placement and financial brands, on which a 3-second login block has been formed differentiation of user access rights, the subsystem “Obligation-Transaction-Order” 4, which includes the corresponding subunit of obligation 8, connected through the corresponding subunits of transactions 9 to the relevant sub-blocks of orders 10, the subsystem “Transaction - Order” 5, which includes the corresponding sub-block of the transaction 11, connected to the corresponding sub-block of the order 12, the subsystem “Obligation-Order” 6, which includes the corresponding sub-block of the obligation 13, connected to the corresponding sub-block of the order 14 , and the subsystem "Order" 7, which includes the corresponding subunit of the order 15, while all of these subsystems are associated with the input unit 3 with the delimitation of user access rights.

In addition, the sub-block of the obligation contains the block “Commitment” 16, the block “Part of the obligation” 17, the block “Option of the part of the obligation” 18, the block “Split” 19, the block “Product” 20, the block “Product element” 21, the block “Sales direction” "22, block" Customer "23, block" Advertiser "24, block" Type of order "25, block" Connection of order with obligation "26, block" Discount part of the obligation "27, block" Discount split "28, block" Inventory group "29, block" Target audience "30, block" Region "31 and block" Advertising medium "32, while the block" Commitment "through sequentially in The Block “Part of Obligation”, the block “Option of Part of Obligation” and the block “Split” are connected to the block “Discount Split”, blocks “Sales Direction”, “Customer”, “Advertiser”, “Order Type” and “Link Order with Obligation” ”Are connected to the“ Part of the obligation ”block, the blocks“ Product ”,“ Product element ”,“ Advertising media ”,“ Region ”,“ Inventory group ”,“ Target audience ”are connected to the block“ Split ”, the block“ Product element ”is connected to the block “Product”, and the block “Discount part of the obligation” - to the block “Option part of the obligation”.

In addition, the transaction sub-block contains the “Transaction” block 33 and the “Order” block 34, the “Legal Agreement” block 35 and the “Senior period manager” block 36.

In addition, the order sub-block contains the “Order” block 37, the “Order fragment” block 38, the “Correction” block 39, the “Order passport variant” block 40, the “Split” block 41, the “Order implementation plan” block 42, the “Cell” block PR of the Order ”43, the block“ Accompanying document ”44, the block“ Transaction ”45, the block“ Financial brand ”46, the block“ Priority of placement ”47, the block“ Type of placement ”48, the block“ Inventory group ”49 and the block“ Product element ” ”50, with the“ Correction ”block through successively connected blocks“ Order fragment ”,“ Order ”,“ Variant of the order passport ”,“ Split ”and“ Cell Order R ”is connected to the“ Order Implementation Plan ”block, the“ Accompanying Document ”,“ Transaction ”,“ Financial Brand ”,“ Inventory Group ”,“ Placement Type ”and“ Order Implementation Plan ”blocks are connected to the“ Order ”block, the block “Placement priority” is connected directly to the “Split” block and through the “Placement type” block, the “Inventory group” block is connected to the “Split” block by the second output, the “Order implementation plan” block to the “Order passport option” block, and the block The “Product Element” is connected separately to the “Variant of an Order Passport” and “Split” blocks.

The system works on specific examples as follows.

The implementation of a set of planned advertising events designed for a specific market, time period, area of activity and circle of people (CA), with the aim of promoting goods, services and other values of a customer or advertiser, is an advertising campaign.

RK customers are always advertisers. As a rule, the customer of the totality of advertising campaigns is PA. PA is a professional participant in the market of advertising services, the scope of which includes: development of marketing and advertising policies, production of RM, creative of the Republic of Kazakhstan, planning and placement of the Republic of Kazakhstan on the LV.

The process of placing the RK, as a rule, occurs in various automated systems. The result of the placement, in which the mounting sheet is formed and transferred to the pH. At the same time, in the process of placing the RK, a huge number of needs arise from different participants in this process.

We can distinguish the following basic needs of customers when placing RK:

Effective implementation of placement on various media platforms in a single transaction;

Monitoring the passage of an advertising campaign immediately for all types of media in this information environment;

Monitoring compliance with contractual obligations for all the Republic of Kazakhstan of all types of media in one information environment;

Preparation of analytical data and reporting on all RK of all types of media in one information environment;

Short and long term planning for. all types of media in one information environment.

ACSSRR allows you to embed 4 RC models implemented in the corresponding subsystems:

Commitment - Transaction - Order

Allows you to provide customers with a full range of services. From planning to receiving all the necessary reporting for all advertisers served by PA.

Used primarily by International and Nationwide RA. Transaction Order

Allows you to host in several regions on different types of media. Used primarily by Regional RA

Commitment Order

It is used for placement on federal media types. Used by Nationwide RA.

Order

It is used mainly for direct advertisers, it allows you to control the passage of the advertising campaign and receive the full range of necessary reporting.

To Error! The source of the link was not found, the general scheme of an automated system for creating the structure and placement of advertising campaigns is presented.

Below is a description of the process of advertising, as well as the attributes of each of the objects of the Republic of Kazakhstan.

Liabilities

The obligation reflects in the placement system an agreement with the customer (or advertiser), according to which he undertakes to spend the declared budget on the purchase of advertising equipment from the point of sale for a certain period of time. The budget can be detailed by combinations of measurement values: period, NP, IG, PH, Region.

The counterparty with which agreements are reflected in the obligation is the owner of the obligation. The owner is responsible to the TP for the fulfillment of all agreements of the obligation. The owner of the obligation is one. However, the obligation can be fulfilled by several customers (performers).

The obligation also indicates the list of advertisers whose budgets set off the obligation.

On the part of TP, the owner of the obligation may be granted a set of discounts on inventory prices in orders carried out as part of the fulfillment of the obligation and / or other orders in which the customer is the same company and the owner of the obligation.

The obligation contains general information (header) and several parts of the obligation, which in turn consist of a set of splits, a set of discounts, a set of special discounts and a set of PR.

The obligation does not reserve inventory.

Obligations are registered in the system in order to monitor the fulfillment of their conditions, to take into account discounts as default values in orders created from part of the obligation. Also, data from liabilities can be used in planning inventory, budgets, prices.

In order to control the fulfillment of the planned indicators of the obligation, the corresponding transactions and orders are attached to it, according to which the set-up data is calculated.

Possible customer obligations to purchase a given amount of advertising inventory without specifying a budget, as well as obligations to fulfill the share of CX and other types of obligations.

The composition of the obligation. The obligation contains the following information:

General obligation information - information about the parties involved in the obligation.

Part of an obligation is a section of an obligation containing a set of options for agreements subject to aggregate control of implementation and united by common information and containing corresponding sets of discounts. General information of a part of the obligation is in the “header” (see below) - The obligation may contain several parts. For example, parts of the obligation may be formed by NP. In one part there can be several NP. It is allowed to create parts of the obligation within the framework of one obligation with matching values of these parameters. In this case, one order can be linked to several parts of the obligation at the same time. The binding of orders and transactions is carried out precisely to part of the obligation. To automate the binding of orders, a part can be given a list of “parent” parts of obligations, including from other obligations, if the agreements in the parent part include the agreements in this part of the obligation. Each part can have several options.

“Cap” of the part of the obligation - General information of the part of the obligation that does not contain information on budgets, discounts and inventory of the obligation. As a rule, the information from the header does not change during the implementation of the obligation. The header sets information about the period, NP, Currency (incl. Contractual rates), as well as lists of customers and advertisers, restricting data from orders (transactions) that will offset this part of the obligation. Moreover, in the obligations owned by the advertising agency, in the list of advertisers, instead of a list of specific values, the value “All” can be indicated, i.e. all advertisers for an advertising agency. Or the value “Other” may be indicated, which means all advertisers of the advertising agency, but except for those for which other obligations have already been formed for the corresponding period for this NP (“list of excluded advertisers”). The list of excluded advertisers is generated both automatically (and changes as other obligations change), and can be adjusted manually.

Options for part of the obligation - options for agreements on budgets and parameters for purchasing inventory as part of the part of the obligation,

Splits of the variant of the part of the obligation - detail of the budget (or other parameters) of the part of the obligation by measurement (Period, NP, IG, Region and others). Split is subject to execution control. Data entry on the budget (or other parameters) is carried out precisely in the split.

That is, the above signs of the utility model provide an extension of the system’s functionality by ensuring automation of the creation of the Republic of Kazakhstan for different types of customers (International RAs, National RAs, Regional RAs, or direct advertisers), control over the fulfillment of long-term obligations between participants in the process (“Everything”, “Other”, taking into account the “list of excluded advertisers”), increasing the efficiency and quality of placement of the Republic of Kazakhstan (budget details and / or other parameters), reducing the complexity of creating the Republic of Kazakhstan and by automating the formation of attributes of related objects of a higher level (Obligations, Transactions, see the tables below) and order statuses depending on the stages of its processing, simplifying the work of the consumer in the system and improving the reliability of the system due to the structured process of placing the RK with responsibility centers for sites implementation of the Republic of Kazakhstan.

Figure 2 presents the structure of the commitment unit.

Commitment Attributes Block "Commitment" [16] Attitude entrance - - Exit Block Part of the obligation [17] 1 to many

Attribute Description Obligation status It is calculated by the system depending on the status of the parts of the obligation. When creating a default commitment = "Active". - Actively. (There are no parts of the obligation, or there is at least one part in the Active status). - Closed. (There are no active parts, but there is a status of "Closed"). - Canceled. (There are no active or closed parts, but there is a status of "Canceled"). Obligation status It is filled with system. The system changes value when the parts of the obligation change. - Undefined. (For all parts of the obligation, state = "Not defined, or parts in general are absent). - Actually. (At least one part of the obligation has state = "Actual"). - Draft. (At least one part of the obligation among active and closed has a state = “Draft”, and there is no part of the obligation in state = “Actual”). Commitment Approval Status It is populated by the system.
It takes the following values, depending on the approval status of the active and closed parts of the obligation: - Undefined. (At least one part of the obligation has approval status = “Not defined”). - Not approved. (All parts of the obligation are not approved). - Partially approved. (There is an approved part of the obligation and an unapproved part of the obligation. Or at least one part of the obligation has approval status = “Partially approved”). - Approved. (All parts of the obligation are approved). Point of sale It is selected from the directory of counterparties with the role = TP. Current budget The value is calculated by the system as the sum of the respective budgets from the parts of the obligations. Control budget The value is calculated by the system as the sum of the respective budgets from the parts of the obligations. Credit budget The value is calculated by the system as the sum of the respective budgets from the parts of the obligations. % Completion The value is calculated by the system as% of orders fulfilling the total budget for all available parts of the obligation. Attributes of Part of Obligation Block “Part of the Obligation” [17] Attitude

entrance Block Commitment [16] 1 to many Sales Destination Block [22] 1 or many to many Block Customers [23] 1 or many to many Block Advertisers [24] 1 or many to many Block Order [24] many to many Exit Block Option Part Commitment [18] 1 to many

Attribute Description Link to commitment It is filled in by the system, value = ID of the obligation from the card of which this part is created. Communication with the order (list) It is filled in by the system when linking the order to part of the obligation. It is deleted by the system when the order is untied from part of the obligation. Order link status (order link attribute) It is calculated by the system according to the following algorithm: - When establishing a connection with the order = “Connected”; - When unbinding an order by the user (Manual untying of objects) = “Unbind manually”. Take into account data outside the agreement (attribute of the connection with the order) Editable by the user, the following values are possible: - Not set (i.e. no value!) - "Take account of"; - "Do not take into account"; Part liability status It is filled with system. When created, default = Active. The system changes the value when the user selects the functions of closing (or returning to “Active”), cancellation. List of available values: - Active. - Closed. - Canceled. The condition of part of the obligation It is populated by the system. The system changes the value when the user creates or changes options for part of the obligation. - Not defined. (There is no current option in the "Current" or "Draft" state). - Relevant. (There is a current current option). - Draft. (There is a current option in the "Draft" state, but there are no options in the "Current" state). Approval Status of Part of Obligation It is populated by the system.
It takes the following values, depending on the approval status of the current relevant part of the obligation: - Not determined (Part of the obligation is missing

current current option). - Not approved (Actual option “Not approved”). - Partially approved (Actual option “Partially approved”). - Approved (Actual version “Approved”). Current budget Current budget = budget of the current current version of the liability part. Control budget Control budget = budget of the control actual version of the part. Credit budget Credit budget = credit budget of the current current version of the part. % Completion The value is calculated by the system as% of the fulfillment by the orders of the current budget of a part of the obligation. Sales direction The user can edit the value. List of values from the list of NP. Customer It is selected from the counterparties directory with the role = “Customer”, the validity period of which intersects with the commitment period. Customer Values Available: - One specific (<> "All") - List specific (<> "All") - One value = "All" Advertiser Selected from the directory of counterparties with the role = "Advertiser", the validity period of which intersects with the commitment period. Available Advertiser Values: - One specific (<> "All", and <> "Other") - List of specific (<> "All", and <> "Other") - One value = "All" - One value = “Other” (available if OK is set to “Edit part of the obligation” to “All” or there are no restrictions on the Advertiser.) The currency of the liability part. The user can edit the value (from the list of available values for the TP specified in the obligation), Senior manager The user can edit the value (selection from list). Responsible manager The user can edit the value (selection from the list). Parent part of the obligation If necessary, the user fills in the list of Parent parts of obligations in relation to this part of the obligation Attributes of the variant part of the obligation. Block "Option part of the obligations" [18] Attitude

entrance Block Part of the obligation [17] 1 to many Block Discounts Part Obligations [27] 1 to many Exit Block Split [19] 1 to 1 or 1 to many Attribute Description Link to part of the obligation Filled by the system, value = ID part of the obligation. Budget The value is calculated by the system based on split budgets Credit budget The value is calculated by the system based on data from linked orders (transactions). Option Type = "Current" if the user creates a new variation. = "Test" if the user creates a new test case. Option Status The status of the current option part of the obligation. The following values are possible: "Draft", "Actual" and "Archive". Approval Status of Part of the Option Option It is automatically determined as the aggregate status of splits of a variant. It takes the following values, depending on the approval status of the splits of this option: - Not approved (There are no approved split). - Partially approved (There is an approved and unapproved split). - Approved (All splits are approved). Period It is calculated from the values of the split periods of the variant, as the minimum start date for the splits and the maximum end date for the splits. While there are no splits = the period of part of the obligation. Discounts In addition to manual entry, it is possible to automatically calculate the value of some standard types of discounts according to the price list.
By default, these discounts are copied to orders created from this part of the obligation. Split Attributes Block "Split" [19] Attitude entrance Option block of part of the obligation [18] 1 to 1 or 1 to many Block Discounts split [28] 1 to many Block Inventory Groups (IG) [29] 1 or many to many Block Target Audiences (CA) [30] 1 or many to many

Block Regions [31] 1 or many to many Media Block (RN) [32] 1 or many to many Block Product [20] 1 or many to many Unit Product Element [21] 1 or many to many Exit - Attribute Description Link to option part of the obligation Filled with the system, value = variant ID of part of the obligation. Split Budget In the option of type "Current" (except archived) is available for editing by the user. Required attribute. Value> = 0. Period When manually creating a single split by default = period of part of the obligation. Advertising medium (RN) Available Values: - One specific launch vehicle - List of specific launch vehicles (<> "All", and <> "Other") - One value = “All” (always available) One value = “Other” (always available) Product Product assignment is carried out by selecting products from the product catalog taking into account the split period (i.e., you can select only those products whose placement period overlaps with the split period). It is also possible to set a budget for a group of selected products. Region The task is carried out by selecting from the list of subjects of the federation acceptable for a given product. It is also possible to set a budget. The target audience The task is carried out by selecting a given product from the list of target audience. It is possible to set a budget for a group of selected target audience. Product Elements Product elements are defined by selecting products from the product catalog. It is also possible to set a budget for a group of selected product items. Inventory group List of available IG Credit budget It is calculated according to the data of PR orders tied to part of the obligation. % Completion = credit budget / budget * 100%. Split approval status The following split approval statuses are possible: - Approved - Not approved VI share SH share in total budget Discounts User editable. In addition to manual input, an automatic calculation of the value is possible.

Benefits.

- Fixation and control of the long-term obligation of the customer or advertiser to CX to spend some budget on certain conditions.

- An obligation can be fulfilled by one or several customers (performers). The ability to specify a list of advertisers whose budgets will be offset.

- Calculation of various types of discounts depending on inventory and budgets. Inheritance of their values to child objects (transactions, orders)

- Use of data from liabilities for planning inventory, budgets, prices.

- Monitoring the implementation of planned targets of the obligation by linking to it the relevant transactions and orders.

- Storage of accompanying materials (copies of various documents, calculation options for the RC, etc.)

- Ability to set budgets both on the launch vehicle and on products / product elements

Deal

An agreement of intent with the Customer for the implementation of a specific budget / purchase of equipment with a given quality and other fundamental conditions (period, price, PH list, Targeting, IG, etc.).

The depth of detail of the purchased inventory can be different in different transactions (from general agreements with the Customer to the breakdown of the budget / inventory according to all dimensions necessary for planning).

In the Transaction Header, general parameters of the Transaction are set, such as:

- Advertiser,

- Customer

- Responsible manager,

- Legal information,

- And etc.

The transaction combines a group of Orders on the one hand and a group of Legal Contracts on the other.

When establishing a connection between the Transaction and the Order and Yu.D. the system checks the correspondence of a number of attributes of the Transaction and the attached object.

Some order attributes are directly inherited from the Transaction. Figure 3 presents the structure of the transaction block.

Trades attribute table Block "Transaction" [33] Attitude entrance - - Exit Block Order [34] 0 or 1 to many Block Yur. treaties [35] 0 or 1 to many

Block Order [34] 0 or 1 to many Block Yur. treaties [35] 0 or 1 to many Block Senior Period Managers [36] 1 to many

Attribute Description Sales direction It is selected from the list of available values by the "Edit Deals" right. Period There can be no less than the periods of Orders and Legal. Contracts contained in the List of Orders and in the List of Legal Entities. Contracts respectively. Customer It is selected from the counterparties directory with the role = "Customer", the validity period of which> = Transaction period. Advertiser It is selected from the directory of counterparties with the role = "Advertiser", the validity period of which> = the period of the Transaction. Currency Point of sale It is selected from the counterparties directory with the role = TP, the validity period of which> = the Transaction period. Sign
CX services Two values are possible: - Served - Not served Service Method If the value of the sign “Service in CX” = “Not serviced”, then the list of values: - OWNERSHIP. (*) - OWNERSHIP. - BARTER - zCOBCTB. If the value of the sign “Service in CX” = “Serviced”, then the list of values: - SERVICE. Inventory group The list of available values depends on the selected TM value. If the value is not set, this means that Orders from any IG can be attached to the Transaction. List of Senior Managers See the Attributes Table of the List of Senior Managers periods Order list List of Orders related to this Transaction. The user can edit the list by linking / untying Orders. List of legal entities Treaties List of Yu.D. related to this Transaction. The user can edit the list by binding / untying Yu.D.

Attributes table of the “List of senior managers by periods”. Attribute Description Senior manager The user can edit the value (selection from the list). Period The user can edit the value. Managers periods cannot overlap. At the time of saving, the entire Transaction period should be covered by the periods of Senior Managers. Moreover, the open period means that the period of the Senior Manager is limited to the period of the Transaction.

Advantages of this transaction model.

- May be for several Budget Types and Sales Directions (Transaction Parts)

- Has a structure of conditions and units of measure of inventory, typical for NP

- The depth of detail of the purchased inventory may be different in different transactions.

- Allow you to plan budgets and inventory in Transactions, to fix prices.

Orders

An order is an application for the purchase of a certain advertising inventory registered in the placement system. The order is a single reporting element, the order contains all the necessary information to complete the placement of advertising messages, calculate the planned and offset value of the inventory.

An order can be created by a CX manager working with a customer, or a customer representative with the ability to work with ACSSRR.

Order Types

Orders can be registered both with the Purpose of fulfilling the agreements fixed in the transaction and / or the obligation (Order with the transaction. Order with the obligation), and in the absence of obligations (stand-alone Order). In Orders with a transaction or with an obligation, part of the information is inherited from the transaction / obligation.

Order list

The Order contains information divided into the following logical blocks:

- General parameters of the order (“header” of the Order) - general parameters of the Order containing information about the parties participating in the order and not directly affecting the quantity and parameters of the inventory required to place the order.

- Passport, Split - details of accommodation arrangements. (See “Types and conditions of passport options”)

- Order restrictions - part of the order information intended for registration by the CX manager of restrictions on the general budget or inventory for the current current version of the passport. Restrictions are intended to set the boundaries of possible changes by the customer to the conditions of the order. Also, the restrictions do not allow customers to book more inventory as part of the order than is fixed in the restrictions.

- Implementation plans - a detailed presentation of the planned and actual implementation of the agreements recorded in the passport for use in the Reports, when placed. (See “Implementation Plans”)

- Legal and financial support - a block of information related to the financial and legal support of the Order. It includes work with legal documents of the order, setting in the Order the rules for the formation of legal documents, as well as communication with the GKDO and ERP.

- Fragments - breakdown of the budget of the Order by a set of measurements (PH / PH group, financial brand. Insertion point, activation period (for example:

month)), the set of which depends on the rules for issuing legal documents. It is used to enter information on budget adjustments, as well as to set the sign “Readiness for activation”.

- Adjustments allow you to reflect the deviation from the real value in the order in order to change the realizable value of the order, and the sign of readiness for activation serves to form the financial. orders.

- PBA - the section of the Order containing the conditions (including templates) and the algorithm for the procedure of post-buying analysis.

- Accompanying materials - section of the Order, in which work is carried out with files of accompanying materials that can be attached to the Order.

Order Statuses

Depending on the stages of processing, an Order may acquire one or another status. The status is determined by the placement system as a result of the actions of users working with the order, or is set directly by the user. Depending on the status value for the Order, editing or ordering options, booking inventory and placing PCs, accounting for order data when building analytical reports may or may not be available.

The following order statuses are possible:

- Active - a registered Order, within which the implementation of advertising opportunities is carried out. This status is set in the system by default.

- Closed - an executed Order, under which no further work is planned. For closed orders in the system, it is possible to store part of the information in aggregated form. This status is set by the user.

- Deleted - a canceled Order that has been deleted by the user and is not available for viewing and editing. (In this case, it is possible by special law to restore deleted orders within a specified time). You can only delete Orders that did not have the Current Actual option. (For more details see p. "Types and statuses of variants of the Order passport")

- Canceled - a canceled Order that cannot be deleted from the system, since its data was used when booking inventory and when building analytical reports. This status is set by the user. Data from such orders do not fall into the reports.

- Sent for cancellation - An order that must be canceled, but the user does not have the right to independently cancel the order. Data from such orders continues to be used when booking and placing a PC, as well as in the construction of analytical reports. This status is set by the user.

Types and conditions of passport options

The passport option is a variant of the arrangements of the Order on the parameters of the ordered inventory. Depending on the purpose, the passport options created in the Order can be of different types and can be in different states:

- The current option - all options intended for the subsequent reservation of inventory and placement of the PC. An Order may have several current passport options in various states. Depending on the Direction of sales, the list of possible conditions for the variant of the Order passport may differ.

- Draft - the status of the Current version of the Passport, which is not used by the system in reports, does not participate in the reservation, and within which PCs cannot actually be placed. Drafts are created to check inventory for availability, pre-calculate prices and budgets, or create an option for posting.

A passport option in the “Draft” state can be transferred to the “On update”, “Actual” (with the appropriate rights) or “Remote” status.

An order may have an arbitrary number of draft options.

- On updating - the status of the Current version of the Passport, to which the User can transfer the version of the Passport, if necessary, “Update” the version of the Order, but in the absence of relevant rights.

A passport variant in the “On update” state can be transferred to the “Draft”, “Actual”, “Deleted”, “Rejected” states.

A variant of the Passport in this state with the help of “virtual” PRs temporarily reserves inventory collected in splits (for a given period of time).

There can be only one passport option in the order in the “On Update” state.

- Actual at editing - the state of the current version of the Order Passport to which the User can transfer the current current version of the Passport if necessary, to make changes to it, but without the corresponding rights.

A passport variant in the status “Actual at editing” can be transferred to the status “On update”, “Rejected”, “Deleted”.

There can be only one passport option in the order in the “Actual on editing” state.

The Passport option in this condition does not reserve inventory; inventory reservation is carried out by the Actual Order option.

- Actual - the main working Current version of the Passport, which reserves advertising inventory and within the framework of which the PC is placed. The current option is a data source for reports.

A passport option in the “Actual” state can only be transferred to the “Archive” state.

An order can only have one relevant passport option.

- Archive - is automatically generated by the system at the time of saving changes to the current version, i.e. an archive copy of the changeable version is created in the form it was before the changes were made. The data of such options are not taken into account in the system (inventory repositories, in reports, etc.).

The archived version cannot be created manually and cannot be edited or deleted.

An order can have an arbitrary number of archived options. o Remote - the state of the Current version of the Passport deleted by the User.

You can delete the Passport option, which is in any condition, except for “Current” and “Archive”.

- Rejected - the state of the Current version of the Passport rejected by the User from the “On Updating” state.

A passport option in the “Rejected” state can only be transferred to the “On update” state.

- The control option - is intended to store the original version of the agreements, as well as that version of the agreements that the manager considers the control. These are the conditions under which prices and discounts were given. A control variant is always created based on the Current Actual Order Variant. In the current iteration, control options can only be used to view conditions by the manager.

An order may have several control options in various conditions:

- Actual - the main control version of the passport. An order can only have one relevant control version of a passport.

- Archive - when changing the current Control variant, the system automatically creates an archive copy of the variable variant.

Subsequently, on the basis of the archived or current Control variant of the Passport, the Current version of the Order Passport can be created.

The control version cannot be edited or deleted. Order Passport Option Structure

The passport contains the conditions for booking inventory and subsequent placement of advertising messages. The passport consists of the following logical parts:

- General information - parameters that identify the passport from the point of view of the system and the user, as well as parameters common to all placement conditions recorded in splits (for example, Currency, etc.)

- Approval status of the passport variant - is defined as the aggregate status of the Split approval of the order Passport variant. Moreover, the approval by periods can be considered as a massive operation of approval by Splits, since it is impossible to approve a part of Split. The list of possible statuses of the order passport option:

- Approved - approved all splits of the variant of the Order Passport,

- Not approved - not a single split of the version of the Order Passport has been approved,

- Partially approved - at least one split version of the Order Passport has been approved.

- Split - allows you to select product elements for placement and to set detailed conditions for the placement of the selected Advertising message or a rotation group of Advertising messages on them. Split contains a fixed inventory purchase plan and budget. The structure of the split depends on the direction of sales, which implements advertising opportunities.

A split can have the following approval statuses:

- Not approved - split requiring further coordination and approval. This split does not go to placement.

- Approved - split for which advertising messages are possible.

- Budgets and inventory - a section containing information on calculated budgets and inventory. Also in this section there is the possibility of manually entering information about budgets by Product - Standard activation periods (months).

- Prices - a section containing the system’s calculated according to the price list or manually set prices for the unit of inventory.

- Discounts - a section intended for setting additional discounts and margins for the price per unit of purchase of inventory.

Implementation plans

Implementation Plan (PR) - the section of the Order containing the plan for the fulfillment of the agreements from the Order passport in terms of budget, prices, inventory with the level of detail necessary for the corresponding Sales Destination. It is used to build reports, to place, and compare various options for a passport among themselves, calculate inventory balances, etc.

Implementation plans are of several types - ordered, ordered with correction, placed and credited.

Implementation plan Ordered - reflects the distribution of the budget / inventory / price, agreed with the Customer and recorded in the Order. The ordered implementation plan is used in reporting (including the Final Budget Report).

The implementation plan Ordered is generated automatically, it cannot be edited manually. The data of the Ordered Implementation Plan is calculated based on the data of the Order Passport.

Implementation plan. Ordered with correction - - reflects the adjusted budget / inventory / price distribution at the moment. It is formed with an adjustment for information about the planned and actual placement on the day of calculation.

The implementation plan ordered with correction is used in reporting (OBI, calculation of balances), as a data source for the placement system, as an inventory plan for placement, as a data source for fitting inventory;

Implementation Plan Hosted - reflects the actual distribution of the budget / inventory / price based on the results of the placement. It is used as a data source for conducting the PBA / pre-PBA procedure, for reports (Report on the fulfillment of placement conditions. Report on orders, reporting for Clients);

Implementation plan Credit - reflects the distribution of the budget / inventory / price according to the results of the PBA / pre PBA. Used for reporting (to the customer and client, as well as for internal reports); -

Figure 4 shows the structure of the order block.

Order Attributes Block "Order" [37] Attitude entrance Block Deal [45] 0 or 1 to many Block Financial Brands [46] 1 to many Unit Inventory Groups [49] 1 to many Block Types of accommodation [48] 1 to many Exit Block Order fragment [38] 1 to many Block Variant of the order passport [40] 1 to many Block Order implementation plan [42] 1 to many Block Types of accommodation [48] 1 to many Attribute Description Attributes populated by the system Order status It is calculated by the system according to the results of user actions with the order during cancellation, closure and deletion. See Order Statuses Order Approval Status It is calculated by the system according to the results of user actions with the current current version of the order passport.

Sign of passport status It is calculated by the system in the process of creating or updating passport options. User Attributes Deal It is filled with the value of the transaction when establishing the relationship between orders and the transaction. Sales direction The user can set a value from the list.
The system allows one manager to immediately create and serve orders for several NPs. Point of sale The user can select the TP value from the list.

Because one user can create orders for several NPs and different TPs, the system implements a system of checks: - If the order is created from the Transaction, then the order TP becomes equal to the Transaction Point of Sale. - If the NP value is not set, then the TP value is not available for the user to set. Inventory group The user can set the value by selecting from the list. One user can create orders with different IGs. For different NPs, the set of IGs may differ. If the order is created from the Transaction, then the order IG becomes equal to the Transaction IG. Period The order period is set by the user. At the same time, the system controls that the order period cannot be wider than the Transaction period. Type of accommodation (list) Selected by the user from the list. The list of values depends on the set values of the TM, and user rights. Service tag in CX The default value is calculated by the system depending on the value of the type of order TP. If the type of TP is “Client” or “Operator”, then the value = “Not Served”. If the type of TP is not equal to “Client” or “Operator”, then “Served”. The value of the characteristic is editable to the user if there is a right. T.O. the system allows you to place orders of other participants in the advertising market (channels, operators, etc.). Service Method Available for editing by the user, if the value of the sign “Service in CX” = “Not serviced”. The list of values is selected from the list. In this case, the system automatically calculates the list of available values based on what role the order TP belongs to. 1. If the counterparty of the specified TP has the role “Client” at the time of the order, then = “OWNERS. (*) ". 2. If the counterparty of the specified TP has the role of “operator” at the time of the order, then = “zSCAP”.

Type of order For ordering, the user can specify the type of order “For reservation”. This type can only be selected for fixed flexibility types. The ordered inventory of such an order is used by orders of the same Customer and Advertiser with the type “For purchase” as available. Customer Selection from the directory of Contractors, the role "Customer", the validity period of which ≥ Order Period. Primary Customer Counterparty with the role of "Customer", which is additionally indicated in the Order or in the Transaction in the event that the Order or the Transaction is set off against the Obligations, the Owner of which is a counterparty other than the Customer of the Order or Transaction. Otherwise, the Primary Customer is equal to the Customer. Holding Group of Counterparties, among which the Head Company is determined - the Counterparty It is calculated by the system based on the value of the "Primary Customer" field Counterparties can be combined into holdings. The entry of the Counterparty into the Holding may have a period of validity; at each moment in time, the Counterparty may enter only one Holding. Budget type It is populated by the system, not accessible for editing by the user. Link to commitment (list) Required attribute. Available for editing. If not completed, then the order is independent. Advertiser Selection from the directory of Counterparties, the role "Advertiser", the validity of which is ≥ Order Period. But if the order is created from the Transaction, then the choice is from the list of Transaction Advertisers. Financial brand (list) It can be set manually by the user. Financial brand period The user can specify an arbitrary period value for each FB in the list, but within the framework of the order period. Budget / Inventory Snippet Block "Order fragment" [38] Attitude. entrance Block Order [37] 1 to many Exit Block Correction [39] 1 to many

Attribute Description Planned budget It is calculated by the system based on the current current version of the passport. When calculating the values, data from the Ordered Implementation Plan is used. Credit budget It is calculated by the system based on the current current version of the passport. When calculating the values, the data from the Set-off Implementation Plan are used. Credit budget It is calculated by the system based on the current adjustments with VAT current version of the Order (taking into account the data of the VAT directory). User editable (2 decimal places) Planned inventory It is calculated by the system based on the current current version of the passport. When calculating the values, data from the Ordered Implementation Plan is used. Grade inventory It is calculated by the system based on the current current version of the passport. When calculating the values, the data from the Set-off Implementation Plan are used. Period It is calculated by the system based on the current current version of the passport. The dimension by which the order budget is broken down. Advertising medium It is calculated by the system based on the current current version of the passport. The dimension by which the order budget is broken down. Insertion Point It is calculated by the system based on the current current version of the passport. The dimension by which the order budget is broken down. Financial brand It is calculated by the system based on the current current version of the passport. The dimension by which the order budget is broken down. Adjustments (list) See Table “Order Fragment Adjustments” Order Fragment Adjustment Block "Adjustment" [39] Attitude entrance

Block Order fragment [38] 1 to many Attribute Description Adjustment amount User defined. Corrections apply only to the planned and set-off budgets. Adjustment type Selected by the user from the list. Two types: “Adjustment of placement” and “Penalty account”. Reason for adjustment Selected by the user from the list. For each adjustment value, it is mandatory

indication of the reason. The list of reasons: “For late payment”, “For budget reduction”, “PBA correction”, “Other”. Also, the list may be updated. Adjustment period The value is editable by the user. Cannot go beyond the bounds of the fragment period. Order passport option Block "Option passport order" [40] Attitude entrance Block Order [37] 1 to many Block Product Elements [50] 1 or many to many Exit Block Order implementation plan [42] 1 to 1 or 1 to many Block Split [41] 1 to many Attribute User Editing Rules Attributes populated by the system Option Status It is calculated by the system taking into account the rights of users and taking into account the method of calling the function of creating a variant. When creating a new option (the "Create" button) is filled with the value "Draft"; Only the option of the “Current” type is available for editing to the user, except for the “Archive” state. The following values are possible for the current option: - “Draft”; - “On updating”; - “Actual on editing”;

- “Actual”; - “Archival”; - “Remote” The following values are possible for the control variant: - “Actual” - “Archival” More details in the paragraph “State diagram of the current variant”. Passport Approval Status It is calculated by the system according to the results of user actions with splits of this option of the Order passport. The approval status of the passport option is defined as the aggregate status of the Split approval of the order Passport option. Moreover, the approval by periods can be considered as a massive operation of approval by Splits, since it is impossible to approve a part of Split. The list of possible statuses of the order passport option: - Approved - approved all splits of the variant of the Order Passport, - Not approved - not a single split of the version of the Order Passport has been approved, - Partially approved - at least one split version of the Order Passport has been approved. For more details, see “Change the status of the Order”. Aggregate Budget Options It is calculated by the system as the sum of the split budget for the variant when updating the variant. Used by users as reference information about order options. Ordered Inventory Options It is calculated by the system as the sum of the splits inventory of the variant when updating the variant. Used by users as reference information about order options. Budget
fixed The attribute is optional. Available for editing by the User (if you have rights). Entering the budget is possible only in the breakdown of Product-month, in the "By products" view at the Product level, Standard activation period (month). Estimated Budget It is calculated by the System on the basis of the prices of the order option, split inventory. Average actual The calculated field.

frequency The number of unique customers on the order as a whole as of date User Attributes PBA Terms The system automatically fills in the PBA template, which is the default for NP. The user can change the value manually by selecting from the list of available. The list of available values depends on the selected TM value and the type of placement for the order. Currency Selected from the list of values available for TP. Passport Option Period Not editable by user. The variant period is calculated by the system based on the variant split periods. PC Option List The list is used to select PC in splits, not to use the PC Catalog. The list of PC options consists of: - PCs selected from the PC Catalog; - PCs selected in splits of the Order option. Product Item List List of product items that are selected in the option. Used for further selection in splits of the Order option. Unit of measure for the purchase The choice is possible only from the list available for NP. Required attribute. Unit of inventory to display Filled by the user by selecting from the list. The choice is possible only from the list available for NP. Price list date Edited by user Split passport options Block "Split" [41] Attitude entrance Block Variant of the order passport [40] 1 to many Block Location Priorities [47] 1 to many Unit Inventory Groups [49] 1 to many Block Types of accommodation [48] 1 to many Block Product Elements [50] 1 or many to many Attribute User Editing Rules Split attributes populated by the system Type of allocation Equal to the value of the Type of placement from the Order header (if a single value is selected in the header), Otherwise,

default value for NP Placement priority Edited by the user by selecting from the list. The list of values depends on the set values of NP, IG.
By default, the lowest priority of the specified placement type is from the priority list. Product item User selects Product Items Product Calculated based on the selected Product Item. type of product Calculated based on the selected Product Item. Cost (including all discounts) It is filled automatically when saving a split or updating an order option. Inventory ordered For Outdoor advertising and Plasma is not edited by the user. For the Internet can be edited by the user. For VOD, the user enters information about the Inventory ordered by split manually. The quantity of the split inventory ordered is expressed in the “Unit for purchase” indicated in the header of the order passport option. You can also view in the "Unit of Measurement for Display". User Split Attributes PC List Edited by user, required attribute. A split can have one or more PCs Discount List Editable by user, optional attribute. List of discount values of different types. Number of packages The number of packages purchased by the user in split. Only for NP Internet, if the product type is Package. Implementation Plan Attribute Table Block "Plan for the implementation of the Order" [42]. Attitude entrance Block Order [37] 1 to many Block Variant of the order passport [40] 1 to 1 or 1 to many Exit Block Order PR Unit [43] 1 to many Attribute Description Date and time of last change System attribute Date and time of the last change of the object, not copied Type of Implementation Plan System attribute

Automatically populated upon creation Implementation Plan cell attribute table Block "PR Order Cell" [43] Attitude entrance Block Order Implementation Plan [42] 1 to many Block Split [41] 1 to many Attribute Description Implementation Plan cell dimensions Insertion Point It is filled automatically at creation. Inventory measurement. PC It is filled automatically at creation. Inventory measurement. Split It is filled automatically at creation. Inventory measurement. Product Grid Element It is filled automatically at creation. Inventory measurement. Implementation Plan cell data Implementation plan Implementation plan to which the cell belongs Cell budget Calculated automatically for the corresponding PR type Currency From Order Currency Cell inventory Calculated automatically for the corresponding PR type Unit of measure Single value from the directory Units of measure of inventory Cell price Calculated automatically Estimated adjustments Calculated automatically

Benefits.

The presence of the specified attributes in the order, as well as the flexibility in customization allow the system:

- Create RC for all types of media served by CX

- Create orders for different points of sale

- Conduct analytics in the context of all the specified attributes

- Depending on customer needs, set the activation period

- Get the budget and inventory of the Republic of Kazakhstan for any necessary period

- Manage the priority of orders both within the same RK, and between different RK

Customers

- Compare the initial parameters of the Republic of Kazakhstan (budget, inventory) with current and actual (credit)

- Receive summary data on advertising Holdings, as well as track RA transfers from one Holding Company to another

- To place the RK by different participants: agricultural workers, RA employees, pH employees, etc. At the same time, a flexible system of rights allows each participant to configure individual rights to work in the system.

Products

Product Definition.

A product is an advertising proposal that is formed for sale and that meets certain market needs. The product, from the point of view of the placement system, is a set of conditions (values, measurements) that allow you to select inventory for the purpose of sale, and inventory selected according to these conditions.

Products used:

- In Orders, Transactions, Obligations: to set purchase objects, inventory, budgets, determine the value of the Transaction, Order.

- When planning: to set a plan for budgets, inventory for Products.

Product Structure and Functions Product Structure

The product consists of the following parts:

- Description (“Hat”) of the Product,

- Product elements. Product Description (Cap)

The main purpose of the Product Caps is the identification of this Product by Customers.

The product header contains key information about the qualitative and quantitative characteristics of the product, the specifics of the Product.

In addition to the general description of the Product, the “header” also contains values for key inventory dimensions that will be used to set the Product inventory.

The set of measurements depends on the direction of sales. For example:

- for NP "Plasma" in the "header" of the Product contains the fields "PH", "Region",

- for NP “Outdoor Advertising” - “Type of construction”, “Format”, “Region”. Product Elements

Product elements are used to highlight individual copies of the product for sale and to link the Product with inventory (assignment of the inventory structure of the Product).

Since the Product Element is a subordinate entity with respect to the Product, each Product Element has the characteristics, or part, described at the “Heading” level of the Product.

That is, from the point of view of the system, the set of values of the attributes of the Product Element is always limited to the values defined at the Product level, if such restrictions were set.

For example:

- if in the “Cap” of the Product it is specified that the Product has a CA of “Everything, 18-34”, then all of its Elements can have only one CA - “Everything, 18-34” and cannot have other target ones;

- if at the Product level several CAs are set - for example, “Moscow, all 18-34”, “St. Petersburg, all 18-34”, then the Product Element may have one CA, but only from the listed list - for example, only “Moscow, all 18-34 ";

- if at the Product level the Target Audiences are not described, then different Elements of the product may have different target audience. Description of inventory Product elements are performed by selecting inventory “units” (specifying inventory dimension values). In the general case, the description of the inventory relating to the Product Element may be detailed to the Advertising Space.

The entry of a “unit” of inventory into a Product Element may be limited by period.

Retail Products & Packages

There are two types of Products:

- Retail,

- Package.

Retail is a product, upon selection of which the Customer himself determines the amount of purchase of the inventory [in units of inventory]. When buying a package, on the contrary, the purchase volume is determined in advance - at the “Caps” level of the Product - and the Customer can only buy equipment in multiples of packages. Additionally, for the package, the distribution of the total package inventory by the “units” of the inventory included in it can be determined. For example, for a package of 3 million contacts, it can be determined that of these, 1 million contacts fall on one banner place and 2 million on another.

Products and prices

For the sale of Products and Product Elements, prices and discounts / margins in the Price List of products are determined.

Prices can be determined as uniform for all Product Elements, and for each Product Element separately. Prices can be set both for the unit of measure of inventory (defined in the Product) and for the package (for products with the type package).

In addition to prices, the Price List defines a set of discounts / margins. The set of discounts / margins can be determined with an accuracy of the direction of sales. Product, Product Elements. Period.

The list of grounds for setting discounts / margins is individual for each NP and may have, for example, the following structure:

- The target audience,

- Period of sale.

The availability of prices in the Price List of Products affects the ability to purchase (select the Order) Product Elements.

In addition to the prices for the Products, the System also sets the prices for the PH inventory — this will allow “breaking” the package budgets by the “inventory” units included in it correctly. This functionality is necessary when working with packages consisting of inventory of different launch vehicles, Clients, for proper reporting to Clients.

Examples of Products for different Sales Areas For NP “New Media-Plasma” Product - “Shopping Centers”,

Type - retail,

RN - Mega, Waypark, etc.,

Region - Unlimited

Product Elements:

EP number Product Item Name one. Moscow Region, Khimki, Leningradskoe highway, 5 km from MKAD, 8 microdistrict 2. Moscow region, Leninsky district, Kaluga highway, 21 km (or 41 km of Moscow Ring Road) 3. BUT, Kstovsky district, Fedyakovo STC Mega four. Kazan, Victory ave., d.141 5. Yekaterinburg, Metallurgov Ave, d. 87 6. Moscow region, Krasnogorsk district, Putilkovo village, 71st km, MKAD, p.16a 7. ...

For NP "Internet Banner Advertising"

Package "Yandex, 1/4 weekly audience, 728 × 90"

Type - package,

Inventory volume - 18,000 in thousand contacts,

Duration - 1 week.

Product item:

EP number Product Item Name one. Yandex, 1/4 weekly audience, 728 × 90 Monads - each specific position: Product Elements Monads EP No. Product Item Name Monad number Website Page group Position Format one. Yandex, 1/4 weekly audience, 728 × 90 1.1 Yandex Main page Up 728 × 90

Package "Poster," Federal-1 "(240 × 400)"

Type - package,

Inventory volume - 900 in thousand contacts,

Duration - 1 week.

Product item:

EP number Product Item Name one. "Poster," Federal-1 "(240x400)"

Monads - each specific position: Product Elements Monads EP number Product Item Name Monad number Website Page group Position Format one. "Poster," Federal-1 "(240 × 400)" 1.1 http://Afisha.ru Nightparty.ru Package "Federal-1" 240 × 400 1.2 http://Afisha.ru Sections and projects Package "Federal-1" 240 × 400

Products and Obligations, Transactions, Orders For placement in Transactions, Orders, the following Product Elements are used:

- First, the User has the opportunity to choose a specific Product from the set of all Products - at the same time, all products currently sold that match the conditions of the Order are available for selection. -

- Then the System displays a list of Product Elements of the specified Product that meet the conditions of the Order, and the User selects them in the Order.

At the same time, only those Product Elements for which purchase is currently possible are displayed: Elements for which a price is registered, for which inventory in the Warehouse is sufficient.

The inventory in Orders, Transactions, as a rule, is determined at the level of Product Elements, but can also be set for several Product Elements - if the Order or the Transaction assumes flexibility of conditions.

In implementation plans, inventory, budget and prices are detailed [among others] to the Product Element, day. Target audience.

To select and set budgets in the Obligation, only Products are used; budget detailing to Product Elements is not currently planned.

Product benefits

- Allows to unify sales: all NPs sell Products

- With a large number of Customers, their value and their name, by themselves, are not always obvious to customers. ACSSRR allows you to sell a product that is understandable to the customer, characterized by the quality of contacts.

- Planning flexibility: Products are used for Sales Planning within CX, which allows you to get away from the need to plan for Customers, standard inventory cuts.

- Present in all objects of the system (Orders, Transactions, Obligations)

- It can be both retail and package, which allows you to form various marketing offers.

- Product pricing flexibility (the ability to set prices for products / product items, discounts / margins is individual for each NP)

Thus, when using the technical solution proposed in this utility model, a technical result is achieved in the form of expanding the functionality of the system by ensuring automation of the structure of the Republic of Kazakhstan for different types of customers and monitoring the implementation of long-term obligations between the participants in the process, increasing the efficiency and quality of placement of the Republic of Kazakhstan, reducing the complexity of creating the Republic of Kazakhstan, simplifying the work of the consumer in the system and increasing the reliability of the system.

Claims (4)

1. An automated system for creating the structure and placement of advertising campaigns, containing a dedicated application server with a database for creating advertising campaigns, on which an entry block is formed with differentiation of user access rights and sub-blocks of orders, characterized in that the database is designed as a separate database for advertisers, customers, contractors, regions, sales areas, inventory groups, target audiences, placement types and financial brands, and on a dedicated application server tion formed subsystem “Obligation-Transaction-Order”, which includes the corresponding subunit of the obligation, connected through the corresponding subunits of transactions to the corresponding subunits of orders, the “Transaction-Order” subsystem, which includes the corresponding transaction subunit connected to the corresponding order subunit, the “Obligation-Order” subsystem, which includes the corresponding subunit of the obligation connected to the corresponding subunit of the order, and the subsystem "Order", which includes the corresponding subunit of the order, while all of the mentioned subsystems are associated with the said block entry with the delimitation of user access rights. 2. The automated system according to claim 1, characterized in that the sub-block of the obligation contains the block “Commitment”, the block “Part of the obligation”, the block “Option of the part of the obligation”, the block “Split”, the block “Product”, the block “Product element”, block “Sales Direction”, block “Customer”, block “Advertiser”, block “Type of order”, block “Relationship between order and obligation”, block “Discount part of the obligation”, block “Discount split”, block “Inventory group”, block “Target audience”, block “Region” and block “Advertising medium”, while the block “Commitment” through sequentially included block “Part of obligation”, block “Option of part of obligation” and block “Split” is connected to the block “Discount split”, blocks “Sales direction”, “Customer”, “Advertiser”, “Order type” and “Order type with by the obligation ”are connected to the“ Part of the obligation ”block, the blocks“ Product ”,“ Product element ”,“ Advertising media ”,“ Region ”,“ Inventory group ”“ Target audience ”are connected to the block“ Split ”, the block“ Product element ”is connected to the block “Product”, and the block “Discount of part of the obligation” - to the block “Option of part about yazatelstva ". 3. The automated system according to claim 1, characterized in that the transaction subunit contains the “Transaction” block and the “Order” block, the “Legal. Contract ”and the block“ Senior period manager ”. 4. The automated system according to claim 1, characterized in that the sub-block of the order contains the block "Order", block "Fragment of the order", block "Correction", block "Option passport order", block "Split", block "Plan for the implementation of the order" , block “PR Order Cell”, block “Accompanying Document”, block “Transaction”, block “Financial Brand”, block “Priority of Placement”, block “Type of Placement”, block “Inventory Group” and block “Product Element”, at this block “Adjustment” through sequentially connected blocks “Order fragment”, “Order”, “Option passport for ”,“ Split ”and“ PR Order Cell ”are connected to the“ Order Implementation Plan ”block, the“ Accompanying Document ”,“ Transaction ”,“ Financial Brand ”,“ Inventory Group ”,“ Placement Type ”and“ Order Implementation Plan ”blocks ”Are connected to the“ Order ”block, the“ Placement priority ”block is connected directly to the“ Split ”block and through the“ Type of placement ”block, the“ Inventory group ”block is connected to the“ Split ”block by the second output, and the“ Order implementation plan ”block is connected to block "Option passport order", and the block "Product Element" is connected separately to the blocks "Option passport for kaza ”and“ Split ”.

Images