Pricing (air tickets)

Purpose

Pricing module automates the process of calculating commissions and charges for airline tickets, managing commission rules for carriers, agency charges and commission rewards for subagents.

• allows you to quickly configure even complex commission rules,
• allows you to build a convenient and understandable pricing scheme,
• accurately comply with the complex conditions provided by airlines,
• guarantees correct calculations,
• provides a tool for monitoring the accuracy of calculations.

Princile of operation

The module is based on the pricing rules that the agency sets.

Rule — a set commission and charge values и условия их применения.
Commission and charge values are:

• airline commisssion,
  
• airline bonus,
  
• agency charge,
  
• comission for the subagents.
  

Commission and charge application rules — a set of flight parameters to which the comsissions and charges of the rule will apply (“validating carrier”, “GDS”, “flight type”, “passenger types” etc).

Pricing rules are set in the table, in the XLS or XLSX file where:

• Table string — rule.
  
• String cell — parameter value.
  
• Column heading — parameter name.
  Each string is a separate rule.
  For a single flight, only one rule is selected by criteria and applied

Before calculating commissions, the pricing module determines the availability of the flight for ticketing and the rule by which commissions and fees are calculated according to the algorithm:

1. The module records which airline is identified by GDS as validating;
2. Finds all the rules for a given airline in the pricing file;
3. Selects the rules that match the flight by all the parameters;
4. Selects one of the appropriate rules by priority criteria;
   • If the triggered rule does not contain the validating carrier override, the validating carrier received from GDS will be set.
   • If the triggered rule contains the validating carrier override, an overridden validating carrier is established.
5. The rule is applied.

The Agency can issue online flights only for contract airlines. An airline is considered to be contract if at least 1 rule in the downloaded pricing file is set for it.

ATTENTION! Flight cannot be issued if:

• rules for an airline are not set. It is recommended to delete such flights from the search results by the filter “Airline is not contract”.
• rules are set, but flight parameters don’t match rule parameters.

Workflow is shown in the following scheme:

Pricing module work scheme

Commissions and charges are calculated at each order update by the rules loaded into the system at the time of verification:

• when forming search results,
• when booking,
• when switching to payment and ticketing,
• when refreshing order page.

If rules were changed between booking and ticketing, after the booking of an order, commissions will be calculated by the new rules; thus, booking price may be different from the ticketing price. System behavior for such situations is set by the parameter Recalculate service charge in the System settings → Background processes → Triggers settings section. Calculation of commissions, which are active at the time of booking, can be traced in the order logs.

In the price details (on the order page) and in the itinerary receipt, information on fees is presented by one of the passenger charge separation modes:

• Equally between non-zero ticket prices - agency and sub-agency charges are divided equally between all passengers whose fare and tax amount is greater than 0. This mode is selected by default.
• Equally between all fares - agency and sub-agency charges are divided equally among all passengers.
• In proportion to fares - agency and sub-agency charges are divided in proportion to the fare price for a specific passenger in the total amount of the order, i.e. the higher the fare price, the greater part of the charge is allocated to it.
• Only for the first type of passenger - agency and sub-agency charges are determined by the first type of passenger.
• In proportion to the fare, except infants - agency and sub-agency charges are divided in proportion to the fare for a specific passenger in the total amount of the order, with the exception of the infant type passenger.

Charges in the price details are presented with the consideration of the breakdown only if they are hidden in XP/XX fees, otherwise they are displayed as aт individual line without separation.
The setting can be found in the «Product control → Aviatickets → Pricing → Settings».

Calculation of comissions for non-contract airlines

Agency can issue tickets of non-contract airlines on the condition of pure interline between airlines.

For example,

• The agency does not have a contract with «АА» airline.
• The agency has a contract with the airline «BB» airline.
• Between the «АА» and «BB» companies, there is an interline agreement allowing to issue tickets for «АА» on the «BB» form.

In order to issue «АА» airline tickets, the agency sets up a rule for «АА» airline, which contains:

1. validating carrier: «АА»,
2. overriden carrier: «BB»,
3. share of interline segments: 1,
4. airline commission: indicate the amount of the commission reward provided by «ВВ» for tickets with a 100% share of interline segments.

ATTENTION! Websky system does not track if there are interline agreements between carriers. The agency is fully responsible for the override.

Choosing the rule for calculations

Commissions for flights are calculated by one rule. If several rules are suitable for a flight, the system selects a rule for calculation by the priority criteria. The rules are compared according to the first criterion, if the criterion in this case is not triggered - by the second one and so on, until one rule is determined.

Procedure for comparing rules for selecting the rule for calculation:

1. By the Priority column - if triggered rules have priority indicated, then the rule with the highest priority is selected.
2. By the presence of an overriden carrier - if several rules with the same priority are triggered (or priority not defined), the rule with overriden VC is selected.
3. By a non-empty Comission cell - priority of rules with set commission (even 0%) is higher than

По непустой ячейке Комиссия - priority of rules with a set commission (even at 0%) is higher than priority of rules with an empty commission cell.

1. Additional priority - set manually in the Product control → Aviatickets → Pricing → Settings section by the parameter Additional priority:
   • Not set - Additional priority not set.
   • Maximum airline comission - selects the rule with maximum airline comission.
   • By the number of parameters in the rule - selects the rule with the largest number of non-empty parameters.
2. Rule index number - if none of the priorities is applicable, the newer rule (located in the table below the others) is considered priority.

Testing and debugging rule triggering

All the calculations at each stage of their application are logged and displayed in the debug table. The debug table is used to control the triggering of the rules, providing information on the application of the rules to the selected flight.

The link to the debug table is available to the agency manager:

• on the search results, for each flight by the Comission link,
• on the order page, on the flight price details by clicking on the amount of the commission or charge.

Link to debug table on the search page

Link to price details on the order page

Links to the debug table on the price detail page

Table columns — pricing parameters
Column heading — values of pricing parameters for the verified flight.
Строки таблицы — pricing rules for validating carrier of flight.

The table shows the order of parameters’ verification.

The parameters of each rule are compared to the flight parameters:

1. if they match:
   1. cell is highlighted green,
   2. the next parameter is verified;
2. if the flight parameter value does not match the rule parameter value:
   1. cell is highlighted red,
   2. rule verification stops.

If the rule matches by all the parameters, them the rule is applied, commissions and charges are highlighted green, their calculated values are shown.

Debug table

Enabling the module. Import and export of rules

To enable calculation of comissions via the Pricing, turn on the following options: Commissions 2.0 and Charges and discounts in the Product control → Avia tickets → Pricing → Settings section.

To set a pricing rule:

1. Зайдите в раздел Product control → Avia tickets → Pricing → Import / export Excel.
2. Press Download in "xls" format or Download in "xlsx" format. Open file for editing.
3. Set the rule: fill in the string parameters. The format for entering data in each column must correspond to a strictly defined format (see Rule Import).
   Required parameters:
   • validating carrier
   • commission
4. Save the changes to the file
5. On the Import / export Excel in the administration panel, click Browse, open the file.
6. Press Send to upload the file to the system.

While importing, the system validates all entered values. If a value is entered in an incorrect format in a certain cell, the system will report an error, while retaining all correctly defined rules.

Parameter validation errors

After validation, a table is displayed on the page, in which all loaded rules are reflected in a short form.

Pricing rules

Invalid rules are highlited by the following colors in the table:

• rules which are not active yet (sale begin date is later than the current date, see pricing rule parameters) are highlighted orange;
• expired rules (sale end date is later than the current date) are highlighted violet.

Pricing Rules Parameters

Pricing rules file template:
Файл:CommImportExampleV1.0.5.xlsx

ATTENTION! It is restricted to rename columns!
It is allowed to swap columns and delete unnecessary ones.

To see parameter descriptions expand the table:

развернутьPricing Rules Parameters
Headline	Internal name	Description	Valid Values	Examples
id	id	Unique record number from any external system (or database). Optional parameter. It is not involved in the calculation logic and is used to conveniently identify rules.	any value	123
GDS validating carrier	valCompanyId	The airline for which the rule is set. Must be a contract airline of the agent. If it is necessary to conduct ticketing on the stock of another airline (interline), the validating carrier is overriden (see overriden validating carrier). If GDS validating carrier is unacceptable by the specified pricing rules and is not overriden, the flight is considered unacceptable for ticketing and is removed from the search results with the appropriate filtering settings for the results.	empty is ignored 2-letter airline IATA code	SU LH
overriden vc	manualVV	If the validating carrier proposed by the GDS is not contract or does not suit the commission agent, it can be overriden forcibly through this field. The GDS VC is indicated in the VC field (or it is left empty), and the carrier overriden by the agency is indicated in this field. The responsibility for the admissibility of the replacement and for the adequacy of the flight price (which was calculated by GDS for the carrier proposed by it) is assumed by the agent. The priority for rules with overrides is higher than for rules without it.	empty is ignored 2-letter airline IATA code	SU LH
first segment carriages	airlines	A set of allowable marketing carriers for the first segment of the route.	empty = any CODE,CODE... <>CODE,CODE...(except)	SU,LH,BA <>S7,SU
carriers of any segment	airlinesAny	A set of valid marketing carriers (interlines) on any segment of the route. Valid input options: CODE,CODE,CODE : rule will apply if at least one marketing carrier from the flight is present in the list CODE,CODE,CODE! : rule will apply if each of marketing carriers from the flight appears on the list <>CODE,CODE,CODE : rule will not apply if at least one marketing carrier from the flight appears in this list <>CODE,CODE,CODE! : rule will not apply if all the marketing carriers from the flight appear in this list	empty = any - one or several values (see description)	SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
code sharing	codeSharing	Allowability of a flight by another (operating) airline	empty — all flights 1 — code sharing is required 0 — code sharing is restricted	0 1
operators	operatingAirlines	Valid operating airlines (verified on all segments). Input variants: CODE,CODE,CODE : rule will apply if at least one operating carrier appears in the list. CODE,CODE,CODE! : rule will apply if each operating carrier of the flight is present on the list. <>CODE,CODE,CODE : rule will not apply if at least one operating carrier appears in the list. <>CODE,CODE,CODE! : rule will not apply if all the operating carriers of the flight are present on the list.	empty = any - one or several values (see description)	SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
share of own segments	ownPart	The minimum allowable share of own segments (segments where the validating carrier is equal to the marketing one) must be greater than or equal to the specified value (any number from 0 to 1): 1 — all segments are own 0.5 — half or more own segments 0.25 — quarter or more own segments 0.01 — minimum one own segment 0 — all segments are interline	empty = any number any number from 0 to 1	0.88
share of interline segments	interlinePart	The minimum allowable share of not own segments (segments where the validating carrier is not equal to the marketing one) must be greater than or equal to the specified value (any number from 0 to 1). 1 — all segments are interline 0.5 — half or more own segments are interline 0.25 — quarter or more own segments are interline 0.01 — at least one interline segmnt is present 0 — all segments are own	empty = any number any number from 0 to 1	0.88
contract type	contractType	Settlement system: BSP or ТКП	empty = any, BSP TCH	TCH
booking systems	gds	Global distribution system in which the flight / PCC of specific requisites / requisite package ID is found in Немо Тревел 1.0 system. Listed in any order; you can mix different types. The "or" rule applies: if Sabre is specified entirely, all of its PCC / packages are no longer indicated. ATTENTION! When specifying the name of the GDS, strictly follow the name format specified in the documentation. If the name doesn’t match the template, the rule will not apply!	empty = any GDS: SABRE, GALILEO, AMADEUS, SIRENA, SITA, SIG23 PCC: [letters+numbers] package ID: [numbers]	SABRE,670P,123 AMADEUS,GALILEO SITA
sale beginning	paymentDateFrom	The minimum allowable checkout date (not to be confused with the departure date). To trigger the rule, the current date must be greater than or equal to the specified one.	empty = ignored DD.MM.YYYY	01.01.2012 31.01.2010
sale end	paymentDateTo	The maximum allowable checkout date (not to be confused with the departure date). To trigger the rule, the current date must be lesser than or equal to the specified one.	empty = ignored DD.MM.YYYY	31.12.2022
flight type	airlineType	International or domestic (all flights within one country) flight. Single value	empty = any IA (international airlines) DA (domestic airlines)	IA DA
flight numbers	flightNumber	Allowable flight numbers, can be indicated with or without the marketing company code. Input variants: NNN,NNN: rule will apply if at least one flight number from any segment appears in the list. NNN,NNN! : rule will apply if all flight numbers from all segments appear in the list. <>NNN,NNN : rule will not apply if at least one number from the flight appears in the list. <>NNN,NNN! : rule will not apply if all the numbers from the flight appear in the list.	empty = any - one or several values (see description)	SU 123,SU 345 123,345 <>LH 555
aircraft type	aircraft	Valid aircraft codes, should be indicated in the same form in which the GDS returns them Input variants: CODE,CODE: rule will apply if at least one aircraft code from any segment matches one from the list. CODE,CODE! : rule will apply if aircraft codes from all the segments are in the list. <>CODE,CODE : rule will not apply if at least one code from the flight is in the list. <>CODE,CODE! : rule will not apply if all the codes from the flight are in the list.	empty = any - one or several values (see description)	73C,DH4 735
fare codes	tariffs	Valid fare codes. At least one fare from the flight must match one from the preset list. Under a denial rule, there should be no match. The match is not exact: code from the rule may be contained in code from the flight (for example, the entered S1GREY26 will match the S1GREY26CH from the flight). Input variants: CODE,CODE: rule will apply if at least one fare appears in the list. CODE,CODE! : rule will apply if all the fares of the flight are in the list. <>CODE,CODE : rule will not apply if at least one fare is in the list. <>CODE,CODE! : rule will not apply if all the fares of the flight are in the list. You can define [1]. To do this, write the parameter in the /XXX/ format. Examples: /ABC/ — code must contain "..ABC..", for example "NBABCS" /abc/i — case-insensitive check, the code may contain characters in any case, for example "NBABCS" or "Abcof" /^TN/ — code must begin with "TN..", for example "TNQRTY" /OW$/ — code must end with "..OW", for example "SRSOW" /^.L/ — first letter - any ( . — any symbol), the second letter in the fare code must be L, for example "QLFST" /OK.*RT/ — ( .* = any number of any symbols) "..OK..RT..", for example "ANOKURTN"	empty = any - one or several values (see description)	WRUTH9PL,ARUTH9PL /TN.*OW/
maximum fare	maxTariff	Restriction on the maximum price value of the "base cost" (the amount of all fares from carriers on the flight or the price from the GDS minus taxes). If the parameter is set, the rule written in the line will only work if the fare is less than or equal to the specified value.	empty = no restriction xxxCODE (see examples)	10000RUB 300EUR
confidential fare	privateFare	To trigger the rule, the flight must have a fare with the attribute of confidential (private). Confidentiality of the fare is always reported by GDS. If, for an unambiguous definition of the rule, it is enough to indicate the specific code of the private fare, it is not necessary to set the attribute.	empty = any fares 1 — private fare must be present 0 — there shpuld be no private fares	0 1
tax codes	taxes	Allowable tax codes Input variants: CODE,CODE: правило применится, если любая такса из перелета встретится в списке. CODE,CODE! : правило применится, если все таксы перелета встретятся в списке. <>CODE,CODE : правило не применится, если любая такса из перелета встретится в списке. <>CODE,CODE! : правило не применится, если все таксы перелета встретятся в списке. where CODE — set of uppercase latin letters.	empty = any - one or several values (see description)	YQ,YR <>YQ!
price confirmed	priceIsActual	Attribute of confirmed flight price. After the search, the flight price is considered unconfirmed, its status changes to “confirmed” (“relevant”) when creating an actual PNR or requesting a price update within the framework of Nemo Connect web services (before creating a PNR)	empty = any flights 1 — the flight is in the PNR or its price is verified beforehand 0 — the flight has just been received from the search results	0 1
presence of VC segments in all the fares	valSegmentsInTariff	Verification: among segments of any fare there must be a segment of a validating carrier (at least one)	empty or 0 = any fares 1 — condition must be met	0 1
service classes	serviceClass	Valid categories of service classes. Input variants: CODE,CODE: rule will apply if a class from any segment appears in the list. CODE,CODE! : rule will apply if all classes from all segments are in the list. <>CODE,CODE : rule will not apply if a class from any segment appears in the list. <>CODE,CODE! : rule will not apply if all classes from all segments are in the list. where CODE: B - business E - economy F - first EB - combination of economy + business EF - combination of economy + first BF - combination of business + first	empty = any - one or several values (see description)	B,E F EB,EF,F
booking classes (codes)	bookingClass	Allowed literas (single-letter codes) of booking classes. Must be in Latin letters; Russian letters are valid only for the rules of supplier Sirena. Input variants: CODE,CODE: rule will apply if at least one class from any segment appears in the list. CODE,CODE! : rule will apply if classes from all the flight segments are in the list. <>CODE,CODE : rule will not apply if at least one class from any segment appears in the list. <>CODE,CODE! : rule will not apply if classes from all the flight segments are in the list.	empty = any - one or several values (see description)	A,B,C <>A,B,C
carriers and classes	airlinesAndClasses	A set of "marketing carrier" + "booking class" pairs of any segment of the route. Допустимые варианты ввода: CODE:CODE,CODE:CODE,CODE:CODE : rule will apply if at least one flight segment matches one from the list. CODE:CODE,CODE:CODE,CODE:CODE! : rule will apply if all flight segments appear in the list. <>CODE:CODE,CODE:CODE,CODE:CODE : rule will not apply if at least one flight segment matches one from the list. <>CODE:CODE,CODE:CODE,CODE:CODE! : rule will apply if all flight segments appear in the list.	empty = any - one or several values (see description)	SU:A,LH:B,BA:C SU:A,LH:B! <>S7:A,SU:B <>S7:A,BA:B!
zones	zones	Geographic zones of a flight. The entire flight should not go beyond one of the indicated zones for the rule to trigger. division of countries into specified zones AF - Africa, AN - Antarctica AS - Asia EU - Europe NA - North America OC - Australia and Oceania SA - South America the flight must be in both zones ("EUSA, EUNA" - transatlantic flight): EUSA - Europe + South America, EUNA - Europe + North America EUAS - Europe + Asia EUAF - Europe + Africa EUOC - Europe + Australia and Oceania AFNA - Africa + North America ASNA - Asia + North America EUAN - Europe + Antarctica AFAS - Africa + Asia AFAN - Africa + Antarctica AFOC - Africa + Australia and Oceania AFSA - Africa + South America ANNA - Antarctica + North America ANOC - Antarctica + Australia and Oceania ANSA - Antarctica + South America ASAN - Asia + Antarctica NASA - North America + South America OCSA - Australia and Oceania + South America ASSA - Asia + South America NAOC - North America + Australia and Oceania OCAS - Australia and Oceania + Asia Only the listed combinations of zones are allowed!	empty = any - one or several values	AS,EU SA EUSA, EUNA
country zone	countryZones	The listed country codes form an area outside which the aircraft should not land and take off.	empty = any CODE,CODE...	RU,IT,DE,FR
departure countries	depCountries	Valid departure countries for the flight (only the departure country of the first route’s segment is verified).	empty = any CODE,CODE... <>CODE,CODE...(except for)	RU <>LV,LT
arrival countries	arrCountries	The destination country is verified (for OW and CR it is the last country of the last segment, for RT it is the last country of the first leg of the route). For example, for the flight MOW-PAR-MOW, the destination country is FR, for MOW-PAR-LON it is GB. Rule “country of departure = RU, destination country = RU” does not mean a local flight - do not forget to indicate “DA” as flight type.	empty = any CODE,CODE... <>CODE,CODE...(except for)	RU <>LV,LT
direct flight	isDirect	Attribute of a direct flight	empty = any 0 — with transfers only 1 — direct only extra: 2 — initial flight is direct 3 — initial flight is with transfers	0 1
route type	routeType	You can leave the field empty or specify one value: One-Way — OW, Round Trip — RT, Complex Route — CR.	empty = any КОД(see examples)	OW RT CR
routes	routeFull	A chain of IATA codes of cities or airports that describes the entire flight route including transfers, without breaks and repetitions. You should always use the IATA area code if available (aggregating airport). For example, the flight VKO-ORY, ORY-VKO is brought to the route MOW-PAR-MOW.	empty = any CODE-CODE,CODE-CODE,... <>CODE-CODE,CODE-CODE,...(except for)	MOW-LON,LON-MOW <>MOW-BER-PAR
contains routes	routePart	Indicates only a part of the route made up similarly to a previous one.	empty = any CODE-CODE, -CODE-,... <>-CODE-,...(except for)	-CAI- <>-PRG-,PRG-SVX
routes (from airports)	routeAirportsFull	Use the IATA codes of airports (not cities) in the rule. The rest is similar to "routes"	see “routes”	see “routes”
contains routes (from airports)	routeAirportsPart	Use the IATA codes of airports (not cities) in the rule. The rest is similar to "contains routes"	see "contains routes"	see "contains routes"
departure (airports, cities)	depAirports	Only the departure airport of the first segment is checked. When specifying airport codes, an exact match is required. When specifying city codes (aggregating airports), the comparison is carried out according to the internal airport directory. It is recommended that you provide specific airport codes.	empty = any CODE,CODE... <>CODE,CODE...(except for)	MOW,PAR,BER <>VKO,LON
Arrival (airports, cities)	arrAirports	The arrival airport is defined similarly to the "arrival countries". Checking for comparisons is carried out similarly to "departure (airports, cities)"	empty = any CODE,CODE... <>CODE,CODE...(except for)	MOW,PAR,BER <>VKO,LON
start of departure	dateBegin	Departure date of the first segment must be greater than or equal to the specified date	empty = any DD.MM.YYYY	01.01.2012 31.01.2010
Departure in (in hours)	dateDepartureAfter	From the current date, the maximum value or departure range is set. For example, if it is necessary to allocate flights no later than 5 days before departure, then the range [0,120] is set.	empty = no restriction maximum value [X,X] — range	13 [10,100]
end of departure	dateEnd	The departure date of the first segment must be less than or equal to the specified date	empty = ignored DD.MM.YYYY	31.12.2022
return not earlier than	dateBackBegin	Departure date of the last segment of the route must be greater than or equal to the specified date	empty = ignored DD.MM.YYYY	31.12.2022
return not later than	dateBack	Departure date of the last segment of the route must be less than or equal to the specified date	empty = ignored DD.MM.YYYY	31.12.2022
duration in days	daysDuration	Limit on the maximum gap in days between the first date of flight and the end of the route. You can specify a range. Duration in days is calculated as a mathematical date difference. If departure and return are in one day, the duration is 0 days.	empty = no restriction number of days — maximum value (inclusive) [X,X] — range	13 [3,13]
weekdays	dayOfWeek	Allowed days of the week for the departure date of the first segment of the route. Values are indicated by the ordinal number of the day of the week, starting on Monday as 1.	empty = ignored 1 — Monday ... 7 — Sunday - one or several values	2 3,5
passenger types	passengers	Allowed types of passengers on flight. To trigger the rule, all listed types must be present in the flight.	empty = any ADT — adult CLD — child (2-12) INF — infant (0-2) INS — infant with seat (0-2) - one or several values	INF ADT,CLD
flight mask		A formal description of the flight in text format, to create complex rules. Will be added to the next version of the application.
priority	priority	If several rules are triggered, then the one with the highest priority is selected. If there are several rules with the same priority (or the priority is not specified), a newer rule is selected (located below in the imported table)	integer empty = 0	1 2
promotion code		Unique promotion code. It is created in the administration panel under Шаблон:Menu.	any set of letters/numbers/characters	12022014_Promo
utm source	utmSource	Transition source ID, which is displayed in the "No." field of the transition source table in the metrics module. You can enter multiple sources.	empty = any CODE,CODE... <>CODE,CODE...(except for)	123,456 <>123,456
airline commission	commission	Agent profit received from the airline for tickets sold. It is the mandatory field, and it must strictly correspond to the value specified in the contract. The value is transferred to the GDS upon ticketing. May be indicated as a percentage of the fare or in absolute value. The commission is always calculated for each passenger. Rules with a specified zero commission has more priority over rules with an empty commission.	"xxxCODE" (currency code) or "XX%"	100RUB 13%
commission for subagents	agencyCommission	Subagency commission is a part of the profit from the airline, which the agent gives away to subagents. The value of the commission acts as a discount for subagents, reducing the cost of air tickets. Commission is always calculated for each passenger whose fare value is not 0. Commission Formats for Subagents: For all subagents: Fixed amount: XRUB, where: X - commission amount, integer or decimal fraction number with a dot separator: 60, -3, 0.5 RUB - IATA code of the currency:EUR, UAH. Percentage of the fare: X%, where X - percentage of the fare, integer or decimal fraction number with a dot separator: 60}, -3, 0.5. For specific subagents or subagent groups: (ID:value),(ID:value),(ID:value),..., where ID - number of subagent (group) in Websky, value - amount of commission for this subagency (group) in the format X% or XRUB. In one rule, you can combine the commission for all subagents and the commission for the specified subagents in the following format: XX,(ID:YY),(ID:YY),(ID:YY),...}}, where: XX - commission for all subagents in the format described above, YY - commission for a given subagent in the format described above. In this case, the amount of the commission: for all subagents except those indicated: XX, for the indicated one: XX + YY. Example: 5%,(123:2%),(345:3%) . Subagent comission under the number 123 is: 5% + 2% = 7% from the fare. Subagent comission under the number 123 is: 5% + 3% = 8% from the fare. If you want to enter the amount as decimal number, the fractional part is separated by "." , eg: 0.5% Внимание! If your agency plans to create a large number of individual pricing rules, each of which will indicate the value of the subagent commission for individual subagents / groups / users, then the recommended entry form is as follows (12345,12346,12347:3%) instead of (12345:3%),(12346:3%),(12347:3%). Which means using the grouping of the same values.	see description	100RUB 6EUR 2% 5%,(123:100RUB%),(345:2%),(345:-0.5%)
segment-by-segment commission calculation segment-by-segment	modeForSegment	Attribute of applying a commission or bonus to each segment of the flight. For example, 100 rub. for each segment.	empty = 0 0 — one commission for the entire flight 1 — the commission must be multiplied by the number of segments	0 1
airline bonus	bonus	The agent’s additional profit that the agency receives from the airline, but it is not included in requests to GDS. It is set and calculated in exactly the same way as commissions (the calculation considers the parameter "segment-by-segment commission calculation"). It is used to calculate the "profitability" of air travel, affects the operation of the mixer and may affect the charge when setting the "minimum profit" parameter. Of all the rules that triggered, the bonus will be taken into account only from one of them according to the following priority: Maximum priority for triggered commission rule If there is no bonus in the commission rule, the bonus will be used from another triggered non-commission rule (additional rule with an empty commission). If there are several such rules, the rule with the highest identifier is used (below in the table)	"xxxCODE" (currency code) or "XX%"	100RUB 13%
segment bonus (allowable airlines)	modeForAirlines	Setting the current parameter forces the bonus calculation mode for each segment of the flight (for an absolutely specified bonus), but only segments with validating or interline carriers from the list specified here are taken into account.	empty CODE (airline code) CODE,CODE ...	SU SU,FV
agency charge	charge	All markups/discounts that will be applied to the flight described by the rule are indicated here. You can specify several price rules in one field, dividing them by user type. format = (subject:amount),(subject:amount),(subject:amount)... subject = ID of the groups, users and two "B2C" values, "B2B" with the possibility <>denial amount = term + term + term...[restriction] restriction = range of total charge value, is set as [price,price] term = price*multiplier*multiplier... price = "xxxCODE" (currency code) or "XX%" (percent of total cost (fare + taxes) ГРС) multiplier = one of the values: PAS — total number of passengers (including INF) ADT — number of adults CLD — number of children (2-12) INF — number of infants (0-2) INS — number of infants with seat (0-2) SEG — number of flight segments (flight from A to B with 1 transfer => 2 segments) LEG — number of legs (flight from A to B with 1 transfer => 2 segments) TRF — to get the fare price, equal to the total amount of fares SGV — number of validating carrier’s segments Examples: 100RUB*SEG : plus 100 rubles to the order value for each segment 150RUB*SEG*PAS;: plus 150 rubles for each segment, for each passenger. For example: a flight with two segments and two passengers = 600 rubles. -10%*TRF : 10% discount from a fare 50RUB*LEG*ADT[,1000RUB] : 50 rubles for each adult ticket on each flight leg, but not more than 1000RUB (<>123,345: 100RUB), (123,345: -100RUB) : subjects 123 and 345 will receive a discount of 100 rubles., the rest - a markup of 100 rubles. (B2B: 1000RUB*ADT — 100RUB*CLD[-10%,-1%]), (B2C: 10% [10USD,]), (123: -1000RUB) : B2B users receive a markup of 1000 rubles for each adult ticket and a 100 rubles discount for each child ticket, but not less than 1% of the total price and not more than 10%. B2C users get a 10% markup, but no less than $ 10. User with ID=123 will receive a discount of 1000 rubles. If several price rules separated by comma are triggered, their total amount is taken. If this is not a suitable behavior, separate the price rules into separate flight rules (strings), they can be adjusted by priority. Внимание! If your agency plans to create a large number of individual pricing rules, each of which will indicate the value of the agency charge for individual subagents/groups/users, then the recommended entry form is as follows (12345,12346,12347:3%) instead of (12345:3%), (12346:3%), (12347:3%). It means that you need to use grouping of the same values. If you want to enter the amount as a decimal fraction, the fractional part is separated with "." , for example: 0.5%	see description	see description
Commission for metasearch	MetasearchCommission	The comission is charged by the metasearch system and is calculated at the search stage. The value should be indicated as a decimal representation of the interest rate - it is a fraction of 1 if you, for example, specify 0.05 - 5%. You can specify it with/without the "%" sign. The commission is calculated from the amount = the flight price from the supplier + fees/discounts + additional fees + min. profit. The calculated value is rounded to 2 characters after the separator. This parameter is described in more detail here.	see description	0.05 0.025%
attribute of an additional charge	chargeExt	The setting allows you to change the procedure for calculating the charge, adding additional settlement rules to the final result. 0 — Standard charge (default value). Of all these fees, the one wih highest priority will be applied. 1 — Additional charge. Charges indicated as optional are verified separately. Similarly, one extra charge with the highest priority will be applied. 2 — Mandatory charge. Will be applied if all charge parameters are satisfied. Priority is ignored.	empty = 0 1 2	0 1
minimum profit	minProfit	The minimum profit that the agency will receive for the order. If the calculated profit of the agency is less than the minimum, then the charge will be increased to the required value. The format is similar to the agency charge format. For calculations, the value from the rule according to which the airline commission will be determined will be applied. If you want to change this behavior, you must set the parameter "priority of min. profit" (see below)	see description	50RUB*LEG*PAS
min. profit priority	minProfitPriority	An additional parameter responsible for calculating the minimum profit. The rule with the highest priority will work, and if the priority matches, the rule located below will be used	Positive numeric values.	1, 2, ...
rounding	chargeRounding	Arithmetic rounding procedure	empty = 0, 0 = to an integer value, 0.1 = to tenths, 0.01 = to hundredths	0.1 0.01

Additional rule settings for Websky platform

Parameters for private (confidential) fares management.

To view the description of the parameters expand the table:

развернутьAdditional rule settings
Heading	Internal name	Description	Valid values	Examples
tour code	gdsTourCode	Tour code	any value	15ZU
ticket designator	gdsTicketDesignator	Ticket designator	any value	PP08
endorsement	gdsEndorsment	Endorsements	any value or %VAT_VALUE% to transfer the VAT value to the endorsement only for Amadeus, Saber, Galileo, GalileouAPI and S7 NDC; for Sabre, the value is transferred to the GDS, but does not fall into the itinerary receipt	Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
agent's own profit	comAgentProfit	Agent's own profit	"xxxCODE" (currency code) or "XX%" Only integer values are allowed	100RUB 2%
discount subject by a tour code	corpClient	ID of the subject who will receive a discount by the tour code	ID,ID <>ID,ID	2772,2653 <>2786,2361
discount by a tourcode	discount	Скидка	"xxxCODE" (currency code) or "XX%"	100RUB 13%
authorization code	authCode	Authorization code	any value	MB10

Pricing. GDS SITA Gabriel

Setting of the price rules for S7 Airlines in GDS SITA Gabriel has its own specifics. Due to the fact that GDS SITA Gabriel carries out only booking and ticketing for S7 Airlines, and the search is executed in other GDSs, the flight price when searching and booking can differ by the amount of taxes which can be in the GDS used for the search but are absent in SITA Gabriel. To prevent changes in the price after proceeding to a booking, special rules are set in the pricing, where discount equal to tax is set via the price confirmed parameter (see parameters of the pricing rules.

Tax codes :

• in GDS Sabre – YQF.
• in GDS Sirena – ZZ.
• in GDS Galileo and Amadeus – YQ.

Tax amounts vary by course.

Each rule for flights of S7 Airlines is divided into 2 separate strings:

1. Rule for the search:
   • validating carrier: S7;
   • booking systems: SITA;
   • price confirmed: 0;
   • agency charge: indicate the discount by the amount of the GDS fee used for search + indicate agency charge size.
2. rule for booking:
   • validating carrier: S7;
   • booking systems: SITA;
   • price confirmed: 1;
   • agency charge: indicate only the amount of the agency charge.

Pricing rules for S7 Airlines

EMD

EMD - electronic multi-purpose document or voucher. In the "Product control → Aviatickets → Pricing → Settings" section, there is a setting Issue EMD by order charges amount. It is responsible for issuing the EMD to a collection agency (available only to Siren Travel). How it works: if the agency that buys the ticket has an agency charge for the validating company of the carrier in the pricing rules, then when issuing an order, in addition to the itinerary receipt and EMD for additional services, a separate EMD for agency charge will be issued. If there are several people in the order, then the charge will be divided between them, the total amount of the charge will not increase.

See also

• Pricing for subagents (rus)
• Currency(rus)