Центр поддержки системы бронирования - Вклад участника [ru]

Reallocation of funds

2020-07-13T21:39:42Z

Александра Ларцева: /* Principle of operation */

[[Категория:Модули]] [[Категория:Дополнительные модули‎]][[Категория:Решения для B2B]]
'''Reallocation of funds''' — is an additional module of the Websky online ticket booking system for B2B agencies.

== Purpose of the module ==
When using a standard scheme of payment from company balance sheet, a single account is allocated to every company, and all expert employees of this subagent and the company manager himself have equal access to it by default.
But in this case it is difficult to avoid cases of the account abuse:
each employee can dispose of virtually the entire available amount of the account / available overdraft.
The Reallocation of funds module allows you to set a limit on a certain amount for a specific user of the company (or a group of users) within one account, thus avoiding such situations. Secondly, this module makes it possible to pay orders from the company's balance to ordinary users of the company (not experts), which is not supported in the standard payment scheme from the balance of the companies. 

== Module connection ==
The module is connected additionally by the Websky system administrator. To connect the module, use the Websky project tracker.

== Principle of operation ==

The subagent can distribute the amount of its account set for it by the root agency among its own users so that the users of the subagent can use the ''''payment method from the company's balance.'''' 
The subagent allocates for its user/user group a part of the account that was previously given to the subagent by the root agency. 
The part of the account that the subagent manager distributes to its users cannot be used to pay for orders by the subagent (subagent manager/expert).

Rules of the ''Reallocation of funds'' module:
* You can distribute the entire amount that is listed on the balance sheet of the company and the available sub-agency’s overdraft.
* The amount by the selected accounts of all objects cannot exceed the amount of the company's balance + available overdraft of the sub-agency.
* The user uses his / her own account for payment, or, if his own account is not assigned to him by a subagent, the account of the first object in the hierarchy upwards to which the account is assigned (for example, the account of the group to which this user belongs). 
* The user can make a payment only within the account related to him.
''''Attention!'''' If the account is not distributed to the user, but is assigned to the group to which it belongs, the user uses the group’s shared account. In particular, it can be the balance of the subagent itself after deducting the distributed part, if the user is included in the root group of the subagent.

* If no fund reallocation is specified for users or groups of a subagent, then payment from the company's balance will be available ''''only to the manager / expert of the subagency''''.
* If at least one reallocation entry is specified for users or subagent groups in the table, payment from the company's balance is allowed for those users for whom reallocation is set and this payment method is activated in the section '''Finances → Payment Methods → Gateway access settings'''. The amount available to the user is set during the reallocation.

''''Attention!'''' When using the Funds Reallocation module, the subagent needs to keep track of those users / groups of users whom it allows to pay for orders from the company's balance sheet. To enable and disable access to payments from the company's balance sheet for a user / group of users, under Finances → Payment Methods → Gateway access settings, adjust the availability of payment methods for different groups and users of the subagent (see Payment Methods in {{Name.system}} for more details).

{| class="wikitable" align="center"
|-
|[[Файл:reallocation_of_funds.jpg|800px|center|Agent reallocation scheme]]
|}
===Billing strategy===
When using the '''Reallocation of funds''' module, the '''deduct own fee of the subagent''' option (for managers and experts) (the ''Billing strategy for subagents'' parameter for subagents in Product control → Aviatickets → Pricing → Settings) is always enabled regardless of the option settings. Thus, with the inclusion of the '''Reallocation of funds''' module, the withdrawal of funds from the general account of the subagent is always minus the subagent’s own charge.

The movement of funds in the accounts is carried out according to the following principle:
* When the ''user of the subagent'' pays for the order:
** ''payment amount'' is displayed in full on the user’s order page,
** when paying with the ''user's'' company balance, the entire amount of the order, including fees and charges of the subagent, is withdrawn, and the subagent’s own fee is returned to the account of the subagent,
** the amount of the order along with the commission, is deducted from the total account of the subagent ''minus the own charge of the subagent''. In the ''History of account transactions'' (see Company Balance article) two transactions will be displayed - debiting the full amount from the user's balance account, crediting the fee to the subagent's account.
* When paying for the order by the ''manager or expert of the subagent'':
** when displaying the order amount on the order page:
*** if the ''deduct subagent’s own charge'' option and/or ''deduct subagent’s commission'' is active, then on the order page for the manager and expert the amount less the own charge and/or commission of the subagent is displayed.
*** if the ''deduct subagent’s own charge'' option and/or ''deduct subagents’ commission'' is not enabled, the full amount is displayed on the order page for the manager and expert.
** When paying with the ''subagent’s'' company balance, the order amount is withdrawn ''minus commissions and charges of the subagent''.

===Loan payment and refund for orders payed by the distributed account===

When you pay for a loan or make a refund, the amount is returned to the account from which the payment was made. If this account has already been deleted, the amount will be returned to the account of the first in the hierarchy above the object in which it is installed.

== Subagency funds reallocation ==
After connecting the module in the administration panel, a section on Reallocation of funds appears, located at Finances → Balances and overdrafts → Reallocation of funds. The section is accessible only to the ''root agency manager'' and the ''subagency manager''.

Select the settings application object in the '''User''' field. Depending on the selected user, the page displays either the fund distribution table of the selected subagent or a form for allocating funds to the selected user.

===Overview of redistributed funds by users of subagency===
If a '''subagency''' is selected as a user, the page displays:
* '''Information on the current state of the sub-agency balance''':
** subagency balance.
** subagency overdraft.
** allowable amount to be distributed - The amount available for distribution is calculated in the following way:<code> "Company balance sheet amount" + "Available overdraft" - "amount already distributed to users of the subagent" </code>.
* '''A table with all the established balance amounts of the selected subagent and the balance on the subagent balance'''.

The table contains the following columns:
* '''User''' — list of users / user groups of the subagent for which the account has been allocated. The last user on the list is the subagentry itself.
* '''Sum''' — balance of the company allocated to the user or group.
* '''Edit''' — link to the user account editing page. When you click the link, the user is transfered to the form to edit the account value of this user.
* '''Delete''' — button which allows you to delete a user account record. When deleting, user funds are returned to the sub-agency account.

To sort the entries in the table in ascending / descending order, click on the column header of the table. 
Editing/deleting a sub-agency’s own account is unacceptable because it is set by the root agency manager in the '''Balance account settings''' section, see “Company Balance” article.

{| class="wikitable"
|-
|[[Файл:Таблица перераспределения средств пользователям субагентства.jpg|1200px|Рис. 1 Таблица со всеми выделенными депозитами пользователей субагентства]]
|-
|Table of reallocation of funds to users of the sub-agency: "Перераспределение средств" - Reallocation of funds
"Баланс субагентства" - subagency balance
"Овердрафт субагентства" - subagency overdraft
"Группа пользователей субагента" - subagent users group. "Пользователь субагента" - subagent user. "Субагент" - subagent.
|}

===Editing the account of a subagency user===

To set an account for a user or group:
# Go to the section '''Editing the user balance of the sub-agency'''. You can enter the user/group user balance editing page in two ways:
#* Select the object to apply the settings in the'''User''' as ''user/ user group''.
#* If the account for a user / user group has been set up earlier, you can proceed to editing the user's funds from the funds reallocation table (see the previous section).
# Set the size of the account provided to the selected user — the value that will be allocated from the subagent’s own funds to this user or group. When you specify the value of the account, the amount allowable for distribution decreases.
#* If an amount excceding subagent’s own funds is entered, the current value of this user's account will remain unchanged, and the page will display the following message: ''The account size has not been changed, because the amount exceeds the maximum value''. 

The currency of the account is determined by the currency of the subagency’s account, i.e. if the account of the subagency is set in RUB, then the currency of the user/group account is also RUB. 
Only positive numbers are allowed as account size, with the fractional part separated by a dot or a comma. 

{| class="wikitable"
|-
|[[Файл:Форма управления балансом пользователя.jpg|700px|Рис. 2 Форма сплита]]
|-
|User balance management form: Доступно для распределения - Available for reallocation. Укажите баланс, предоставленного выбранному пользователю - set the balance for the selected user.
|}

It is also possible to set for the user an account that exceeds the real balance of the subagency company via the setting '''the amount of distributed accounts can exceed the amount of the subagency’s balance'''. In this case, the user will be able to pay for the flight only if the sub-agency’s account has enough money to pay for the flight. Otherwise, the user will be prompted to contact the agency. To enable this setting:
* Go to '''Finances → Balances and overdrafts → Balance account settings'''
* Turn on the '''Amount of distributed accounts setting may exceed the amount of the sub-agency balance''' and save the changes.

==Paying from the company balance==

In order for a subagency user or group of users to have access to a payment method from the company's balance, the '''company balance''' payment method must be enabled for these objects under '''Finances → Payment Methods → Access to Payment Methods'''. Also make sure that the payment gateway is set up for these users in the '''Finances → Payment Methods → Gateway control''' section and that the '''Payment gateway enabled''' option is active in the filter settings of this payment method (for more details, see the article Payment Methods in Websky).

After choosing the '''company balance''' payment method after booking, when you switch to payment, on the order page, the user will see the status of the company's available balance:
* «Company Balance»,
* «Available overdraft»,
* «Will remain after payment»,
* «Amount to pay».

To pay for an order with funds from the company balance:
* The user clicks the '''Pay''' button.
* A message will appear in a pop-up window: "Attention, funds will be written off from your company's balance sheet. Continue?". To pay from the balance of the company, the user must agree.
* The funds are debited from the balance of the company that is assigned to the user. The order status is ''Paid''.

==See also==
* [[Баланс компаний|Company Balance (rus)]]
* [[Платежные методы в Nemo.travel|Payment methods in Websky (rus)]]
* [[Расширенный модуль субагентских продаж|Advanced subagent sales module (rus)]]

Reallocation of funds

2020-07-13T21:39:03Z

Александра Ларцева: /* Principle of operation */

[[Категория:Модули]] [[Категория:Дополнительные модули‎]][[Категория:Решения для B2B]]
'''Reallocation of funds''' — is an additional module of the Websky online ticket booking system for B2B agencies.

== Purpose of the module ==
When using a standard scheme of payment from company balance sheet, a single account is allocated to every company, and all expert employees of this subagent and the company manager himself have equal access to it by default.
But in this case it is difficult to avoid cases of the account abuse:
each employee can dispose of virtually the entire available amount of the account / available overdraft.
The Reallocation of funds module allows you to set a limit on a certain amount for a specific user of the company (or a group of users) within one account, thus avoiding such situations. Secondly, this module makes it possible to pay orders from the company's balance to ordinary users of the company (not experts), which is not supported in the standard payment scheme from the balance of the companies. 

== Module connection ==
The module is connected additionally by the Websky system administrator. To connect the module, use the Websky project tracker.

== Principle of operation ==

The subagent can distribute the amount of its account set for it by the root agency among its own users so that the users of the subagent can use the ''''payment method from the company's balance.'''' 
The subagent allocates for its user/user group a part of the account that was previously given to the subagent by the root agency. 
The part of the account that the subagent manager distributes to its users cannot be used to pay for orders by the subagent (subagent manager/expert).

Rules of the ''Reallocation of funds'' module:
* You can distribute the entire amount that is listed on the balance sheet of the company and the available sub-agency’s overdraft.
* The amount by the selected accounts of all objects cannot exceed the amount of the company's balance + available overdraft of the sub-agency.
* The user uses his / her own account for payment, or, if his own account is not assigned to him by a subagent, the account of the first object in the hierarchy upwards to which the account is assigned (for example, the account of the group to which this user belongs). 
* The user can make a payment only within the account related to him.
''''Attention!'''' If the account is not distributed to the user, but is assigned to the group to which it belongs, the user uses the group’s shared account. In particular, it can be the balance of the subagent itself after deducting the distributed part, if the user is included in the root group of the subagent.

* If no fund reallocation is specified for users or groups of a subagent, then payment from the company's balance will be available ''''only to the manager / expert of the subagency''''.
* If at least one reallocation entry is specified for users or subagent groups in the table, payment from the company's balance is allowed for those users for whom reallocation is set and this payment method is activated in the section '''Finances → Payment Methods → Gateway access settings'''. The amount available to the user is set during the reallocation.

''''Attention!'''' When using the Funds Reallocation module, the subagent needs to keep track of those users / groups of users whom it allows to pay for orders from the company's balance sheet. To enable and disable access to payments from the company's balance sheet for a user / group of users, under Finances → Payment Methods → Gateway access settings, adjust the availability of payment methods for different groups and users of the subagent (see Payment Methods in {{Name.system}} for more details).

{| class="wikitable" align="center"
|-
|[[Файл:reallocation_of_funds.jpg|800px|center|Agent reallocation scheme]]
|-
|Subagent reallocation scheme: Счет пользователя - User account, Пользователь - User, Счет субагента - Subagent’s account, Счет группы пользователей - User group account.
|}
===Billing strategy===
When using the '''Reallocation of funds''' module, the '''deduct own fee of the subagent''' option (for managers and experts) (the ''Billing strategy for subagents'' parameter for subagents in Product control → Aviatickets → Pricing → Settings) is always enabled regardless of the option settings. Thus, with the inclusion of the '''Reallocation of funds''' module, the withdrawal of funds from the general account of the subagent is always minus the subagent’s own charge.

The movement of funds in the accounts is carried out according to the following principle:
* When the ''user of the subagent'' pays for the order:
** ''payment amount'' is displayed in full on the user’s order page,
** when paying with the ''user's'' company balance, the entire amount of the order, including fees and charges of the subagent, is withdrawn, and the subagent’s own fee is returned to the account of the subagent,
** the amount of the order along with the commission, is deducted from the total account of the subagent ''minus the own charge of the subagent''. In the ''History of account transactions'' (see Company Balance article) two transactions will be displayed - debiting the full amount from the user's balance account, crediting the fee to the subagent's account.
* When paying for the order by the ''manager or expert of the subagent'':
** when displaying the order amount on the order page:
*** if the ''deduct subagent’s own charge'' option and/or ''deduct subagent’s commission'' is active, then on the order page for the manager and expert the amount less the own charge and/or commission of the subagent is displayed.
*** if the ''deduct subagent’s own charge'' option and/or ''deduct subagents’ commission'' is not enabled, the full amount is displayed on the order page for the manager and expert.
** When paying with the ''subagent’s'' company balance, the order amount is withdrawn ''minus commissions and charges of the subagent''.

===Loan payment and refund for orders payed by the distributed account===

When you pay for a loan or make a refund, the amount is returned to the account from which the payment was made. If this account has already been deleted, the amount will be returned to the account of the first in the hierarchy above the object in which it is installed.

== Subagency funds reallocation ==
After connecting the module in the administration panel, a section on Reallocation of funds appears, located at Finances → Balances and overdrafts → Reallocation of funds. The section is accessible only to the ''root agency manager'' and the ''subagency manager''.

Select the settings application object in the '''User''' field. Depending on the selected user, the page displays either the fund distribution table of the selected subagent or a form for allocating funds to the selected user.

===Overview of redistributed funds by users of subagency===
If a '''subagency''' is selected as a user, the page displays:
* '''Information on the current state of the sub-agency balance''':
** subagency balance.
** subagency overdraft.
** allowable amount to be distributed - The amount available for distribution is calculated in the following way:<code> "Company balance sheet amount" + "Available overdraft" - "amount already distributed to users of the subagent" </code>.
* '''A table with all the established balance amounts of the selected subagent and the balance on the subagent balance'''.

The table contains the following columns:
* '''User''' — list of users / user groups of the subagent for which the account has been allocated. The last user on the list is the subagentry itself.
* '''Sum''' — balance of the company allocated to the user or group.
* '''Edit''' — link to the user account editing page. When you click the link, the user is transfered to the form to edit the account value of this user.
* '''Delete''' — button which allows you to delete a user account record. When deleting, user funds are returned to the sub-agency account.

To sort the entries in the table in ascending / descending order, click on the column header of the table. 
Editing/deleting a sub-agency’s own account is unacceptable because it is set by the root agency manager in the '''Balance account settings''' section, see “Company Balance” article.

{| class="wikitable"
|-
|[[Файл:Таблица перераспределения средств пользователям субагентства.jpg|1200px|Рис. 1 Таблица со всеми выделенными депозитами пользователей субагентства]]
|-
|Table of reallocation of funds to users of the sub-agency: "Перераспределение средств" - Reallocation of funds
"Баланс субагентства" - subagency balance
"Овердрафт субагентства" - subagency overdraft
"Группа пользователей субагента" - subagent users group. "Пользователь субагента" - subagent user. "Субагент" - subagent.
|}

===Editing the account of a subagency user===

To set an account for a user or group:
# Go to the section '''Editing the user balance of the sub-agency'''. You can enter the user/group user balance editing page in two ways:
#* Select the object to apply the settings in the'''User''' as ''user/ user group''.
#* If the account for a user / user group has been set up earlier, you can proceed to editing the user's funds from the funds reallocation table (see the previous section).
# Set the size of the account provided to the selected user — the value that will be allocated from the subagent’s own funds to this user or group. When you specify the value of the account, the amount allowable for distribution decreases.
#* If an amount excceding subagent’s own funds is entered, the current value of this user's account will remain unchanged, and the page will display the following message: ''The account size has not been changed, because the amount exceeds the maximum value''. 

The currency of the account is determined by the currency of the subagency’s account, i.e. if the account of the subagency is set in RUB, then the currency of the user/group account is also RUB. 
Only positive numbers are allowed as account size, with the fractional part separated by a dot or a comma. 

{| class="wikitable"
|-
|[[Файл:Форма управления балансом пользователя.jpg|700px|Рис. 2 Форма сплита]]
|-
|User balance management form: Доступно для распределения - Available for reallocation. Укажите баланс, предоставленного выбранному пользователю - set the balance for the selected user.
|}

It is also possible to set for the user an account that exceeds the real balance of the subagency company via the setting '''the amount of distributed accounts can exceed the amount of the subagency’s balance'''. In this case, the user will be able to pay for the flight only if the sub-agency’s account has enough money to pay for the flight. Otherwise, the user will be prompted to contact the agency. To enable this setting:
* Go to '''Finances → Balances and overdrafts → Balance account settings'''
* Turn on the '''Amount of distributed accounts setting may exceed the amount of the sub-agency balance''' and save the changes.

==Paying from the company balance==

In order for a subagency user or group of users to have access to a payment method from the company's balance, the '''company balance''' payment method must be enabled for these objects under '''Finances → Payment Methods → Access to Payment Methods'''. Also make sure that the payment gateway is set up for these users in the '''Finances → Payment Methods → Gateway control''' section and that the '''Payment gateway enabled''' option is active in the filter settings of this payment method (for more details, see the article Payment Methods in Websky).

After choosing the '''company balance''' payment method after booking, when you switch to payment, on the order page, the user will see the status of the company's available balance:
* «Company Balance»,
* «Available overdraft»,
* «Will remain after payment»,
* «Amount to pay».

To pay for an order with funds from the company balance:
* The user clicks the '''Pay''' button.
* A message will appear in a pop-up window: "Attention, funds will be written off from your company's balance sheet. Continue?". To pay from the balance of the company, the user must agree.
* The funds are debited from the balance of the company that is assigned to the user. The order status is ''Paid''.

==See also==
* [[Баланс компаний|Company Balance (rus)]]
* [[Платежные методы в Nemo.travel|Payment methods in Websky (rus)]]
* [[Расширенный модуль субагентских продаж|Advanced subagent sales module (rus)]]

Файл:Reallocation of funds.jpg

2020-07-13T21:37:57Z

Александра Ларцева:

S7 NDC

2020-03-23T16:10:36Z

Александра Ларцева:

[[Категория: Поставщики авиабилетов]]
=S7 NDC=
S7 Airlines первой в России внедрила новый отраслевой стандарт дистрибуции авиабилетов — NDC.

NDC (New Distribution Capability) – новый стандарт обмена данными между авиакомпаниями и агентами по продаже авиабилетов, разработанный Международной ассоциацией воздушного транспорта (IATA). Использование NDC позволяет онлайн-агентам напрямую получать максимально полную информацию о рейсах и услугах авиакомпании в едином стандартизованном формате.

С введением нового стандарта онлайн-агенты смогут предлагать на своих сайтах все дополнительные услуги, доступные на сайте авиакомпании. Например, выбор комфортного места на борту, дополнительный багаж и другие. Пассажиры, в свою очередь, получают возможность существенно экономить за счет доступа ко всей линейке тарифов и услуг авиакомпании.

NDC позволяет представить все данные о перелете в том же виде, что и на сайте авиакомпании. Использование нового стандарта позволяет исключить ситуации, когда пассажир выбрал неподходящий тариф или услугу.

== Подключение S7 NDC в Nemo.Travel ==
* В результате обращения и согласования условий с системой S7 агент должен получить необходимые реквизиты для подключения в production среде.
* Необходимо открыть задачу в проекте [https://s7airlines.atlassian.net/browse/AAS s7airlines.atlassian.net], в рамках которой создать запрос на сертификат для production среды. [https://s7airlines.atlassian.net/wiki/spaces/GAAPI/pages/300023812/Quick+Start+for+Agents+S7+Agent+API Инструкция]
* Полученные реквизиты, сертификат и пароль (который вводился во время генерации запроса на сертификат) для доступа к production среде нужно передать в {{NameSystem}} для формирования production конфигурации подключения.

==Особенности S7 NDC==
#У поставщика всего 3 типа пассажиров ADT CHD INF, указание INS недоступно.
#Величина комиссии из правил ценообразования при бронировании не передается поставщику, т.к. а/к вычисляет агентское вознаграждение самостоятельно на своей стороне по внутренней базе данных.
#Перелеты могут быть только двух классов эконом и бизнес.
#Пассажиры должны быть указаны с паспортными данными, бронирование без документов - невозможно.
#У поставщика отсутствует привязка младенцев к взрослым пассажирам.
#Поддерживается только довнесение контактных данных, модификация остальных данных не поддерживается.
#Работа с дополнительными услугами находится на стадии разработки у провайдера.
#Максимальное кол-во символов, передаваемое в узле Endorsements (включая пробелы) с учётом эндорсментов передаваемых по умолчанию = 145 символов.

{{Attention|Актуализация и репрайсинг происходят только за счет получения цены для перелета, так как у поставщика отсутствует проверка доступности мест, что может приводить к невозможности бронирования перелётов, которые успешно прошли через процесс актуализации и репрайсинга.}}

==Продажа дополнительных услуг==
Коннектор S7 NDC поддерживает возможность оформления дополнительных услуг, а именно - мест и багажа. Есть возможность приобрести 2 сумки багажа. Продажа питания не поддерживается на стороне поставщика. Оформление допуслуг после выписки билета недоступно (ограничение на стороне поставщика). Также недоступно войдирование и возврат EMD.

==Трехсторонние соглашения / 3D Flow==
Данный режим работы используется, когда поставщику необходимо идентифицировать кто из корпорантов сделал заказ. Для работы необходимо:
# В поисковом запросе передать код корпоративного клиента в блоке Restrictions.ThreeDomainAgreementNumber.
# В запросе актуализации/семейств передать код корпоративного клиента в блоке OperationsRestrictions.PricingInfo.ThreeDomainAgreementNumber.
# При бронировании передать FQTS SSR ремарку с кодом корпоративного клиента


<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Пример передачи SSR ремарки в запросе бронирования Nemo Conneсt:====
<div class="mw-collapsible-content">
<ns1:DataItem>
<ns1:ID>1</ns1:ID>
<ns1:TravellerRef>
<ns1:Ref>1</ns1:Ref>
</ns1:TravellerRef>
<ns1:SegmentRef>
<ns1:Ref>1</ns1:Ref>
</ns1:SegmentRef>
<ns1:Type>SSR</ns1:Type>
<ns1:Remark xsi:nil="true"/>
<ns1:TimeLimits xsi:nil="true"/>
<ns1:SSR>
<ns1:Code>FQTS</ns1:Code>
<ns1:Text>QUW1725</ns1:Text>
<ns1:Status xsi:nil="true"/>
<ns1:StatusCode xsi:nil="true"/>
</ns1:SSR>
</ns1:DataItem>
</div>
</div>
{{Attention|Работа с трехсторонними соглашениями поддерживается только через API-проект «{{NameProject2}}», описанный в документации по [http://docs.nemo.travel/ ссылке] .}}

==Ошибки при взаимодействии с S7 NDC==

'''«matching.passenger.not.found»''' — такая ошибка говорит об окончании бланков на стоке. Необходимо проверить количество, их должно быть больше 10. 
'''«Ошибка загрузки тарифных правил»''' — эта ошибка возникает при попытке получения тарифных правил для перелета, который уже состоялся. Чтобы получить тарифные правила, дата перелета не должна быть в прошлом.

== См. также ==
* [http://support.nemo.travel/ru/%D0%A6%D0%B5%D0%BD%D0%BE%D0%BE%D0%B1%D1%80%D0%B0%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_(%D0%90%D0%B2%D0%B8%D0%B0%D0%B1%D0%B8%D0%BB%D0%B5%D1%82%D1%8B) Ценообразование (Авиабилеты)]
* [[Пакеты реквизитов {{NameProject2}}]]

Дополнительные услуги авиакомпании

2020-03-23T13:57:25Z

Александра Ларцева: /* Включение модуля */

[[Категория:Модули]] [[Категория:Дополнительные модули‎]]
'''Дополнительные услуги авиакомпаний''' — [[модуль]] системы [http://www.nemo.travel/ {{NameSystem}}], позволяющий покупателю получить список дополнительных услуг от авиакомпании и, при желании, оформить их.

==Описание модуля==
Дополнительные услуги призваны сделать путешествие более комфортным и приятным. К дополнительным услугам могут относиться:
* Предварительный выбор места в ВС
* Дополнительные места для провоза багажа (в том числе негабаритного)
* Транспортировка домашних животных
* Дополнительное питание
* Возможность бронирования залов ожидания повышенной комфортности
* Приоритетная регистрация
* Другие дополнительные услуги

Информация о доступных дополнительных услугах предоставляется авиакомпанией.

==Включение модуля==

Модуль '''Дополнительные услуги авиакомпаний''' подключает администратор системы {{NameSystemLink}}. Если вы хотите начать использовать модуль '''Дополнительные услуги авиакомпаний''', создайте тикет с запросом в [http://helpdesk.nemo.travel проектном трекере {{NameSystem}}].
Чтобы начать получать дополнительные услуги, зайдите в настройку '''Управление продажами → Авиабилеты → Дополнительные услуги → Доп. услуги АК'''  и выберите пакеты, в которых желаете осуществлять работу с дополнительными услугами.

На данный момент в системе {{NameSystemLink}} дополнительные услуги авиакомпаний реализованы для [[Глобальная_распределительная_система|ГРС]] Сирена Трэвел, Amadeus, Sabre, а также коннекторов S7 NDC и Navitaire.

== Справочник дополнительных услуг авиакомпаний==
Система {{NameSystem}} получает информацию о доступных дополнительных услугах от ГРС в закодированном виде (RFISC-идентификатор). Названия и описания дополнительных услуг авиакомпаний для отображения пользователю заводятся в статичном справочнике системы, его актуальность поддерживается вручную.

Добавление в справочник названий и описаний дополнительных услуг авиакомпаний производится сотрудником {{NameSystem}} по запросу агента и согласно предоставленной им информации.

На данный момент в справочнике заведены описания дополнительных услуг для нескольких авиакомпаний.
Если дополнительная услуга авиакомпании получена системой, но услуга с таким RFISC не заведена в справочнике, то её отображение на странице заказа для пользователя зависит от типа пользователя:
* для B2B-пользователя услуга отобразится с названием, полученным от ГРС,
* для B2C-пользователя незаведённая в справочнике услуга не отобразится.

Если вы заметили дополнительные услуги авиакомпании, которые не отображаются B2C-пользователю или отображаются в кодовом виде на латинице для B2B-пользователя, обратитесь в проектный трекер системы с информацией о дополнительной услуге данной авиакомпании для отображения.

Для внесения дополнительных услуг можно воспользоваться импортом. Для этого заполните файл [[Файл:Импорт допуслуг Авиакомпаний.xlsx|200px|thumb|left|Импорт допуслуг Авиакомпаний]]. Добавьте дополнительные услуги тех авиакомпаний, которые вы хотели бы отображать и продавать на вашем сайте.

Формат файла следующий:
Одна строка - одна допуслуга. Столбцы - параметры допуслуги. Названия параметров отображается в шапке таблицы для каждого столбца. В каждый ячейке строки заполните параметры допуслуги.
* CompanyCode - IATA код авиакомпании, которой принадлежит допуслуга
* RFISC - код RFISC допуслуги
* RFIC - код RFIC допуслуги
* Group - группа, к которой принадлежит допуслуга (выбор в выпадающем списке: Дополнительный багаж / Питание / Выбор места / VIP допуслуги )
* SSRCode код SSR допуслуги
* Type - код типа допуслуги
* name - название допуслуги, как заведено в GDS
* name_en - название допуслуги на английском языке. Задайте допуслуге название на английском языке, которое будет отображаться пользователю на форме бронирования.
* desc_en - описание допуслуги на английском языке. Задайте допуслуге описание на английском языке, которое будет отображаться пользователю на форме бронирования.
* name_ru - название допуслуги на русском языке. Задайте допуслуге название на русском языке, которое будет отображаться пользователю на форме бронирования.
* desc_ru - описание допуслуги на русском языке. Задайте допуслуге описание на русском языке, которое будет отображаться пользователю на форме бронирования.
* name_ua - название допуслуги на украинском языке (опционно). При желании задайте допуслуге название на украинском языке, которое будет отображаться пользователю на форме бронирования.
* desc_ua - описание допуслуги на украинском языке (опционно). При желании задайте допуслуге описание на украинском языке, которое будет отображаться пользователю на форме бронирования.
* name_xx - название допуслуги на языке xx, где xx - код языка (опционно).
* desc_xx - описание допуслуги на языке xx, где xx - код языка (опционно).

Код языка после "_" в конце name и desc определяет язык имени и описания соответственно. Можно добавить сколько угодно столбцов name и desc для разных языков, заведённых в системе - таким образзом для названия и описания допуслуги сразу можно импортировать переводы.

Информацию предоставьте в тикете для внесения в справочник техподдержкой {{NameSystem}}.

==Принцип работы ==

После включения модуля на [[Форма_бронирования_(Авиабилеты)|форме бронирования]] заказа отображается блок '''Дополнительная услуга: услуги авиакомпаний''' и кнопка для выбора места '''Место в самолете''' (она будет доступна под каждым пассажиром).

{| class="wikitable" align="right" style="margin-right:1em"
|-
|[[Файл:Map_pick.jpg|800px|Выбор платного места]]
|-
|Выбор платного места.
|}

{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Форма_допуслуг_ак.jpg|700px|Блок дополнительных услуг авиакомпаний]]
|-
|Блок дополнительных услуг.
|}

{{Attention|Выбор дополнительной услуги '''Выбор места''' доступен как через блок '''Дополнительная услуга: услуги авиакомпаний''', так и через кнопку '''Место в самолете''', расположенной под каждым пассажиром. Если на стороне поставщика услуга '''Выбор места''' не заведена соответствующим образом, выбор дополнительной услуги '''Выбор места''' будет доступен только через кнопку '''Место в самолете'''.}}

Чтобы добавить услуги к заказу, необходимо выполнить следующие действия:

# Выберите интересующий раздел.
# Выберите нужный вам сегмент и пассажира, после чего вы увидите список доступных к покупке услуг .

{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Добавление_допуслуг_ак.jpg|570px|Добавление дополнительной услуги]]
|-
|Добавление дополнительной услуги.
|}
После нажатия кнопки '''Купить''' пересчитывается сумма ''К оплате'' и общая стоимость заказа. 
Цена заказанной услуги фиксируется в [[Форма бронирования (Авиабилеты)#Блок информации о заказе|детализации стоимости]] .
{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Детализация_доп_ак.jpg|400px|Отображение стоимости]]
|-
|Отображение стоимости дополнительной услуги в детализации стоимости.
|}

{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Детализация_доп_к_оплате.jpg|400px|Отображение стоимости]]
|-
|Отображение стоимости дополнительной услуги в детализации стоимости.
|}

Существуют услуги, которые применяются не на один сегмент, а сразу на направление, чаще всего такие услуги встречаются на рейсах с пересадкой. Такие услуги имеют особый признак(восклицательный знак). Цена такой услуги будет зависеть от количества сегментов, к которым она привязана.
{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:F1e84ca63c.jpg|600px|Услуга, которая распространяется сразу на направление]]
|-
|Услуга, которая распространяется сразу на направление.
|}

Для отмены еще не забронированных дополнительных услуг нажмите на крестик напротив наименования добавленной дополнительной услуги либо нажмите на название выбранной услуги, тогда во всплывающем окне появится подробная информация о выбранной услуге, а также в правом нижнем углу появится опция отказа от услуги.

'''Примечание:''' в том случае, если при выборе допуслуги авиакомпания подтверждает ее не сразу (например, ГРС возвращает в ответе на запрос статус услуги HN - holding need, а не HK), то в блоке допуслуг отображается надпись: ''"Обратите внимание, что некоторые из выбранных услуг ожидают подтверждения от авиакомпании"'', а также кнопка '''Уточнить статус услуг''' (см. скриншот ниже). Кнопка доступна раз в час. По нажатии на кнопку система обновит заказ, и, если статус допуслуги сменится на подтвержденный, ее можно будет оплатить. До подтверждения услуги ее оплата невозможна.

{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Service_on_request.png|800px|Услуги, требующие подтверждения]]
|-
|Услуги, требующие подтверждения.
|}

После выписки билета появляется возможность возврата дополнительной услуги, однако он работает только при включенном автоматическом возврате билетов, в ручном режиме возврат дополнительных услуг '''невозможен'''. К возврату пользователю доступна изначальная цена за услугу без учета наценок. Если билет был оплачен через лицевой счет, после успешного возврата услуги деньги за услугу будут автоматически возвращены на лицевой счет. Возвращать билет можно только после возврата дополнительной услуги. 

{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:RefundEMD.jpg|700px|Кнопка возврата услуги]]
|-
|Кнопка возврата услуги.
|}

{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Refund_EMD.jpg|700px|Блок менеджера]]
|-
|Блок менеджера.
|}

Оформлять дополнительные услуги можно как до, так и после выписки билета. Если клиент решил оформить дополнительную услугу в уже выписанном заказе, то для ее оформления необходимо выполнить доплату по заказу. 

Доступ к выбору карты мест есть как до, так и после бронирования. На скриншоте ниже виден процесс выбора места и отображения его цены.
{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Seatmap.jpg|700px|Выбор места]]
|-
|Выбор места.
|}

==Добавление описаний к услугам==
Для того, чтобы добавить подробное описание к услуге надо в разделе '''Управление сайтом → Языковые ресурсы''' добавить для каждой допуслуги новые алиасы и в переводах для них - нужные вам описания (для каждого языка по отдельности)
метка для перевода названия "7R:03C:1PC10KG UP TO 203CM", где 7R-это IATA код авиакомпании, 03C-RFISC допуслуги, а 1PC10KG UP TO 203CM это сервисное название допуслуги.
метка для перевода подробного описания услуги будет иметь вид "7R:03C:1PC10KG UP TO 203CM:RULES_TEXT"
{| class="wikitable" align="right" style="margin-left:1em"
|-
|[[Файл:GDSService info.png|700px|Признак того, что у услуги есть подробное описание]]
|-
|Признак того, что у услуги есть подробное описание
|}
{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:GDSService description.png|700px|Подробное описание]]
|-
|Подробное описание
|}

== Настройки модуля ==
Для того что бы настроить модуль необходимо перейти по адресу: '''Управление продажами → Авиабилеты → Дополнительные услуги → Доп. услуги АК'''
{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:Настройки доп услуг АК.png|800px|Настройки доп. услуг]]
|-
|Настройки доп. услуг
|}

Доступные настройки: 
'''Пакеты для поиска доп. услуг''' - настройка отвечает за то в каких пакетах реквизитов будет осуществляться поиск услуг. 
: Варианты выбора:
:: '''Все''' - поиск услуг будет проходить по всем пакетам;
:: '''Выбранные''' - поиск услуг будет проходить только по выбранным пакетам;
:: '''Все кроме'''- поиск услуг будет проходить по всем пакетам кроме указанных.
'''Разрешить покупку нескольких сумок багажа на одного пассажира''' - настройка разрешает купить несколько сумок багажа одного типа. 
'''Разрешить оформление услуг с типом C ''' - На форме бронирования будут доступны услуги с типом C. Перед включением настройки необходимо согласовать с ГРС возможность онлайн-бронирования услуг с типом C, так как ГРС не гарантирует, что расчет таких услуг всегда будет работать корректно и стабильно.

'''Наценка на услуги''' - настройка позволяет добавить определенный сбор с каждой проданной дополнительной услуги. Процент или фиксированный размер в указанной валюте, заданный в этой настройке, будет распространяться на платные дополнительные услуги. Настройка применяется только к платным услугам. 
'''Фильтрация дополнительных услуг''' - настройка позволяет настроить отображение доп.услуг на форме.

== Фильтрация дополнительных услуг ==
Если возникла необходимость выводить на форму только определенные дополнительные услуги, вы можете сделать это с помощью '''Фильтра по АК и RFISC'''. Эта настройка находится по адресу '''Управление продажами → Авиабилеты → Дополнительные услуги → Доп. услуги АК'''  . Если фильтр не задан, на форму будут выводится все дополнительные услуги, полученные от GDS. Чтобы вывести именно определенную дополнительную услугу, вам нужно знать ее уникальный номер('''RFISC'''). Фильтр задается в формате '''АК-RFISC''' , где АК - IATA-код авиакомпании, RFISC - уникальный номер услуги. '''Например, UT-B01;SU-OAQ'''. Обратите внимание, что если вы завели фильтры на определенное количество дополнительных услуг только одной авиакомпании, для других авиакомпаний фильтр будет фильтровать все дополнительные услуги до тех пор, пока вы не заведете фильтр и на эту авиакомпанию.

== Покупка ==
Если возникла необходимость выводить на форму только определенные дополнительные услуги, вы можете сделать это с помощью '''Фильтра по АК и RFISC'''. Эта настройка находится по адресу '''Управление продажами → Авиабилеты → Дополнительные услуги → Доп. услуги АК'''  . Если фильтр не задан, на форму будут выводится все дополнительные услуги, полученные от GDS. Чтобы вывести именно определенную дополнительную услугу, вам нужно знать ее уникальный номер('''RFISC'''). Фильтр задается в формате '''АК-RFISC''' , где АК - IATA-код авиакомпании, RFISC - уникальный номер услуги. '''Например, UT-B01;SU-OAQ'''. Обратите внимание, что если вы завели фильтры на определенное количество дополнительных услуг только одной авиакомпании, для других авиакомпаний фильтр будет фильтровать все дополнительные услуги до тех пор, пока вы не заведете фильтр и на эту авиакомпанию.

== Отчет по продажам дополнительных услуг ==
Чтобы получить отчет по дополнительным услугам, зайдите в раздел настроек '''Статистика и отчеты → Отчеты по авиазаказам '''.  Выберите тип отчета [[Отчеты по заказам#Электронные документы|"Электронные документы" ]], в нем будет отражена статистика по продажам дополнительных услуг с привязкой к авиабилетам.
{| class="wikitable" style="margin-left:1em"
|-
|[[Файл:ReportEMD.jpg|800px|Отображение отчета]]
|-
|Отображение отчета.
|}

== Справочник дополнительных услуг авиакомпаний==
Система {{NameSystem}} получает информацию о доступных дополнительных услугах от ГРС в закодированном виде (RFISC-идентификатор). Названия и описания дополнительных услуг авиакомпаний для отображения пользователю заводятся в статичном справочнике системы, его актуальность поддерживается вручную.

Добавление в справочник названий и описаний дополнительных услуг авиакомпаний производится сотрудником {{NameSystem}} по запросу агента и согласно предоставленной им информации.

На данный момент в справочнике заведены описания дополнительных услуг для нескольких авиакомпаний.
Если дополнительная услуга авиакомпании получена системой, но услуга с таким RFISC не заведена в справочнике, то её отображение на странице заказа для пользователя зависит от типа пользователя:
* для B2C незаведённая в справочнике услуга не отобразится,
* для B2B-пользователя услуга отобразится с названием, полученным от ГРС.

== Добавление информации по дополнительным услугам авиакомпании в маршрут-квитанцию==


Для добавления информации по дополнительным услугам авиакомпании в маршрут-квитанцию в шаблон маршрут-квитанции нужно вставить переменную %GDS_SERVICE_INFO%.
Информация по дополнительным услугам авиакомпании, на которую ссылается переменная, формируется в шаблоне '''Документы для дополнительных услуг''' в разделе '''Нотификации и документы → Документы → Документы для авиа''' .
Переменные для дополнительных услуг авиакомпании для шаблона '''Документы для дополнительных услуг''':
*%GDS_SERVICE_PRICE% - Общая стоимость всех услуг
*%GDS_SERVICE_ITEM_DOC_NUMBER% - Номер ЭМД для данной услуги 
*%GDS_SERVICE_ITEM_PRICE% - Стоимость одной услуги
*%GDS_SERVICE_ITEM_NAME% - Название услуги*
*%GDS_SERVICE_ITEM_RFISC% - Код RFISC
*Если это резервирование места в самолете, тогда еще и выбранный номер.

== См. также ==
* [[Форма бронирования (Авиабилеты)]]
* [[Дополнительные услуги агентства]]

Ценообразование (Авиабилеты)

2020-01-30T12:46:38Z

Александра Ларцева:

[[Категория:Модули]] [[Категория:Встроенные модули]]

==Назначение==
Модуль '''Ценообразование''' автоматизирует процесс расчета [[Комиссия (термин)|комиссий]] и [[Комиссия (термин)|сборов]] для [[Билет#Авиабилеты|авиабилетов]], управления комиссионными правилами [[Перевозчик|перевозчиков]], сборами [[Агентство|агентства]] и комиссионными вознаграждениями субагентов.

* позволяет быстро настроить даже сложные комиссионные правила,
* позволяет построить удобную и понятную схему ценообразования,
* точно соблюдать сложные условия, предоставляемые авиакомпаниями,
* гарантирует правильные расчеты,
* предоставляет инструмент контроля за корректностью расчетов.

==Принцип работы==
Работа модуля основана на правилах ценообразования, которые заводит агентство.

'''Правило''' — набор ''значений комиссий и сборов'' и ''условия их применения''. 
'''Значения комиссий и сборов''' — это: 
*комиссия от авиакомпании, 
*бонус авиакомпании, 
*сбор агентства, 
*комиссия субагентам. 
'''Условие применения комиссий и сборов''' — набор параметров перелетов, к которым будут применяться комиссии и сборы правила (''валидирующий перевозчик'', ''ГРС'', ''тип рейса'', ''типы пассажиров'' и пр.)

Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где:

*''Строка таблицы'' — правило. 
*''Ячейка строки'' — значение параметра. 
*''Заголовок столбца'' — название параметра. Каждая строка является отдельным правилом. '''К одному перелету выбирается по критериям и применяется только одно правило'''

Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму:

# Модуль фиксирует, какую авиакомпанию [[ГРС]] определила как [[Валидирующий перевозчик|валидирующую]];
# Находит в файле ценообразования все правила для данной [[Авиакомпания|авиакомпании]];
# Подбирает правила, которые соответствуют перелету по всем параметрам;
# Выбирает по критериям приоритета '''одно''' из подходящих правил;
#* Если сработавшее правило не содержит переопределения валидирующего перевозчика, устанавливается валидирующий перевозчик, полученный от ГРС.
#* Если сработавшее правило содержит переопределение валидирующего перевозчика, устанавливается переопределенный валидирующий перевозчик.
# Правило применяется.

Агентство может [[Выписка|выписывать]] онлайн перелеты только '''контрактных авиакомпаний'''. Авиакомпания считается контрактной, если для нее заведено хотя бы 1 правило в загруженном файле ценообразования.

{{Attention|Перелет '''не может быть выписан''', если:}}
* правила для авиакомпании не заведены. Такие перелеты рекомендуется удалять из выдачи [[Фильтры результатов поиска (Авиабилеты)|фильтром результатов поиска]] «А/к не является контрактной».
* правила для авиакомпании заведены, но параметры перелета не соответствуют параметрам правила.
Порядок работы модуля приведен в схеме:

{| class="wikitable"
|-
|[[Файл:Схема_ценообразование.png|1000px]]
|-
|Схема работы модуля Ценообразование
|}

Комиссии и сборы '''рассчитываются при каждом обновлении [[Заказы|заказа]] по правилам, загруженным в систему на момент проверки''':
*при формировании выдачи результатов поиска,
*при [[Бронирование (Авиабилеты)|бронировании]],
*при переходе к оплате и выписке билетов,
*при обновлении страницы заказа.

Если в промежуток между бронированием и выпиской '''''правила изменили''''', после бронирования заказа комиссии будут рассчитываться по новым правилам, таким образом цена при бронировании и цена при выписке может отличаться. Поведение системы при возникновении такой ситуации задается параметром '''''Пересчитать сервисный сбор''''' в разделе Настройки системы → Фоновые процессы → События синхронизации. Расчет комиссий, действующих на момент бронирования, можно отследить в логах по заказу.

В детализации стоимости (на странице заказа) и в маршрут-квитанции информация по сборам представлена в соответствии с одним из '''режимов разделения сбора на пассажиров''':
* Поровну между ненулевыми стоимостями билетов - сбор агентства, субагентства разделяется поровну между всеми пассажирами, у которых сумма тарифа и такс больше 0. Этот режим выбран по умолчанию.
* Поровну между всеми тарифами - сбор агентства, субагентства разделяется поровну между всеми пассажирами.
* Пропорционально тарифам - сбора агентства, субагентства разделяется пропорционально стоимости тарифа для конкретного пассажира в общей сумме заказа, т.е. чем больше стоимость тарифа, тем большая часть сбора на него отводится.
* Только первому типу пассажира - сбор агентства, субагентства определяется первому типу пассажира.
* Пропорционально тарифам, за исключением младенцев - сбора агентства, субагентства разделяется пропорционально стоимости тарифа для конкретного пассажира в общей сумме заказа, за исключением младенца.
''Сборы в детализации стоимости представлены с учетом разбиения только если скрыты в таксы XP/XX, а иначе отображаются отдельной строкой без разделения.'' 
Настройка находится в разделе '''«Управление продажами - Авиабилеты - Ценообразование - Настройки - Режим разделения сбора на пассажиров».'''

=== Расчет комиссий для неконтрактных авиакомпаний ===

Агентство может '''выписывать билеты ''неконтрактных'' авиакомпаний''' на условиях '''чистого [[Интерлайн (термин)|интерлайна]]''' между авиакомпаниями.

Например,
* У агентства нет контракта с авиакомпанией «АА».
* У агентства есть контракт с авиакомпанией «ВВ».
* Между компаниями «АА» и «BB» интерлайн-соглашение, позволяющее выписывать билеты для «АА» на бланке «ВВ».

Чтобы выписывать билеты авиакомпании «АА», агенство заводит правило для авиакомпанией «АА», в котором заданы:
# валидирующий перевозчик: '''''«АА»''''',
# переопределенный перевозчик: '''''«BB»''''',
# доля сегментов интерлайнов: '''''«1»''''',
# комиссия авиакомпании: ''укажите размер комиссионного вознаграждения, предоставляемого компанией «ВВ» за билеты со 100% долей интерлайн [[Сегмент|сегментов]]''.

{{Attention|Система {{NameSystem}} не отслеживает наличие интерлайн-соглашений между перевозчиками. Ответственность за переопределение полностью лежит на агентстве.}}

=== Выбор правила для расчета ===
Комиссии для перелета рассчитываются по одному правилу. Если для перелета подходит несколько правил, система выбирает правило для расчета по критериям приоритета. Правила сравниваются по первому критерию, если критерий в данном случае не срабатывает, по второму и так далее, пока не будет определено одно правило.

Порядок сравнения правил для выбора правила для расчета:
#'''По колонке ''Приоритет''''' - если у сработавших правил указан приоритет, то выбирается правило с наибольшим приоритетом.
#'''По наличию переопределенного перевозчика''' - если срабатывает несколько правил с одинаковым приоритетом (или приоритет не указан), выбирается правило с переопределенным ВП.
#'''По непустой ячейке ''Комиссия''''' - приоритет правил с установленной комиссией (даже в 0%) выше, чем у правил с пустой ячейкой комиссии.
#''' Дополнительный приоритет''' - ''устанавливается вручную'' в разделе '''Управление продажами → Авиабилеты → Ценообразование → Настройки'''  параметром '''''Дополнительный приоритет''''':
#*'''''Нет''''' - не установлен дополнительный приоритет.
#*'''''Максимальная комиссия авиакомпании''''' - выбирается правило с максимальной комиссией от авиакомпании.
#*'''''По количеству параметров в правиле''''' - выбирается правило с наибольшим числом непустых параметров.
#''' Порядковый номер правила''' - если ни один из приоритетов не применим, приоритетным считается более новое правило (расположенное таблице ниже других).

== Тестирование и отладка срабатывания правил ==
Все расчеты на каждом этапе их применения [[Логи системы|логируются]] и отображаются в таблице отладки. Таблица отладки используется для контроля срабатывания правил, предоставляя информацию о применении правил к выбранному перелету.

Ссылка на таблицу отладки доступна менеджеру и экспертам корневого агентства:
* на выдаче результатов поиска для каждого перелета по ссылке '''''Комиссия''''', 
* на странице заказа в детализации стоимости перелета по щелчку на сумму комиссии или сбора.

{| class="wikitable"
|-
|[[Файл:Ссылка на таблицу отладки на странице поиска.png|800px]]
|-
|Ссылка на таблицу отладки на странице поиска
|}

{| class="wikitable"
|-
|[[Файл:Страница заказа.png|700px]]
|-
|Ссылка на детализацию стоимости на странице заказа
|}

{| class="wikitable"
|-
|[[Файл:Детализация_стоимости.png|600px]]
|-
|Ссылки на таблицу отладки на странице детализации стоимости
|}

'''Столбцы таблицы''' — параметры ценообразования. 
'''Заголовок столбца''' — значения параметров ценообразования для проверяемого перелета. 
'''Строки таблицы''' — правила ценообразования ''для валидирующего перевозчика'' перелета.


В таблице отражается порядок проверки параметров.

Параметры каждого правила сравниваются в параметрами перелета:
# если они совпадают:
## ячейка подсвечивается зеленым,
## проверяется следующей параметр;
# если значение параметра перелета не совпадает со значением параметра правила:
## ячейка подсвечивается красным цветом,
## проверка правила прекращается.
'''Если правило подошло по всем параметрам, то правило применяется, комиссии и сборы подсвечиваются зеленым светом, рядом отображаются их вычисленные значения.'''

{| class="wikitable"
|-
|[[Файл:Таблица_отладки.png|1200px]]
|-
|Таблица отладки
|}

== Включение модуля. Импорт и экспорт правил ==

Чтобы включить расчет комиссий с использованием Ценообразования, включите опции '''Комиссии 2.0''' и '''Сборы и скидки 2.0''' в разделе Управление продажами → Авиабилеты → Ценообразование → Настройки.

Чтобы задать правило ценообразования:
# Зайдите в раздел Управление продажами → Авиабилеты → Ценообразование → Импорт/экспорт Excel.
# Нажмите '''Выгрузка в формате "xls"''' или '''Выгрузка в формате "xlsx"'''. Откройте файл для редактирования.
# Установите правило: '''заполните параметры строки'''. Формат внесения данных в каждый столбец должен соответствовать строго определенному формату (см. [[Ценообразование (Авиабилеты)#Импорт правил|Импорт правил]]). Обязательные параметры для заполнения:
#* '''''валидирующий перевозчик'''''
#* '''''комиссия'''''
# Сохраните изменения в файле.
# На странице '''Импорт/экспорт Excel''' в панели администрирования нажмите '''Обзор''', откройте файл.
# Нажмите '''Отправить''' для загрузки файла в систему.

При импорте система валидирует все введенные значения. Если в какой-то ячейке значение внесено в некорректном формате, система сообщит об ошибке, сохранив при этом все корректно заданные правила.

{| class="wikitable"
|-
|[[Файл:Ошибки_импорта_Ценообразование.png|500px]]
|-
|Ошибки при валидации параметров
|}

После валидации на странице отображается таблица, в которой в сжатой форме отражены все загруженные правила.

{| class="wikitable"
|-
|[[Файл:Правила ценообразования.png|900px]]
|-
|Правила ценообразования
|}

В таблице предусмотрено цветовое выделение правил, которые на данный момент недействительны:
* правила, срок действия которых ещё не наступил (дата начала продажи больше текущей даты, см. раздел [[Ценообразование (Авиабилеты)#Параметры правил ценообразования|Параметры правил ценообразования]]), выделяются оранжевым цветом,
* правила, срок действия которых истёк (дата окончания продажи больше текущей даты), выделяются фиолетовым цветом.

== Параметры правил ценообразования==
'''Шаблон файла для внесения правил ценообразования:''' [[File:CommImportExampleV1.0.5.xlsx]]

{{Attention|Запрещено переименовывать столбцы!}} При этом допускается менять столбцы местами и удалять ненужные столбцы.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Параметры правил ценообразования'''
|-
! scope="col" | Заголовок
! scope="col" | Внутреннее название
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| id
| Уникальный номер записи из любой внешней системы (или БД). Необязательный параметр. Не участвует в логике расчетов и используются для удобства идентификации правила.
| любое значение
| 123
|-
| валидирующий перевозчик GDS
| valCompanyId
| Авиакомпания, для которой задается правило. Должна являться контрактной авиакомпанией агента. Если необходимо проводить выписку на стоке другой авиакомпании (по интерлайну), валидирующий перевозчик переопределяется (см. [[Ценообразование (Авиабилеты)#Переопределенный валидирующий перевозчик|Переопределенный валидирующий перевозчик]]). Если валидирующий перевозчик от ГРС недопустим указанными правилами ценообразования и не переопределен — перелет считается недопустимым к выписке и удаляется из результатов поиска при соответствующих настройках фильтрации результатов.
| width="20%"| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| переопределенный вп
| manualVV
| Если валидирующий перевозчик, предложенный ГРС не является контрактным или не устраивает агента по комиссии, его можно переопределить принудительно через это поле. В поле ВП указывается ВП от ГРС (или оно оставляется пустым), а в этом поле указывается переопределенный агентством перевозчик.

Ответственность за допустимость замены и за адекватность цены перелета (которая была рассчитана GDS по предложенному ей перевозчику) берет на себя агент. Приоритет у правил с переопределением выше, чем у правил без него.
| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| перевозчики первого сегмента
| airlines
| Набор допустимых маркетинговых перевозчиков первого сегмента маршрута.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| SU,LH,BA

<>S7,SU
|-
| перевозчики любого сегмента
| airlinesAny
| Набор допустимых маркетинговых перевозчиков (интерлайнов) любого сегмента маршрута.

Допустимые варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один маркетинговый перевозчик из перелета есть в списке.
* КОД,КОД,КОД! : правило применится, если каждый маркетинговый перевозчик из перелета встречается в списке
* <>КОД,КОД,КОД : правило не применится, если хотя бы один маркетинговый перевозчик из перелета встречается в этом списке
* <>КОД,КОД,КОД! : правило не применится, если все маркетинговые перевозчики из перелета встретятся в этом списке
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| код-шеринг
| codeSharing
| Допустимость выполнения рейса другой (оперирующей) авиакомпанией
| пустое — все перелеты 1 — код-шеринг обязателен 0 — код шеринг запрещён
| 0

1
|-
| операторы
| operatingAirlines
| Допустимые оперирующие авиакомпании (проверяются на всех сегментах).

Варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* КОД,КОД,КОД! : правило применится, если каждый оперирующий перевозчик перелета есть в списке.
* <>КОД,КОД,КОД : правило не применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* <>КОД,КОД,КОД! : правило не применится, если все оперирующие перевозчики перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| доля собственных сегментов
| ownPart
| Минимально допустимая доля собственных сегментов (сегментов, где валидирующий перевозчик равен маркетинговому) должна быть больше или равна заданному значению (любое число от 0 до 1):
* 1 — все сегменты собственные
* 0.5 — половина или больше собственных сегментов
* 0.25 — четверть или больше собственных сегментов
* 0.01 — присутствует минимум один собственный сегмент
* 0 — все сегменты интерлайны
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| доля сегментов интерлайнов
| interlinePart
| Минимально допустимая доля несобственных сегментов (сегментов, где валидирующий перевозчик не равен маркетинговому) должна быть больше или равна указанному значению(любое число от 0 до 1).
* 1 — все сегменты интерлайны
* 0.5 — половина или больше сегментов интерлайнов
* 0.25 — четверть или больше сегментов интерлайнов
* 0.01 — присутствует минимум один сегмент интерлайна
* 0 — все сегменты собственные
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| тип контракта
| contractType
| Система взаиморасчетов BSP или ТКП
| пустое = любой, BSP TCH
| TCH
|-
| системы бронирования
| gds
| Глобальная распределительная система, в которой найден перелет/ PCC конкретных реквизитов / ID пакета реквизитов системы {{NameProject1}}
Перечисляются в любой последовательности, можно смешивать разные типы. Действует правило "или": если указан Sabre целиком, все его PCC/пакеты указывать уже нет смысла.

{{Attention|При указании названия ГРС строго соблюдайте формат названия, указанный в документации. При расхождении с шаблоном правило не будет применяться!}}
| пустое = любые ГРС: <code>SABRE, GALILEO, AMADEUS, SIRENA, SITA, SIG23</code> PCC: [буквы+цифры] ID пакета: [цифры]
| SABRE,670P,123

AMADEUS,GALILEO

SITA
|-
| начало продажи
| paymentDateFrom
| Минимально допустимая дата оформления заказа (не путать с датой вылета). Для срабатывания правила, текущая дата должна быть больше или равна указанной.
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| конец продажи
| paymentDateTo
| Максимально допустимая дата оформления заказа. Для срабатывания правила, текущая дата должна быть меньше или равна указанной.
| пустое = игнорируется DD.MM.YYYY
| 31.12.2022
|-
| тип рейса
| airlineType
| Международный или внутренний (весь перелет в пределах одной страны) перелет. Одно значение
| пустое = любой IA (international airlines — международные) DA (domestic airlines — внутренние)
| IA DA
|-
| номера рейсов
| flightNumber
| Допустимые номера рейсов, можно указывать с кодом маркетинговой компании или без неё.

Варианты ввода:
* NNN,NNN: правило применится, если хотя бы один номер рейса из перелета из любого сегмента встречается в списке.
* NNN,NNN! : правило применится, если все номера рейсов из всех сегментов перелета встретятся в списке.
* <>NNN,NNN : правило не применится, если хотя бы один номер из перелета встретится в списке.
* <>NNN,NNN! : правило не применится, если все номера из перелета встретятся в списке.

| пустое = любые - одно или несколько значений (см. описание)
| SU 123,SU 345 123,345 <>LH 555
|-
| тип вс
| aircraft
| Допустимые коды воздушных судов, коды указывать в том же виде, в котором возвращает ГРС

Варианты ввода:
* CODE,CODE: правило применится, если хотя бы один код судна из любого сегмента совпадет с одним из заданного списка.
* CODE,CODE! : правило применится, если коды судов из всех сегментов перелета есть в списке.
* <>CODE,CODE : правило не применится, если хотя бы один код из перелета есть списке.
* <>CODE,CODE! : правило не применится, если все коды из перелета есть в списке.

| пустое = любые - одно или несколько значений (см. описание)
| 73C,DH4 735
|-
| коды тарифов
| tariffs
| Допустимые коды тарифов. Должен совпасть хотя бы один тариф из перелета с одним из заданного списка. При правиле с отрицанием никаких совпадений быть не должно. Совпадение не точное: код из правила может содержаться в коде из перелета (к примеру введенное S1GREY26 совпадет с S1GREY26CH из перелета).

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один тариф встречается в списке.
* КОД,КОД! : правило применится, если все тарифы перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один тариф встречается в списке.
* <>КОД,КОД! : правило не применится, если все тарифы перелета есть в списке.

Можно указать [http://ru.wikipedia.org/wiki/Регулярные_выражения регулярное выражение]. Для этого нужно написать параметр в формате /XXX/ Примеры:
* /ABC/ — код должен содержать "..ABC..", например "NBABCS"
* /abc/i — регистронезависимая проверка, код может содержать символы в любом регистре, например "NBABCS" или "Abcof"
* /'''^'''TN/ — код должен начинаться с "TN..", например "TNQRTY"
* /OW'''$'''/ — код должен заканчиваться на "..OW", например "SRSOW"
* /'''^.'''L/ — первая буква любая ( '''.''' — любой символ ), вторая буква в коде тарифа должна быть L, например "QLFST"
* /OK'''.*'''RT/ — ( '''.*''' = любое количество любых символов) "..OK..RT..", например "ANOKURTN"
| пустое = любые - одно или несколько значений (см. описание)
| WRUTH9PL,ARUTH9PL
 /TN.*OW/
|-
| максимальный тариф
| maxTariff
| Ограничение на максимальное ценовое значение "базовой стоимости" (сумма всех тарифов от перевозчиков в перелете или стоимость от ГРС за вычетом такс). Если параметр задан, то правило, записанное в строке, срабатывает только, если тариф перелета меньше указанного значения или равен ему.
| пустое = ограничения нет xxxКОД (см примеры)
| 10000RUB 
300EUR
|-
| конф. тариф
| privateFare
| Для срабатывания правила у перелета должен присутствовать тариф с признаком конфиденциального (приватного). Об этом сообщает ГРС. Если для однозначного определения правила достаточно указать конкретный код приватного тарифа, признак выставлять необязательно.
| пустое = любые тарифы 1 — должен присутствовать приватный 0 — приватных тарифов не должно быть
| 0 1
|-
| коды такс
| taxes
| Допустимые коды такс

Варианты ввода:
* КОД,КОД: правило применится, если любая такса из перелета встретится в списке.
* КОД,КОД! : правило применится, если все таксы перелета встретятся в списке.
* <>КОД,КОД : правило не применится, если любая такса из перелета встретится в списке.
* <>КОД,КОД! : правило не применится, если все таксы перелета встретятся в списке.
где КОД — набор заглавных латинских букв.
| пустое = любые - одно или несколько значений (см. описание)
| YQ,YR <>YQ!
|-
| цена подтверждена
| priceIsActual
| Признак подтвержденной цены перелета. Цена в перелете после поиска считается неподтвержденной, ее статус меняется на "подтверждена" ("актуальна") при создании реального PNR или при запросе актуализации цен в рамках вебсервисов {{NameProject2}} (до создания PNR)
| пустое = любые перелеты 1 — перелет в PNR или его цена проверена заранее 0 — перелет только что получен из результатов поиска
| 0 1
|-
| наличие сегментов ВП во всех тарифах
| valSegmentsInTariff
| Проверка: среди сегментов любого тарифа должен присутствовать сегмент валидирующего перевозчика (минимум один)
| пустое или 0 = любые тарифы 1 — условие должно выполняться
| 0 1
|-
| сервис классы
| serviceClass
| Допустимые категории классов обслуживания.

Варианты ввода:
* КОД,КОД: правило применится, если класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если все классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если все классы из всех сегментов перелета есть в списке.
где КОД:
* B — бизнес
* E — эконом
* F — первый
* EB — сочетание эконом + бизнес
* EF — сочетание эконом + первый
* BF — сочетание бизнес + первый
| пустое = любые - одно или несколько значений (см. описание)
| B,E F EB,EF,F
|-
| классы бронирования (коды)
| bookingClass
| Допустимые литеры (однобуквенные коды) классов бронирования. Латинскими буквами, русские буквы допустимые только для правил поставщика Sirena.

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если классы из всех сегментов перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| A,B,C <>A,B,C
|-
| перевозчики и классы
| airlinesAndClasses
|
Набор пар "маркетинговый перевозчик" + "класс бронирования" любого сегмента маршрута.

Допустимые варианты ввода:

* КОД:КОД,КОД:КОД,КОД:КОД : правило применится, если хотя бы один сегмент перелета совпадёт с одним из перечисленных в списке.
* КОД:КОД,КОД:КОД,КОД:КОД! : правило применится, если все сегменты из перелета встретятся в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД : правило не применится, если хотя бы один сегмент перелета совпадет с любым сегментом из перечисленных в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД! : правило не применится, если все сегменты перелета встретятся в списке.
|
пустое = любые - одно или несколько значений (см. описание)

|
SU:A,LH:B,BA:C 
SU:A,LH:B! 
<>S7:A,SU:B 
<>S7:A,BA:B!
|-
| зоны
| zones
| Географические зоны перелета. Весь перелет не должен выходить за пределы одной из указанных зон для срабатывания правила. [http://www.geonames.org/countries/ разделение стран по указанным зонам]
* AF — Африка,
* AN — Антарктика
* AS — Азия
* EU — Европа
* NA — Северная Америка
* OC — Австралия и Океания
* SA — Южная Америка
перелет должен находиться в обеих зонах ( "EUSA, EUNA" — трансатлантический перелет ):
* EUSA — Европа + Южная Америка,
* EUNA — Европа + Северная Америка
* EUAS — Европа + Азия
* EUAF — Европа + Африка
* EUOC — Европа + Австралия и Океания
* AFNA — Африка + Северная Америка
* ASNA — Азия + Северная Америка
* EUAN — Европа + Антарктика
* AFAS — Африка + Азия
* AFAN — Африка + Антарктика
* AFOC — Африка + Австралия и Океания
* AFSA — Африка + Южная Америка
* ANNA — Антарктика + Северная Америка
* ANOC — Антарктика + Австралия и Океания
* ANSA — Антарктика + Южная Америка
* ASAN — Азия + Антарктика
* NASA — Северная Америка + Южная Америка
* OCSA — Австралия и Океания + Южная Америка
* ASSA — Азия + Южная Америка
* NAOC — Северная Америка + Австралия и Океания
* OCAS — Австралия и Океания + Азия
Допустимы только перечисленные комбинации зон!
| пустое = любые

- одно или несколько значений
| AS,EU SA EUSA, EUNA
|-
| зона из стран
| countryZones
| Перечисленные коды стран образуют зону, за пределами которой самолет не должен садиться и взлетать.
| пустое = любые
КОД,КОД...
| RU,IT,DE,FR
|-
| страны вылета
| depCountries
| Допустимые страны вылета для перелета (проверяется только страна вылета первого сегмента маршрута).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| страны назначения
| arrCountries
| Проверяется страна назначения (для OW и CR: это последняя страна последнего сегмента, для RT: это последняя страна первого плеча маршрута). К примеру для перелета MOW-PAR-MOW страна назначения FR, для MOW-PAR-LON — GB. '''Правило страна вылета=RU, страна назначения=RU не означает местный рейс''' — не забывайте указывать тип рейса DA (ВВЛ).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| прямой рейс
| isDirect
| Признак прямого рейса
| пустое = любые 0 — только с пересадками 1 — только прямые 
дополнительно: 2 — начальный перелет прямой 3 — начальный перелет с пересадками
| 0 1
|-
| тип маршрута
| routeType
| Можно оставить поле пустым или указать одно значение:
* В одну сторону — OW,
* Туда и обратно — RT,
* Сложный маршрут — CR.
| пустое = любой КОД(см. примеры)
| OW RT CR
|-
| маршруты
| routeFull
| Цепочка из IATA кодов городов или аэропортов, описывающая весь маршрут перелета с учетом пересадок, без разрывов и повторов. Всегда следует использовать IATA код города, если он имеется (агрегирующий аэропорт). К примеру перелет VKO-ORY, ORY-VKO приводится к маршруту MOW-PAR-MOW.
| пустое = любые КОД-КОД,КОД-КОД,... <>КОД-КОД,КОД-КОД,...(кроме)
| MOW-LON,LON-MOW <>MOW-BER-PAR
|-
| содержит маршруты
| routePart
| Указывается только часть маршрута, составленного по аналогии с предыдущим.
| пустое = любые КОД-КОД, -КОД-,... <>-КОД-,...(кроме)
| -CAI- <>-PRG-,PRG-SVX
|-
| маршруты (из аэропортов)
| routeAirportsFull
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "маршруты"
| см. описание параметра "маршруты"
| см. описание параметра "маршруты"
|-
| содержит маршруты (из аэропортов)
| routeAirportsPart
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "содержит маршруты"
| см. описание параметра "содержит маршруты"
| см. описание параметра "содержит маршруты"
|-
| вылет (аэропорты, города)
| depAirports
| Проверяется только аэропорт вылета первого сегмента. При указании кодов аэропортов необходимо точное совпадение. При указании кодов городов (агрегирующий аэропортов) сопоставление происходит по внутреннему справочнику аэропортов. Рекомендуется указывать коды конкретных аэропортов.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| прилет (аэропорты, города)
| arrAirports
| Аэропорт прилета определяется аналогично "стране назначения". Проверка на сопоставление происходит по аналогии с "вылетом (аэропорты, города)"
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| начало вылета
| dateBegin
| Дата вылета первого сегмента должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| вылет через (в часах)
| dateDepartureAfter
| От текущей даты задается максимальное значение или диапазон вылета. Например, если необходимо выделить перелеты не позднее 5 дней до вылета, то задается диапазон [0,120].
| пустое = ограничения нет максимальное значение [X,X] — диапазон
| 13

[10,100]
|-
| конец вылета
| dateEnd
| Дата вылета первого сегмента должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не ранее
| dateBackBegin
| Дата вылета последнего сегмента маршрута должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не позднее
| dateBack
| Дата вылета последнего сегмента маршрута должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| длительность в днях
| daysDuration
| Ограничение на максимальный разрыв в днях между первой датой перелета и завершением маршрута. Можно задавать диапазон.

Длительность в днях считается, как математическая разность дат. При вылете и возврате в один день длительность равна 0 дней.
| пустое = ограничения нет число дней — максимальное значение (включительно) [X,X] — диапазон
| 13 
[3,13]
|-
| дни недели
| dayOfWeek
| Допустимые дни недели для даты вылета первого сегмента маршрута. Значения указываются числом, соответствующим порядку дня недели, начиная с понедельника.
| пустое = игнорируется 
1 — понедельник ... 7 — воскресенье - одно или несколько значений
| 2 3,5
|-
| типы пассажиров
| passengers
| Допустимые типы пассажиров в перелете. Для срабатывания правила в перелете обязательно должны присутствовать все перечисленные типы.
| пустое = любые ADT — взрослый CLD — ребенок (2-12) INF — младенец (0-2) INS — младенец с местом (0-2) - одно или несколько значений
| INF ADT,CLD
|-
| маска перелета
|
| Формализованное описание полета в текстовом формате, для создания сложных правил Будет добавлено в след. версии программы
|
|
|-
| приоритет
| priority
| Если срабатывает несколько правил, то выбирается одно с наибольшим приоритетом. Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается более новое правило (расположено ниже в импортируемой таблице)
| целое число пустое = 0
| 1 2
|-
| код акции
|
| Уникальный код промоакции. Создается в панели администрирования в разделе {{Menu|Управление продажами|Модули|Программа лояльности|Промоакции и промокоды}}.
| любой набор букв/цифр/символов
| 12022014_Promo
|-
| utm source
| utmSource
| ID источника перехода, который отображается в поле «№» таблицы источников переходов в метрике. Допустимо вводить несколько источников.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| 123,456 <>123,456
|-
| комиссия авиакомпании
| commission
| Прибыль агента, получаемая от авиакомпании за проданные билеты. Обязательное для заполнения поле, должно строго соответствовать указанному в контракте значению. Значение передается в ГРС при выписке. Может указываться в процентах от тарифа или в абсолютной стоимости. Комиссия всегда вычисляется для каждого пассажира.
Правила с указанной нулевой комиссией имеют больший приоритет перед правилами с пустой комиссией.
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| комиссия субагентам
| agencyCommission
| Комиссия субагенту - это часть прибыли от авиакомпании, которую агент отписывает субагентам. Значение комиссии действует как скидка для субагентов, уменьшая стоимость авиабилетов. Комиссия всегда вычисляется для каждого пассажира стоимость тарифа которого не равна 0.

'''Форматы задания комиссии субагентам: '''

Для всех субагентов: 
* Фиксированная сумма: <code>XRUB</code>, где:
** ''X'' - сумма комиссии, целое число или десятичная дробь с разделителем в виде точки: <code>60</code>, <code>-3</code>, <code>0.5</code>
** ''RUB'' - IATA-код валюты: <code>EUR</code>, <code>UAH</code>.
* Процент от тарифа: <code>X%</code>,
**где ''X'' - процент от тарифа, целое число или десятичная дробь с разделителем в виде точки: <code>60}</code>, <code>-3</code>, <code>0.5</code>.
Для опеределенных субагентов или групп субагентов: 
* <code>(ID:значение),(ID:значение),(ID:значение),...</code>, где ''ID'' - номер субагента (группы) в {{NameSystem}}, ''значение'' - размер комиссии для этого субагенства (группы) в формате <code>X%</code> или <code>XRUB</code>.

В одном правиле можно комбинировать комиссию для всех субагентов и комиссии для указанных субагентов в формате:
* <code>XX,(ID:YY),(ID:YY),(ID:YY),...}}, где:
** XX - комиссия для всех субагентов в формате, описанном выше,
** YY - комиссия для заданного субагента в формате, описанном выше.

В этом случае размер комиссии:
* для всех субагентов, кроме указанных: XX,
* для указанных: XX + YY.

'''Пример:''' 

<pre>5%,(123:2%),(345:3%)</pre>.

*Комиссия субагента под номером 123 составляет: 5% + 2% = 7% от тарифа. 
*Комиссия субагента под номером 345 составляет: 5% + 3% = 8% от тарифа.

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>

{{Attention|В случае, если для вашего агентства планируется создание большого количества индивидуальных правил ценообразования, в каждом из которых будет указываться значение комиссии субагента для отдельных субагентов/групп/пользователей, то рекомендуемая форма записи является следующей (12345,12346,12347:3%) вместо (12345:3%),(12346:3%),(12347:3%). То есть, с использованием группировки одинаковых значений.}}

| см. описание
| <code>100RUB</code>

<code>6EUR</code>

<code>2%</code>

<code>5%,(123:100RUB%),(345:2%),(345:-0.5%)</code>

|-
| посегментный расчет комиссии
| modeForSegment
| Признак применения комиссии или бонуса за каждый сегмент перелета. Например 100 руб. за каждый сегмент.
| пустое = 0 0 — комиссия одна на весь перелет 1 — комиссию необходимо умножить на кол-во сегментов
| 0 1
|-
| бонус авиакомпании
| bonus
| Дополнительная прибыль агента, которую агентство получает от авиакомпании, но в запросах к ГРС она не учитывается. Задается и вычисляется полностью аналогично комиссиям (при вычислении учитывается параметр "посегментный расчет комиссии"). Используется для расчета "прибыльности" авиаперелета, влияет на работу микшера и может повлиять на сбор при установке параметра "минимальная прибыль".

Из всех сработавших правил бонус будет учтен только из одного по следующему приоритету:
* Максимальный приоритет за сработавшим комиссионным правилом
* Если в комиссионном правиле бонуса нет, будет использован бонус из другого сработавшего '''некомиссионного''' правила (дополнительного правила с пустой комиссией). Если таких правил несколько, используется правило с наибольшим идентификатором (ниже в таблице)
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| бонус за сегмент (допустимые авиакомпании)
| modeForAirlines
| Установка текущего параметра принудительно включает режим расчета бонуса за каждый сегмент перелёта (для абсолютно заданного бонуса), но в расчете учитываются только сегменты с валидирующим или с интерлайновыми перевозчиками из заданного здесь списка.
| пустое 
КОД (код АК) 
КОД,КОД...
| SU 
SU,FV
|-
| сбор агентства
| charge
| Здесь указываются все наценки/скидки, которые будут применены для описанного правилом перелета. В одном поле можно указать несколько ценовых правил, разделив их по типам пользователя. 
формат = (субъект:сумма),(субъект:сумма),(субъект:сумма)... субъект = ID групп, пользователей и два значения "B2C", "B2B" с возможностью <>отрицания сумма = слагаемое + слагаемое + слагаемое...[ограничение] ограничение = диапазон итоговой величины сбора, задается как [цена,цена] слагаемое = цена*множитель*множитель... цена = "xxxКОД" (код валюты) или "XX%" (проценты от итоговой стоимости (тариф+таксы) ГРС) множитель = одно из значений:
* PAS — общее количество пассажиров (включая INF)
* ADT — количество взрослых
* CLD — количество детей (2-12)
* INF — количество младенцев (0-2)
* INS — количество младенцев с местом (0-2)
* SEG — количество сегментов перелета (перелет из А в Б с 1 пересадкой => 2 сегмента)
* LEG — количество плечей (перелет из А в Б с 1 пересадкой => 1 плечо)
* TRF — для получения цены тарифа, равен сумме тарифов
* SGV — количество сегментов валидирующего перевозчика
Примеры:
* 100RUB*SEG : плюс 100 руб к стоимости заказа за каждый сегмент
* 150RUB*SEG*PAS;: плюс 150 руб за каждый сегмент, на каждого пассажира. Например: перелет с двумя сегмента и двумя пассажирами = 600 руб.
* -10%*TRF : 10% скидка от тарифа
* 50RUB*LEG*ADT[,1000RUB] : 50 руб за каждый билет для взрослого на каждом плече перелета, но не более 1000RUB
* (<>123,345: 100RUB), (123,345: -100RUB) : субъекты 123 и 345 получат скидку 100 руб., остальные наценку в 100 руб.
* (B2B: 1000RUB*ADT — 100RUB*CLD[-10%,-1%]), (B2C: 10% [10USD,]), (123: -1000RUB) : B2B пользователи получают наценку 1000 руб. за каждый взрослый билет и 100 руб скидку за каждый детский билет, но не менее 1% от общей стоимости и не более 10%. B2C пользователи получают 10% наценку, но не менее 10 долларов. Пользователь ID=123 получит скидку 1000 руб.

Если срабатывает несколько ценовых правил, перечисленных через запятую, берется их сумма. Если это не подходящее поведение, разделяйте ценовые правила в отдельные перелетные правила (строки), их можно регулировать приоритетом.

{{Attention|В случае, если для вашего агентства планируется создание большого количества индивидуальных правил ценообразования, в каждом из которых будет указываться значение сбора агентства для отдельных субагентов/групп/пользователей, то рекомендуемая форма записи является следующей (12345,12346,12347:3%) вместо (12345:3%),(12346:3%),(12347:3%). То есть, с использованием группировки одинаковых значений.}}

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>
| см. описание
| см. описание
|-
|Комиссия метапоиску
|MetasearchCommission
|Комиссия, взимается метапоисковой системой (для {{NameSystem}} на данный момент это только Aviasales) и рассчитывается на этапе поиска. Значение должно быть указано как десятичное представление процентной ставки - это доля от 1, например, если задано 0.05 - 5%. Можно задавать с/без знака "%". Комиссия рассчитывается от суммы = цена перелета от поставщика + сборы/скидки + доп.сборы + мин.прибыль. Рассчитанное значение округляется до 2х знаков после разделителя. Более подробно данный параметр описан [http://support.nemo.travel/ru/%D0%92%D0%B7%D0%B0%D0%B8%D0%BC%D0%BE%D0%B4%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D0%B5_%D1%81_%D0%BC%D0%B5%D1%82%D0%B0%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%BE%D0%B2%D0%B8%D0%BA%D0%B0%D0%BC%D0%B8#%D0%9A%D0%BE%D0%BC%D0%B8%D1%81%D1%81%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D0%B0%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%B0 здесь].
| см. описание
|0.05
0.025%
|-
| признак доп.сбора
| chargeExt
| Настройка позволяет изменять процедуру расчета сбора, добавляя к итоговому результату дополнительные расчетные правила.
* 0 — Стандартный сбор (значение по умолчанию). Из всех указанных сборов будет применен один по приоритету. 
* 1 — Дополнительный сбор. Сборы, указанные как дополнительные, проверяются отдельно. Аналогично применится один дополнительный сбор с максимальным приоритетом
* 2 — Обязательный сбор. Будет обязательно применен, если все параметры сбора удовлетворены. Приоритет игнорируется.
| пустое = 0 
1 
2
|
0 1
|-
| минимальная прибыль
| minProfit
| Минимальная прибыль, которую агентство получит за заказ. Если рассчитанная прибыль агентства меньше минимальной, то сбор будет увеличен до необходимого значения.
Формат аналогичен формату сбора агентства. Для расчетов будет применено значение из правила, по которому будет определена комиссия авиакомпании. Если требуется изменить это поведение, следует установить параметр "приоритет мин. прибыли" (см. ниже)
| см. описание
| 50RUB*LEG*PAS
|-
| приоритет мин. прибыли
| minProfitPriority
| Дополнительный параметр, отвечающий за расчет минимальной прибыли. Сработает правило с наибольшим приоритетом, если приоритет совпадает, то будет использовано правило, которое находится ниже
| Положительные числовые значения.
| 1, 2, ...
|-
| округление
| chargeRounding
| Порядок арифметического округления сбора
| пустое = 0, 0 = до целого значения, 0.1 = до десятых, 0.01 = до сотых
| 0.1 0.01
|-
| 
| 
| 
| 
| 
|}

== Дополнительные параметры правил для {{NameSystem}} платформы ==

Параметры для работы с приватными (конфиденциальными) тарифами.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Дополнительные параметры правил'''
|-
! scope="col" | Заголовок 
! scope="col" | Внутреннее название 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| tour code
| gdsTourCode
| Тур код 
| любое значение
| 15ZU
|-
| ticket designator
| gdsTicketDesignator
| Тикет десигнатор 
| любое значение
| PP08
|-
| endorsement
| gdsEndorsment
| Эндорсменты 
| любое значение или %VAT_VALUE% для передачи значения НДС в эндорсменте только для ГРС Amadeus, Sabre, Galileo, GalileouAPI и S7 NDC; для Sabre значение передается в ГРС, но не попадает в МК
| Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
|-
| собственная прибыль агента
| comAgentProfit
| Собственная прибыль агента 
| "xxxКОД" (код валюты) или "XX%" Допустимы только целые значения
| 100RUB 2%
|-
| субъект скидки по туркоду
| corpClient
| ID субъекта, которому будет предоставлена скидка по туркоду
| ID,ID
<>ID,ID
| 2772,2653
<>2786,2361
|-
| скидка по туркоду
| discount
| Скидка 
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| код авторизации
| authCode
| Код авторизации 
| любое значение
| MB10
|}


== ЕМД (EMD)== 
ЕМД - электронный многоцелевой документ или ваучер (см. [[Ваучер|Ваучер]]).
В разделе "Управление продажами → Авиабилеты → Ценообразование → Настройки" есть настройка '''Выпускать EMD на величину сборов заказа'''. Она отвечает за выпуск ЕМД на сбор агентства (доступно только для Сирены Трэвел). Принцип работы: если для агентства, которое покупает билет, в правилах ценообразования заведён сбор агентства для валидирующей компании авиа перевозчика, то при выписке заказа помимо маршрут-квитанции и ЕМД для дополнительных услуг, будет выписан отдельный ЕМД на сбор агентства. Если в заказе присутствуют несколько людей, то сбор разделится между ними, общая сумма сбора увеличена не будет.
== См. также ==
* [[Ценообразование для субагентов]]
* [[Валюта]]

Ценообразование (Авиабилеты)

2020-01-30T11:10:12Z

Александра Ларцева: /* Тестирование и отладка срабатывания правил */

[[Категория:Модули]] [[Категория:Встроенные модули]]

==Назначение==
Модуль '''Ценообразование''' автоматизирует процесс расчета [[Комиссия (термин)|комиссий]] и [[Комиссия (термин)|сборов]] для [[Билет#Авиабилеты|авиабилетов]], управления комиссионными правилами [[Перевозчик|перевозчиков]], сборами [[Агентство|агентства]] и комиссионными вознаграждениями субагентов.

* позволяет быстро настроить даже сложные комиссионные правила,
* позволяет построить удобную и понятную схему ценообразования,
* точно соблюдать сложные условия, предоставляемые авиакомпаниями,
* гарантирует правильные расчеты,
* предоставляет инструмент контроля за корректностью расчетов.

==Принцип работы==
Работа модуля основана на правилах ценообразования, которые заводит агентство.

'''Правило''' — набор ''значений комиссий и сборов'' и ''условия их применения''. 
'''Значения комиссий и сборов''' — это: 
*комиссия от авиакомпании, 
*бонус авиакомпании, 
*сбор агентства, 
*комиссия субагентам. 
'''Условие применения комиссий и сборов''' — набор параметров перелетов, к которым будут применяться комиссии и сборы правила (''валидирующий перевозчик'', ''ГРС'', ''тип рейса'', ''типы пассажиров'' и пр.)

Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где:

*''Строка таблицы'' — правило. 
*''Ячейка строки'' — значение параметра. 
*''Заголовок столбца'' — название параметра. Каждая строка является отдельным правилом. '''К одному перелету выбирается по критериям и применяется только одно правило'''

Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму:

# Модуль фиксирует, какую авиакомпанию [[ГРС]] определила как [[Валидирующий перевозчик|валидирующую]];
# Находит в файле ценообразования все правила для данной [[Авиакомпания|авиакомпании]];
# Подбирает правила, которые соответствуют перелету по всем параметрам;
# Выбирает по критериям приоритета '''одно''' из подходящих правил;
#* Если сработавшее правило не содержит переопределения валидирующего перевозчика, устанавливается валидирующий перевозчик, полученный от ГРС.
#* Если сработавшее правило содержит переопределение валидирующего перевозчика, устанавливается переопределенный валидирующий перевозчик.
# Правило применяется.

Агентство может [[Выписка|выписывать]] онлайн перелеты только '''контрактных авиакомпаний'''. Авиакомпания считается контрактной, если для нее заведено хотя бы 1 правило в загруженном файле ценообразования.

{{Attention|Перелет '''не может быть выписан''', если:}}
* правила для авиакомпании не заведены. Такие перелеты рекомендуется удалять из выдачи [[Фильтры результатов поиска (Авиабилеты)|фильтром результатов поиска]] «А/к не является контрактной».
* правила для авиакомпании заведены, но параметры перелета не соответствуют параметрам правила.
Порядок работы модуля приведен в схеме:

{| class="wikitable"
|-
|[[Файл:Схема_ценообразование.png|1000px]]
|-
|Схема работы модуля Ценообразование
|}

Комиссии и сборы '''рассчитываются при каждом обновлении [[Заказы|заказа]] по правилам, загруженным в систему на момент проверки''':
*при формировании выдачи результатов поиска,
*при [[Бронирование (Авиабилеты)|бронировании]],
*при переходе к оплате и выписке билетов,
*при обновлении страницы заказа.

Если в промежуток между бронированием и выпиской '''''правила изменили''''', после бронирования заказа комиссии будут рассчитываться по новым правилам, таким образом цена при бронировании и цена при выписке может отличаться. Поведение системы при возникновении такой ситуации задается параметром '''''Пересчитать сервисный сбор''''' в разделе Настройки системы → Фоновые процессы → События синхронизации. Расчет комиссий, действующих на момент бронирования, можно отследить в логах по заказу.

В детализации стоимости (на странице заказа) и в маршрут-квитанции информация по сборам представлена в соответствии с одним из '''режимов разделения сбора на пассажиров''':
* Поровну между ненулевыми стоимостями билетов - сбор агентства, субагентства разделяется поровну между всеми пассажирами, у которых сумма тарифа и такс больше 0. Этот режим выбран по умолчанию.
* Поровну между всеми тарифами - сбор агентства, субагентства разделяется поровну между всеми пассажирами.
* Пропорционально тарифам - сбора агентства, субагентства разделяется пропорционально стоимости тарифа для конкретного пассажира в общей сумме заказа, т.е. чем больше стоимость тарифа, тем большая часть сбора на него отводится.
* Только первому типу пассажира - сбор агентства, субагентства определяется первому типу пассажира.
* Пропорционально тарифам, за исключением младенцев - сбора агентства, субагентства разделяется пропорционально стоимости тарифа для конкретного пассажира в общей сумме заказа, за исключением младенца.
''Сборы в детализации стоимости представлены с учетом разбиения только если скрыты в таксы XP/XX, а иначе отображаются отдельной строкой без разделения.'' 
Настройка находится в разделе '''«Управление продажами - Авиабилеты - Ценообразование - Настройки - Режим разделения сбора на пассажиров».'''

=== Расчет комиссий для неконтрактных авиакомпаний ===

Агентство может '''выписывать билеты ''неконтрактных'' авиакомпаний''' на условиях '''чистого [[Интерлайн (термин)|интерлайна]]''' между авиакомпаниями.

Например,
* У агентства нет контракта с авиакомпанией «АА».
* У агентства есть контракт с авиакомпанией «ВВ».
* Между компаниями «АА» и «BB» интерлайн-соглашение, позволяющее выписывать билеты для «АА» на бланке «ВВ».

Чтобы выписывать билеты авиакомпании «АА», агенство заводит правило для авиакомпанией «АА», в котором заданы:
# валидирующий перевозчик: '''''«АА»''''',
# переопределенный перевозчик: '''''«BB»''''',
# доля сегментов интерлайнов: '''''«1»''''',
# комиссия авиакомпании: ''укажите размер комиссионного вознаграждения, предоставляемого компанией «ВВ» за билеты со 100% долей интерлайн [[Сегмент|сегментов]]''.

{{Attention|Система {{NameSystem}} не отслеживает наличие интерлайн-соглашений между перевозчиками. Ответственность за переопределение полностью лежит на агентстве.}}

=== Выбор правила для расчета ===
Комиссии для перелета рассчитываются по одному правилу. Если для перелета подходит несколько правил, система выбирает правило для расчета по критериям приоритета. Правила сравниваются по первому критерию, если критерий в данном случае не срабатывает, по второму и так далее, пока не будет определено одно правило.

Порядок сравнения правил для выбора правила для расчета:
#'''По колонке ''Приоритет''''' - если у сработавших правил указан приоритет, то выбирается правило с наибольшим приоритетом.
#'''По наличию переопределенного перевозчика''' - если срабатывает несколько правил с одинаковым приоритетом (или приоритет не указан), выбирается правило с переопределенным ВП.
#'''По непустой ячейке ''Комиссия''''' - приоритет правил с установленной комиссией (даже в 0%) выше, чем у правил с пустой ячейкой комиссии.
#''' Дополнительный приоритет''' - ''устанавливается вручную'' в разделе '''Управление продажами → Авиабилеты → Ценообразование → Настройки'''  параметром '''''Дополнительный приоритет''''':
#*'''''Нет''''' - не установлен дополнительный приоритет.
#*'''''Максимальная комиссия авиакомпании''''' - выбирается правило с максимальной комиссией от авиакомпании.
#*'''''По количеству параметров в правиле''''' - выбирается правило с наибольшим числом непустых параметров.
#''' Порядковый номер правила''' - если ни один из приоритетов не применим, приоритетным считается более новое правило (расположенное таблице ниже других).

== Тестирование и отладка срабатывания правил ==
Все расчеты на каждом этапе их применения [[Логи системы|логируются]] и отображаются в таблице отладки. Таблица отладки используется для контроля срабатывания правил, предоставляя информацию о применении правил к выбранному перелету.

Ссылка на таблицу отладки доступна менеджеру и экспертам корневого агентства:
* на выдаче результатов поиска для каждого перелета по ссылке '''''Комиссия''''', 
* на странице заказа в детализации стоимости перелета по щелчку на сумму комиссии или сбора.

{| class="wikitable"
|-
|[[Файл:Ссылка на таблицу отладки на странице поиска.png|800px]]
|-
|Ссылка на таблицу отладки на странице поиска
|}

{| class="wikitable"
|-
|[[Файл:Страница заказа.png|700px]]
|-
|Ссылка на детализацию стоимости на странице заказа
|}

{| class="wikitable"
|-
|[[Файл:Детализация_стоимости.png|600px]]
|-
|Ссылки на таблицу отладки на странице детализации стоимости
|}

'''Столбцы таблицы''' — параметры ценообразования. 
'''Заголовок столбца''' — значения параметров ценообразования для проверяемого перелета. 
'''Строки таблицы''' — правила ценообразования ''для валидирующего перевозчика'' перелета.


В таблице отражается порядок проверки параметров.

Параметры каждого правила сравниваются в параметрами перелета:
# если они совпадают:
## ячейка подсвечивается зеленым,
## проверяется следующей параметр;
# если значение параметра перелета не совпадает со значением параметра правила:
## ячейка подсвечивается красным цветом,
## проверка правила прекращается.
'''Если правило подошло по всем параметрам, то правило применяется, комиссии и сборы подсвечиваются зеленым светом, рядом отображаются их вычисленные значения.'''

{| class="wikitable"
|-
|[[Файл:Таблица_отладки.png|1200px]]
|-
|Таблица отладки
|}

== Включение модуля. Импорт и экспорт правил ==

Чтобы включить расчет комиссий с использованием Ценообразования, включите опции '''Комиссии 2.0''' и '''Сборы и скидки 2.0''' в разделе Управление продажами → Авиабилеты → Ценообразование → Настройки.

Чтобы задать правило ценообразования:
# Зайдите в раздел Управление продажами → Авиабилеты → Ценообразование → Импорт/экспорт Excel.
# Нажмите '''Выгрузка в формате "xls"''' или '''Выгрузка в формате "xlsx"'''. Откройте файл для редактирования.
# Установите правило: '''заполните параметры строки'''. Формат внесения данных в каждый столбец должен соответствовать строго определенному формату (см. [[Ценообразование (Авиабилеты)#Импорт правил|Импорт правил]]). Обязательные параметры для заполнения:
#* '''''валидирующий перевозчик'''''
#* '''''комиссия'''''
# Сохраните изменения в файле.
# На странице '''Импорт/экспорт Excel''' в панели администрирования нажмите '''Обзор''', откройте файл.
# Нажмите '''Отправить''' для загрузки файла в систему.

При импорте система валидирует все введенные значения. Если в какой-то ячейке значение внесено в некорректном формате, система сообщит об ошибке, сохранив при этом все корректно заданные правила.

{| class="wikitable"
|-
|[[Файл:Ошибки_импорта_Ценообразование.png|500px]]
|-
|Ошибки при валидации параметров
|}

После валидации на странице отображается таблица, в которой в сжатой форме отражены все загруженные правила.

{| class="wikitable"
|-
|[[Файл:Правила ценообразования.png|900px]]
|-
|Правила ценообразования
|}

В таблице предусмотрено цветовое выделение правил, которые на данный момент недействительны:
* правила, срок действия которых ещё не наступил (дата начала продажи больше текущей даты, см. раздел [[Ценообразование (Авиабилеты)#Параметры правил ценообразования|Параметры правил ценообразования]]), выделяются оранжевым цветом,
* правила, срок действия которых истёк (дата окончания продажи больше текущей даты), выделяются фиолетовым цветом.

== Параметры правил ценообразования==
'''Шаблон файла для внесения правил ценообразования:''' [[File:CommImportExampleV1.0.5.xlsx]]

{{Attention|Запрещено переименовывать столбцы!}} При этом допускается менять столбцы местами и удалять ненужные столбцы.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Параметры правил ценообразования'''
|-
! scope="col" | Заголовок
! scope="col" | Внутреннее название
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| id
| Уникальный номер записи из любой внешней системы (или БД). Необязательный параметр. Не участвует в логике расчетов и используются для удобства идентификации правила.
| любое значение
| 123
|-
| валидирующий перевозчик GDS
| valCompanyId
| Авиакомпания, для которой задается правило. Должна являться контрактной авиакомпанией агента. Если необходимо проводить выписку на стоке другой авиакомпании (по интерлайну), валидирующий перевозчик переопределяется (см. [[Ценообразование (Авиабилеты)#Переопределенный валидирующий перевозчик|Переопределенный валидирующий перевозчик]]). Если валидирующий перевозчик от ГРС недопустим указанными правилами ценообразования и не переопределен — перелет считается недопустимым к выписке и удаляется из результатов поиска при соответствующих настройках фильтрации результатов.
| width="20%"| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| переопределенный вп
| manualVV
| Если валидирующий перевозчик, предложенный ГРС не является контрактным или не устраивает агента по комиссии, его можно переопределить принудительно через это поле. В поле ВП указывается ВП от ГРС (или оно оставляется пустым), а в этом поле указывается переопределенный агентством перевозчик.

Ответственность за допустимость замены и за адекватность цены перелета (которая была рассчитана GDS по предложенному ей перевозчику) берет на себя агент. Приоритет у правил с переопределением выше, чем у правил без него.
| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| перевозчики первого сегмента
| airlines
| Набор допустимых маркетинговых перевозчиков первого сегмента маршрута.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| SU,LH,BA

<>S7,SU
|-
| перевозчики любого сегмента
| airlinesAny
| Набор допустимых маркетинговых перевозчиков (интерлайнов) любого сегмента маршрута.

Допустимые варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один маркетинговый перевозчик из перелета есть в списке.
* КОД,КОД,КОД! : правило применится, если каждый маркетинговый перевозчик из перелета встречается в списке
* <>КОД,КОД,КОД : правило не применится, если хотя бы один маркетинговый перевозчик из перелета встречается в этом списке
* <>КОД,КОД,КОД! : правило не применится, если все маркетинговые перевозчики из перелета встретятся в этом списке
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| код-шеринг
| codeSharing
| Допустимость выполнения рейса другой (оперирующей) авиакомпанией
| пустое — все перелеты 1 — код-шеринг обязателен 0 — код шеринг запрещён
| 0

1
|-
| операторы
| operatingAirlines
| Допустимые оперирующие авиакомпании (проверяются на всех сегментах).

Варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* КОД,КОД,КОД! : правило применится, если каждый оперирующий перевозчик перелета есть в списке.
* <>КОД,КОД,КОД : правило не применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* <>КОД,КОД,КОД! : правило не применится, если все оперирующие перевозчики перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| доля собственных сегментов
| ownPart
| Минимально допустимая доля собственных сегментов (сегментов, где валидирующий перевозчик равен маркетинговому) должна быть больше или равна заданному значению (любое число от 0 до 1):
* 1 — все сегменты собственные
* 0.5 — половина или больше собственных сегментов
* 0.25 — четверть или больше собственных сегментов
* 0.01 — присутствует минимум один собственный сегмент
* 0 — все сегменты интерлайны
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| доля сегментов интерлайнов
| interlinePart
| Минимально допустимая доля несобственных сегментов (сегментов, где валидирующий перевозчик не равен маркетинговому) должна быть больше или равна указанному значению(любое число от 0 до 1).
* 1 — все сегменты интерлайны
* 0.5 — половина или больше сегментов интерлайнов
* 0.25 — четверть или больше сегментов интерлайнов
* 0.01 — присутствует минимум один сегмент интерлайна
* 0 — все сегменты собственные
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| тип контракта
| contractType
| Система взаиморасчетов BSP или ТКП
| пустое = любой, BSP TCH
| TCH
|-
| системы бронирования
| gds
| Глобальная распределительная система, в которой найден перелет/ PCC конкретных реквизитов / ID пакета реквизитов системы {{NameProject1}}
Перечисляются в любой последовательности, можно смешивать разные типы. Действует правило "или": если указан Sabre целиком, все его PCC/пакеты указывать уже нет смысла.

{{Attention|При указании названия ГРС строго соблюдайте формат названия, указанный в документации. При расхождении с шаблоном правило не будет применяться!}}
| пустое = любые ГРС: <code>SABRE, GALILEO, AMADEUS, SIRENA, SITA, SIG23</code> PCC: [буквы+цифры] ID пакета: [цифры]
| SABRE,670P,123

AMADEUS,GALILEO

SITA
|-
| начало продажи
| paymentDateFrom
| Минимально допустимая дата оформления заказа (не путать с датой вылета). Для срабатывания правила, текущая дата должна быть больше или равна указанной.
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| конец продажи
| paymentDateTo
| Максимально допустимая дата оформления заказа. Для срабатывания правила, текущая дата должна быть меньше или равна указанной.
| пустое = игнорируется DD.MM.YYYY
| 31.12.2022
|-
| тип рейса
| airlineType
| Международный или внутренний (весь перелет в пределах одной страны) перелет. Одно значение
| пустое = любой IA (international airlines — международные) DA (domestic airlines — внутренние)
| IA DA
|-
| номера рейсов
| flightNumber
| Допустимые номера рейсов, можно указывать с кодом маркетинговой компании или без неё.

Варианты ввода:
* NNN,NNN: правило применится, если хотя бы один номер рейса из перелета из любого сегмента встречается в списке.
* NNN,NNN! : правило применится, если все номера рейсов из всех сегментов перелета встретятся в списке.
* <>NNN,NNN : правило не применится, если хотя бы один номер из перелета встретится в списке.
* <>NNN,NNN! : правило не применится, если все номера из перелета встретятся в списке.

| пустое = любые - одно или несколько значений (см. описание)
| SU 123,SU 345 123,345 <>LH 555
|-
| тип вс
| aircraft
| Допустимые коды воздушных судов, коды указывать в том же виде, в котором возвращает ГРС

Варианты ввода:
* CODE,CODE: правило применится, если хотя бы один код судна из любого сегмента совпадет с одним из заданного списка.
* CODE,CODE! : правило применится, если коды судов из всех сегментов перелета есть в списке.
* <>CODE,CODE : правило не применится, если хотя бы один код из перелета есть списке.
* <>CODE,CODE! : правило не применится, если все коды из перелета есть в списке.

| пустое = любые - одно или несколько значений (см. описание)
| 73C,DH4 735
|-
| коды тарифов
| tariffs
| Допустимые коды тарифов. Должен совпасть хотя бы один тариф из перелета с одним из заданного списка. При правиле с отрицанием никаких совпадений быть не должно. Совпадение не точное: код из правила может содержаться в коде из перелета (к примеру введенное S1GREY26 совпадет с S1GREY26CH из перелета).

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один тариф встречается в списке.
* КОД,КОД! : правило применится, если все тарифы перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один тариф встречается в списке.
* <>КОД,КОД! : правило не применится, если все тарифы перелета есть в списке.

Можно указать [http://ru.wikipedia.org/wiki/Регулярные_выражения регулярное выражение]. Для этого нужно написать параметр в формате /XXX/ Примеры:
* /ABC/ — код должен содержать "..ABC..", например "NBABCS"
* /abc/i — регистронезависимая проверка, код может содержать символы в любом регистре, например "NBABCS" или "Abcof"
* /'''^'''TN/ — код должен начинаться с "TN..", например "TNQRTY"
* /OW'''$'''/ — код должен заканчиваться на "..OW", например "SRSOW"
* /'''^.'''L/ — первая буква любая ( '''.''' — любой символ ), вторая буква в коде тарифа должна быть L, например "QLFST"
* /OK'''.*'''RT/ — ( '''.*''' = любое количество любых символов) "..OK..RT..", например "ANOKURTN"
| пустое = любые - одно или несколько значений (см. описание)
| WRUTH9PL,ARUTH9PL
 /TN.*OW/
|-
| максимальный тариф
| maxTariff
| Ограничение на максимальное ценовое значение "базовой стоимости" (сумма всех тарифов от перевозчиков в перелете или стоимость от ГРС за вычетом такс). Если параметр задан, то правило, записанное в строке, срабатывает только, если тариф перелета меньше указанного значения или равен ему.
| пустое = ограничения нет xxxКОД (см примеры)
| 10000RUB 
300EUR
|-
| конф. тариф
| privateFare
| Для срабатывания правила у перелета должен присутствовать тариф с признаком конфиденциального (приватного). Об этом сообщает ГРС. Если для однозначного определения правила достаточно указать конкретный код приватного тарифа, признак выставлять необязательно.
| пустое = любые тарифы 1 — должен присутствовать приватный 0 — приватных тарифов не должно быть
| 0 1
|-
| коды такс
| taxes
| Допустимые коды такс

Варианты ввода:
* КОД,КОД: правило применится, если любая такса из перелета встретится в списке.
* КОД,КОД! : правило применится, если все таксы перелета встретятся в списке.
* <>КОД,КОД : правило не применится, если любая такса из перелета встретится в списке.
* <>КОД,КОД! : правило не применится, если все таксы перелета встретятся в списке.
где КОД — набор заглавных латинских букв.
| пустое = любые - одно или несколько значений (см. описание)
| YQ,YR <>YQ!
|-
| цена подтверждена
| priceIsActual
| Признак подтвержденной цены перелета. Цена в перелете после поиска считается неподтвержденной, ее статус меняется на "подтверждена" ("актуальна") при создании реального PNR или при запросе актуализации цен в рамках вебсервисов {{NameProject2}} (до создания PNR)
| пустое = любые перелеты 1 — перелет в PNR или его цена проверена заранее 0 — перелет только что получен из результатов поиска
| 0 1
|-
| наличие сегментов ВП во всех тарифах
| valSegmentsInTariff
| Проверка: среди сегментов любого тарифа должен присутствовать сегмент валидирующего перевозчика (минимум один)
| пустое или 0 = любые тарифы 1 — условие должно выполняться
| 0 1
|-
| сервис классы
| serviceClass
| Допустимые категории классов обслуживания.

Варианты ввода:
* КОД,КОД: правило применится, если класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если все классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если все классы из всех сегментов перелета есть в списке.
где КОД:
* B — бизнес
* E — эконом
* F — первый
* EB — сочетание эконом + бизнес
* EF — сочетание эконом + первый
* BF — сочетание бизнес + первый
| пустое = любые - одно или несколько значений (см. описание)
| B,E F EB,EF,F
|-
| классы бронирования (коды)
| bookingClass
| Допустимые литеры (однобуквенные коды) классов бронирования. Латинскими буквами, русские буквы допустимые только для правил поставщика Sirena.

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если классы из всех сегментов перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| A,B,C <>A,B,C
|-
| перевозчики и классы
| airlinesAndClasses
|
Набор пар "маркетинговый перевозчик" + "класс бронирования" любого сегмента маршрута.

Допустимые варианты ввода:

* КОД:КОД,КОД:КОД,КОД:КОД : правило применится, если хотя бы один сегмент перелета совпадёт с одним из перечисленных в списке.
* КОД:КОД,КОД:КОД,КОД:КОД! : правило применится, если все сегменты из перелета встретятся в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД : правило не применится, если хотя бы один сегмент перелета совпадет с любым сегментом из перечисленных в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД! : правило не применится, если все сегменты перелета встретятся в списке.
|
пустое = любые - одно или несколько значений (см. описание)

|
SU:A,LH:B,BA:C 
SU:A,LH:B! 
<>S7:A,SU:B 
<>S7:A,BA:B!
|-
| зоны
| zones
| Географические зоны перелета. Весь перелет не должен выходить за пределы одной из указанных зон для срабатывания правила. [http://www.geonames.org/countries/ разделение стран по указанным зонам]
* AF — Африка,
* AN — Антарктика
* AS — Азия
* EU — Европа
* NA — Северная Америка
* OC — Австралия и Океания
* SA — Южная Америка
перелет должен находиться в обеих зонах ( "EUSA, EUNA" — трансатлантический перелет ):
* EUSA — Европа + Южная Америка,
* EUNA — Европа + Северная Америка
* EUAS — Европа + Азия
* EUAF — Европа + Африка
* EUOC — Европа + Австралия и Океания
* AFNA — Африка + Северная Америка
* ASNA — Азия + Северная Америка
* EUAN — Европа + Антарктика
* AFAS — Африка + Азия
* AFAN — Африка + Антарктика
* AFOC — Африка + Австралия и Океания
* AFSA — Африка + Южная Америка
* ANNA — Антарктика + Северная Америка
* ANOC — Антарктика + Австралия и Океания
* ANSA — Антарктика + Южная Америка
* ASAN — Азия + Антарктика
* NASA — Северная Америка + Южная Америка
* OCSA — Австралия и Океания + Южная Америка
* ASSA — Азия + Южная Америка
* NAOC — Северная Америка + Австралия и Океания
* OCAS — Австралия и Океания + Азия
Допустимы только перечисленные комбинации зон!
| пустое = любые

- одно или несколько значений
| AS,EU SA EUSA, EUNA
|-
| зона из стран
| countryZones
| Перечисленные коды стран образуют зону, за пределами которой самолет не должен садиться и взлетать.
| пустое = любые
КОД,КОД...
| RU,IT,DE,FR
|-
| страны вылета
| depCountries
| Допустимые страны вылета для перелета (проверяется только страна вылета первого сегмента маршрута).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| страны назначения
| arrCountries
| Проверяется страна назначения (для OW и CR: это последняя страна последнего сегмента, для RT: это последняя страна первого плеча маршрута). К примеру для перелета MOW-PAR-MOW страна назначения FR, для MOW-PAR-LON — GB. '''Правило страна вылета=RU, страна назначения=RU не означает местный рейс''' — не забывайте указывать тип рейса DA (ВВЛ).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| прямой рейс
| isDirect
| Признак прямого рейса
| пустое = любые 0 — только с пересадками 1 — только прямые 
дополнительно: 2 — начальный перелет прямой 3 — начальный перелет с пересадками
| 0 1
|-
| тип маршрута
| routeType
| Можно оставить поле пустым или указать одно значение:
* В одну сторону — OW,
* Туда и обратно — RT,
* Сложный маршрут — CR.
| пустое = любой КОД(см. примеры)
| OW RT CR
|-
| маршруты
| routeFull
| Цепочка из IATA кодов городов или аэропортов, описывающая весь маршрут перелета с учетом пересадок, без разрывов и повторов. Всегда следует использовать IATA код города, если он имеется (агрегирующий аэропорт). К примеру перелет VKO-ORY, ORY-VKO приводится к маршруту MOW-PAR-MOW.
| пустое = любые КОД-КОД,КОД-КОД,... <>КОД-КОД,КОД-КОД,...(кроме)
| MOW-LON,LON-MOW <>MOW-BER-PAR
|-
| содержит маршруты
| routePart
| Указывается только часть маршрута, составленного по аналогии с предыдущим.
| пустое = любые КОД-КОД, -КОД-,... <>-КОД-,...(кроме)
| -CAI- <>-PRG-,PRG-SVX
|-
| маршруты (из аэропортов)
| routeAirportsFull
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "маршруты"
| см. описание параметра "маршруты"
| см. описание параметра "маршруты"
|-
| содержит маршруты (из аэропортов)
| routeAirportsPart
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "содержит маршруты"
| см. описание параметра "содержит маршруты"
| см. описание параметра "содержит маршруты"
|-
| вылет (аэропорты, города)
| depAirports
| Проверяется только аэропорт вылета первого сегмента. При указании кодов аэропортов необходимо точное совпадение. При указании кодов городов (агрегирующий аэропортов) сопоставление происходит по внутреннему справочнику аэропортов. Рекомендуется указывать коды конкретных аэропортов.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| прилет (аэропорты, города)
| arrAirports
| Аэропорт прилета определяется аналогично "стране назначения". Проверка на сопоставление происходит по аналогии с "вылетом (аэропорты, города)"
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| начало вылета
| dateBegin
| Дата вылета первого сегмента должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| вылет через (в часах)
| dateDepartureAfter
| От текущей даты задается максимальное значение или диапазон вылета. Например, если необходимо выделить перелеты не позднее 5 дней до вылета, то задается диапазон [0,120].
| пустое = ограничения нет максимальное значение [X,X] — диапазон
| 13

[10,100]
|-
| конец вылета
| dateEnd
| Дата вылета первого сегмента должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не ранее
| dateBackBegin
| Дата вылета последнего сегмента маршрута должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не позднее
| dateBack
| Дата вылета последнего сегмента маршрута должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| длительность в днях
| daysDuration
| Ограничение на максимальный разрыв в днях между первой датой перелета и завершением маршрута. Можно задавать диапазон.

Длительность в днях считается, как математическая разность дат. При вылете и возврате в один день длительность равна 0 дней.
| пустое = ограничения нет число дней — максимальное значение (включительно) [X,X] — диапазон
| 13 
[3,13]
|-
| дни недели
| dayOfWeek
| Допустимые дни недели для даты вылета первого сегмента маршрута. Значения указываются числом, соответствующим порядку дня недели, начиная с понедельника.
| пустое = игнорируется 
1 — понедельник ... 7 — воскресенье - одно или несколько значений
| 2 3,5
|-
| типы пассажиров
| passengers
| Допустимые типы пассажиров в перелете. Для срабатывания правила в перелете обязательно должны присутствовать все перечисленные типы.
| пустое = любые ADT — взрослый CLD — ребенок (2-12) INF — младенец (0-2) INS — младенец с местом (0-2) - одно или несколько значений
| INF ADT,CLD
|-
| маска перелета
|
| Формализованное описание полета в текстовом формате, для создания сложных правил Будет добавлено в след. версии программы
|
|
|-
| приоритет
| priority
| Если срабатывает несколько правил, то выбирается одно с наибольшим приоритетом. Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается более новое правило (расположено ниже в импортируемой таблице)
| целое число пустое = 0
| 1 2
|-
| код акции
|
| Уникальный код промоакции. Создается в панели администрирования в разделе {{Menu|Управление продажами|Модули|Программа лояльности|Промоакции и промокоды}}.
| любой набор букв/цифр/символов
| 12022014_Promo
|-
| utm source
| utmSource
| ID источника перехода, который отображается в поле «№» таблицы источников переходов в метрике. Допустимо вводить несколько источников.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| 123,456 <>123,456
|-
| комиссия авиакомпании
| commission
| Прибыль агента, получаемая от авиакомпании за проданные билеты. Обязательное для заполнения поле, должно строго соответствовать указанному в контракте значению. Значение передается в ГРС при выписке. Может указываться в процентах от тарифа или в абсолютной стоимости. Комиссия всегда вычисляется для каждого пассажира.
Правила с указанной нулевой комиссией имеют больший приоритет перед правилами с пустой комиссией.
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| комиссия субагентам
| agencyCommission
| Комиссия субагенту - это часть прибыли от авиакомпании, которую агент отписывает субагентам. Значение комиссии действует как скидка для субагентов, уменьшая стоимость авиабилетов. Комиссия всегда вычисляется для каждого пассажира стоимость тарифа которого не равна 0.

'''Форматы задания комиссии субагентам: '''

Для всех субагентов: 
* Фиксированная сумма: <code>XRUB</code>, где:
** ''X'' - сумма комиссии, целое число или десятичная дробь с разделителем в виде точки: <code>60</code>, <code>-3</code>, <code>0.5</code>
** ''RUB'' - IATA-код валюты: <code>EUR</code>, <code>UAH</code>.
* Процент от тарифа: <code>X%</code>,
**где ''X'' - процент от тарифа, целое число или десятичная дробь с разделителем в виде точки: <code>60}</code>, <code>-3</code>, <code>0.5</code>.
Для опеределенных субагентов или групп субагентов: 
* <code>(ID:значение),(ID:значение),(ID:значение),...</code>, где ''ID'' - номер субагента (группы) в {{NameSystem}}, ''значение'' - размер комиссии для этого субагенства (группы) в формате <code>X%</code> или <code>XRUB</code>.

В одном правиле можно комбинировать комиссию для всех субагентов и комиссии для указанных субагентов в формате:
* <code>XX,(ID:YY),(ID:YY),(ID:YY),...}}, где:
** XX - комиссия для всех субагентов в формате, описанном выше,
** YY - комиссия для заданного субагента в формате, описанном выше.

В этом случае размер комиссии:
* для всех субагентов, кроме указанных: XX,
* для указанных: XX + YY.

'''Пример:''' 

<pre>5%,(123:2%),(345:3%)</pre>.

*Комиссия субагента под номером 123 составляет: 5% + 2% = 7% от тарифа. 
*Комиссия субагента под номером 345 составляет: 5% + 3% = 8% от тарифа.

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>

{{Attention|В случае, если для вашего агентства планируется создание большого количества индивидуальных правил ценообразования, в каждом из которых будет указываться значение комиссии субагента для отдельных субагентов/групп/пользователей, то рекомендуемая форма записи является следующей (12345,12346,12347:3%) вместо (12345:3%),(12346:3%),(12347:3%). То есть, с использованием группировки одинаковых значений.}}

| см. описание
| <code>100RUB</code>

<code>6EUR</code>

<code>2%</code>

<code>5%,(123:100RUB%),(345:2%),(345:-0.5%)</code>

|-
| посегментный расчет комиссии
| modeForSegment
| Признак применения комиссии или бонуса за каждый сегмент перелета. Например 100 руб. за каждый сегмент.
| пустое = 0 0 — комиссия одна на весь перелет 1 — комиссию необходимо умножить на кол-во сегментов
| 0 1
|-
| бонус авиакомпании
| bonus
| Дополнительная прибыль агента, которую агентство получает от авиакомпании, но в запросах к ГРС она не учитывается. Задается и вычисляется полностью аналогично комиссиям (при вычислении учитывается параметр "посегментный расчет комиссии"). Используется для расчета "прибыльности" авиаперелета, влияет на работу микшера и может повлиять на сбор при установке параметра "минимальная прибыль".

Из всех сработавших правил бонус будет учтен только из одного по следующему приоритету:
* Максимальный приоритет за сработавшим комиссионным правилом
* Если в комиссионном правиле бонуса нет, будет использован бонус из другого сработавшего '''некомиссионного''' правила (дополнительного правила с пустой комиссией). Если таких правил несколько, используется правило с наибольшим идентификатором (ниже в таблице)
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| бонус за сегмент (допустимые авиакомпании)
| modeForAirlines
| Установка текущего параметра принудительно включает режим расчета бонуса за каждый сегмент перелёта (для абсолютно заданного бонуса), но в расчете учитываются только сегменты с валидирующим или с интерлайновыми перевозчиками из заданного здесь списка.
| пустое 
КОД (код АК) 
КОД,КОД...
| SU 
SU,FV
|-
| сбор агентства
| charge
| Здесь указываются все наценки/скидки, которые будут применены для описанного правилом перелета. В одном поле можно указать несколько ценовых правил, разделив их по типам пользователя. 
формат = (субъект:сумма),(субъект:сумма),(субъект:сумма)... субъект = ID групп, пользователей и два значения "B2C", "B2B" с возможностью <>отрицания сумма = слагаемое + слагаемое + слагаемое...[ограничение] ограничение = диапазон итоговой величины сбора, задается как [цена,цена] слагаемое = цена*множитель*множитель... цена = "xxxКОД" (код валюты) или "XX%" (проценты от итоговой стоимости (тариф+таксы) ГРС) множитель = одно из значений:
* PAS — общее количество пассажиров (включая INF)
* ADT — количество взрослых
* CLD — количество детей (2-12)
* INF — количество младенцев (0-2)
* INS — количество младенцев с местом (0-2)
* SEG — количество сегментов перелета (перелет из А в Б с 1 пересадкой => 2 сегмента)
* LEG — количество плечей (перелет из А в Б с 1 пересадкой => 1 плечо)
* TRF — для получения цены тарифа, равен сумме тарифов
* SGV — количество сегментов валидирующего перевозчика
Примеры:
* 100RUB*SEG : плюс 100 руб к стоимости заказа за каждый сегмент
* 150RUB*SEG*PAS;: плюс 150 руб за каждый сегмент, на каждого пассажира. Например: перелет с двумя сегмента и двумя пассажирами = 600 руб.
* -10%*TRF : 10% скидка от тарифа
* 50RUB*LEG*ADT[,1000RUB] : 50 руб за каждый билет для взрослого на каждом плече перелета, но не более 1000RUB
* (<>123,345: 100RUB), (123,345: -100RUB) : субъекты 123 и 345 получат скидку 100 руб., остальные наценку в 100 руб.
* (B2B: 1000RUB*ADT — 100RUB*CLD[-10%,-1%]), (B2C: 10% [10USD,]), (123: -1000RUB) : B2B пользователи получают наценку 1000 руб. за каждый взрослый билет и 100 руб скидку за каждый детский билет, но не менее 1% от общей стоимости и не более 10%. B2C пользователи получают 10% наценку, но не менее 10 долларов. Пользователь ID=123 получит скидку 1000 руб.

Если срабатывает несколько ценовых правил, перечисленных через запятую, берется их сумма. Если это не подходящее поведение, разделяйте ценовые правила в отдельные перелетные правила (строки), их можно регулировать приоритетом.

{{Attention|В случае, если для вашего агентства планируется создание большого количества индивидуальных правил ценообразования, в каждом из которых будет указываться значение сбора агентства для отдельных субагентов/групп/пользователей, то рекомендуемая форма записи является следующей (12345,12346,12347:3%) вместо (12345:3%),(12346:3%),(12347:3%). То есть, с использованием группировки одинаковых значений.}}

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>
| см. описание
| см. описание
|-
|Комиссия метапоиску
|MetasearchCommission
|Комиссия, взимается метапоисковой системой (для {{NameSystem}} на данный момент это только Aviasales) и рассчитывается на этапе поиска. Значение должно быть указано как десятичное представление процентной ставки - это доля от 1, например, если задано 0.05 - 5%. Можно задавать с/без знака "%". Комиссия рассчитывается от суммы = цена перелета от поставщика + сборы/скидки + доп.сборы + мин.прибыль. Рассчитанное значение округляется до 2х знаков после разделителя. Более подробно данный параметр описан [http://support.nemo.travel/ru/%D0%92%D0%B7%D0%B0%D0%B8%D0%BC%D0%BE%D0%B4%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D0%B5_%D1%81_%D0%BC%D0%B5%D1%82%D0%B0%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%BE%D0%B2%D0%B8%D0%BA%D0%B0%D0%BC%D0%B8#%D0%9A%D0%BE%D0%BC%D0%B8%D1%81%D1%81%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D0%B0%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%B0 здесь].
| см. описание
|0.05
0.025%
|-
| признак доп.сбора
| chargeExt
| Настройка позволяет изменять процедуру расчета сбора, добавляя к итоговому результату дополнительные расчетные правила.
* 0 — Стандартный сбор (значение по умолчанию). Из всех указанных сборов будет применен один по приоритету. 
* 1 — Дополнительный сбор. Сборы, указанные как дополнительные, проверяются отдельно. Аналогично применится один дополнительный сбор с максимальным приоритетом
* 2 — Обязательный сбор. Будет обязательно применен, если все параметры сбора удовлетворены. Приоритет игнорируется.
| пустое = 0 
1 
2
|
0 1
|-
| минимальная прибыль
| minProfit
| Минимальная прибыль, которую агентство получит за заказ. Если рассчитанная прибыль агентства меньше минимальной, то сбор будет увеличен до необходимого значения.
Формат аналогичен формату сбора агентства. Для расчетов будет применено значение из правила, по которому будет определена комиссия авиакомпании. Если требуется изменить это поведение, следует установить параметр "приоритет мин. прибыли" (см. ниже)
| см. описание
| 50RUB*LEG*PAS
|-
| приоритет мин. прибыли
| minProfitPriority
| Дополнительный параметр, отвечающий за расчет минимальной прибыли. Сработает правило с наибольшим приоритетом, если приоритет совпадает, то будет использовано правило, которое находится ниже
| Положительные числовые значения.
| 1, 2, ...
|-
| округление
| chargeRounding
| Порядок арифметического округления сбора
| пустое = 0, 0 = до целого значения, 0.1 = до десятых, 0.01 = до сотых
| 0.1 0.01
|-
| 
| 
| 
| 
| 
|}

== Дополнительные параметры правил для {{NameSystem}} платформы ==

Параметры для работы с приватными (конфиденциальными) тарифами.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Дополнительные параметры правил'''
|-
! scope="col" | Заголовок 
! scope="col" | Внутреннее название 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| tour code
| gdsTourCode
| Тур код 
| любое значение
| 15ZU
|-
| ticket designator
| gdsTicketDesignator
| Тикет десигнатор 
| любое значение
| PP08
|-
| endorsement
| gdsEndorsment
| Эндорсменты 
| любое значение или %VAT_VALUE% для передачи значения НДС в эндорсменте только для ГРС Amadeus, Sabre, Galileo, GalileouAPI и S7 NDC; для Sabre значение передается в ГРС, но не попадает в МК
| Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
|-
| собственная прибыль агента
| comAgentProfit
| Собственная прибыль агента 
| "xxxКОД" (код валюты) или "XX%" Допустимы только целые значения
| 100RUB 2%
|-
| субъект скидки по туркоду
| corpClient
| ID субъекта, которому будет предоставлена скидка по туркоду
| ID,ID
<>ID,ID
| 2772,2653
<>2786,2361
|-
| скидка по туркоду
| discount
| Скидка 
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| код авторизации
| authCode
| Код авторизации 
| любое значение
| MB10
|}

== Ценообразование. ГРС SITA Gabriel ==

Задание ценовых правил для авиакомпании '''«Сибирь» (S7 Airlines)''' в ГРС ''SITA Gabriel'' имеет свою специфику. Поскольку для авиакомпании S7 в ГРС ''SITA Gabriel'' осуществляется только бронирование и выписка, а [[Поиск (Авиабилеты)|поиск]] ведется в других ГРС, цена перелета при поиске и при бронировании может отличаться на размер такс, которые есть в ГРC, используемой для поиска, но отсутствуют в ''SITA Gabriel''. Чтобы цена при переходе к бронированию не менялась, в ценообразовании задают специальные правила, где устанавливают скидку на размер таксы с использованием параметра '''Цена подтверждена''' (см. [[Ценообразование (Авиабилеты)#Параметры правил ценообразования|Параметры правил ценообразования]]).

Коды такс:
*в ГРС Sabre – ''YQF''.
*в ГРС Sirena – ''ZZ''.
*в ГРС Galileo и Amadeus – ''YQ''.
Размеры такс варьируются в зависимости от курса.

Каждое правило для перелетов авиакомпании '''«Сибирь» (S7 Airlines)''' разбивается на 2 отдельных строки:

# Правило ''для поиска'':
#* валидирующий перевозчик: '''''S7''''';
#* системы бронирования: '''''SITA''''';
#* цена подтверждена: '''0''';
#* сбор агентства: ''укажите скидку на размер таксы от ГРС, используемой для поиска + задайте размер сбора агентства''.
# Правило ''для бронирования'':
#* валидирующий перевозчик: '''''S7''''';
#* системы бронирования: '''''SITA''''';
#* цена подтверждена: '''1''';
#* сбор агентства: ''задайте только размер сбора агентства''.

{| class="wikitable"
|-
|[[Файл:Правила_цо_для_ак_сибирь.png|800px]]
|-
|Правила ценообразования для авиакомпании «Сибирь« (S7 Airlines)
|}


== ЕМД (EMD)== 
ЕМД - электронный многоцелевой документ или ваучер (см. [[Ваучер|Ваучер]]).
В разделе "Управление продажами → Авиабилеты → Ценообразование → Настройки" есть настройка '''Выпускать EMD на величину сборов заказа'''. Она отвечает за выпуск ЕМД на сбор агентства (доступно только для Сирены Трэвел). Принцип работы: если для агентства, которое покупает билет, в правилах ценообразования заведён сбор агентства для валидирующей компании авиа перевозчика, то при выписке заказа помимо маршрут-квитанции и ЕМД для дополнительных услуг, будет выписан отдельный ЕМД на сбор агентства. Если в заказе присутствуют несколько людей, то сбор разделится между ними, общая сумма сбора увеличена не будет.
== См. также ==
* [[Ценообразование для субагентов]]
* [[Валюта]]

Order reports

2019-12-10T13:44:43Z

Александра Ларцева: /* Electronic documents */

[[Категория:Статистика и отчёты]] [[Категория:Модули]] [[Категория:Дополнительные модули‎]] [[Категория:Решения для B2B]]
'''Airline order report''' — the company's air ticket sales report with information on ticket numbers, ticketing dates, types of transportation, etc. within the selected time period.

==Purpose==
Airline order report component in Nemo.travel system was created to help the agency generate different types of agency sales reports and facilitate the analysis of sales statistics for agency managers.

==Examples of usage==
In the unloaded data, the following information is available:
* the number of tickets sold, orders and segments for different periods,
* problem orders in the context of different transition sources (including meta search);
* search statistics;
* summary of the value of sold additional services;
* returned tickets;
* flight routes.

==Configuration of access to order reports==
The component is connected by the Nemo.Travel administrator. The administrator also sets up the agency rights to view specific reports in ''''Statistics and Reports → Reports → Access to orders reports''''. If you notice that any report listed below is not in your settings, contact Nemo.Travel technical support.


''''Attention!'''' Only the manager and experts of the root agency have access to all connected reports. Subagents have access only to the following reports: '''Customizable ticketed order report''', '''Customizable report for all conversions''', ''Analytical statistics''', '''Aggregated sales report''', '''Electronic documents''', '''Manual ticket returns''', '''Automatic ticket returns''', при условии, что они доступны для самого корневого агентства.
==Work principle==
Reports are located in '''Statistics and reports → Reports → Avia orders report'''.

To '''receive a report''', you must specify the ''parameters'' by which the report will be generated.
# Choose the report type
# Choose the report parameters:
#* '''Period'''.
#** ''Date from'' - date in DD.MM.YYYY format (date selection on the calendar is available)
#** ''Date to'' — date in DD.MM.YYYY format (date selection on the calendar is available) For different types of reports, reservation date, ticketing date or other dates can be used as date parameters. For clarification, see the description of the specific report below.
#* '''Aggregation type''' — The information in the report can be grouped by time period (day / month / year).
# Select the data display form. The data in the report can be obtained in three ways:
#* View a table with data on the current page — to do this, click the '''View the report''' button.
#* Downloading XLS tables to your computer — to do this, click the '''Download in XLS''' button.
#* Downloading a file with data in XML format to your computer - to do this, click the '''Download in XML''' button.
For convenience of storing reports, you can enable the ''Add description to the table'' option, then the XLS table will contain a header describing the main report parameters (for which subagency the report is formed, the selection date, the report type).

Also, for convenience of users, in this section you can filter and sort the column values in ascending and descending order.

== Report types ==

=== Availability Check Fails===
The report displays information about all orders in which there were any problems during the transition from the search page to the booking page (for example, the flight was no longer available, the price increased, an error occurred etc. 
Состоит из столбцов:
{| class="wikitable" style="width:1200px"
|-
| Metasearch
| Creation date
| Customer IP
| Search external ID
| Route
| Begin date of services
| Number of segments
| Number of adult
| Number of child
| Number of infants with seat
| Number of infants without seat
| Price
| Currency
| Price change
| Search GDS
| Booking GDS
|-
|}

All problem orders, creation date of which is within the selected range, fall into the selection. The creation date hereinafter refers to the date of transition from the search results page to the booking page. Under the service start date means the date of departure.

=== Tickets by directions ===
Отчет агрегирует информацию о суммарной стоимости выписанных заказов по конкретным маршрутам. 
Состоит из столбцов:
{| class="wikitable" style="width:1200px"
|-
| Begin date of services
| Route
| Number of legs
| Number of segments
| Number of transfers
| Route type
| Departure country code
| Arrival country code
| Number of orders
| Segments count sum
| Number of tickets
| Total price
| Currency
|-
|}

All ticketed orders with a departure date and arrival date included in the selected date range fall into the selection.

=== Number of ticketing ===
The report displays information on the total number of tickets issued on each route per day, month or year, depending on the aggregation type selected. 
It consists of the following columns:
{| class="wikitable" style="width:1100px"
|-
| Complete date
| Route
| Number of tickets
|-
|}

All issued orders are included, the issue date of which is included in the selected date range, fall into the selection.

=== Direction and sources data ===

The report helps to analyze the conversion in the context of specific transition sources and flight routes with details of the problems encountered during the ordering process. 

{| class="wikitable" style="width:1200px"
|-
| Creation date
| Route
| Source
| Pending bookings
| Bookings with failed checking availability count
| Bookings with failed checking availability IDs
| Booked orders count
| With failed booking
| With failed booking IDs
| Ticketed bookings
|-
|}

The selection includes orders whose creation date is included in the selected date range. 
Example:
[[File:report1.png|800px]]

1 1st line means that there was one transfer from the Momondo source to the agent's site on the AAQ-VKO route on the specified day, while the client did not attempt to make a reservation. 
The 3rd line means that the AER-LED route on the specified day had one transition from the Yandex source to the agent's site, the order was successfully booked and checked out, and there were no problems in the ticketing process. 
The 5th line means that the AER-PEE route on the specified day was one transition from the Momondo source to the agent's site, but an error occurred during the actualization of the flight and the number of this order was indicated. 

=== Average tickets tariff ===
The report displays information on the number of orders issued, tickets, the total value of orders and the average cost of the fare for the particular time period. 
It consists of the following columns:
{| class="wikitable" style="width:1200px"
|-
| Complete date
| Number of orders
| Number of segments
| Number of tickets
| Average base price
| Total price
| Currency
|-
|}

The selection includes orders whose discharge date is in the selected date range. Also for this report, there is an additional "Supplier" parameter in the form, which allows you to generate a report only for a specific supplier.

=== Aggregated companies statistics ===
The report displays the total price of fares, taxes and agency fees for orders issued within a specific period, as well as the number of orders and tickets issued. 
It consists of the following columns:
{| class="wikitable" style="width:1200px"
|-
| Creation date
| New bookings count
| Number of tickets
| Fare price sum
| Airline charge sum
| Agency charge sum
| Booked orders count
| Ticketed orders count
| Currency
|-
|}

The selection includes orders whose creation date is within a selected date range.

=== Companies statistics ===
The report contains information on the number of tickets issued for each order with the order number in Nemo and the corresponding PNR in the GDS. In this case, the report may contain both written out and booked, but not written out orders. 
It consists of the following columns:
{| class="wikitable" style="width:1100px"
|-
| Order ID
| Booking date
| PNR
| Number of tickets
|-
|}

The selection includes orders whose booking date is within the selected date range.

=== Financial statement of the company ===
The report contains information on the number of tickets issued for each order with the order number in Nemo and the corresponding PNR in the GDS. In this case, the report may contain both issued and booked, but not issued orders. 
It consists of the following columns:
{| class="wikitable" style="width:1200px"
|-
| Complete date
| GDS
| Payment method
| Number of orders
| Number of segments
| Total price
| Fare price sum
| Airline charge sum
| Total charge sum
| Aeroexpress price sum
| AlphaInsurance price sum
| Number of tickets
| Currency
|-
|}

The selection includes orders whose issue date is within the selected date range.

=== General sales information ===
This report contains general information on the number of searches, orders, tickets, and the cost of orders issued by a specific agency company for the selected period. 
It consists of the following columns:
{| class="wikitable" style="width:1200px"
|-
| Company ID
| Partner name
| Complete date
| Searches count
| Number of orders
| Number of tickets
| Fare price sum
| Airline charge sum
| Agency charge sum
| Aeroexpress price sum
| AlphaInsurance price sum
| Currency
|-
|}

The selection includes orders whose ticketing date is within the selected range.

=== Sales information report ===
This report contains information on issued orders with breakdown by cost and indicating ticket numbers and PNR. 
It consists of the following columns:
{| class="wikitable" style="width:1200px"
|-
| Order ID
| Complete date
| PNR
| Number of segments
| Number of tickets
| Total number of segments
| Fare price
| Base price
| Agency charge sum
| Aeroexpress price sum
| AlphaInsurance price sum
| Total price
| Currency
| Payment type
| Transition source
| Tickets
|-
|}

The selection includes orders whose discharge date is in the selected date range.

=== Ticket manual returns ===
This report contains detailed information on returns.

It consists of the following columns:
<div style=" overflow: auto;">
{| class="wikitable" style="width:1100px"
|-
| PNR
| Ticket number
| Fare
| Taxes
| Agency charge
| Subagency charge
| Payment charge
| Retained fare
| Retained taxes
| Retained agency charge
| Retained subagency charge
| Retained for non refundable fare
| Airline charge imposed for booking cancellation
| AlphaInsurance paid price
| ERV insurance paid price
| Aeroexpress paid price
| Service pack paid price
| Retained insurance price for AlphaInsurance
| ERV insurance retained price
| Aeroexpress retained price
| Service pack retained price
| Agency refund charge
| Total refund
| Complete date
| User name
|-
|}
</div>
The selection includes orders whose issue date is in the selected date range.

=== Time to flight ===
The report contains information about the time between payment and departure on various routes. 
It consists of the following columns:
{| class="wikitable" style="width:1100px"
|-
| Route
| Payment date
| Begin date of services
| Days difference
| Number of orders
|-
|}

All paid orders, the issue date of which falls within the selected date range, are included in the selection.

=== Unsuccessful booking attempts ===
The report contains information about orders, the booking of which for one reason or another failed. 
It consists of the following columns:
{| class="wikitable" style="width:1100px"
|-
| Order ID
| Error during the creation
| Airline
|-
|}

Data can be grouped by inaccessibility type, using the ''Group data by'' parameter. Grouping criteria:
* price increase
* flight is unavailable
* booking errors 

To filter the data included in the report for specific airlines, list the codes of the required airlines in the ''Airlines list by commas'' field. 
The selection includes all orders of selected airlines that meet the grouping criteria, the date of the booking attempt of which falls within the selected date range.

===Orders with bonus cards===

This report is available only if the Bonus programs module is connected. 
It consists of the following columns:
{| class="wikitable" style="width:1100px"
|-
| Order ID
| Agency ID
| Bonus program type
| Bonus card number
| Bonuses
| Begin date of services
| End date of services
|-
|}

=== Orders conversion ===

The report contains detailed statistics on the status of orders, which will allow to perform the analysis of the conversion dynamics for a certain period. 
It consists of the following columns:
{| class="wikitable" style="width:1600px"
|-
| Source || GDS || Error during the creation || Airline|| Route|| Creation date || Total count
| Pending without data || There was no booking but pending with data | Pending with data but there was an error during booking || Stayed the booked (not ticketed) || Ticketed || Ratio of ticketed to total for day
| Ratio of ticketed to booked for day
|-
|}

Пояснение к столбцам:
* Total count - the total number of all orders
* Pending without data - user did not enter passenger data into the order
* There was no booking but pending with data - user entered passenger data, but there was no booking attempt
* Выписанные к переходам - the number of ticketed orders divided by the total number of orders
* Ratio of ticketed to total for day - the number of ticketed orders, divided by the total number of booked
* Number of orders issued in this report includes also voided/returned.

For this report, it is possible to group data. 
Grouping criteria:
* transition source
* booking provider
* transition error
* airline
* route 
The selection displays orders that meet the grouping criteria, the creation date of which falls within the selected date range.

You can also select in advance the type of conversion calculation using the option '''Conversion calculate by:'''
* Ticket''(the fact of order issue will be considered as a conversion criterion, i.e., the ratio of written orders to booked/all is taken into account)''
* Payment''(the fact of payment is considered the conversion criterion, i.e. the ratio of paid orders to booked/all is taken into account, while among paid orders may be both iisued and not issued)''

=== Ticketed bookings custom report ===
The report displays the statistics selected by the user for the orders issued.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Available parameters'''
<div class="mw-collapsible-content">
For this report, the possibility to group data on a variety of parameters is implemented. 
Grouping criteria:
* GDS
* Nemo2 package ID
* User ID
* Company ID
* Payment status
* Payment method
* Route type
* Количество пассажиров
* Number of segments
* Number of legs
* Point of departure(IATA)
* Point of arrival (IATA)
* Departure country code
* Arrival country code
* Direct flight
* Local flight
* Class
* Airline

Also there is the possibility of choosing a flight by:
*Ticket date
*Service begin date (i.e. departure)

Available columns:
* Maximum minutes in transit with transfers
* Average minutes in transit with transfers
* Minimum minutes from search to booking
* Average minutes from search to booking
* Maximum minutes from search to booking
* Minimum minutes from booking to issue
* Average minutes from booking to issue
* Maximum minutes from booking to issue
* Minimum days from issue to departure
* Average days from issue to departure
* Maximum days from issue to departure
* Number of tickets
* Tickets * segments
* Minimum total price
* Average total price
* Maximum total price
* Minimum base price
* Average base price
* Maximum base price
* Minimum tariff price
* Minimum tariff price
* Average tariff price
* Maximum sum of fees
* Average sum of fees
* Maximum sum of fees
* Minimum sum of AlfaInsurance
* Average sum of AlfaInsurance
* Maximum sum of AlfaInsurance
* Minimum sum of ERV insurance
* Average sum of ERV insurance
* Maximum sum of ERV insurance
* Minimum sum of Aeroexpress
* Average sum of Aeroexpress
* Maximum sum of Aeroexpress
* Minimum sum of additional services
* Average sum of additional services
* Maximum sum of additional services
* Minimum price of service packages
* Average price of service package
* Maximum price of the service package
* Minimum profit
* Average profit
* Maximum profit
* Destination Country Code
* Minimum profit for one ticket
* Average profit for one ticket
* Maximum profit for one ticket
* Minimum profit for one ticket * segment
* Average profit for one ticket * segment
* Maximum profit for one ticket * segment
* Minimum number of passengers in the order
* Average number of passengers in the order
* Maximum number of passengers in the order
* Maximum number of segments in the order
* Minimum minutes in transit
* Average minutes in transit
* Maximum minutes in transit
* Minimum minutes in transit with transfers
* Average umber of segments in the order
* Minimum umber of segments in the order
* Order examples
</div>
</div>
The selection includes orders whose issue date is within a selected date range.

===Electronic documents===
The report contains statistics on electronic documents (EMD). 
One line of the report contains information on one electronic document. 
The report contains the following columns:

{| class="wikitable" style="width:1050px"
|-
| Order ID || Date|| Number|| Ticket number || Type|| Subtype || Original price || Original currency || Price || Currency || RFISC data || Taxes sum
|-
| Order number in the {{NameSystem}} system || Order date || Electronic document number || Passenger ticket number to which the electronic document from this row of the table belongs || The type of electronic document, the values can be seen in the table "Types" below || The subtype of the electronic document, the values can be seen in the table "Subtypes" below || The amount for which the electronic document was issued in the currency of the supplier || Supplier currency code || The amount for which the electronic document was issued || The currency code of the previous column. Currency corresponds to the one that the client had when buying on the site || RFISC subcodes are set by the airline itself and determine the specific type of service || Shown for air tickets
|-
|}

You can download the report in XLS, XML, CSV formats.

The reports in XML and СSV format use numerical designations of types and subtypes of electronic documents in the following form:
<pre>
<el_doc_type>7</el_doc_type> - Types
<el_doc_type_sub>6</el_doc_type_sub> - Subtypes
</pre>

{|
|valign="top"|
{| class="wikitable" style="width:300px"
|-
! colspan="2" | Type
|-
! Code
! Value
|-
| 1 || 'Airline additional service'
|-
| 2 || 'AlphaInsurance policy'
|-
| 3 || 'ERV policy'
|-
| 4 || 'Aeroexpress ticket'
|-
| 5 || 'Ticket'
|-
| 6 || 'Charge'
|-
| 7 || 'EMD'
|-
| 8 || 'Ticket change'
|-
| 9 || 'Ticket return'
|-
| 10 || 'Airline additional services return'
|-
|}
| || 
|
{| class="wikitable" style="width:300px"
|-
! colspan="2" | Subtypes
|-
! Code
! Value
|-
| 1 || 'Air ticket'
|-
| 2 || 'Airline additional service'
|-
| 3 || 'Air ticket issue'
|-
| 4 || 'Penalty'
|-
| 5 || 'Refund'
|-
| 6 || 'Additional charge'
|-
| 7 || 'Conj. ticket'
|-
| 9 || 'Policy'
|-
| 10 || 'Order discount'
|-
| 11 || 'Order charge'
|-
| 12 || 'Refund'
|-
| 13 || 'Payment'
|-
|}
|}
The selection includes electronic documents, the date of registration of which is in the specified date range.
====Sample "Electronic Documents" report:====
[[Файл:Эл документы.jpg|Отчёт "Электронные документы"]]
 
Analysis of the order №522597:
*Total cost of the order will be: "Cost" of the ticket + "Additional charge cost"+ "Ancillary services cost" = 1980 + 500 + 600 = 3080RUB;
*Fare price separately in the report table is not indicated, you can calculate the fare price for this case like this: "Ticket cost" - "Amount of taxes" of the ticket + "Additional charge price" = 1980-1500 + 500 = 980RUB. The order from the example was issued in Sirena Travel GDS, this GDS sent an agency charge (TaxCode = AG), to which EMD is issued according to the rules of the GDS (second line from the example of the order above).
'''Attention!''' Although an EMD is issued for the 500RUB amount of this tax, it is also included in the "Tax amount" of the ticket.

===Customizable report for issued air orders===
This report contains only selected information on all issued air orders for a given period (including tickets voided and returned at the time of the report).

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Available parameters'''
<div class="mw-collapsible-content">
* Order ID
* Nemo2 order ID
* PNR
* Airline order ID
* GDS
* User ID
* Client email hash
* User name
* Company ID
* Company
* Source
* Search date
* Booking date
* Complete date
* Departure date
* Arrival date
* Payment method
* Total price
* Base price
* Agency charge sum
* Status
* Agency profit
* Airline comission
* Subagency charge
* Subagency profit
* Alphainsurance sum
* Aeroexpress sum
* Service package price
* ERV insurance price sum
* Service pack price sum
* Gateway charge
* All services sum
* Tickets
* Number of passengers
* Number of adult
* Number of child
* Number of infants without seat
* Number of infants with seat
* Number of tickets
* Route type
* Number of segments
* Number of legs
* Point of departure (IATA)
* Departure country code
* Arrival country code
* Point of arrival (IATA)
* Route
* Flight information
* Tariffs
* Direct flight
* Local flight
* Class
* Flight time in minutes
* Full time in minutes
* Nemo2 package ID
* Fare price
* Airline
</div>
</div>

The selection includes orders whose issue date is within a selected date range. 

Only the selected columns are displayed in the selection.

=== Analytic statistics ===
Отчет показывает конверсии и изменение продаж в один выбранный день. 
Состоит из столбцов:
{| class="wikitable" style="width:1200px"
|-
| '''Number of searches in a day'''
| '''Number of searches in current month'''
| '''Number of searches in 30 days'''
| '''Tendency of searches for day'''
| '''Tendency of searches for month'''
| '''Tendency of searches for day 30 days'''
| '''Ticketed segments in a day'''
| '''Ticketed segments in current month'''
| '''Ticketed segments in 30 days'''
| '''Ticketed segments in last 30 days'''
| '''Sales tendency for day'''
| '''Sales tendency for 30 days'''
| '''Number of orders in day'''
| '''Ratio of ticketed to total for day'''
| '''Ratio of ticketed to booked for day'''
| '''Rejects without ticketing to ticketed in day'''
| '''Rejects with ticketing to ticketed in day'''
|-
|}

* ''Number of searches in a day'' - number of scans GDS per day;
* ''Number of searches in current month'' - number of GDS scans in the period from the 1st day of the month to the selected date;
* ''Number of searches in 30 days'' - number of GDS scans in the last 30 days;
* ''Tendency of searches for day'' - change in the number of scans for the selected day relative to the average for the last 30 days;
* ''Tendency of searches for month'' - change in the number of scans for the selected month relative to the average for the last 30 days
* ''Tendency of searches for day 30 days'' - change in the number of scans in the last 30 days to the previous 30 days;
* ''Ticketed segments in a day'' - number of ticketed segments per day;
* ''Ticketed segments in current month'' - number of ticketed segments in the period from the 1st day of the month to the selected date;
* ''Ticketed segments in 30 days'' - number of ticketed segments in the last 30 days;
* ''Ticketed segments in last 30 days'' - number of ticketed segments for the previous 30 days;
* ''Sales tendency for day'' - number of ticketed segments per day relative to the average for the last 30 days;
* ''Sales tendency for 30 days'' - number of ticketed segments in 30 days relative to the previous 30 days;
* ''Number of orders in day'' - number of transitions from the search results page to the order page;
* ''Ratio of ticketed to total for day'' - ratio of the number of ticketed segments to transitions to the order page per day;
* ''Ratio of ticketed to booked for day'' - ratio of the number of ticketed segments to transitions to the order page per day;
* ''Rejects without ticketing to ticketed in day'' - ratio of canceled segments not previously ticketed to the issued segments per day;
* ''Rejects with ticketing to ticketed in day'' - ratio of canceled and previously ticketed segments to ticketed segments per day.

===Customizable report for all transitions===
This report contains only selected information for all air orders.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Available parameters'''
<div class="mw-collapsible-content">
* Order ID
* Nemo2 order ID
* PNR
* Airline order ID
* GDS
* User ID
* Client email hash
* User name
* Company ID
* Company
* Source
* Search date
* Booking date
* Complete date
* Departure date
* Arrival date
* Payment method
* Total price
* Base price
* Agency charge sum
* Status
* Agency profit
* Airline comission
* Subagency charge
* Subagency profit
* Alphainsurance sum
* Aeroexpress sum
* Service package price
* ERV insurance price sum
* Service pack price sum
* Gateway charge
* All services sum
* Tickets
* Number of passengers
* Number of adult
* Number of child
* Number of infants without seat
* Number of infants with seat
* Number of tickets
* Route type
* Number of segments
* Number of legs
* Point of departure (IATA)
* Departure country code
* Arrival country code
* Point of arrival (IATA)
* Route
* Flight information
* Tariffs
* Direct flight
* Local flight
* Class
* Flight time in minutes
* Full time in minutes
* Nemo2 package ID
* Fare price
* Airline
* Order status
</div>
</div>

Order status can have the following values:
{|
|valign="top"|
{| class="wikitable" style="width:300px"
|-
! colspan="2" | Statuses
|-
! Code
! Value
|-
| 1 || New
|-
| 3 || Booked
|-
| 7 || Confirmed
|-
| 8 || Cancelled
|-
|}

Route types can have the following values:
{|
|valign="top"|
{| class="wikitable" style="width:300px"
|-
! colspan="2" | Route types:
|-
! Code
! Value
|-
| 1 || OW
|-
| 2 || RT
|-
| 3 || CR
|-
|}

Payment status can have the following values:
{|
|valign="top"|
{| class="wikitable" style="width:300px"
|-
! colspan="2" | Payment status:
|-
! Code
! Value
|-
| 1 || Not payed
|-
| 2 || Partial payment (less than full price)
|-
| 3 || Fully payed
|-
|}

{| class="wikitable" style="width:300px"
|-
! colspan="2" | Suppliers (general):
|-
! Code
! Value
|-
| 1 || Sabre
|-
| 2 || Travelport Galileo
|-
| 5 || Sirena Travel
|-
| 18 || Amadeus
|-
| 30 || Sita
|-
| 33 || Nemo Inventory
|-
| 36 || Travelfusion
|-
| 40 || Travelport UAPI
|-
|}

The payment method corresponds to the gateway identifiers specified in the admin panel: '''(Finances → Payment methods → Gateway control → Payment Gateway No.N'''.

Only the selected columns are displayed in the selection.

'''Attention!''' The number of days in the report must be no more than 31.

===Aggregated sales report===

The report aggregates information on the number of: segments, air orders, air tickets, EMD, aeroexpress tickets, exchanges and returns, insurance policies and ERV, according to the selected agency. The sample includes information from all orders issued for which the departure date and arrival date falls within the selected date range.

{| class="wikitable"
|[[Файл:Aggregated sales report.png|1300px]]
|-
|Aggregated sales report
|}

==См. также==
*[[Статистика|Statistics (rus)]]
*[[Модуль метрики|Metric module (rus)]]

S7 NDC

2019-05-21T12:42:45Z

Александра Ларцева: /* Особенности S7 NDC */

=S7 NDC=
S7 Airlines первой в России внедрила новый отраслевой стандарт дистрибуции авиабилетов — NDC.

NDC (New Distribution Capability) – новый стандарт обмена данными между авиакомпаниями и агентами по продаже авиабилетов, разработанный Международной ассоциацией воздушного транспорта (IATA). Использование NDC позволяет онлайн-агентам напрямую получать максимально полную информацию о рейсах и услугах авиакомпании в едином стандартизованном формате.

С введением нового стандарта онлайн-агенты смогут предлагать на своих сайтах все дополнительные услуги, доступные на сайте авиакомпании. Например, выбор комфортного места на борту, дополнительный багаж и другие. Пассажиры, в свою очередь, получают возможность существенно экономить за счет доступа ко всей линейке тарифов и услуг авиакомпании.

NDC позволяет представить все данные о перелете в том же виде, что и на сайте авиакомпании. Использование нового стандарта позволяет исключить ситуации, когда пассажир выбрал неподходящий тариф или услугу.

== Подключение S7 NDC в Nemo.Travel ==
* В результате обращения и согласования условий с системой S7 агент должен получить необходимые реквизиты для подключения в production среде.
* Необходимо открыть задачу в проекте [https://s7airlines.atlassian.net/browse/AAS s7airlines.atlassian.net], в рамках которой создать запрос на сертификат для production среды. [https://s7airlines.atlassian.net/wiki/spaces/GAAPI/pages/300023812/Quick+Start+for+Agents+S7+Agent+API Инструкция]
* Полученные реквизиты, сертификат и пароль (который вводился во время генерации запроса на сертификат) для доступа к production среде нужно передать в {{NameSystem}} для формирования production конфигурации подключения.

==Особенности S7 NDC==
#У поставщика всего 3 типа пассажиров ADT CHD INF, указание INS недоступно.
#Величина комиссии из правил ценообразования при бронировании не передается поставщику, т.к. а/к вычисляет агентское вознаграждение самостоятельно на своей стороне по внутренней базе данных.
#Перелеты могут быть только двух классов эконом и бизнес.
#Пассажиры должны быть указаны с паспортными данными, бронирование без документов - невозможно.
#У поставщика отсутствует привязка младенцев к взрослым пассажирам.
#Поддерживается только довнесение контактных данных, модификация остальных данных не поддерживается.
#Работа с дополнительными услугами находится на стадии разработки у провайдера.
#Максимальное кол-во символов, передаваемое в узле Endorsements (включая пробелы) с учётом эндорсментов передаваемых по умолчанию = 145 символов.

{{Attention|Актуализация и репрайсинг происходят только за счет получения цены для перелета, так как у поставщика отсутствует проверка доступности мест, что может приводить к невозможности бронирования перелётов, которые успешно прошли через процесс актуализации и репрайсинга.}}

==Трехсторонние соглашения / 3D Flow==
Данный режим работы используется, когда поставщику необходимо идентифицировать кто из корпорантов сделал заказ. Для работы необходимо:
# В поисковом запросе передать код корпоративного клиента в блоке Restrictions.ThreeDomainAgreementNumber.
# В запросе актуализации/семейств передать код корпоративного клиента в блоке OperationsRestrictions.PricingInfo.ThreeDomainAgreementNumber.
# При бронировании передать FQTS SSR ремарку с кодом корпоративного клиента


<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Пример передачи SSR ремарки в запросе бронирования Nemo Conneсt:====
<div class="mw-collapsible-content">
<ns1:DataItem>
<ns1:ID>1</ns1:ID>
<ns1:TravellerRef>
<ns1:Ref>1</ns1:Ref>
</ns1:TravellerRef>
<ns1:SegmentRef>
<ns1:Ref>1</ns1:Ref>
</ns1:SegmentRef>
<ns1:Type>SSR</ns1:Type>
<ns1:Remark xsi:nil="true"/>
<ns1:TimeLimits xsi:nil="true"/>
<ns1:SSR>
<ns1:Code>FQTS</ns1:Code>
<ns1:Text>QUW1725</ns1:Text>
<ns1:Status xsi:nil="true"/>
<ns1:StatusCode xsi:nil="true"/>
</ns1:SSR>
</ns1:DataItem>
</div>
</div>
{{Attention|Работа с трехсторонними соглашениями поддерживается только через API-проект «{{NameProject2}}», описанный в документации по [http://docs.nemo.travel/ ссылке] .}}

==Ошибки при взаимодействии с S7 NDC==

'''«matching.passenger.not.found»''' — такая ошибка говорит об окончании бланков на стоке. Необходимо проверить количество, их должно быть больше 10.

== См. также ==
* [http://support.nemo.travel/ru/%D0%A6%D0%B5%D0%BD%D0%BE%D0%BE%D0%B1%D1%80%D0%B0%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_(%D0%90%D0%B2%D0%B8%D0%B0%D0%B1%D0%B8%D0%BB%D0%B5%D1%82%D1%8B) Ценообразование (Авиабилеты)]
* [[Пакеты реквизитов {{NameProject2}}]]

Ценообразование (Авиабилеты)

2019-02-25T12:18:51Z

Александра Ларцева:

#перенаправление [[Ценообразование (Авиабилеты)]]
[[Категория:Модули]] [[Категория:Встроенные модули]]

==Назначение==
Модуль '''Ценообразование''' автоматизирует процесс расчета [[Комиссия (термин)|комиссий]] и [[Комиссия (термин)|сборов]] для [[Билет#Авиабилеты|авиабилетов]], управления комиссионными правилами [[Перевозчик|перевозчиков]], сборами [[Агентство|агентства]] и комиссионными вознаграждениями субагентов.

* позволяет быстро настроить даже сложные комиссионные правила,
* позволяет построить удобную и понятную схему ценообразования,
* точно соблюдать сложные условия, предоставляемые авиакомпаниями,
* гарантирует правильные расчеты,
* предоставляет инструмент контроля за корректностью расчетов.

==Принцип работы==
Работа модуля основана на правилах ценообразования, которые заводит агентство.

'''Правило''' — набор ''значений комиссий и сборов'' и ''условия их применения''. 
'''Значения комиссий и сборов''' — это: 
*комиссия от авиакомпании, 
*бонус авиакомпании, 
*сбор агентства, 
*комиссия субагентам. 
'''Условие применения комиссий и сборов''' — набор параметров перелетов, к которым будут применяться комиссии и сборы правила (''валидирующий перевозчик'', ''ГРС'', ''тип рейса'', ''типы пассажиров'' и пр.)

Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где:

*''Строка таблицы'' — правило. 
*''Ячейка строки'' — значение параметра. 
*''Заголовок столбца'' — название параметра. Каждая строка является отдельным правилом. '''К одному перелету выбирается по критериям и применяется только одно правило'''

Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму:

# Модуль фиксирует, какую авиакомпанию [[ГРС]] определила как [[Валидирующий перевозчик|валидирующую]];
# Находит в файле ценообразования все правила для данной [[Авиакомпания|авиакомпании]];
# Подбирает правила, которые соответствуют перелету по всем параметрам;
# Выбирает по критериям приоритета '''одно''' из подходящих правил;
#* Если сработавшее правило не содержит переопределения валидирующего перевозчика, устанавливается валидирующий перевозчик, полученный от ГРС.
#* Если сработавшее правило содержит переопределение валидирующего перевозчика, устанавливается переопределенный валидирующий перевозчик.
# Правило применяется.

Агентство может [[Выписка|выписывать]] онлайн перелеты только '''контрактных авиакомпаний'''. Авиакомпания считается контрактной, если для нее заведено хотя бы 1 правило в загруженном файле ценообразования.

{{Attention|Перелет '''не может быть выписан''', если:}}
* правила для авиакомпании не заведены. Такие перелеты рекомендуется удалять из выдачи [[Фильтры результатов поиска (Авиабилеты)|фильтром результатов поиска]] «А/к не является контрактной».
* правила для авиакомпании заведены, но параметры перелета не соответствуют параметрам правила.
Порядок работы модуля приведен в схеме:

{| class="wikitable"
|-
|[[Файл:Схема_ценообразование.png|1000px]]
|-
|Схема работы модуля Ценообразование
|}

Комиссии и сборы '''рассчитываются при каждом обновлении [[Заказы|заказа]] по правилам, загруженным в систему на момент проверки''':
*при формировании выдачи результатов поиска,
*при [[Бронирование (Авиабилеты)|бронировании]],
*при переходе к оплате и выписке билетов,
*при обновлении страницы заказа.

Если в промежуток между бронированием и выпиской '''''правила изменили''''', после бронирования заказа комиссии будут рассчитываться по новым правилам, таким образом цена при бронировании и цена при выписке может отличаться. Поведение системы при возникновении такой ситуации задается параметром '''''Пересчитать сервисный сбор''''' в разделе Настройки системы → Фоновые процессы → События синхронизации. Расчет комиссий, действующих на момент бронирования, можно отследить в логах по заказу.

В детализации стоимости (на странице заказа) и в маршрут-квитанции информация по сборам представлена в соответствии с одним из '''режимов разделения сбора на пассажиров''':
* Поровну между ненулевыми стоимостями билетов - сбор агентства, субагентства разделяется поровну между всеми пассажирами, у которых сумма тарифа и такс больше 0. Этот режим выбран по умолчанию.
* Поровну между всеми тарифами - сбор агентства, субагентства разделяется поровну между всеми пассажирами.
* Пропорционально тарифам - сбора агентства, субагентства разделяется пропорционально стоимости тарифа для конкретного пассажира в общей сумме заказа, т.е. чем больше стоимость тарифа, тем большая часть сбора на него отводится.
* Только первому типу пассажира - сбор агентства, субагентства определяется первому типу пассажира.
''Сборы в детализации стоимости представлены с учетом разбиения только если скрыты в таксы XP/XX, а иначе отображаются отдельной строкой без разделения.'' 
Настройка находится в разделе '''«Управление продажами - Авиабилеты - Ценообразование - Настройки - Режим разделения сбора на пассажиров».'''

=== Расчет комиссий для неконтрактных авиакомпаний ===

Агентство может '''выписывать билеты ''неконтрактных'' авиакомпаний''' на условиях '''чистого [[Интерлайн (термин)|интерлайна]]''' между авиакомпаниями.

Например,
* У агентства нет контракта с авиакомпанией «АА».
* У агентства есть контракт с авиакомпанией «ВВ».
* Между компаниями «АА» и «BB» интерлайн-соглашение, позволяющее выписывать билеты для «АА» на бланке «ВВ».

Чтобы выписывать билеты авиакомпании «АА», агенство заводит правило для авиакомпанией «АА», в котором заданы:
# валидирующий перевозчик: '''''«АА»''''',
# переопределенный перевозчик: '''''«BB»''''',
# доля сегментов интерлайнов: '''''«1»''''',
# комиссия авиакомпании: ''укажите размер комиссионного вознаграждения, предоставляемого компанией «ВВ» за билеты со 100% долей интерлайн [[Сегмент|сегментов]]''.

{{Attention|Система {{NameSystem}} не отслеживает наличие интерлайн-соглашений между перевозчиками. Ответственность за переопределение полностью лежит на агентстве.}}

=== Выбор правила для расчета ===
Комиссии для перелета рассчитываются по одному правилу. Если для перелета подходит несколько правил, система выбирает правило для расчета по критериям приоритета. Правила сравниваются по первому критерию, если критерий в данном случае не срабатывает, по второму и так далее, пока не будет определено одно правило.

Порядок сравнения правил для выбора правила для расчета:
#'''По колонке ''Приоритет''''' - если у сработавших правил указан приоритет, то выбирается правило с наибольшим приоритетом.
#'''По наличию переопределенного перевозчика''' - если срабатывает несколько правил с одинаковым приоритетом (или приоритет не указан), выбирается правило с переопределенным ВП.
#'''По непустой ячейке ''Комиссия''''' - приоритет правил с установленной комиссией (даже в 0%) выше, чем у правил с пустой ячейкой комиссии.
#''' Дополнительный приоритет''' - ''устанавливается вручную'' в разделе '''Управление продажами → Авиабилеты → Ценообразование → Настройки'''  параметром '''''Дополнительный приоритет''''':
#*'''''Нет''''' - не установлен дополнительный приоритет.
#*'''''Максимальная комиссия авиакомпании''''' - выбирается правило с максимальной комиссией от авиакомпании.
#*'''''По количеству параметров в правиле''''' - выбирается правило с наибольшим числом непустых параметров.
#''' Порядковый номер правила''' - если ни один из приоритетов не применим, приоритетным считается более новое правило (расположенное таблице ниже других).

== Тестирование и отладка срабатывания правил ==
Все расчеты на каждом этапе их применения [[Логи системы|логируются]] и отображаются в таблице отладки. Таблица отладки используется для контроля срабатывания правил, предоставляя информацию о применении правил к выбранному перелету.

Ссылка на таблицу отладки доступна менеджеру агентства:
* на выдаче результатов поиска для каждого перелета по ссылке '''''Комиссия''''', 
* на странице заказа в детализации стоимости перелета по щелчку на сумму комиссии или сбора.

{| class="wikitable"
|-
|[[Файл:Ссылка на таблицу отладки на странице поиска.png|800px]]
|-
|Ссылка на таблицу отладки на странице поиска
|}

{| class="wikitable"
|-
|[[Файл:Страница заказа.png|700px]]
|-
|Ссылка на детализацию стоимости на странице заказа
|}

{| class="wikitable"
|-
|[[Файл:Детализация_стоимости.png|600px]]
|-
|Ссылки на таблицу отладки на странице детализации стоимости
|}

'''Столбцы таблицы''' — параметры ценообразования. 
'''Заголовок столбца''' — значения параметров ценообразования для проверяемого перелета. 
'''Строки таблицы''' — правила ценообразования ''для валидирующего перевозчика'' перелета.


В таблице отражается порядок проверки параметров.

Параметры каждого правила сравниваются в параметрами перелета:
# если они совпадают:
## ячейка подсвечивается зеленым,
## проверяется следующей параметр;
# если значение параметра перелета не совпадает со значением параметра правила:
## ячейка подсвечивается красным цветом,
## проверка правила прекращается.
'''Если правило подошло по всем параметрам, то правило применяется, комиссии и сборы подсвечиваются зеленым светом, рядом отображаются их вычисленные значения.'''

{| class="wikitable"
|-
|[[Файл:Таблица_отладки.png|1200px]]
|-
|Таблица отладки
|}

== Включение модуля. Импорт и экспорт правил ==

Чтобы включить расчет комиссий с использованием Ценообразования, включите опции '''Комиссии 2.0''' и '''Сборы и скидки 2.0''' в разделе Управление продажами → Авиабилеты → Ценообразование → Настройки.

Чтобы задать правило ценообразования:
# Зайдите в раздел Управление продажами → Авиабилеты → Ценообразование → Импорт/экспорт Excel.
# Нажмите '''Выгрузка в формате "xls"''' или '''Выгрузка в формате "xlsx"'''. Откройте файл для редактирования.
# Установите правило: '''заполните параметры строки'''. Формат внесения данных в каждый столбец должен соответствовать строго определенному формату (см. [[Ценообразование (Авиабилеты)#Импорт правил|Импорт правил]]). Обязательные параметры для заполнения:
#* '''''валидирующий перевозчик'''''
#* '''''комиссия'''''
# Сохраните изменения в файле.
# На странице '''Импорт/экспорт Excel''' в панели администрирования нажмите '''Обзор''', откройте файл.
# Нажмите '''Отправить''' для загрузки файла в систему.

При импорте система валидирует все введенные значения. Если в какой-то ячейке значение внесено в некорректном формате, система сообщит об ошибке, сохранив при этом все корректно заданные правила.

{| class="wikitable"
|-
|[[Файл:Ошибки_импорта_Ценообразование.png|500px]]
|-
|Ошибки при валидации параметров
|}

После валидации на странице отображается таблица, в которой в сжатой форме отражены все загруженные правила.

{| class="wikitable"
|-
|[[Файл:Правила ценообразования.png|900px]]
|-
|Правила ценообразования
|}

В таблице предусмотрено цветовое выделение правил, которые на данный момент недействительны:
* правила, срок действия которых ещё не наступил (дата начала продажи больше текущей даты, см. раздел [[Ценообразование (Авиабилеты)#Параметры правил ценообразования|Параметры правил ценообразования]]), выделяются оранжевым цветом,
* правила, срок действия которых истёк (дата окончания продажи больше текущей даты), выделяются фиолетовым цветом.

== Параметры правил ценообразования==
'''Шаблон файла для внесения правил ценообразования:''' [[File:CommImportExampleV1.0.5.xlsx]]

{{Attention|Запрещено переименовывать столбцы!}} При этом допускается менять столбцы местами и удалять ненужные столбцы.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Параметры правил ценообразования'''
|-
! scope="col" | Заголовок
! scope="col" | Внутреннее название
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| id
| Уникальный номер записи из любой внешней системы (или БД). Необязательный параметр. Не участвует в логике расчетов и используются для удобства идентификации правила.
| любое значение
| 123
|-
| валидирующий перевозчик GDS
| valCompanyId
| Авиакомпания, для которой задается правило. Должна являться контрактной авиакомпанией агента. Если необходимо проводить выписку на стоке другой авиакомпании (по интерлайну), валидирующий перевозчик переопределяется (см. [[Ценообразование (Авиабилеты)#Переопределенный валидирующий перевозчик|Переопределенный валидирующий перевозчик]]). Если валидирующий перевозчик от ГРС недопустим указанными правилами ценообразования и не переопределен — перелет считается недопустимым к выписке и удаляется из результатов поиска при соответствующих настройках фильтрации результатов.
| width="20%"| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| переопределенный вп
| manualVV
| Если валидирующий перевозчик, предложенный ГРС не является контрактным или не устраивает агента по комиссии, его можно переопределить принудительно через это поле. В поле ВП указывается ВП от ГРС (или оно оставляется пустым), а в этом поле указывается переопределенный агентством перевозчик.

Ответственность за допустимость замены и за адекватность цены перелета (которая была рассчитана GDS по предложенному ей перевозчику) берет на себя агент. Приоритет у правил с переопределением выше, чем у правил без него.
| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| перевозчики первого сегмента
| airlines
| Набор допустимых маркетинговых перевозчиков первого сегмента маршрута.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| SU,LH,BA

<>S7,SU
|-
| перевозчики любого сегмента
| airlinesAny
| Набор допустимых маркетинговых перевозчиков (интерлайнов) любого сегмента маршрута.

Допустимые варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один маркетинговый перевозчик из перелета есть в списке.
* КОД,КОД,КОД! : правило применится, если каждый маркетинговый перевозчик из перелета встречается в списке
* <>КОД,КОД,КОД : правило не применится, если хотя бы один маркетинговый перевозчик из перелета встречается в этом списке
* <>КОД,КОД,КОД! : правило не применится, если все маркетинговые перевозчики из перелета встретятся в этом списке
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| код-шеринг
| codeSharing
| Допустимость выполнения рейса другой (оперирующей) авиакомпанией
| пустое — все перелеты 1 — код-шеринг обязателен 0 — код шеринг запрещён
| 0

1
|-
| операторы
| operatingAirlines
| Допустимые оперирующие авиакомпании (проверяются на всех сегментах).

Варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* КОД,КОД,КОД! : правило применится, если каждый оперирующий перевозчик перелета есть в списке.
* <>КОД,КОД,КОД : правило не применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* <>КОД,КОД,КОД! : правило не применится, если все оперирующие перевозчики перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| доля собственных сегментов
| ownPart
| Минимально допустимая доля собственных сегментов (сегментов, где валидирующий перевозчик равен маркетинговому) должна быть больше или равна заданному значению (любое число от 0 до 1):
* 1 — все сегменты собственные
* 0.5 — половина или больше собственных сегментов
* 0.25 — четверть или больше собственных сегментов
* 0.01 — присутствует минимум один собственный сегмент
* 0 — все сегменты интерлайны
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| доля сегментов интерлайнов
| interlinePart
| Минимально допустимая доля несобственных сегментов (сегментов, где валидирующий перевозчик не равен маркетинговому) должна быть больше или равна указанному значению(любое число от 0 до 1).
* 1 — все сегменты интерлайны
* 0.5 — половина или больше сегментов интерлайнов
* 0.25 — четверть или больше сегментов интерлайнов
* 0.01 — присутствует минимум один сегмент интерлайна
* 0 — все сегменты собственные
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| тип контракта
| contractType
| Система взаиморасчетов BSP или ТКП
| пустое = любой, BSP TCH
| TCH
|-
| системы бронирования
| gds
| Глобальная распределительная система, в которой найден перелет/ PCC конкретных реквизитов / ID пакета реквизитов системы {{NameProject1}}
Перечисляются в любой последовательности, можно смешивать разные типы. Действует правило "или": если указан Sabre целиком, все его PCC/пакеты указывать уже нет смысла.

{{Attention|При указании названия ГРС строго соблюдайте формат названия, указанный в документации. При расхождении с шаблоном правило не будет применяться!}}
| пустое = любые ГРС: <code>SABRE, GALILEO, AMADEUS, SIRENA, SITA, SIG23</code> PCC: [буквы+цифры] ID пакета: [цифры]
| SABRE,670P,123

AMADEUS,GALILEO

SITA
|-
| начало продажи
| paymentDateFrom
| Минимально допустимая дата оформления заказа (не путать с датой вылета). Для срабатывания правила, текущая дата должна быть больше или равна указанной.
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| конец продажи
| paymentDateTo
| Максимально допустимая дата оформления заказа. Для срабатывания правила, текущая дата должна быть меньше или равна указанной.
| пустое = игнорируется DD.MM.YYYY
| 31.12.2022
|-
| тип рейса
| airlineType
| Международный или внутренний (весь перелет в пределах одной страны) перелет. Одно значение
| пустое = любой IA (international airlines — международные) DA (domestic airlines — внутренние)
| IA DA
|-
| номера рейсов
| flightNumber
| Допустимые номера рейсов, можно указывать с кодом маркетинговой компании или без неё.

Варианты ввода:
* NNN,NNN: правило применится, если хотя бы один номер рейса из перелета из любого сегмента встречается в списке.
* NNN,NNN! : правило применится, если все номера рейсов из всех сегментов перелета встретятся в списке.
* <>NNN,NNN : правило не применится, если хотя бы один номер из перелета встретится в списке.
* <>NNN,NNN! : правило не применится, если все номера из перелета встретятся в списке.

| пустое = любые - одно или несколько значений (см. описание)
| SU 123,SU 345 123,345 <>LH 555
|-
| тип вс
| aircraft
| Допустимые коды воздушных судов, коды указывать в том же виде, в котором возвращает ГРС

Варианты ввода:
* CODE,CODE: правило применится, если хотя бы один код судна из любого сегмента совпадет с одним из заданного списка.
* CODE,CODE! : правило применится, если коды судов из всех сегментов перелета есть в списке.
* <>CODE,CODE : правило не применится, если хотя бы один код из перелета есть списке.
* <>CODE,CODE! : правило не применится, если все коды из перелета есть в списке.

| пустое = любые - одно или несколько значений (см. описание)
| 73C,DH4 735
|-
| коды тарифов
| tariffs
| Допустимые коды тарифов. Должен совпасть хотя бы один тариф из перелета с одним из заданного списка. При правиле с отрицанием никаких совпадений быть не должно. Совпадение не точное: код из правила может содержаться в коде из перелета (к примеру введенное S1GREY26 совпадет с S1GREY26CH из перелета).

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один тариф встречается в списке.
* КОД,КОД! : правило применится, если все тарифы перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один тариф встречается в списке.
* <>КОД,КОД! : правило не применится, если все тарифы перелета есть в списке.

Можно указать [http://ru.wikipedia.org/wiki/Регулярные_выражения регулярное выражение]. Для этого нужно написать параметр в формате /XXX/ Примеры:
* /ABC/ — код должен содержать "..ABC..", например "NBABCS"
* /abc/i — регистронезависимая проверка, код может содержать символы в любом регистре, например "NBABCS" или "Abcof"
* /'''^'''TN/ — код должен начинаться с "TN..", например "TNQRTY"
* /OW'''$'''/ — код должен заканчиваться на "..OW", например "SRSOW"
* /'''^.'''L/ — первая буква любая ( '''.''' — любой символ ), вторая буква в коде тарифа должна быть L, например "QLFST"
* /OK'''.*'''RT/ — ( '''.*''' = любое количество любых символов) "..OK..RT..", например "ANOKURTN"
| пустое = любые - одно или несколько значений (см. описание)
| WRUTH9PL,ARUTH9PL
 /TN.*OW/
|-
| максимальный тариф
| maxTariff
| Ограничение на максимальное ценовое значение "базовой стоимости" (сумма всех тарифов от перевозчиков в перелете или стоимость от ГРС за вычетом такс). Если параметр задан, то правило, записанное в строке, срабатывает только, если тариф перелета меньше указанного значения или равен ему.
| пустое = ограничения нет xxxКОД (см примеры)
| 10000RUB 
300EUR
|-
| конф. тариф
| privateFare
| Для срабатывания правила у перелета должен присутствовать тариф с признаком конфиденциального (приватного). Об этом сообщает ГРС. Если для однозначного определения правила достаточно указать конкретный код приватного тарифа, признак выставлять необязательно.
| пустое = любые тарифы 1 — должен присутствовать приватный 0 — приватных тарифов не должно быть
| 0 1
|-
| коды такс
| taxes
| Допустимые коды такс

Варианты ввода:
* КОД,КОД: правило применится, если любая такса из перелета встретится в списке.
* КОД,КОД! : правило применится, если все таксы перелета встретятся в списке.
* <>КОД,КОД : правило не применится, если любая такса из перелета встретится в списке.
* <>КОД,КОД! : правило не применится, если все таксы перелета встретятся в списке.
где КОД — набор заглавных латинских букв.
| пустое = любые - одно или несколько значений (см. описание)
| YQ,YR <>YQ!
|-
| цена подтверждена
| priceIsActual
| Признак подтвержденной цены перелета. Цена в перелете после поиска считается неподтвержденной, ее статус меняется на "подтверждена" ("актуальна") при создании реального PNR или при запросе актуализации цен в рамках вебсервисов {{NameProject2}} (до создания PNR)
| пустое = любые перелеты 1 — перелет в PNR или его цена проверена заранее 0 — перелет только что получен из результатов поиска
| 0 1
|-
| наличие сегментов ВП во всех тарифах
| valSegmentsInTariff
| Проверка: среди сегментов любого тарифа должен присутствовать сегмент валидирующего перевозчика (минимум один)
| пустое или 0 = любые тарифы 1 — условие должно выполняться
| 0 1
|-
| сервис классы
| serviceClass
| Допустимые категории классов обслуживания.

Варианты ввода:
* КОД,КОД: правило применится, если класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если все классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если все классы из всех сегментов перелета есть в списке.
где КОД:
* B — бизнес
* E — эконом
* F — первый
* EB — сочетание эконом + бизнес
* EF — сочетание эконом + первый
* BF — сочетание бизнес + первый
| пустое = любые - одно или несколько значений (см. описание)
| B,E F EB,EF,F
|-
| классы бронирования (коды)
| bookingClass
| Допустимые литеры (однобуквенные коды) классов бронирования. Латинскими буквами, русские буквы допустимые только для правил поставщика Sirena.

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если классы из всех сегментов перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| A,B,C <>A,B,C
|-
| перевозчики и классы
| airlinesAndClasses
|
Набор пар "маркетинговый перевозчик" + "класс бронирования" любого сегмента маршрута.

Допустимые варианты ввода:

* КОД:КОД,КОД:КОД,КОД:КОД : правило применится, если хотя бы один сегмент перелета совпадёт с одним из перечисленных в списке.
* КОД:КОД,КОД:КОД,КОД:КОД! : правило применится, если все сегменты из перелета встретятся в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД : правило не применится, если хотя бы один сегмент перелета совпадет с любым сегментом из перечисленных в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД! : правило не применится, если все сегменты перелета встретятся в списке.
|
пустое = любые - одно или несколько значений (см. описание)

|
SU:A,LH:B,BA:C 
SU:A,LH:B! 
<>S7:A,SU:B 
<>S7:A,BA:B!
|-
| зоны
| zones
| Географические зоны перелета. Весь перелет не должен выходить за пределы одной из указанных зон для срабатывания правила. [http://www.geonames.org/countries/ разделение стран по указанным зонам]
* AF — Африка,
* AN — Антарктика
* AS — Азия
* EU — Европа
* NA — Северная Америка
* OC — Австралия и Океания
* SA — Южная Америка
перелет должен находиться в обеих зонах ( "EUSA, EUNA" — трансатлантический перелет ):
* EUSA — Европа + Южная Америка,
* EUNA — Европа + Северная Америка
* EUAS — Европа + Азия
* EUAF — Европа + Африка
* EUOC — Европа + Австралия и Океания
* AFNA — Африка + Северная Америка
* ASNA — Азия + Северная Америка
* EUAN — Европа + Антарктика
* AFAS — Африка + Азия
* AFAN — Африка + Антарктика
* AFOC — Африка + Австралия и Океания
* AFSA — Африка + Южная Америка
* ANNA — Антарктика + Северная Америка
* ANOC — Антарктика + Австралия и Океания
* ANSA — Антарктика + Южная Америка
* ASAN — Азия + Антарктика
* NASA — Северная Америка + Южная Америка
* OCSA — Австралия и Океания + Южная Америка
* ASSA — Азия + Южная Америка
* NAOC — Северная Америка + Австралия и Океания
* OCAS — Австралия и Океания + Азия
Допустимы только перечисленные комбинации зон!
| пустое = любые

- одно или несколько значений
| AS,EU SA EUSA, EUNA
|-
| зона из стран
| countryZones
| Перечисленные коды стран образуют зону, за пределами которой самолет не должен садиться и взлетать.
| пустое = любые
КОД,КОД...
| RU,IT,DE,FR
|-
| страны вылета
| depCountries
| Допустимые страны вылета для перелета (проверяется только страна вылета первого сегмента маршрута).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| страны назначения
| arrCountries
| Проверяется страна назначения (для OW и CR: это последняя страна последнего сегмента, для RT: это последняя страна первого плеча маршрута). К примеру для перелета MOW-PAR-MOW страна назначения FR, для MOW-PAR-LON — GB. '''Правило страна вылета=RU, страна назначения=RU не означает местный рейс''' — не забывайте указывать тип рейса DA (ВВЛ).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| прямой рейс
| isDirect
| Признак прямого рейса
| пустое = любые 0 — только с пересадками 1 — только прямые 
дополнительно: 2 — начальный перелет прямой 3 — начальный перелет с пересадками
| 0 1
|-
| тип маршрута
| routeType
| Можно оставить поле пустым или указать одно значение:
* В одну сторону — OW,
* Туда и обратно — RT,
* Сложный маршрут — CR.
| пустое = любой КОД(см. примеры)
| OW RT CR
|-
| маршруты
| routeFull
| Цепочка из IATA кодов городов или аэропортов, описывающая весь маршрут перелета с учетом пересадок, без разрывов и повторов. Всегда следует использовать IATA код города, если он имеется (агрегирующий аэропорт). К примеру перелет VKO-ORY, ORY-VKO приводится к маршруту MOW-PAR-MOW.
| пустое = любые КОД-КОД,КОД-КОД,... <>КОД-КОД,КОД-КОД,...(кроме)
| MOW-LON,LON-MOW <>MOW-BER-PAR
|-
| содержит маршруты
| routePart
| Указывается только часть маршрута, составленного по аналогии с предыдущим.
| пустое = любые КОД-КОД, -КОД-,... <>-КОД-,...(кроме)
| -CAI- <>-PRG-,PRG-SVX
|-
| маршруты (из аэропортов)
| routeAirportsFull
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "маршруты"
| см. описание параметра "маршруты"
| см. описание параметра "маршруты"
|-
| содержит маршруты (из аэропортов)
| routeAirportsPart
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "содержит маршруты"
| см. описание параметра "содержит маршруты"
| см. описание параметра "содержит маршруты"
|-
| вылет (аэропорты, города)
| depAirports
| Проверяется только аэропорт вылета первого сегмента. При указании кодов аэропортов необходимо точное совпадение. При указании кодов городов (агрегирующий аэропортов) сопоставление происходит по внутреннему справочнику аэропортов. Рекомендуется указывать коды конкретных аэропортов.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| прилет (аэропорты, города)
| arrAirports
| Аэропорт прилета определяется аналогично "стране назначения". Проверка на сопоставление происходит по аналогии с "вылетом (аэропорты, города)"
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| начало вылета
| dateBegin
| Дата вылета первого сегмента должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| вылет через (в часах)
| dateDepartureAfter
| От текущей даты задается максимальное значение или диапазон вылета. Например, если необходимо выделить перелеты не позднее 5 дней до вылета, то задается диапазон [0,120].
| пустое = ограничения нет максимальное значение [X,X] — диапазон
| 13

[10,100]
|-
| конец вылета
| dateEnd
| Дата вылета первого сегмента должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не ранее
| dateBackBegin
| Дата вылета последнего сегмента маршрута должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не позднее
| dateBack
| Дата вылета последнего сегмента маршрута должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| длительность в днях
| daysDuration
| Ограничение на максимальный разрыв в днях между первой датой перелета и завершением маршрута. Можно задавать диапазон.

Длительность в днях считается, как математическая разность дат. При вылете и возврате в один день длительность равна 0 дней.
| пустое = ограничения нет число дней — максимальное значение (включительно) [X,X] — диапазон
| 13 
[3,13]
|-
| дни недели
| dayOfWeek
| Допустимые дни недели для даты вылета первого сегмента маршрута. Значения указываются числом, соответствующим порядку дня недели, начиная с понедельника.
| пустое = игнорируется 
1 — понедельник ... 7 — воскресенье - одно или несколько значений
| 2 3,5
|-
| типы пассажиров
| passengers
| Допустимые типы пассажиров в перелете. Для срабатывания правила в перелете обязательно должны присутствовать все перечисленные типы.
| пустое = любые ADT — взрослый CLD — ребенок (2-12) INF — младенец (0-2) INS — младенец с местом (0-2) - одно или несколько значений
| INF ADT,CLD
|-
| маска перелета
|
| Формализованное описание полета в текстовом формате, для создания сложных правил Будет добавлено в след. версии программы
|
|
|-
| приоритет
| priority
| Если срабатывает несколько правил, то выбирается одно с наибольшим приоритетом. Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается более новое правило (расположено ниже в импортируемой таблице)
| целое число пустое = 0
| 1 2
|-
| код акции
|
| Уникальный код промоакции. Создается в панели администрирования в разделе {{Menu|Управление продажами|Модули|Программа лояльности|Промоакции и промокоды}}.
| любой набор букв/цифр/символов
| 12022014_Promo
|-
| utm source
| utmSource
| ID источника перехода, который отображается в поле «№» таблицы источников переходов в метрике. Допустимо вводить несколько источников.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| 123,456 <>123,456
|-
| комиссия авиакомпании
| commission
| Прибыль агента, получаемая от авиакомпании за проданные билеты. Обязательное для заполнения поле, должно строго соответствовать указанному в контракте значению. Значение передается в ГРС при выписке. Может указываться в процентах от тарифа или в абсолютной стоимости. Комиссия всегда вычисляется для каждого пассажира.
Правила с указанной нулевой комиссией имеют больший приоритет перед правилами с пустой комиссией.
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| комиссия субагентам
| agencyCommission
| Комиссия субагенту - это часть прибыли от авиакомпании, которую агент отписывает субагентам. Значение комиссии действует как скидка для субагентов, уменьшая стоимость авиабилетов. Комиссия всегда вычисляется для каждого пассажира.

'''Форматы задания комиссии субагентам: '''

Для всех субагентов: 
* Фиксированная сумма: <code>XRUB</code>, где:
** ''X'' - сумма комиссии, целое число или десятичная дробь с разделителем в виде точки: <code>60</code>, <code>-3</code>, <code>0.5</code>
** ''RUB'' - IATA-код валюты: <code>EUR</code>, <code>UAH</code>.
* Процент от тарифа: <code>X%</code>,
**где ''X'' - процент от тарифа, целое число или десятичная дробь с разделителем в виде точки: <code>60}</code>, <code>-3</code>, <code>0.5</code>.
Для опеределенных субагентов или групп субагентов: 
* <code>(ID:значение),(ID:значение),(ID:значение),...</code>, где ''ID'' - номер субагента (группы) в {{NameSystem}}, ''значение'' - размер комиссии для этого субагенства (группы) в формате <code>X%</code> или <code>XRUB</code>.

В одном правиле можно комбинировать комиссию для всех субагентов и комиссии для указанных субагентов в формате:
* <code>XX,(ID:YY),(ID:YY),(ID:YY),...}}, где:
** XX - комиссия для всех субагентов в формате, описанном выше,
** YY - комиссия для заданного субагента в формате, описанном выше.

В этом случае размер комиссии:
* для всех субагентов, кроме указанных: XX,
* для указанных: XX + YY.

'''Пример:''' 

<pre>5%,(123:2%),(345:3%)</pre>.

*Комиссия субагента под номером 123 составляет: 5% + 2% = 7% от тарифа. 
*Комиссия субагента под номером 345 составляет: 5% + 3% = 8% от тарифа.

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>
| см. описание
| <code>100RUB</code>

<code>6EUR</code>

<code>2%</code>

<code>5%,(123:100RUB%),(345:2%),(345:-0.5%)</code>
|-
| посегментный расчет комиссии
| modeForSegment
| Признак применения комиссии или бонуса за каждый сегмент перелета. Например 100 руб. за каждый сегмент.
| пустое = 0 0 — комиссия одна на весь перелет 1 — комиссию необходимо умножить на кол-во сегментов
| 0 1
|-
| бонус авиакомпании
| bonus
| Дополнительная прибыль агента, которую агентство получает от авиакомпании, но в запросах к ГРС она не учитывается. Задается и вычисляется полностью аналогично комиссиям (при вычислении учитывается параметр "посегментный расчет комиссии"). Используется для расчета "прибыльности" авиаперелета, влияет на работу микшера и может повлиять на сбор при установке параметра "минимальная прибыль".

Из всех сработавших правил бонус будет учтен только из одного по следующему приоритету:
* Максимальный приоритет за сработавшим комиссионным правилом
* Если в комиссионном правиле бонуса нет, будет использован бонус из другого сработавшего '''некомиссионного''' правила (дополнительного правила с пустой комиссией). Если таких правил несколько, используется правило с наибольшим идентификатором (ниже в таблице)
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| бонус за сегмент (допустимые авиакомпании)
| modeForAirlines
| Установка текущего параметра принудительно включает режим расчета бонуса за каждый сегмент перелёта (для абсолютно заданного бонуса), но в расчете учитываются только сегменты с валидирующим или с интерлайновыми перевозчиками из заданного здесь списка.
| пустое 
КОД (код АК) 
КОД,КОД...
| SU 
SU,FV
|-
| сбор агентства
| charge
| Здесь указываются все наценки/скидки, которые будут применены для описанного правилом перелета. В одном поле можно указать несколько ценовых правил, разделив их по типам пользователя. 
формат = (субъект:сумма),(субъект:сумма),(субъект:сумма)... субъект = ID групп, пользователей и два значения "B2C", "B2B" с возможностью <>отрицания сумма = слагаемое + слагаемое + слагаемое...[ограничение] ограничение = диапазон итоговой величины сбора, задается как [цена,цена] слагаемое = цена*множитель*множитель... цена = "xxxКОД" (код валюты) или "XX%" (проценты от итоговой стоимости (тариф+таксы) ГРС) множитель = одно из значений:
* PAS — общее количество пассажиров (включая INF)
* ADT — количество взрослых
* CLD — количество детей (2-12)
* INF — количество младенцев (0-2)
* INS — количество младенцев с местом (0-2)
* SEG — количество сегментов перелета (перелет из А в Б с 1 пересадкой => 2 сегмента)
* LEG — количество плечей (перелет из А в Б с 1 пересадкой => 1 плечо)
* TRF — для получения цены тарифа, равен сумме тарифов
* SGV — количество сегментов валидирующего перевозчика
Примеры:
* 100RUB*SEG : плюс 100 руб к стоимости заказа за каждый сегмент
* 150RUB*SEG*PAS;: плюс 150 руб за каждый сегмент, на каждого пассажира. Например: перелет с двумя сегмента и двумя пассажирами = 600 руб.
* -10%*TRF : 10% скидка от тарифа
* 50RUB*LEG*ADT[,1000RUB] : 50 руб за каждый билет для взрослого на каждом плече перелета, но не более 1000RUB
* (<>123,345: 100RUB), (123,345: -100RUB) : субъекты 123 и 345 получат скидку 100 руб., остальные наценку в 100 руб.
* (B2B: 1000RUB*ADT — 100RUB*CLD[-10%,-1%]), (B2C: 10% [10USD,]), (123: -1000RUB) : B2B пользователи получают наценку 1000 руб. за каждый взрослый билет и 100 руб скидку за каждый детский билет, но не менее 1% от общей стоимости и не более 10%. B2C пользователи получают 10% наценку, но не менее 10 долларов. Пользователь ID=123 получит скидку 1000 руб.

Если срабатывает несколько ценовых правил, перечисленных через запятую, берется их сумма. Если это не подходящее поведение, разделяйте ценовые правила в отдельные перелетные правила (строки), их можно регулировать приоритетом.

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>
| см. описание
| см. описание
|-
| признак доп.сбора
| chargeExt
| Настройка позволяет изменять процедуру расчета сбора, добавляя к итоговому результату дополнительные расчетные правила.
* 0 — Стандартный сбор (значение по умолчанию). Из всех указанных сборов будет применен один по приоритету. 
* 1 — Дополнительный сбор. Сборы, указанные как дополнительные, проверяются отдельно. Аналогично применится один дополнительный сбор с максимальным приоритетом
* 2 — Обязательный сбор. Будет обязательно применен, если все параметры сбора удовлетворены. Приоритет игнорируется.
| пустое = 0 
1 
2
|
0 1
|-
| минимальная прибыль
| minProfit
| Минимальная прибыль, которую агентство получит за заказ. Если рассчитанная прибыль агентства меньше минимальной, то сбор будет увеличен до необходимого значения.
Формат аналогичен формату сбора агентства. Для расчетов будет применено значение из правила, по которому будет определена комиссия авиакомпании. Если требуется изменить это поведение, следует установить параметр "приоритет мин. прибыли" (см. ниже)
| см. описание
| 50RUB*LEG*PAS
|-
| приоритет мин. прибыли
| minProfitPriority
| Дополнительный параметр, отвечающий за расчет минимальной прибыли. Сработает правило с наибольшим приоритетом, если приоритет совпадает, то будет использовано правило, которое находится ниже
| Положительные числовые значения.
| 1, 2, ...
|-
| округление
| chargeRounding
| Порядок арифметического округления сбора
| пустое = 0, 0 = до целого значения, 0.1 = до десятых, 0.01 = до сотых
| 0.1 0.01
|-
| 
| 
| 
| 
| 
|}

== Дополнительные параметры правил для {{NameSystem}} платформы ==

Параметры для работы с приватными (конфиденциальными) тарифами.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Дополнительные параметры правил'''
|-
! scope="col" | Заголовок 
! scope="col" | Внутреннее название 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| tour code
| gdsTourCode
| Тур код 
| любое значение
| 15ZU
|-
| ticket designator
| gdsTicketDesignator
| Тикет десигнатор 
| любое значение
| PP08
|-
| endorsement
| gdsEndorsment
| Эндорсменты 
| любое значение или %VAT_VALUE% для передачи значения НДС в эндорсменте только для ГРС Amadeus, Sabre, Galileo, GalileouAPI и S7 NDC; для Sabre значение передается в ГРС, но не попадает в МК
| Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
|-
| собственная прибыль агента
| comAgentProfit
| Собственная прибыль агента 
| "xxxКОД" (код валюты) или "XX%" Допустимы только целые значения
| 100RUB 2%
|-
| субъект скидки по туркоду
| corpClient
| ID субъекта, которому будет предоставлена скидка по туркоду
| ID,ID
<>ID,ID
| 2772,2653
<>2786,2361
|-
| скидка по туркоду
| discount
| Скидка 
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| код авторизации
| authCode
| Код авторизации 
| любое значение
| MB10
|}

== Ценообразование. ГРС SITA Gabriel ==

Задание ценовых правил для авиакомпании '''«Сибирь» (S7 Airlines)''' в ГРС ''SITA Gabriel'' имеет свою специфику. Поскольку для авиакомпании S7 в ГРС ''SITA Gabriel'' осуществляется только бронирование и выписка, а [[Поиск (Авиабилеты)|поиск]] ведется в других ГРС, цена перелета при поиске и при бронировании может отличаться на размер такс, которые есть в ГРC, используемой для поиска, но отсутствуют в ''SITA Gabriel''. Чтобы цена при переходе к бронированию не менялась, в ценообразовании задают специальные правила, где устанавливают скидку на размер таксы с использованием параметра '''Цена подтверждена''' (см. [[Ценообразование (Авиабилеты)#Параметры правил ценообразования|Параметры правил ценообразования]]).

Коды такс:
*в ГРС Sabre – ''YQF''.
*в ГРС Sirena – ''ZZ''.
*в ГРС Galileo и Amadeus – ''YQ''.
Размеры такс варьируются в зависимости от курса.

Каждое правило для перелетов авиакомпании '''«Сибирь» (S7 Airlines)''' разбивается на 2 отдельных строки:

# Правило ''для поиска'':
#* валидирующий перевозчик: '''''S7''''';
#* системы бронирования: '''''SITA''''';
#* цена подтверждена: '''0''';
#* сбор агентства: ''укажите скидку на размер таксы от ГРС, используемой для поиска + задайте размер сбора агентства''.
# Правило ''для бронирования'':
#* валидирующий перевозчик: '''''S7''''';
#* системы бронирования: '''''SITA''''';
#* цена подтверждена: '''1''';
#* сбор агентства: ''задайте только размер сбора агентства''.

{| class="wikitable"
|-
|[[Файл:Правила_цо_для_ак_сибирь.png|800px]]
|-
|Правила ценообразования для авиакомпании «Сибирь« (S7 Airlines)
|}


== ЕМД (EMD)== 
ЕМД - электронный многоцелевой документ или ваучер (см. [[Ваучер|Ваучер]]).
В разделе "Управление продажами → Авиабилеты → Ценообразование → Настройки" есть настройка '''Выпускать EMD на величину сборов заказа'''. Она отвечает за выпуск ЕМД на сбор агентства (доступно только для Сирены Трэвел). Принцип работы: если для агентства, которое покупает билет, в правилах ценообразования заведён сбор агентства для валидирующей компании авиа перевозчика, то при выписке заказа помимо маршрут-квитанции и ЕМД для дополнительных услуг, будет выписан отдельный ЕМД на сбор агентства. Если в заказе присутствуют несколько людей, то сбор разделится между ними, общая сумма сбора увеличена не будет.
== См. также ==
* [[Ценообразование для субагентов]]
* [[Валюта]]

Отели

2018-10-18T14:30:40Z

Александра Ларцева: /* Особенности работы с Отели 2.0 */

[[Категория: Настройки]]
'''Отели 2.0''' — [[компонент]] системы {{NameSystemLink}}.

==Описание==
[[Файл:Результаты поиска.png|thumb|300px|Результаты поиска]]
Компонент '''Отели 2.0''' подключается администратором {{NameSystem}} по запросу агентства. Для подключения опции для агентства направьте запрос в проектный трекер системы.

'''Компонент располагает следующими возможностями:'''
* '''Поиск''' отелей по следующему набору критериев:
** фиксированные даты заезда/выезда из отеля,
** количество ночей,
** количество номеров,
** количество человек в номере,
** местоположение объекта. Программа позволяет осуществлять поиск до 4 номеров одновременно на группу не более 9 человек.
Поиск отелей (комнат готовых к бронированию) по умолчанию осуществляется среди комнат со "свободной продажей". Для отелей от поставщиков ContentInn, Akadem и Travelport есть возможность получать для бронирования комнаты "по-запросу". Для включения функционала в реквизитах поставщика нужно обратиться к администратору системы {{NameSystem}}. 
* '''Результаты поиска''' отелей выдаются списки доступных для бронирования отелей, с возможностью перейти к '''детальной информации''' при выборе конкретного отеля. На поисковой выдаче доступны следующие '''фильтры''':
** по названию отеля,
** по цене за 1 ночь,
** по звездности,
** по набору услуг и удобств,
** а также по специальным предложениям. [[Файл:Выбор_номеров.png|thumb|300px|Выбор номеров]]
* После перехода на этап просмотра детальной информации об отеле необходимо выбрать подходящий номер для перехода на '''форму бронирования''', так же на этом этапе доступны для просмотра следующие информационные разделы:
** информация об отеле,
** удобства,
** правила отеля.
* Форма бронирования содержит поля ввода данных о пользователях услуг, необходимых для завершения транзакции бронирования: пол, ФИО, даты рождения, электронная почта. После выбора способа оплаты и клике на продолжить, система производит действительное бронирование. После того, как бронирование успешно завершено, ваучер отправляется на указанный адрес электронной почты, так же ваучер доступен по клику на '''Мои билеты'''.
===Карта лояльности===
Многие сетевые отели имеют карты лояльности. Они созданы для того, чтобы посетитель отеля в будущем выбирал именно их сеть отелей. В системе Nemo.travel реализована возможность указания на форме номера своей карты. Для этого нужно нажать на кнопку "Карта лояльности" и ввести туда название сети отелей и номер своей карты. В данный момент работу с картами лояльности поддерживает только поставщик Travelport. [[Файл:Loyaltycard.jpg|thumb|right|400px|Ввод карты лояльности]]

==Настройка компонента==
===Параметры для настройки поиска===
Параметры для настройки поиска расположены в разделе '''Управление продажами → Отели → Настройки поиска'''.

Реквизиты для поиска отелей — сообщает системе, каким поставщикам отельного контента необходимо отправлять запрос. Если нужно опрашивать несколько поставщиков, то следует отметить галочками требуемых поставщиков контента. Предварительно нужно убедиться, что для текущего агентства специалистами технической поддержки прописаны реквизиты подключения.

* '''Реквизиты для поиска отелей''':
** '''''Все''''' - для поиска отелей будут использоваться все реквизиты.
** '''''Выбранные''''' - выберите один реквизит или несколько реквизитов для поиска.

===Управление ценами===
Подробное описание возможностей системы по управлению ценами и инструкцию по настройке смотрите в разделе [[Ценообразование (Отели)]].

===Параметры для настройки ваучера отелей===
Шаблон, по которому формируется ваучер, настраивается на странице '''Настройки системы → Нотификации и документы → Документы → Ваучер для отеля'''.

Перед настройкой необходимо выбрать необходимый '''Тип документа''', то есть, поставщика, для которого будет работать данный шаблон:
* Hotelston
* Academ_net
* Travelport
* ContentInn
* Ostrovok

====Переменные шаблона====
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Справочник шаблонных переменных ваучера для отелей'''
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|%AGENCY_NAME%
|Название агентства
|-
|%AGENCY_LOGO%
|Лого агентства (изображение логотипа агентства должно быть в формате JPG или PNG)
|-
|%AGENCY_ADDRESS%
|Адрес агентства
|-
|%AGENCY_PHONE%
|Телефон агентства
|-
|%CLIENT_NAME%
|Имя заказчика
|-
|%CLIENT_PHONE%
|Телефон заказчика
|-
|%BOOKING_ID%
|ID услуги в системе
|-
|%DATA%
|Дата
|-
|%%FORM_OF_PAYMENT%
|Форма оплаты
|-
|%PAYMENT_DATE%
|Дата оплаты
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%DATE_IN%
|Дата въезда
|-
|%DATE_OUT%
|Дата выезда
|-
|%ROOMS_COUNT%
|Количество номеров
|-
|%Nights%
|Количество ночей
|-
|%ROOM_NAME%
|Название номера
|-
|%ROOM_MEALS%
|Питание в номере
|-
|%ROOM_PERSON_LASTNAME%
|Фамилия туриста (в комнате)
|-
|%ROOM_PERSON_NAME%
|Имя туриста (в комнате)
|-
|%ROOM_PERSON_PATRONYMIC%
|Отчество туриста (в комнате)
|-
|%ROOM_PERSON_TYPE%
|Тип туриста (в комнате)
|-
|%ROOM_PERSON_AGE%
|Возраст туриста (в комнате)
|-
|%HOTEL_NAME%
|Название отеля
|-
|%CITY%
|Город
|-
|%COUNTRY%
|Страна
|}

</div>
</div>

Чтобы указать в маршрут-квитанции информацию о нескольких пассажирах, используются группы. Они лишь объединяют другие переменные и самостоятельными параметрами не обладают, на данный момент доступны две группы:
* для информации по номерам используйте группу %ROOM%,
* для информации о постояльцах в комнатах группу %ROOM_PERSON%.

== Особенности работы с Отели 2.0 ==

Так как для модулей «Поиск авиабилетов 2.0» и «Отели 2.0» используются схожие формы бронирования, изменять настройки отображения формы бронирования модуля «Отели 2.0» возможно в разделе настроек '''Управление продажами → Авиабилеты → Процессы → Форма бронирования'''.

Если для выбранного номера на момент оформления заказа нет штрафов за отмену брони, либо штрафы вступают в силу начиная с определенной даты в будущем, то оформление заказа (бронь совместно с выпиской) возможно без оплаты. Клиент в таком случае может оплатить заказ позже. Если на момент наступления штрафов заказ не будет оплачен, он аннулируется системой автоматически.

== См. также ==

* [[ContentInn]]
* [[Академсервис]]
* [[Бронирование]]
* [[Туроператор (ТО)]]
* [[Статистика#Статистика поставщиков|Статистика поставщиков]]
* [[Объект размещения#Функциональные возможности поставщиков наземных услуг|Функциональные возможности поставщиков наземных услуг]]

Fast Search для отелей

2018-09-10T12:07:59Z

Александра Ларцева:

[[Категория:Функции]]

'''FastSearch''' перенаправит пользователя на страницу с результатами поиска или на форму с заполненными полями для осуществления поиска (в запросе необходимо указать fast_search, если этого параметра не будет, то поиск не будет запущен), подробнее по ссылке [[FastSearch - передача параметров в форму]].

== FastSearch для Отелей 1.0==
Для указания данных для поиска отелей методом FastSearch нужно использовать следующие параметры:

{| class="wikitable"
|-
! Параметр
! Значение
|-
| tarrival_point
| Идентификационный номер города в системе. 
Получить ID города для отелей можно с помощью ссылки
<pre>http://nemo.travel/api/guide/autocomplete/cities/Город</pre>
В ответе вы получите идентификаторы городов с привязкой к стране.
|-
| hotel_category
| Количество звезд отеля (Число. Например "2" - поиск среди 1-2* отеля, "4" — среди 3-4* звездочного)
|-
| search_hotel_name
| Название гостиницы
|-
| arrival
| Дата заезда (формат - дд.мм.гггг)
|-
| departure
| Дата выезда (формат - дд.мм.гггг)
|-
| max_price
| Предел цены, массив, его ключи ('amount' — максимальная цена, 'currency' — валюта максимальной цены)
|-
| assignment
| Массив массивов. Каждый его элемент является массивом, ключами которого являются:
adults - количество взрослых в комнате 
children - количество детей в комнате (число) 
age0 - возраст 1го ребенка (число) 
age1 - возраст 2го ребенка 
age2 - возраст 3го ребенка 
age3 - возраст 4го ребенка 
infants - количество младенцев в комнате
|-
| double
| Признак двуспальной кровати (принимает значения on/off)
|}

=== Примеры запросов для поиска ===
Пункт прибывания: Санкт-Петербург, заезд: 17.01.2013, выезд: 24.01.2013 Комната 1: 1 взрослый (только с обязательными параметрами)
<pre>http://DOMAIN/index.php?go=hotel/search&tarrival_point=58166&arrival=17.01.2013&departure=24.01.2013&assignment[0][adults]=1
&assignment[0][children]=0&assignment[0][infants]=0&signOfSearchResults=0&ok=Поиск&param_by_get</pre>

Пункт пребывания: Санкт-Петербург, заезд: 17.02.2013, выезд: 24.02.2013, поиск среди 1-2* Комната 1: 1 взрослый, 1 ребенок Комната 2: 1 взрослый

<pre>http://DOMAIN/index.php?go=hotel/search&tarrival_point=58166&arrival=17.02.2013&departure=24.02.2013&assignment[0][adults]=1
&assignment[0][children]=1&assignment[0][infants]=0&assignment[1][adults]=1&assignment[1][children]=0&assignment[1][infants]=0
&signOfSearchResults=0&ok=Поиск&param_by_get&hotel_category=2</pre>

Пункт пребывания: Москва, заезд: 27.02.2013, выезд: 28.02.2013, цена до: 10000 руб, выбор по названию: Izmailovo gamma-delta Комната 1: 1 взрослый

<pre>http://DOMAIN/index.php?go=hotel/search&tarrival_point=58165&search_hotel_name=Izmailovo+gamma-delta&arrival=27.02.2013&departure=28.02.2013
&assignment[0][adults]=1 &assignment[0][children]=0&assignment[0][infants]=0&signOfSearchResults=1
&ok=Поиск&param_by_get&max_price[amount]=10000&max_price[currency]=RUB&fast_search</pre>

'''Для добавления комнаты'''

Нужно добавить обязательный параметр assignment[n][adults] (где n - это порядковый номер комнаты, нумерация начинается с нуля) и можно не обязательные assignment[n][children], assignment[n][age0], assignment[n][age1], assignment[n][age2], assignment[n][age3], assignment[n][infants].

== FastSearch для Отелей 2.0 ==
=== Параметры запроса ===
Для ссылки доступны следующие переменные:
Параметры в таблице приведены в том порядке, в котором они должны следовать с запросе.
{| class="wikitable mw-collapsible mw-collapsed" style="width: 800px;"
! colspan="3" style="text-align:left;"| Параметры указания пассажиров в запросе поиска
|-
! scope="col" width="300" | Элемент
! scope="col" width="250" | Формат ввода
! scope="col" width="250" | Допустимые значения
|-
| rowspan="2" | Город || rowspan="2" |Код города из путеводителя || 58165
|-
|58166
|-
| rowspan="2" | Дата прибытия || rowspan="2" |Дата прибытия в формате '''ГГГГММДД''' || 20171118
|-
| -20171118
|-
| Дата выезда
| Дата выезда в формате '''ГГГГММДД'''
| -20171119
|-
| rowspan="3"|Типы гостей, их количество и количество комнат ||rowspan="2"|Трехбуквенный '''код типа''' пассажира (ADT, CLD) с количеством || -ADT2
|-
| -ADT2CLD1
|-
| Распределение гостей по комнатам указывается через «-» || -ADT2CLD2-ADT3CLD1
|-
|}
{{Attention| Все параметры должны быть разделены через «-».}}

=== Примеры запросов для поиска ===

* Запрос заполняет форму поиска отелей в Москве с датой въезда 09.07.2017 и датой выезда 10.07.2017 для двух взрослых в одной комнате и взрослого с ребенком во второй.
<pre>http://SITEMANE/hotels/search/58165-20170709-20170710-ADT2-ADT1CLD1</pre>

* Запрос заполняет форму поиска отелей в Санкт-Петербурге для трех взрослых в трех комнатах.
<pre>http://SITEMANE/hotels/search/58166-ADT1-ADT1-ADT1</pre>

* Запрос заполняет форму поиска отелей с датой въезда 08.08.2017 и датой выезда 16.08.2017 для двух взрослых в одной комнате.
<pre>http://SITEMANE/hotels/search/20170808-20170816-ADT2</pre>

== См. также ==
* [[FastSearch - передача параметров в форму]]
* [[Интеграция]]

Ценообразование (Авиабилеты)

2018-09-06T12:29:52Z

Александра Ларцева: Перенаправление на Ценообразование (Авиабилеты)

#перенаправление [[Ценообразование (Авиабилеты)]]
[[Категория:Модули]] [[Категория:Встроенные модули]]

==Назначение==
Модуль '''Ценообразование''' автоматизирует процесс расчета [[Комиссия (термин)|комиссий]] и [[Комиссия (термин)|сборов]] для [[Билет#Авиабилеты|авиабилетов]], управления комиссионными правилами [[Перевозчик|перевозчиков]], сборами [[Агентство|агентства]] и комиссионными вознаграждениями субагентов.

* позволяет быстро настроить даже сложные комиссионные правила,
* позволяет построить удобную и понятную схему ценообразования,
* точно соблюдать сложные условия, предоставляемые авиакомпаниями,
* гарантирует правильные расчеты,
* предоставляет инструмент контроля за корректностью расчетов.

==Принцип работы==
Работа модуля основана на правилах ценообразования, которые заводит агентство.

'''Правило''' — набор ''значений комиссий и сборов'' и ''условия их применения''. 
'''Значения комиссий и сборов''' — это: 
*комиссия от авиакомпании, 
*бонус авиакомпании, 
*сбор агентства, 
*комиссия субагентам. 
'''Условие применения комиссий и сборов''' — набор параметров перелетов, к которым будут применяться комиссии и сборы правила (''валидирующий перевозчик'', ''ГРС'', ''тип рейса'', ''типы пассажиров'' и пр.)

Правила ценообразования задаются в таблице в файле формата XLS или XLSX, где:

*''Строка таблицы'' — правило. 
*''Ячейка строки'' — значение параметра. 
*''Заголовок столбца'' — название параметра. Каждая строка является отдельным правилом. '''К одному перелету выбирается по критериям и применяется только одно правило'''

Прежде чем рассчитать комиссии, модуль ценообразования определяет доступность перелета к выписке и правило, по которому рассчитываются комиссии и сборы, по алгоритму:

# Модуль фиксирует, какую авиакомпанию [[ГРС]] определила как [[Валидирующий перевозчик|валидирующую]];
# Находит в файле ценообразования все правила для данной [[Авиакомпания|авиакомпании]];
# Подбирает правила, которые соответствуют перелету по всем параметрам;
# Выбирает по критериям приоритета '''одно''' из подходящих правил;
#* Если сработавшее правило не содержит переопределения валидирующего перевозчика, устанавливается валидирующий перевозчик, полученный от ГРС.
#* Если сработавшее правило содержит переопределение валидирующего перевозчика, устанавливается переопределенный валидирующий перевозчик.
# Правило применяется.

Агентство может [[Выписка|выписывать]] онлайн перелеты только '''контрактных авиакомпаний'''. Авиакомпания считается контрактной, если для нее заведено хотя бы 1 правило в загруженном файле ценообразования.

{{Attention|Перелет '''не может быть выписан''', если:}}
* правила для авиакомпании не заведены. Такие перелеты рекомендуется удалять из выдачи [[Фильтры результатов поиска (Авиабилеты)|фильтром результатов поиска]] «А/к не является контрактной».
* правила для авиакомпании заведены, но параметры перелета не соответствуют параметрам правила.
Порядок работы модуля приведен в схеме:

{| class="wikitable"
|-
|[[Файл:Схема_ценообразование.png|1000px]]
|-
|Схема работы модуля Ценообразование
|}

Комиссии и сборы '''рассчитываются при каждом обновлении [[Заказы|заказа]] по правилам, загруженным в систему на момент проверки''':
*при формировании выдачи результатов поиска,
*при [[Бронирование (Авиабилеты)|бронировании]],
*при переходе к оплате и выписке билетов,
*при обновлении страницы заказа.

Если в промежуток между бронированием и выпиской '''''правила изменили''''', после бронирования заказа комиссии будут рассчитываться по новым правилам, таким образом цена при бронировании и цена при выписке может отличаться. Поведение системы при возникновении такой ситуации задается параметром '''''Пересчитать сервисный сбор''''' в разделе Настройки системы → Фоновые процессы → События синхронизации. Расчет комиссий, действующих на момент бронирования, можно отследить в логах по заказу.

В детализации стоимости (на странице заказа) и в маршрут-квитанции информация по сборам представлена в соответствии с одним из '''режимов разделения сбора на пассажиров''':
* Поровну между ненулевыми стоимостями билетов - сбор агентства, субагентства разделяется поровну между всеми пассажирами, у которых сумма тарифа и такс больше 0. Этот режим выбран по умолчанию.
* Поровну между всеми тарифами - сбор агентства, субагентства разделяется поровну между всеми пассажирами.
* Пропорционально тарифам - сбора агентства, субагентства разделяется пропорционально стоимости тарифа для конкретного пассажира в общей сумме заказа, т.е. чем больше стоимость тарифа, тем большая часть сбора на него отводится.
* Только первому типу пассажира - сбор агентства, субагентства определяется первому типу пассажира.
''Сборы в детализации стоимости представлены с учетом разбиения только если скрыты в таксы XP/XX, а иначе отображаются отдельной строкой без разделения.'' 
Настройка находится в разделе '''«Управление продажами - Авиабилеты - Ценообразование - Настройки - Режим разделения сбора на пассажиров».'''

=== Расчет комиссий для неконтрактных авиакомпаний ===

Агентство может '''выписывать билеты ''неконтрактных'' авиакомпаний''' на условиях '''чистого [[Интерлайн (термин)|интерлайна]]''' между авиакомпаниями.

Например,
* У агентства нет контракта с авиакомпанией «АА».
* У агентства есть контракт с авиакомпанией «ВВ».
* Между компаниями «АА» и «BB» интерлайн-соглашение, позволяющее выписывать билеты для «АА» на бланке «ВВ».

Чтобы выписывать билеты авиакомпании «АА», агенство заводит правило для авиакомпанией «АА», в котором заданы:
# валидирующий перевозчик: '''''«АА»''''',
# переопределенный перевозчик: '''''«BB»''''',
# доля сегментов интерлайнов: '''''«1»''''',
# комиссия авиакомпании: ''укажите размер комиссионного вознаграждения, предоставляемого компанией «ВВ» за билеты со 100% долей интерлайн [[Сегмент|сегментов]]''.

{{Attention|Система {{NameSystem}} не отслеживает наличие интерлайн-соглашений между перевозчиками. Ответственность за переопределение полностью лежит на агентстве.}}

=== Выбор правила для расчета ===
Комиссии для перелета рассчитываются по одному правилу. Если для перелета подходит несколько правил, система выбирает правило для расчета по критериям приоритета. Правила сравниваются по первому критерию, если критерий в данном случае не срабатывает, по второму и так далее, пока не будет определено одно правило.

Порядок сравнения правил для выбора правила для расчета:
#'''По колонке ''Приоритет''''' - если у сработавших правил указан приоритет, то выбирается правило с наибольшим приоритетом.
#'''По наличию переопределенного перевозчика''' - если срабатывает несколько правил с одинаковым приоритетом (или приоритет не указан), выбирается правило с переопределенным ВП.
#'''По непустой ячейке ''Комиссия''''' - приоритет правил с установленной комиссией (даже в 0%) выше, чем у правил с пустой ячейкой комиссии.
#''' Дополнительный приоритет''' - ''устанавливается вручную'' в разделе '''Управление продажами → Авиабилеты → Ценообразование → Настройки'''  параметром '''''Дополнительный приоритет''''':
#*'''''Нет''''' - не установлен дополнительный приоритет.
#*'''''Максимальная комиссия авиакомпании''''' - выбирается правило с максимальной комиссией от авиакомпании.
#*'''''По количеству параметров в правиле''''' - выбирается правило с наибольшим числом непустых параметров.
#''' Порядковый номер правила''' - если ни один из приоритетов не применим, приоритетным считается более новое правило (расположенное таблице ниже других).

== Тестирование и отладка срабатывания правил ==
Все расчеты на каждом этапе их применения [[Логи системы|логируются]] и отображаются в таблице отладки. Таблица отладки используется для контроля срабатывания правил, предоставляя информацию о применении правил к выбранному перелету.

Ссылка на таблицу отладки доступна менеджеру агентства:
* на выдаче результатов поиска для каждого перелета по ссылке '''''Комиссия''''', 
* на странице заказа в детализации стоимости перелета по щелчку на сумму комиссии или сбора.

{| class="wikitable"
|-
|[[Файл:Ссылка на таблицу отладки на странице поиска.png|800px]]
|-
|Ссылка на таблицу отладки на странице поиска
|}

{| class="wikitable"
|-
|[[Файл:Страница заказа.png|700px]]
|-
|Ссылка на детализацию стоимости на странице заказа
|}

{| class="wikitable"
|-
|[[Файл:Детализация_стоимости.png|600px]]
|-
|Ссылки на таблицу отладки на странице детализации стоимости
|}

'''Столбцы таблицы''' — параметры ценообразования. 
'''Заголовок столбца''' — значения параметров ценообразования для проверяемого перелета. 
'''Строки таблицы''' — правила ценообразования ''для валидирующего перевозчика'' перелета.


В таблице отражается порядок проверки параметров.

Параметры каждого правила сравниваются в параметрами перелета:
# если они совпадают:
## ячейка подсвечивается зеленым,
## проверяется следующей параметр;
# если значение параметра перелета не совпадает со значением параметра правила:
## ячейка подсвечивается красным цветом,
## проверка правила прекращается.
'''Если правило подошло по всем параметрам, то правило применяется, комиссии и сборы подсвечиваются зеленым светом, рядом отображаются их вычисленные значения.'''

{| class="wikitable"
|-
|[[Файл:Таблица_отладки.png|1200px]]
|-
|Таблица отладки
|}

== Включение модуля. Импорт и экспорт правил ==

Чтобы включить расчет комиссий с использованием Ценообразования, включите опции '''Комиссии 2.0''' и '''Сборы и скидки 2.0''' в разделе Управление продажами → Авиабилеты → Ценообразование → Настройки.

Чтобы задать правило ценообразования:
# Зайдите в раздел Управление продажами → Авиабилеты → Ценообразование → Импорт/экспорт Excel.
# Нажмите '''Выгрузка в формате "xls"''' или '''Выгрузка в формате "xlsx"'''. Откройте файл для редактирования.
# Установите правило: '''заполните параметры строки'''. Формат внесения данных в каждый столбец должен соответствовать строго определенному формату (см. [[Ценообразование (Авиабилеты)#Импорт правил|Импорт правил]]). Обязательные параметры для заполнения:
#* '''''валидирующий перевозчик'''''
#* '''''комиссия'''''
# Сохраните изменения в файле.
# На странице '''Импорт/экспорт Excel''' в панели администрирования нажмите '''Обзор''', откройте файл.
# Нажмите '''Отправить''' для загрузки файла в систему.

При импорте система валидирует все введенные значения. Если в какой-то ячейке значение внесено в некорректном формате, система сообщит об ошибке, сохранив при этом все корректно заданные правила.

{| class="wikitable"
|-
|[[Файл:Ошибки_импорта_Ценообразование.png|500px]]
|-
|Ошибки при валидации параметров
|}

После валидации на странице отображается таблица, в которой в сжатой форме отражены все загруженные правила.

{| class="wikitable"
|-
|[[Файл:Правила ценообразования.png|900px]]
|-
|Правила ценообразования
|}

В таблице предусмотрено цветовое выделение правил, которые на данный момент недействительны:
* правила, срок действия которых ещё не наступил (дата начала продажи больше текущей даты, см. раздел [[Ценообразование (Авиабилеты)#Параметры правил ценообразования|Параметры правил ценообразования]]), выделяются оранжевым цветом,
* правила, срок действия которых истёк (дата окончания продажи больше текущей даты), выделяются фиолетовым цветом.

== Параметры правил ценообразования==
'''Шаблон файла для внесения правил ценообразования:''' [[File:CommImportExampleV1.0.5.xlsx]]

{{Attention|Запрещено переименовывать столбцы!}} При этом допускается менять столбцы местами и удалять ненужные столбцы.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Параметры правил ценообразования'''
|-
! scope="col" | Заголовок
! scope="col" | Внутреннее название
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| id
| Уникальный номер записи из любой внешней системы (или БД). Необязательный параметр. Не участвует в логике расчетов и используются для удобства идентификации правила.
| любое значение
| 123
|-
| валидирующий перевозчик GDS
| valCompanyId
| Авиакомпания, для которой задается правило. Должна являться контрактной авиакомпанией агента. Если необходимо проводить выписку на стоке другой авиакомпании (по интерлайну), валидирующий перевозчик переопределяется (см. [[Ценообразование (Авиабилеты)#Переопределенный валидирующий перевозчик|Переопределенный валидирующий перевозчик]]). Если валидирующий перевозчик от ГРС недопустим указанными правилами ценообразования и не переопределен — перелет считается недопустимым к выписке и удаляется из результатов поиска при соответствующих настройках фильтрации результатов.
| width="20%"| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| переопределенный вп
| manualVV
| Если валидирующий перевозчик, предложенный ГРС не является контрактным или не устраивает агента по комиссии, его можно переопределить принудительно через это поле. В поле ВП указывается ВП от ГРС (или оно оставляется пустым), а в этом поле указывается переопределенный агентством перевозчик.

Ответственность за допустимость замены и за адекватность цены перелета (которая была рассчитана GDS по предложенному ей перевозчику) берет на себя агент. Приоритет у правил с переопределением выше, чем у правил без него.
| пустое игнорируется

2-значный IATA-код авиакомпании
| SU

LH
|-
| перевозчики первого сегмента
| airlines
| Набор допустимых маркетинговых перевозчиков первого сегмента маршрута.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| SU,LH,BA

<>S7,SU
|-
| перевозчики любого сегмента
| airlinesAny
| Набор допустимых маркетинговых перевозчиков (интерлайнов) любого сегмента маршрута.

Допустимые варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один маркетинговый перевозчик из перелета есть в списке.
* КОД,КОД,КОД! : правило применится, если каждый маркетинговый перевозчик из перелета встречается в списке
* <>КОД,КОД,КОД : правило не применится, если хотя бы один маркетинговый перевозчик из перелета встречается в этом списке
* <>КОД,КОД,КОД! : правило не применится, если все маркетинговые перевозчики из перелета встретятся в этом списке
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| код-шеринг
| codeSharing
| Допустимость выполнения рейса другой (оперирующей) авиакомпанией
| пустое — все перелеты 1 — код-шеринг обязателен 0 — код шеринг запрещён
| 0

1
|-
| операторы
| operatingAirlines
| Допустимые оперирующие авиакомпании (проверяются на всех сегментах).

Варианты ввода:
* КОД,КОД,КОД : правило применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* КОД,КОД,КОД! : правило применится, если каждый оперирующий перевозчик перелета есть в списке.
* <>КОД,КОД,КОД : правило не применится, если хотя бы один оперирующий перевозчик перелета встречается в списке.
* <>КОД,КОД,КОД! : правило не применится, если все оперирующие перевозчики перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| SU,LH,BA SU,LH! <>S7,SU <>S7,BA!
|-
| доля собственных сегментов
| ownPart
| Минимально допустимая доля собственных сегментов (сегментов, где валидирующий перевозчик равен маркетинговому) должна быть больше или равна заданному значению (любое число от 0 до 1):
* 1 — все сегменты собственные
* 0.5 — половина или больше собственных сегментов
* 0.25 — четверть или больше собственных сегментов
* 0.01 — присутствует минимум один собственный сегмент
* 0 — все сегменты интерлайны
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| доля сегментов интерлайнов
| interlinePart
| Минимально допустимая доля несобственных сегментов (сегментов, где валидирующий перевозчик не равен маркетинговому) должна быть больше или равна указанному значению(любое число от 0 до 1).
* 1 — все сегменты интерлайны
* 0.5 — половина или больше сегментов интерлайнов
* 0.25 — четверть или больше сегментов интерлайнов
* 0.01 — присутствует минимум один сегмент интерлайна
* 0 — все сегменты собственные
| пустое = любое количество 
любое число от 0 до 1
| 0.88
|-
| тип контракта
| contractType
| Система взаиморасчетов BSP или ТКП
| пустое = любой, BSP TCH
| TCH
|-
| системы бронирования
| gds
| Глобальная распределительная система, в которой найден перелет/ PCC конкретных реквизитов / ID пакета реквизитов системы {{NameProject1}}
Перечисляются в любой последовательности, можно смешивать разные типы. Действует правило "или": если указан Sabre целиком, все его PCC/пакеты указывать уже нет смысла.

{{Attention|При указании названия ГРС строго соблюдайте формат названия, указанный в документации. При расхождении с шаблоном правило не будет применяться!}}
| пустое = любые ГРС: <code>SABRE, GALILEO, AMADEUS, SIRENA, SITA, SIG23</code> PCC: [буквы+цифры] ID пакета: [цифры]
| SABRE,670P,123

AMADEUS,GALILEO

SITA
|-
| начало продажи
| paymentDateFrom
| Минимально допустимая дата оформления заказа (не путать с датой вылета). Для срабатывания правила, текущая дата должна быть больше или равна указанной.
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| конец продажи
| paymentDateTo
| Максимально допустимая дата оформления заказа. Для срабатывания правила, текущая дата должна быть меньше или равна указанной.
| пустое = игнорируется DD.MM.YYYY
| 31.12.2022
|-
| тип рейса
| airlineType
| Международный или внутренний (весь перелет в пределах одной страны) перелет. Одно значение
| пустое = любой IA (international airlines — международные) DA (domestic airlines — внутренние)
| IA DA
|-
| номера рейсов
| flightNumber
| Допустимые номера рейсов, можно указывать с кодом маркетинговой компании или без неё.

Варианты ввода:
* NNN,NNN: правило применится, если хотя бы один номер рейса из перелета из любого сегмента встречается в списке.
* NNN,NNN! : правило применится, если все номера рейсов из всех сегментов перелета встретятся в списке.
* <>NNN,NNN : правило не применится, если хотя бы один номер из перелета встретится в списке.
* <>NNN,NNN! : правило не применится, если все номера из перелета встретятся в списке.

| пустое = любые - одно или несколько значений (см. описание)
| SU 123,SU 345 123,345 <>LH 555
|-
| тип вс
| aircraft
| Допустимые коды воздушных судов, коды указывать в том же виде, в котором возвращает ГРС

Варианты ввода:
* CODE,CODE: правило применится, если хотя бы один код судна из любого сегмента совпадет с одним из заданного списка.
* CODE,CODE! : правило применится, если коды судов из всех сегментов перелета есть в списке.
* <>CODE,CODE : правило не применится, если хотя бы один код из перелета есть списке.
* <>CODE,CODE! : правило не применится, если все коды из перелета есть в списке.

| пустое = любые - одно или несколько значений (см. описание)
| 73C,DH4 735
|-
| коды тарифов
| tariffs
| Допустимые коды тарифов. Должен совпасть хотя бы один тариф из перелета с одним из заданного списка. При правиле с отрицанием никаких совпадений быть не должно. Совпадение не точное: код из правила может содержаться в коде из перелета (к примеру введенное S1GREY26 совпадет с S1GREY26CH из перелета).

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один тариф встречается в списке.
* КОД,КОД! : правило применится, если все тарифы перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один тариф встречается в списке.
* <>КОД,КОД! : правило не применится, если все тарифы перелета есть в списке.

Можно указать [http://ru.wikipedia.org/wiki/Регулярные_выражения регулярное выражение]. Для этого нужно написать параметр в формате /XXX/ Примеры:
* /ABC/ — код должен содержать "..ABC..", например "NBABCS"
* /abc/i — регистронезависимая проверка, код может содержать символы в любом регистре, например "NBABCS" или "Abcof"
* /'''^'''TN/ — код должен начинаться с "TN..", например "TNQRTY"
* /OW'''$'''/ — код должен заканчиваться на "..OW", например "SRSOW"
* /'''^.'''L/ — первая буква любая ( '''.''' — любой символ ), вторая буква в коде тарифа должна быть L, например "QLFST"
* /OK'''.*'''RT/ — ( '''.*''' = любое количество любых символов) "..OK..RT..", например "ANOKURTN"
| пустое = любые - одно или несколько значений (см. описание)
| WRUTH9PL,ARUTH9PL
 /TN.*OW/
|-
| максимальный тариф
| maxTariff
| Ограничение на максимальное ценовое значение "базовой стоимости" (сумма всех тарифов от перевозчиков в перелете или стоимость от ГРС за вычетом такс). Если параметр задан, то правило, записанное в строке, срабатывает только, если тариф перелета меньше указанного значения или равен ему.
| пустое = ограничения нет xxxКОД (см примеры)
| 10000RUB 
300EUR
|-
| конф. тариф
| privateFare
| Для срабатывания правила у перелета должен присутствовать тариф с признаком конфиденциального (приватного). Об этом сообщает ГРС. Если для однозначного определения правила достаточно указать конкретный код приватного тарифа, признак выставлять необязательно.
| пустое = любые тарифы 1 — должен присутствовать приватный 0 — приватных тарифов не должно быть
| 0 1
|-
| коды такс
| taxes
| Допустимые коды такс

Варианты ввода:
* КОД,КОД: правило применится, если любая такса из перелета встретится в списке.
* КОД,КОД! : правило применится, если все таксы перелета встретятся в списке.
* <>КОД,КОД : правило не применится, если любая такса из перелета встретится в списке.
* <>КОД,КОД! : правило не применится, если все таксы перелета встретятся в списке.
где КОД — набор заглавных латинских букв.
| пустое = любые - одно или несколько значений (см. описание)
| YQ,YR <>YQ!
|-
| цена подтверждена
| priceIsActual
| Признак подтвержденной цены перелета. Цена в перелете после поиска считается неподтвержденной, ее статус меняется на "подтверждена" ("актуальна") при создании реального PNR или при запросе актуализации цен в рамках вебсервисов {{NameProject2}} (до создания PNR)
| пустое = любые перелеты 1 — перелет в PNR или его цена проверена заранее 0 — перелет только что получен из результатов поиска
| 0 1
|-
| наличие сегментов ВП во всех тарифах
| valSegmentsInTariff
| Проверка: среди сегментов любого тарифа должен присутствовать сегмент валидирующего перевозчика (минимум один)
| пустое или 0 = любые тарифы 1 — условие должно выполняться
| 0 1
|-
| сервис классы
| serviceClass
| Допустимые категории классов обслуживания.

Варианты ввода:
* КОД,КОД: правило применится, если класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если все классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если все классы из всех сегментов перелета есть в списке.
где КОД:
* B — бизнес
* E — эконом
* F — первый
* EB — сочетание эконом + бизнес
* EF — сочетание эконом + первый
* BF — сочетание бизнес + первый
| пустое = любые - одно или несколько значений (см. описание)
| B,E F EB,EF,F
|-
| классы бронирования (коды)
| bookingClass
| Допустимые литеры (однобуквенные коды) классов бронирования. Латинскими буквами, русские буквы допустимые только для правил поставщика Sirena.

Варианты ввода:
* КОД,КОД: правило применится, если хотя бы один класс из любого сегмента встречается в списке.
* КОД,КОД! : правило применится, если классы из всех сегментов перелета есть в списке.
* <>КОД,КОД : правило не применится, если хотя бы один класс из любого сегмента встречается в списке.
* <>КОД,КОД! : правило не применится, если классы из всех сегментов перелета есть в списке.
| пустое = любые - одно или несколько значений (см. описание)
| A,B,C <>A,B,C
|-
| перевозчики и классы
| airlinesAndClasses
|
Набор пар "маркетинговый перевозчик" + "класс бронирования" любого сегмента маршрута.

Допустимые варианты ввода:

* КОД:КОД,КОД:КОД,КОД:КОД : правило применится, если хотя бы один сегмент перелета совпадёт с одним из перечисленных в списке.
* КОД:КОД,КОД:КОД,КОД:КОД! : правило применится, если все сегменты из перелета встретятся в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД : правило не применится, если хотя бы один сегмент перелета совпадет с любым сегментом из перечисленных в списке.
* <>КОД:КОД,КОД:КОД,КОД:КОД! : правило не применится, если все сегменты перелета встретятся в списке.
|
пустое = любые - одно или несколько значений (см. описание)

|
SU:A,LH:B,BA:C 
SU:A,LH:B! 
<>S7:A,SU:B 
<>S7:A,BA:B!
|-
| зоны
| zones
| Географические зоны перелета. Весь перелет не должен выходить за пределы одной из указанных зон для срабатывания правила. [http://www.geonames.org/countries/ разделение стран по указанным зонам]
* AF — Африка,
* AN — Антарктика
* AS — Азия
* EU — Европа
* NA — Северная Америка
* OC — Австралия и Океания
* SA — Южная Америка
перелет должен находиться в обеих зонах ( "EUSA, EUNA" — трансатлантический перелет ):
* EUSA — Европа + Южная Америка,
* EUNA — Европа + Северная Америка
* EUAS — Европа + Азия
* EUAF — Европа + Африка
* EUOC — Европа + Австралия и Океания
* AFNA — Африка + Северная Америка
* ASNA — Азия + Северная Америка
* EUAN — Европа + Антарктика
* AFAS — Африка + Азия
* AFAN — Африка + Антарктика
* AFOC — Африка + Австралия и Океания
* AFSA — Африка + Южная Америка
* ANNA — Антарктика + Северная Америка
* ANOC — Антарктика + Австралия и Океания
* ANSA — Антарктика + Южная Америка
* ASAN — Азия + Антарктика
* NASA — Северная Америка + Южная Америка
* OCSA — Австралия и Океания + Южная Америка
* ASSA — Азия + Южная Америка
* NAOC — Северная Америка + Австралия и Океания
* OCAS — Австралия и Океания + Азия
Допустимы только перечисленные комбинации зон!
| пустое = любые

- одно или несколько значений
| AS,EU SA EUSA, EUNA
|-
| зона из стран
| countryZones
| Перечисленные коды стран образуют зону, за пределами которой самолет не должен садиться и взлетать.
| пустое = любые
КОД,КОД...
| RU,IT,DE,FR
|-
| страны вылета
| depCountries
| Допустимые страны вылета для перелета (проверяется только страна вылета первого сегмента маршрута).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| страны назначения
| arrCountries
| Проверяется страна назначения (для OW и CR: это последняя страна последнего сегмента, для RT: это последняя страна первого плеча маршрута). К примеру для перелета MOW-PAR-MOW страна назначения FR, для MOW-PAR-LON — GB. '''Правило страна вылета=RU, страна назначения=RU не означает местный рейс''' — не забывайте указывать тип рейса DA (ВВЛ).
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| RU <>LV,LT
|-
| прямой рейс
| isDirect
| Признак прямого рейса
| пустое = любые 0 — только с пересадками 1 — только прямые 
дополнительно: 2 — начальный перелет прямой 3 — начальный перелет с пересадками
| 0 1
|-
| тип маршрута
| routeType
| Можно оставить поле пустым или указать одно значение:
* В одну сторону — OW,
* Туда и обратно — RT,
* Сложный маршрут — CR.
| пустое = любой КОД(см. примеры)
| OW RT CR
|-
| маршруты
| routeFull
| Цепочка из IATA кодов городов или аэропортов, описывающая весь маршрут перелета с учетом пересадок, без разрывов и повторов. Всегда следует использовать IATA код города, если он имеется (агрегирующий аэропорт). К примеру перелет VKO-ORY, ORY-VKO приводится к маршруту MOW-PAR-MOW.
| пустое = любые КОД-КОД,КОД-КОД,... <>КОД-КОД,КОД-КОД,...(кроме)
| MOW-LON,LON-MOW <>MOW-BER-PAR
|-
| содержит маршруты
| routePart
| Указывается только часть маршрута, составленного по аналогии с предыдущим.
| пустое = любые КОД-КОД, -КОД-,... <>-КОД-,...(кроме)
| -CAI- <>-PRG-,PRG-SVX
|-
| маршруты (из аэропортов)
| routeAirportsFull
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "маршруты"
| см. описание
| см. описание
|-
| содержит маршруты (из аэропортов)
| routeAirportsPart
| Используйте в правиле IATA коды аэропортов (не городов). Остальное аналогично с "содержит маршруты"
| см. описание
| см. описание
|-
| вылет (аэропорты, города)
| depAirports
| Проверяется только аэропорт вылета первого сегмента. При указании кодов аэропортов необходимо точное совпадение. При указании кодов городов (агрегирующий аэропортов) сопоставление происходит по внутреннему справочнику аэропортов. Рекомендуется указывать коды конкретных аэропортов.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| прилет (аэропорты, города)
| arrAirports
| Аэропорт прилета определяется аналогично "стране назначения". Проверка на сопоставление происходит по аналогии с "вылетом (аэропорты, города)"
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| MOW,PAR,BER <>VKO,LON
|-
| начало вылета
| dateBegin
| Дата вылета первого сегмента должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 01.01.2012

31.01.2010
|-
| вылет через (в часах)
| dateDepartureAfter
| От текущей даты задается максимальное значение или диапазон вылета. Например, если необходимо выделить перелеты не позднее 5 дней до вылета, то задается диапазон [0,120].
| пустое = ограничения нет максимальное значение [X,X] — диапазон
| 13

[10,100]
|-
| конец вылета
| dateEnd
| Дата вылета первого сегмента должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не ранее
| dateBackBegin
| Дата вылета последнего сегмента маршрута должна быть больше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| возврат не позднее
| dateBack
| Дата вылета последнего сегмента маршрута должна быть меньше или равна указанной дате
| пустое = игнорируется 
DD.MM.YYYY
| 31.12.2022
|-
| длительность в днях
| daysDuration
| Ограничение на максимальный разрыв в днях между первой датой перелета и завершением маршрута. Можно задавать диапазон.

Длительность в днях считается, как математическая разность дат. При вылете и возврате в один день длительность равна 0 дней.
| пустое = ограничения нет число дней — максимальное значение (включительно) [X,X] — диапазон
| 13 
[3,13]
|-
| дни недели
| dayOfWeek
| Допустимые дни недели для даты вылета первого сегмента маршрута. Значения указываются числом, соответствующим порядку дня недели, начиная с понедельника.
| пустое = игнорируется 
1 — понедельник ... 7 — воскресенье - одно или несколько значений
| 2 3,5
|-
| типы пассажиров
| passengers
| Допустимые типы пассажиров в перелете. Для срабатывания правила в перелете обязательно должны присутствовать все перечисленные типы.
| пустое = любые ADT — взрослый CLD — ребенок (2-12) INF — младенец (0-2) INS — младенец с местом (0-2) - одно или несколько значений
| INF ADT,CLD
|-
| маска перелета
|
| Формализованное описание полета в текстовом формате, для создания сложных правил Будет добавлено в след. версии программы
|
|
|-
| приоритет
| priority
| Если срабатывает несколько правил, то выбирается одно с наибольшим приоритетом. Если существует несколько правил с одинаковым приоритетом (или приоритет не указан) выбирается более новое правило (расположено ниже в импортируемой таблице)
| целое число пустое = 0
| 1 2
|-
| код акции
|
| Уникальный код промоакции. Создается в панели администрирования в разделе {{Menu|Управление продажами|Модули|Программа лояльности|Промоакции и промокоды}}.
| любой набор букв/цифр/символов
| 12022014_Promo
|-
| utm source
| utmSource
| ID источника перехода, который отображается в поле «№» таблицы источников переходов в метрике. Допустимо вводить несколько источников.
| пустое = любые КОД,КОД... <>КОД,КОД...(кроме)
| 123,456 <>123,456
|-
| комиссия авиакомпании
| commission
| Прибыль агента, получаемая от авиакомпании за проданные билеты. Обязательное для заполнения поле, должно строго соответствовать указанному в контракте значению. Значение передается в ГРС при выписке. Может указываться в процентах от тарифа или в абсолютной стоимости. Комиссия всегда вычисляется для каждого пассажира.
Правила с указанной нулевой комиссией имеют больший приоритет перед правилами с пустой комиссией.
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| комиссия субагентам
| agencyCommission
| Комиссия субагенту - это часть прибыли от авиакомпании, которую агент отписывает субагентам. Значение комиссии действует как скидка для субагентов, уменьшая стоимость авиабилетов. Комиссия всегда вычисляется для каждого пассажира.

'''Форматы задания комиссии субагентам: '''

Для всех субагентов: 
* Фиксированная сумма: <code>XRUB</code>, где:
** ''X'' - сумма комиссии, целое число или десятичная дробь с разделителем в виде точки: <code>60</code>, <code>-3</code>, <code>0.5</code>
** ''RUB'' - IATA-код валюты: <code>EUR</code>, <code>UAH</code>.
* Процент от тарифа: <code>X%</code>,
**где ''X'' - процент от тарифа, целое число или десятичная дробь с разделителем в виде точки: <code>60}</code>, <code>-3</code>, <code>0.5</code>.
Для опеределенных субагентов или групп субагентов: 
* <code>(ID:значение),(ID:значение),(ID:значение),...</code>, где ''ID'' - номер субагента (группы) в {{NameSystem}}, ''значение'' - размер комиссии для этого субагенства (группы) в формате <code>X%</code> или <code>XRUB</code>.

В одном правиле можно комбинировать комиссию для всех субагентов и комиссии для указанных субагентов в формате:
* <code>XX,(ID:YY),(ID:YY),(ID:YY),...}}, где:
** XX - комиссия для всех субагентов в формате, описанном выше,
** YY - комиссия для заданного субагента в формате, описанном выше.

В этом случае размер комиссии:
* для всех субагентов, кроме указанных: XX,
* для указанных: XX + YY.

'''Пример:''' 

<pre>5%,(123:2%),(345:3%)</pre>.

*Комиссия субагента под номером 123 составляет: 5% + 2% = 7% от тарифа. 
*Комиссия субагента под номером 345 составляет: 5% + 3% = 8% от тарифа.

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>
| см. описание
| <code>100RUB</code>

<code>6EUR</code>

<code>2%</code>

<code>5%,(123:100RUB%),(345:2%),(345:-0.5%)</code>
|-
| посегментный расчет комиссии
| modeForSegment
| Признак применения комиссии или бонуса за каждый сегмент перелета. Например 100 руб. за каждый сегмент.
| пустое = 0 0 — комиссия одна на весь перелет 1 — комиссию необходимо умножить на кол-во сегментов
| 0 1
|-
| бонус авиакомпании
| bonus
| Дополнительная прибыль агента, которую агентство получает от авиакомпании, но в запросах к ГРС она не учитывается. Задается и вычисляется полностью аналогично комиссиям (при вычислении учитывается параметр "посегментный расчет комиссии"). Используется для расчета "прибыльности" авиаперелета, влияет на работу микшера и может повлиять на сбор при установке параметра "минимальная прибыль".

Из всех сработавших правил бонус будет учтен только из одного по следующему приоритету:
* Максимальный приоритет за сработавшим комиссионным правилом
* Если в комиссионном правиле бонуса нет, будет использован бонус из другого сработавшего '''некомиссионного''' правила (дополнительного правила с пустой комиссией). Если таких правил несколько, используется правило с наибольшим идентификатором (ниже в таблице)
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| бонус за сегмент (допустимые авиакомпании)
| modeForAirlines
| Установка текущего параметра принудительно включает режим расчета бонуса за каждый сегмент перелёта (для абсолютно заданного бонуса), но в расчете учитываются только сегменты с валидирующим или с интерлайновыми перевозчиками из заданного здесь списка.
| пустое 
КОД (код АК) 
КОД,КОД...
| SU 
SU,FV
|-
| сбор агентства
| charge
| Здесь указываются все наценки/скидки, которые будут применены для описанного правилом перелета. В одном поле можно указать несколько ценовых правил, разделив их по типам пользователя. 
формат = (субъект:сумма),(субъект:сумма),(субъект:сумма)... субъект = ID групп, пользователей и два значения "B2C", "B2B" с возможностью <>отрицания сумма = слагаемое + слагаемое + слагаемое...[ограничение] ограничение = диапазон итоговой величины сбора, задается как [цена,цена] слагаемое = цена*множитель*множитель... цена = "xxxКОД" (код валюты) или "XX%" (проценты от итоговой стоимости (тариф+таксы) ГРС) множитель = одно из значений:
* PAS — общее количество пассажиров
* ADT — количество взрослых
* CLD — количество детей (2-12)
* INF — количество младенцев (0-2)
* INS — количество младенцев с местом (0-2)
* SEG — количество сегментов перелета (перелет из А в Б с 1 пересадкой => 2 сегмента)
* LEG — количество плечей (перелет из А в Б с 1 пересадкой => 1 плечо)
* TRF — для получения цены тарифа, равен сумме тарифов
* SGV — количество сегментов валидирующего перевозчика
Примеры:
* 100RUB*SEG : плюс 100 руб к стоимости заказа за каждый сегмент
* 150RUB*SEG*PAS;: плюс 150 руб за каждый сегмент, на каждого пассажира. Например: перелет с двумя сегмента и двумя пассажирами = 600 руб.
* -10%*TRF : 10% скидка от тарифа
* 50RUB*LEG*ADT[,1000RUB] : 50 руб за каждый билет для взрослого на каждом плече перелета, но не более 1000RUB
* (<>123,345: 100RUB), (123,345: -100RUB) : субъекты 123 и 345 получат скидку 100 руб., остальные наценку в 100 руб.
* (B2B: 1000RUB*ADT — 100RUB*CLD[-10%,-1%]), (B2C: 10% [10USD,]), (123: -1000RUB) : B2B пользователи получают наценку 1000 руб. за каждый взрослый билет и 100 руб скидку за каждый детский билет, но не менее 1% от общей стоимости и не более 10%. B2C пользователи получают 10% наценку, но не менее 10 долларов. Пользователь ID=123 получит скидку 1000 руб.

Если срабатывает несколько ценовых правил, перечисленных через запятую, берется их сумма. Если это не подходящее поведение, разделяйте ценовые правила в отдельные перелетные правила (строки), их можно регулировать приоритетом.

Если требуется ввести сумму десятичной дробью, то дробная часть отделяется "." , например: <code>0.5%</code>
| см. описание
| см. описание
|-
| признак доп.сбора
| chargeExt
| Настройка позволяет изменять процедуру расчета сбора, добавляя к итоговому результату дополнительные расчетные правила.
* 0 — Стандартный сбор (значение по умолчанию). Из всех указанных сборов будет применен один по приоритету. 
* 1 — Дополнительный сбор. Сборы, указанные как дополнительные, проверяются отдельно. Аналогично применится один дополнительный сбор с максимальным приоритетом
* 2 — Обязательный сбор. Будет обязательно применен, если все параметры сбора удовлетворены. Приоритет игнорируется.
| пустое = 0 
1 
2
|
0 1
|-
| минимальная прибыль
| minProfit
| Минимальная прибыль, которую агентство получит за заказ. Если рассчитанная прибыль агентства меньше минимальной, то сбор будет увеличен до необходимого значения.
Формат аналогичен формату сбора агентства. Для расчетов будет применено значение из правила, по которому будет определена комиссия авиакомпании. Если требуется изменить это поведение, следует установить параметр "приоритет мин. прибыли" (см. ниже)
| см. описание
| 50RUB*LEG*PAS
|-
| приоритет мин. прибыли
| minProfitPriority
| Дополнительный параметр, отвечающий за расчет минимальной прибыли. Сработает правило с наибольшим приоритетом, если приоритет совпадает, то будет использовано правило, которое находится ниже
| Положительные числовые значения.
| 1, 2, ...
|-
| округление
| chargeRounding
| Порядок арифметического округления сбора
| пустое = 0, 0 = до целого значения, 0.1 = до десятых, 0.01 = до сотых
| 0.1 0.01
|-
| 
| 
| 
| 
| 
|}

== Дополнительные параметры правил для {{NameSystem}} платформы ==

Параметры для работы с приватными (конфиденциальными) тарифами.

Для просмотра описания параметров разверните таблицу:

{| class="wikitable mw-collapsible mw-collapsed"
|colspan="5"| '''Дополнительные параметры правил'''
|-
! scope="col" | Заголовок 
! scope="col" | Внутреннее название 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| tour code
| gdsTourCode
| Тур код 
| любое значение
| 15ZU
|-
| ticket designator
| gdsTicketDesignator
| Тикет десигнатор 
| любое значение
| PP08
|-
| endorsement
| gdsEndorsment
| Эндорсменты 
| любое значение или %VAT_VALUE% для передачи значения НДС в эндорсменте только для ГРС Amadeus, Sabre, Galileo, GalileouAPI и S7 NDC; для Sabre значение передается в ГРС, но не попадает в МК
| Non-Endorsable/Valid on BA/IB only/Refund only to issuing agent; %VAT_VALUE%
|-
| собственная прибыль агента
| comAgentProfit
| Собственная прибыль агента 
| "xxxКОД" (код валюты) или "XX%" Допустимы только целые значения
| 100RUB 2%
|-
| субъект скидки по туркоду
| corpClient
| ID субъекта, которому будет предоставлена скидка по туркоду
| ID,ID
<>ID,ID
| 2772,2653
<>2786,2361
|-
| скидка по туркоду
| discount
| Скидка 
| "xxxКОД" (код валюты) или "XX%"
| 100RUB 13%
|-
| код авторизации
| authCode
| Код авторизации 
| любое значение
| MB10
|}

== Ценообразование. ГРС SITA Gabriel ==

Задание ценовых правил для авиакомпании '''«Сибирь» (S7 Airlines)''' в ГРС ''SITA Gabriel'' имеет свою специфику. Поскольку для авиакомпании S7 в ГРС ''SITA Gabriel'' осуществляется только бронирование и выписка, а [[Поиск (Авиабилеты)|поиск]] ведется в других ГРС, цена перелета при поиске и при бронировании может отличаться на размер такс, которые есть в ГРC, используемой для поиска, но отсутствуют в ''SITA Gabriel''. Чтобы цена при переходе к бронированию не менялась, в ценообразовании задают специальные правила, где устанавливают скидку на размер таксы с использованием параметра '''Цена подтверждена''' (см. [[Ценообразование (Авиабилеты)#Параметры правил ценообразования|Параметры правил ценообразования]]).

Коды такс:
*в ГРС Sabre – ''YQF''.
*в ГРС Sirena – ''ZZ''.
*в ГРС Galileo и Amadeus – ''YQ''.
Размеры такс варьируются в зависимости от курса.

Каждое правило для перелетов авиакомпании '''«Сибирь» (S7 Airlines)''' разбивается на 2 отдельных строки:

# Правило ''для поиска'':
#* валидирующий перевозчик: '''''S7''''';
#* системы бронирования: '''''SITA''''';
#* цена подтверждена: '''0''';
#* сбор агентства: ''укажите скидку на размер таксы от ГРС, используемой для поиска + задайте размер сбора агентства''.
# Правило ''для бронирования'':
#* валидирующий перевозчик: '''''S7''''';
#* системы бронирования: '''''SITA''''';
#* цена подтверждена: '''1''';
#* сбор агентства: ''задайте только размер сбора агентства''.

{| class="wikitable"
|-
|[[Файл:Правила_цо_для_ак_сибирь.png|800px]]
|-
|Правила ценообразования для авиакомпании «Сибирь« (S7 Airlines)
|}


== ЕМД (EMD)== 
ЕМД - электронный многоцелевой документ или ваучер (см. [[Ваучер|Ваучер]]).
В разделе "Управление продажами → Авиабилеты → Ценообразование → Настройки" есть настройка '''Выпускать EMD на величину сборов заказа'''. Она отвечает за выпуск ЕМД на сбор агентства (доступно только для Сирены Трэвел). Принцип работы: если для агентства, которое покупает билет, в правилах ценообразования заведён сбор агентства для валидирующей компании авиа перевозчика, то при выписке заказа помимо маршрут-квитанции и ЕМД для дополнительных услуг, будет выписан отдельный ЕМД на сбор агентства. Если в заказе присутствуют несколько людей, то сбор разделится между ними, общая сумма сбора увеличена не будет.
== См. также ==
* [[Ценообразование для субагентов]]
* [[Валюта]]

Нотификация

2018-08-08T12:05:09Z

Александра Ларцева: /* Список редактируемых нотификаций */

[[Категория:Руководство]]

[[Файл:Выбор_нотификации.png|400px|thumb|right|Выбор нотификации]]
[[Файл:Шаблон_электронного_письма.png|400px|thumb|right|Шаблон электронного письма]]
[[Файл:Шаблон_СМС.png|400px|thumb|right|Шаблон СМС.png]]
'''Нотификация''' — оповещение о каком-либо событии, совершенном в системе. Пользователь может получить нотификацию по множеству поводов: после регистрации и при восстановлении пароля, как результат изменений со статусом заказа или при его аннуляции, в виде напоминания о бронировании и т.п.

= Способы отправки нотификаций =
В {{NameSystem}} два вида отправки:
* '''Электронная почта'''

О почтовых настройках системы {{NameSystem}} читайте на странице [[Почтовый сервер]].

{{Attention|Обратите внимание, нотификация на электронную почту не будет отправлена, если у заказчика или одного из пассажиров не заполнено поле с адресом электронной почты.}}

* '''СМС'''

О подключении и настройки модуля отправки СМС-уведомлений в {{NameSystem}} читайте на странице [[СМС Траффик]].

{{Attention|Нотификация на e-mail будет отправлена только в том случае, если шаблон электронного письма данной нотификации непустой. Исключением является нотификация о бронировании перелета — если шаблон письма будет пустым, то в нотификации будут отправлены данные со страницы информации о заказе.}}

= Шаблоны электронных писем и СМС =
В разделе «Настройки системы» → «Нотификации» → «Шаблоны электронных писем» можно задать шаблоны электронных писем и СМС, которые будут отправлены пользователю после совершения им определенного действия.

Шаблоны можно настроить для каждого языка доступного в системе. Пользователь будет получать их на языке, который используется в момент работы с заказом. Подробнее см. [[Шаблоны электронных писем]].

== Список редактируемых нотификаций ==
*'''Бронирование перелета''' — отправляется пользователю при бронировании перелета.

*'''Бронирование отеля''' — отправляется пользователю при бронировании отеля.

*'''Бронирование поезда''' — отправляется пользователю при бронировании ж/д билета.

*'''Напоминание о бронировании (перед автоматической аннуляцией)''' — отправляется пользователю за указанное время (в минутах) до истечения таймлимита.

*'''Аннуляция''' — отправляется пользователю при ручной аннуляции заказа. Работает для компонентов ''ЖД'' и ''Отели''.

*'''Аннуляция перелета''' — отправляется '''''при автоматической и ручной аннуляции перелета''''', поддерживает дополнительные переменные из шаблона «бронирование полета». Действует только для компонента ''Авиа''.

*'''Автоматическая аннуляция''' — отправляется по истечении таймлимита бронирования. Если шаблон не задан, при автоматической аннуляции отправляется шаблон '''''Аннуляция'''''.
{{Attention|Если задан шаблон '''''Аннуляция перелета''''', то и при ручной, и при автоматической аннуляции сработает данный шаблон независимо от наличия шаблонов '''''Аннуляция''''' и '''''Автоматическая аннуляция'''''.}}

*'''Нотификация о проблеме в заказе''' — отправляется в случае если при оформлении заказа произошла ошибка. Для шаблона существует переменная %PROBLEM_MESSAGE% в которой содержится текст с причиной ошибки.

*'''Нотификация о дедлайне по внесению дополнительных данных в заказ авиа''' — шаблон о наступлении крайнего срока по внесению дополнительных данных в заказ, отправляется по всем актуальным (забронированным и выписанным заказам) за X часов (заданных в настройках почты) до времени вылета. Поддерживает все переменные из шаблона нотификации о бронировании перелета;

*'''Заказ был изменен при синхронизации''' — отправляется при включенном параметре «Отправлять письмо клиенту об изменении заказа», когда при синхронизации в заказе произошли изменения. При заполнении данного шаблона обращайте внимание на выбранную языковую версию, для корректной работы необходимо заполнять шаблон для ''Всех языков''. Работает для компонентов ''ЖД'' и ''Отели''.

*'''Заказ был изменен при синхронизации (перелет)''' — аналогичный шаблону ''Заказ был изменен при синхронизации'', поддерживает дополнительные переменные из шаблона ''Бронирование перелета'';

*'''Восстановление пароля''' — отправляется, когда пользователь запрашивает восстановление пароля для входа в систему;

*'''Регистрация''' — см. [[Регистрация|Настройка шаблонов сообщений о регистрации]];

*'''Приветствие нового пользователя''' — см. [[Регистрация|Настройка шаблонов сообщений о регистрации]];

*'''Выписка''' — отправляется при выписке билетов после нажатия кнопки ''выписать'', либо после запуска автовыписки;

*'''Выбранные результаты поиска''' — см. [[Отправка результатов поиска по e-mail]];

*'''Счет-квитанция''' — см. [[Счет]];

*'''Заказ оплачен''' — отправляется при установке статуса заказа ''Оплачено'';

*'''Нотификация для Курьерской службы''' — отправляется, когда выбирается и подтверждается менеджером данный способ оплаты;

*'''Нотификация для Рапиды''' — отправляется, когда выбирается и подтверждается менеджером данный способ оплаты;

*'''Нотификация для Comepay''' — отправляется, когда выбирается и подтверждается менеджером данный способ оплаты;

*'''Нотификация для QiwiTerminal'''

*'''Заказ «по запросу» подтвержден'''

*'''Заказ «по запросу» не подтвержден'''

*'''Нотификация о необходимости установить код валитадора в реквизитах'''

*'''Нотификация о необходимости ручной выписки заказа'''

*'''Нотификация об ожидании ручной выписки заказа'''

*'''Подтверждение контакта (e-mail, телефон)'''

*'''Подтверждение авторизации'''

*'''Требуется утверждение заказа'''

*'''Утверждение заказа получено'''

*'''В утверждении заказа отказано'''

*'''Новая заявка на обмен билетов'''

*'''Новая заявка на возврат билетов'''

*'''Произведен расчет по заявке возврата или обмена'''

*'''Заявка на возврат или обмен отклонена'''

== Переменные шаблонов сообщений ==
[[Файл:Переменные_шаблонов_сообщений.png‎ |350px|thumb|right|Переменные шаблонов сообщений]]
Для каждой нотификации доступен набор шаблонных переменных, которые можно использовать для подстановки конкретных значений относящихся к нотификации в момент перед отправкой сообщения.

На рисунке выделена иконка для вызова справочника переменных для текущего шаблона.
[[Файл:Вызов_справочника_перменных_для_текущего_шаблона.png |800px|thumb|center|Вызов справочника переменных для текущего шаблона]]

Если использование переменной предполагает формирование ссылки, для всех нотификаций подставляется адрес сайта,
на котором было выполнено действие.
В частности, для всех сообщений по заказу будет подставлен адрес сайта, на котором выполнено бронирование.
Это актуально, если для работы с системой одним агентством используется несколько доменных имен.

= Нередактируемые нотификации =
Кроме нотификаций, для которых предусмотрены шаблоны, есть также ряд нотификаций, которые нельзя изменить.
* Нотификация при бронировании авиаперелета, который нет возможности выписать автоматически.

Высылается на адрес, указанный в поле {{Setting|Адрес электронной почты}} («Аккаунт менеджмент» → «Агенты и пользователи» → «Профили компаний») при завершении бронирования. Если адрес не указан, сообщение не отправляется.

Пример сообщения:[[Файл:Нотификация_Запрос_на_выписку.PNG|800px|thumb|center|Нотификация «Запрос на выписку»]]

= Специфический алгоритм работы =
1. Для компонента «Авиабилеты» нотификации о бронировании, оплате, аннуляции заказа и о любых изменениях в забронированном заказе по умолчанию отправляются только на e-mail покупателя (для В2С) или субагента (для В2В). Нотификации о выписке (маршрут-квитанция) и о любых изменениях в выписанном заказе по умолчанию отправляются на e-mail адреса пассажиров (если они были указаны при бронировании перелета) и на адрес покупателя (или субагента).

2. Для нотификаций:
* о скором истечении таймлимита
* о дедлайне по внесению дополнительных пассажирских данных
определен следующий алгоритм работы:
# При добавлении/обновлении бронирования в БД заносится/обновляется 2 параметра с датой и временем для каждого варианта нотификации.
# Запускается крон, вытаскивает из БД бронирования, у которых эти даты наступили и отправляет соответствующие нотификации.
# Если нотификация была отправлена успешно, то бронь помечается соответствующим признаком и больше нотификация данного типа не отправляется.
# Если отправка была не успешна(к примеру, указан не правильный e-mail), то будут сделаны ещё 4 попытки отправить нотификацию при последующих запусках крона.
# Если по истечении 4-х попыток отправить нотификацию так и не удалось, то попытки прекрашаются.

Настройки для вышеописанных 2-х нотификаций находятся тут:
<pre>/index.php?go=settings/timelimites</pre>
Настраивать можно отдельно для любого компонента.

3. Для маршрут-квитанции («Настройки системы» → «Нотификации» → «Документы» → «Маршрут-квитанция») и для нотификаций о бронировании, аннуляции заказ и выписке («Настройки системы» → «Нотификации» → «Шаблоны электронных писем») различается работа переменных-групп в шаблоне: в нотификациях группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASSENGER%</syntaxhighlight> не должна содержать в себе группу <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SEGMENT%</syntaxhighlight> для корректной работы переменных в заказе, где присутствует более, чем один пассажир; и обратно для маршрут-квитанций, в которых группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SEGMENT%</syntaxhighlight> должна располалагаться внутри группы <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASSENGER%</syntaxhighlight>.

== См. также ==
* [[Шаблоны электронных писем]]
* [[Почтовый клиент системы]]
* [[Курьерская доставка]]
* [[Пользователь]]

Безопасность в Nemo.Travel

2018-07-18T08:16:39Z

Александра Ларцева: /* Двухэтапная аутентификация для сотрудников агентств */

В системе бронирования {{NameSystemLink}} используются общепринятые механизмы безопасного хранения, передачи и использования данных.

== Аутентификация и авторизация ==

=== Безопасное хранение паролей ===

Пароль, который указывается при создании новых учетных записей через административную панель, является временным. При попытке первого входа в систему конечному пользователю будет предложено изменить пароль на отличный от введенного раннее.

В базе данных пароли хранятся в виде [https://ru.wikipedia.org/wiki/%D0%A5%D0%B5%D1%88%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 хешей], полученных по алгоритму SHA256 с добавлением случайной [https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BB%D1%8C_(%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D1%8F) "соли"]. Это является гарантией того, что ваш пароль не будет доступен для чтения ни злоумышленникам, ни сотрудникам {{NameSystemLink}}.

В случае, если вы забыли пароль, вы можете воспользоваться функцией изменения пароля. В рамках нее на адрес вашей персональной электронной почты, указанный в разделе настроек '''Аккаунт менеджмент → Агенты и пользователи → Профили пользователей''', будет выслана ссылка для одноразовой попытки изменения пароля.

В нашей системе предусмотрена защита от подбора пароля перебором, но для максимальной безопасности вашего аккаунта рекомендуется использовать длинный уникальный пароль, содержащий не менее 8 символов, среди которых должны быть использованы цифры, строчные и заглавные буквы латинского алфавита.

=== Двухэтапная аутентификация для сотрудников агентств ===

Аутентификация только по логину и паролю недостаточно безопасна, так как злоумышленник может получить ваш логин и пароль от вас напрямую, например, через [https://ru.wikipedia.org/wiki/%D0%A4%D0%B8%D1%88%D0%B8%D0%BD%D0%B3 фишинг].
При получении электронных писем от неизвестных вам отправителей проверяйте адреса ссылок, указанных в тексте письма. Не вводите ваш логин и пароль в формы на подозрительных сайтах, даже если они выглядят как сайты, привязанные к {{NameSystem}}.

Для обеспечения дополнительной защиты в нашей системе была добавлена возможность проводить двухэтапную аутентификацию для ваших сотрудников:

* Первый этап — ввод логина и пароля
* Второй этап — подтверждение через код, отправленный в виде SMS сообщения на номер мобильного телефона или в письме по адресу электронной почты

Для включения двухэтапной аутентификации нужно:

# Включить функциональность в разделе настроек '''Управление сайтом → Домены и протоколы''' пользователям с определенными правами. Настройте параметр '''Использовать дополнительную защиту при авторизации для''':
#* ''Администраторов''
#* ''Менеджеров агентства''
#* ''Экспертов агентства''
#* ''Менеджеров компаний''
#* ''Экспертов компаний''
#* Пользователей агентства''
#* ''Пользователей компаний''
# При последующем входе в систему этим пользователям будет предложено подтвердить адрес своей электронной почты или номер мобильного телефона через отправку одноразового кода. Данный шаг можно пропустить 5 раз, далее вход в систему будет невозможен без подтверждения указанных выше данных.
# В дальнейшем при входе с нового устройства (браузера) или IP-адреса необходимо будет пройти процедуру верификации, введя код, отправленный при этом на номер телефона или адрес электронной почты

Самостоятельно поменять ранее подтвержденный адрес электронной почты или телефон, возможно только после входа в личный кабинет. При изменении этих данных необходимо будет верифицировать номер телефона или адрес электронной почты повторно.

{{Attention|Для подтверждения входа по SMS необходимо иметь подключенный модуль [[СМС_Трафик|SMS Traffic]].|}}

=== Ограничения для аккаунтов сотрудников {{NameSystem}} ===

Административные аккаунты сотрудников {{NameSystem}} максимально защищены. Авторизоваться с помощью них можно только с определенных IP-адресов и с прохождением обязательной процедуры двухэтапной аутентификации по номеру личного телефона или корпоративной почты.
У сотрудников {{NameSystem}} существуют ограничения на некоторые действия. К примеру, они не могут изменять правила ценообразования агентства.

=== Протокол HTTPS ===

Система {{NameSystem}} полноценно поддерживает работу веб-сайтов с использованием протокола HTTPS. Этот протокол обеспечивает безопасную передачу данных по открытым каналам связи, используя механизмы асимметричного шифрования. Для корректной работы по этому протоколу вы должны приобрести SSL-сертификат для домена вашего веб-сайта и передать его нашим системным администраторам.

Строго рекомендуется вводить персональные данные покупателей для оформления заказов или логин и пароль для прохождения аутентификации только по ссылкам открытым по HTTPS протоколу.

=== Авторизация ===

Права пользователей определяются их ролью и дополнительными параметрами, установленными в административной части {{NameSystem}}.

Для выполнения всех действий в системе, которые могут прямо или косвенно нанести вред или финансовый ущерб, требуется авторизация.

== Защита персональных данных ==

Для получения доступа к своим персональным данным или данным ранее заполненных профилей пассажиров, пользователь должен авторизоваться в системе и перейти в личный кабинет.
Для обеспечения безопасного хранения все персональные данные записываются в базу данных в зашифрованном виде.
Сотрудники {{NameSystem}} не имеют доступа к профилям пассажиров, созданных через личный кабинет другими пользователями системы.

Пользователь по собственному желанию может полностью удалить свой аккаунт из системы, после чего все его персональные данные и данные его профилей будет удалены из системы без возможности восстановления.

== Защита данных о заказах ==

Получить доступ к ранее сделанному заказу можно несколькими безопасными способами:

# Авторизоваться в системе (если заказ был сделан авторизованным пользователем)
# Введя уникальный код доступа (обычно код отправляется на адрес электронной почты, указанный при бронировании)
# Вход через форму с указанием номера заказа и фамилии первого пассажира
# По секретной ссылке из QR-кода на маршрут-квитанции (если QR-код предусмотрен шаблоном документа)

В системе предусмотрена защита от подбора кода доступа и фамилии первого пассажира перебором.

Код доступа и фамилия первого пассажира хранятся в базе в виде SHA256 хеша с "солью" и, по аналогии с паролем, не могут быть восстановлены в исходный вид.

Все данные по заказу, заказчику, пассажирам, а также ссылка для QR-кода хранятся в базе данных в зашифрованном виде.

Получить доступ к маршрут-квитанциям и другим документам, относящимся к заказу, можно только после получения доступа к основному заказу (по методам описанным выше).
Все документы хранятся в базе в зашифрованном виде.

== Безопасность {{NameSystem}} как веб-приложения ==
=== Защита от инъекций ===
Все входные данные валидируются как средствами JavaScript, так и на уровне сервера. Все запросы к базам данных в системе написаны с использованием плейсхолдеров и экранированием параметров, подставляемых в них.
=== Защита от XSS ===
Все данные перед вводом и выводом проверяются на предмет наличия JS-инъекций. Это гарантирует безопасность использования COOKIE в нашей системе.
Если злоумышленник всё же получает COOKIE из чужого браузера (к примеру, с помощью зараженного вирусами программного обеспечения), он не сможет ими воспользоваться для аутентификации в нашей системе под учетными записями ваших сотрудников. Их идентификаторы сессий привязаны к IP-адресам.
=== Защита от CSRF ===
В целях повышения надежности системы реализован механизм защиты от [https://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D0%B6%D1%81%D0%B0%D0%B9%D1%82%D0%BE%D0%B2%D0%B0%D1%8F_%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D0%BB%D0%BA%D0%B0_%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0 CSRF] атак.

Ограничены переходы по ссылкам (или автоматические перенаправления) со сторонних сайтов на страницы административной панели {{NameSystem}} или на страницы, выполняющие операции с заказами.

В этом случае предварительно у пользователя будет запрошено подтверждение о переходе.
=== Проверка по IP ===
Важные запросы от сторонних сервисов, например, от платежных шлюзов, проверяются на допустимость IP-адреса отправителя по "белому списку". Таким образом запрос практически невозможно подделать злоумышленникам.
Важные запросы от API пользователей, например, на выписку билетов, также проверяются по допустимым IP-адресам.

=== Блокировки по IP ===
В системе предусмотрены механизмы как ручной, так и автоматической блокировки злоумышленников по IP-адресу
=== Логирование и мониторинг ===
Все операции с заказами и действия пользователей системы логируются. Логи индексируются (для быстрого обращения к ним) и хранятся в базе данных в течение длительного времени.

Сокращенный вариант логов доступен для просмотра менеджеру агентства в административной панели. Полный вариант доступен только сотрудникам {{NameSystem}} и может быть предоставлен по запросу в техническую поддержку.

Обо всех критических программных ошибках и подозрительных действиях (которые могут трактоваться как попытка взлома) сотрудники {{NameSystem}} автоматически получают уведомления по электронной почте или на телефон 24x7.

==См. также==
*[[Авторизованный пользователь]]
*[[Права доступа]]
*[[Менеджер агентства]]
*[[Пользователь]]
*[[Защищенное соединение]]
*[[Сертификат SSL]]
*[[Протокол]]

OneClickPay

2018-06-25T10:08:06Z

Александра Ларцева:

[[Категория:Способы оплаты]]

'''OneClickPay''' — [[Платежный шлюз|платёжный шлюз]] в [http://www.nemo-ibe.com системе онлайн-бронирования {{NameSystem}}] для [[Менеджер агентства|менеджеров]] и [[Эксперт по бронированию|экспертов]] головного агенства.

==Назначение==

[[Платежный шлюз]] OneClickPay - инструмент для реализации менеджером и экспертом «выписки без оплаты». С помощью этого метода оплаты менеджер агентства может безлимитно [[Выписка|выписывать]] билеты для собственных касс [[агентство|агентства]]. Преимущество использования опции перед использованием ручной фиксации статуса - при оплате через OneClickPay с заказом доступны все действия как при оплате онлайн, когда как при ручном статусе оплаты на ряд действий с заказом накладываются существенные ограничения.

==Принцип работы==
При выборе способа оплаты OneClickPay по умолчанию '''доступен''' только [[менеджер агентства|менеджеру]] и [[эксперт по бронированию|эксперту]] головного агентства. Шлюз '''не доступен''' в меню выбора способов оплаты для [[Пользователь#Типы пользователей в Nemo|пользователей]] агентства (в том числе для субагентов) без дополнительной настройки, даже если он разрешен для них настройками доступа.

После успешной оплаты для заказа доступны все действия, доступные после оплаты через другие шлюзы.

== Добавление и настройка шлюза ==
Управление [[Платежный_шлюз|платежными шлюзами]] в {{NameSystem}} осуществляется в разделе '''Финансы и платежи → Платёжные методы'''.

Чтобы настроить OneClickPay для работы:
# В разделе '''Финансы и платежи → Платёжные методы → Управление шлюзами''' [[Платежный шлюз#Настройки платежных шлюзов в nemo.travel|создайте новый платежный шлюз]] ''OneClickPay''.
# В разделе '''Финансы и платежи → Платёжные методы → Доступ к способам оплаты''' включите новый платежный шлюз для отображения в меню выбора способа оплаты (он будет доступен только менеджеру и экспертам головного агентства).

Чтобы настроить доступ к OneClickPay другим пользователям (отличным от менеджера и экспертов головного агентства) необходимо:
# Открыть раздел настроек '''Финансы и платежи → Платежные методы → Управление шлюзами'''.
# Для метода OneClickPay в столбце ''Действия'' нажать на ссылку '''Фильтрация'''.
# В строке '''Пользователи, имеющие доступ к способу оплаты''' поставить разрешение на доступ на всю компанию, агентство или конкретного пользователя и нажать на кнопку '''Сохранить'''.
# В разделе '''Финансы и платежи → Платёжные методы → Доступ к способам оплаты''' включите платежный шлюз для отображения в меню выбора способа оплаты у пользователей, которые будут иметь к нему доступ.
# Включить '''двухфакторную аутентификацию''' в разделе настроек '''Управление сайтом → Домены и протоколы''' параметр '''Использовать дополнительную защиту при авторизации'''.

== Оплата заказа с помощью OneClickPay ==

Чтобы оплатить заказ с помощью OneClickPay:
# Выберите шлюз на странице оплаты.
# Перейдите к оплате заказа кнопкой '''Оплатить'''
# На странице оплаты OneClickPay можно:
#* подтвердить получение денежных средств кнопкой '''Подтверждаю приём оплаты''', тогда заказу присваивается статус ''успешно оплачен''.
#* вернуться к заказу кнопкой '''Назад''', тогда заказ имеет статус ''не оплачен''.
{| class="wikitable"
|-
|[[Файл:OneClickPay выбор способа оплаты.png|400px]]
|-
|Выбор способа оплаты
|}
{| class="wikitable"
|-
|[[Файл:OneClickPay страница оплаты через ПШ.png|800px]]
|-
|Страница оплаты OneClickPay
|}

== См. также ==
*[[Платежный шлюз]]
*[[Uniteller (Приём оплаты)]]
*[[Процессинг]]
*[[ГРС]]
*[[Галилео]]
*[[Sabre]]

Тариф

2018-05-25T09:12:26Z

Александра Ларцева:

[[Категория:Термины]]
'''Тариф''' — размер стоимости услуги, формирующийся из цены этой услуги и условий её реализации ([[УПТ]]). В качестве синонимов «тарифа» часто используют термины «сбор» или «пошлина». С помощью тарифов предприятия покрывают свои расходы (в частности, затраты на эксплуатацию используемых средств), и получают прибыль.

В индустрии перевозок тарифы в значительной степени зависят от экономических особенностей пространства, где они применяются. На их размеры способны оказывать влияние различные аспекты налогового законодательства, стоимость и качество перевозимых грузов, действующие льготные правила, финансовая состоятельность клиента и многое другое. Многообразие тарифов отражается как в способах их расчета (в виде таблиц или схем), так и вариантов оплаты (за промежуток времени или за расстояние). Тарифы могут быть постоянными или действующими в течение ограниченного срока времени. Есть тарифы в виде конкретной суммы (простые) и состоящие из множества величин (составные). Утверждение тарифов происходит на разных уровнях: от государственного и далее — регионального и муниципального — до частного (в зависимости от принадлежности тех или иных видов транспорта государству, муниципалитетам или частным лицам и организациям).

== Правила тарифов в Nemo.Travel ==

На странице результатов поиска по умолчанию для каждого перелета доступна ссылка О тарифе, которая открывает окно с текстом условий применения тарифа (далее - УПТ), как для выдачи плитками, так и для выдачи списком.

[[Файл:Upt1.png|800px|thumb|center|В режиме выдачи списком]]
[[Файл:Upt2.png|800px|thumb|center|В режиме выдачи плитками]]
[[Файл:Upt3.png|700px|thumb|center|Окно с текстом УПТ]]

== Работа с ценообразованием ==

В системе {{NameSystem}} с помощью модуля '''Ценообразование''' можно задать как скидку, так и наценку в процентах от тарифа или от общей стоимости билета.

Также можно задать различные ценовые правила для публичных и приватных тарифов.

Подробнее см. в статье [[Ценообразование_(Авиабилеты)]]

== Актуализация стоимости ==

Актуализация цены тарифа для уже созданной брони происходит автоматически при обновлении/модификации/выписки брони. Аналогично актуализация цены тарифа для перелета до бронирования (при переходе с результатов поиска на бронирование) тоже происходит автоматически.

{{Attention|В случае невозможности расчета тарифа переход к оплате будет недоступен.}}

== См. также ==
* [[УПТ]]
* [[Сбор (термин)|Сбор]]
* [[Чтение тарифных правил]]

== Полезные ссылки ==
* [http://www.atpco.net/atpco/products/glossary_f.shtml Глоссарий от Airline Tariff Publishing Company]

Тариф

2018-05-25T09:12:08Z

Александра Ларцева: /* Актуализация стоимости */

[[Категория:Термины]]
'''Тариф''' — размер стоимости услуги, формирующийся из цены этой услуги и условий её реализации ([[УПТ]]). В качестве синонимов «тарифа» часто используют термины «сбор» или «пошлина». С помощью тарифов предприятия покрывают свои расходы (в частности, затраты на эксплуатацию используемых средств), и получают прибыль.

В индустрии перевозок тарифы в значительной степени зависят от экономических особенностей пространства, где они применяются. На их размеры способны оказывать влияние различные аспекты налогового законодательства, стоимость и качество перевозимых грузов, действующие льготные правила, финансовая состоятельность клиента и многое другое. Многообразие тарифов отражается как в способах их расчета (в виде таблиц или схем), так и вариантов оплаты (за промежуток времени или за расстояние). Тарифы могут быть постоянными или действующими в течение ограниченного срока времени. Есть тарифы в виде конкретной суммы (простые) и состоящие из множества величин (составные). Утверждение тарифов происходит на разных уровнях: от государственного и далее — регионального и муниципального — до частного (в зависимости от принадлежности тех или иных видов транспорта государству, муниципалитетам или частным лицам и организациям).

== Правила тарифов в Nemo.Travel ==

На странице результатов поиска по умолчанию для каждого перелета доступна ссылка О тарифе, которая открывает окно с текстом условий применения тарифа (далее - УПТ), как для выдачи плитками, так и для выдачи списком.

[[Файл:Upt1.png|800px|thumb|center|В режиме выдачи списком]]
[[Файл:Upt2.png|800px|thumb|center|В режиме выдачи плитками]]
[[Файл:Upt3.png|700px|thumb|center|Окно с текстом УПТ]]

== Работа с ценообразованием ==

В системе {{NameSystem}} с помощью модуля '''Ценообразование''' можно задать как скидку, так и наценку в процентах от тарифа или от общей стоимости билета.

Также можно задать различные ценовые правила для публичных и приватных тарифов.

Подробнее см. в статье [[Ценообразование_(Авиабилеты)]]

== Приватный тариф ==

Данная настройка расположена в разделе '''Авиабилеты → Поиск → Предустановки поиска'''.

[[Файл:Privat-tarif.jpg]]

Позволяет на странице с результатами поиска отображать тип тарифа «Приватный» или «Публичный».

{{Attention|Работает только на теме «pro».}}

== Актуализация стоимости ==

Актуализация цены тарифа для уже созданной брони происходит автоматически при обновлении/модификации/выписки брони. Аналогично актуализация цены тарифа для перелета до бронирования (при переходе с результатов поиска на бронирование) тоже происходит автоматически.

{{Attention|В случае невозможности расчета тарифа переход к оплате будет недоступен.}}

== См. также ==
* [[УПТ]]
* [[Сбор (термин)|Сбор]]
* [[Чтение тарифных правил]]

== Полезные ссылки ==
* [http://www.atpco.net/atpco/products/glossary_f.shtml Глоссарий от Airline Tariff Publishing Company]

Тариф

2018-05-25T09:08:49Z

Александра Ларцева: /* Cкидка от тарифа */

[[Категория:Термины]]
'''Тариф''' — размер стоимости услуги, формирующийся из цены этой услуги и условий её реализации ([[УПТ]]). В качестве синонимов «тарифа» часто используют термины «сбор» или «пошлина». С помощью тарифов предприятия покрывают свои расходы (в частности, затраты на эксплуатацию используемых средств), и получают прибыль.

В индустрии перевозок тарифы в значительной степени зависят от экономических особенностей пространства, где они применяются. На их размеры способны оказывать влияние различные аспекты налогового законодательства, стоимость и качество перевозимых грузов, действующие льготные правила, финансовая состоятельность клиента и многое другое. Многообразие тарифов отражается как в способах их расчета (в виде таблиц или схем), так и вариантов оплаты (за промежуток времени или за расстояние). Тарифы могут быть постоянными или действующими в течение ограниченного срока времени. Есть тарифы в виде конкретной суммы (простые) и состоящие из множества величин (составные). Утверждение тарифов происходит на разных уровнях: от государственного и далее — регионального и муниципального — до частного (в зависимости от принадлежности тех или иных видов транспорта государству, муниципалитетам или частным лицам и организациям).

== Правила тарифов в Nemo.Travel ==

На странице результатов поиска по умолчанию для каждого перелета доступна ссылка О тарифе, которая открывает окно с текстом условий применения тарифа (далее - УПТ), как для выдачи плитками, так и для выдачи списком.

[[Файл:Upt1.png|800px|thumb|center|В режиме выдачи списком]]
[[Файл:Upt2.png|800px|thumb|center|В режиме выдачи плитками]]
[[Файл:Upt3.png|700px|thumb|center|Окно с текстом УПТ]]

== Работа с ценообразованием ==

В системе {{NameSystem}} с помощью модуля '''Ценообразование''' можно задать как скидку, так и наценку в процентах от тарифа или от общей стоимости билета.

Также можно задать различные ценовые правила для публичных и приватных тарифов.

Подробнее см. в статье [[Ценообразование_(Авиабилеты)]]

== Приватный тариф ==

Данная настройка расположена в разделе '''Авиабилеты → Поиск → Предустановки поиска'''.

[[Файл:Privat-tarif.jpg]]

Позволяет на странице с результатами поиска отображать тип тарифа «Приватный» или «Публичный».

{{Attention|Работает только на теме «pro».}}

== Актуализация стоимости ==

Актуализация цены для уже созданной брони происходит автоматически при обновлении/модификации/выписки брони, по умолчанию это WP с параметрами типа ВП, кода валюты и прочего. В .net пакете для реквизитов бронирования есть возможность включить использование WP с параметром NCB (WPNCB). Данный параметр прайсинга будет использоваться при создании, обновлении и модификации брони, WPNC будет использован при актуализации цены перелёта перед бронированием.

{{Attention|В случае невозможности расчета тарифа переход к оплате будет недоступен.}}

== См. также ==
* [[УПТ]]
* [[Сбор (термин)|Сбор]]
* [[Чтение тарифных правил]]

== Полезные ссылки ==
* [http://www.atpco.net/atpco/products/glossary_f.shtml Глоссарий от Airline Tariff Publishing Company]

Тариф

2018-05-25T08:56:08Z

Александра Ларцева: /* Правила тарифов в Nemo.Travel */

[[Категория:Термины]]
'''Тариф''' — размер стоимости услуги, формирующийся из цены этой услуги и условий её реализации ([[УПТ]]). В качестве синонимов «тарифа» часто используют термины «сбор» или «пошлина». С помощью тарифов предприятия покрывают свои расходы (в частности, затраты на эксплуатацию используемых средств), и получают прибыль.

В индустрии перевозок тарифы в значительной степени зависят от экономических особенностей пространства, где они применяются. На их размеры способны оказывать влияние различные аспекты налогового законодательства, стоимость и качество перевозимых грузов, действующие льготные правила, финансовая состоятельность клиента и многое другое. Многообразие тарифов отражается как в способах их расчета (в виде таблиц или схем), так и вариантов оплаты (за промежуток времени или за расстояние). Тарифы могут быть постоянными или действующими в течение ограниченного срока времени. Есть тарифы в виде конкретной суммы (простые) и состоящие из множества величин (составные). Утверждение тарифов происходит на разных уровнях: от государственного и далее — регионального и муниципального — до частного (в зависимости от принадлежности тех или иных видов транспорта государству, муниципалитетам или частным лицам и организациям).

== Правила тарифов в Nemo.Travel ==

На странице результатов поиска по умолчанию для каждого перелета доступна ссылка О тарифе, которая открывает окно с текстом условий применения тарифа (далее - УПТ), как для выдачи плитками, так и для выдачи списком.

[[Файл:Upt1.png|800px|thumb|center|В режиме выдачи списком]]
[[Файл:Upt2.png|800px|thumb|center|В режиме выдачи плитками]]
[[Файл:Upt3.png|700px|thumb|center|Окно с текстом УПТ]]

== Cкидка от тарифа ==

В системе {{NameSystem}} можно создать ценовое правило, которое будет уменьшать итоговую стоимость билета.

{{Attention|Скидка от тарифа задается в процентах. Если в поле «Скидка от тарифа» стоит значение «Нет», то значение задается в рублях.}}

Чтобы создать правило со скидкой, зайдите в пункт меню '''Авиабилеты →‎ Управление ценами →‎ Ценовые правила'''.

[[Файл:Tarif-rules2.png]]

Сработавшие правила-скидки отображаются в таблице сборов со знаком «-».

[[Файл:Tarif-rules3.png]]
== Приватный тариф ==

Данная настройка расположена в разделе '''Авиабилеты → Поиск → Предустановки поиска'''.

[[Файл:Privat-tarif.jpg]]

Позволяет на странице с результатами поиска отображать тип тарифа «Приватный» или «Публичный».

{{Attention|Работает только на теме «pro».}}

== Актуализация стоимости ==

Актуализация цены для уже созданной брони происходит автоматически при обновлении/модификации/выписки брони, по умолчанию это WP с параметрами типа ВП, кода валюты и прочего. В .net пакете для реквизитов бронирования есть возможность включить использование WP с параметром NCB (WPNCB). Данный параметр прайсинга будет использоваться при создании, обновлении и модификации брони, WPNC будет использован при актуализации цены перелёта перед бронированием.

{{Attention|В случае невозможности расчета тарифа переход к оплате будет недоступен.}}

== См. также ==
* [[УПТ]]
* [[Сбор (термин)|Сбор]]
* [[Чтение тарифных правил]]

== Полезные ссылки ==
* [http://www.atpco.net/atpco/products/glossary_f.shtml Глоссарий от Airline Tariff Publishing Company]

Файл:Upt3.png

2018-05-25T08:55:04Z

Александра Ларцева:

Файл:Upt2.png

2018-05-25T08:54:16Z

Александра Ларцева:

Файл:Upt1.png

2018-05-25T08:53:26Z

Александра Ларцева:

Карта мест

2018-04-06T13:47:07Z

Александра Ларцева:

[[Категория:Настройки]]
'''Карта мест''' — плагин {{NameSystemLink}} для выбора места в салоне самолета.

==Принцип работы==
После включения плагина:
* Для рейсов с возможностью выбора места на форме бронирования и на странице заказа доступна схема посадочных мест в салоне самолета, с помощью которой пассажир может выбрать место уже на этапе бронирования.
* Выбранные места отмечаются в запросе бронирования как предпочтительные и передаются авиакомпании на регистрацию.
{{Attention|Функциональность доступна в GDS Amadeus, Sabre, Travelport (WS Galileo и uAPI) и Sirena, однако она поддерживается не всеми авиакомпаниями. Также авиакомпания не гарантирует предоставление выбранного '''бесплатного''' места пассажиру при регистрации.}}

{| class="wikitable"
|-
|[[Файл:Кнопка_Место_в_самолете.png|590px]]
|-
|Кпопка для открытия карты мест
|}

{| class="wikitable"
|-
|[[Файл:Карта_мест.png|700px|Карта мест]]
|-
|Карта мест
|}

== Включение плагина ==

Чтобы включить плагин:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Устаревшие настройки → Настройка'''.
# Включите опцию ''Разрешить покупателю выбор места''.
# Зайдите в раздел '''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к GDS'''. С помощью этой опции можно ограничивать запрос карты мест в ГРС для некоторых пакетов, например, если поставщик не поддерживает эту функцию (одна из таких ГРС - ''Sirena''), или если функция не предусмотрена для агента договором с ГРС.
# Убедитесь, что для нужного пакета отключена опция ''Выключить карту мест для этого пакета''.
# Зайдите в раздел '''Управление продажами → Процессы → Форма бронирования'''.
# Включите опцию ''Авиабилеты: предлагать выбор мест до бронирования''.

== Карта мест в Nemo 2.0 ==
В новой версии системы агент может осуществить запрос конкретного места уже после процедуры бронирования и вызова карты мест. При этом используется запрос на спецобслуживание.

Перевозчик может предложить пассажиру:
# Выбор конкретного места (с указанием его номера);
# Выбор места только по двум параметрам: у окна или у прохода.

Информация о выбранном месте заносится в [[ПНР]] в виде сервисной ремарки.

Также клиенту предоставляется информация о том, с какой стороны будет больше солнца во время полёта. Увидеть данную информацию можно в деталях перелёта или в [[Маршрут-квитанция | маршрут-квитанции]] (для этого в шаблоне МК нужно использовать переменную SEG_SUN_INFO). Информация о солнечной стороне выводится только в том случае, если солнце будет освещать какую-либо сторону более 15% от общего времени перелёта.

{{ForSupport}} При включенном режиме поиска с запросом карты мест в запросе, как правило (не для всех ГРС), передается параметр '''GetSeatMap'''.

== См. также ==
*[[Пользователь]] 
*[[Сервисная ремарка]] 
*[[Авиакомпания]] 
*[[ПНР]]

Железнодорожные перевозки

2018-02-26T14:58:11Z

Александра Ларцева: /* Предустановка параметров поиска */

[[Категория:Железнодорожные билеты]]
[[Категория: Компоненты]]
[[Категория: Руководство]]

'''ЖД/билеты''' — компонент системы {{NameSystemLink}}.[[Файл:Train.jpg|400px|справа]]

= О бронировании ЖД билетов =
Данный веб-сервис, позволяет осуществить бронирование, получить информацию о местах на поезда по станциям отправления/назначения и дате отправления. Получить информацию о пути следования поезда, выбрать места в определенном вагоне, так же, имеется возможность отменить бронирование и справочная информация.

= Поиск ЖД =
[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

=== Форма поиска ЖД ===
[[Файл:форма поиска.png|thumb|800px|center|Форма поиска ЖД]]

=== Процесс поиска ЖД ===
# Введение параметров поиска в форму поиска ЖД.
# После этого подтверждаем введенные данные нажатием кнопки «Поиск».
# Отправка запроса поставщику ЖД. В случае подключения нескольких поставщиков происходит параллельный запуск запросов по каждому поставщику.
# Отображение лоудера «Происходит поиск».
# Формирование выдачи результатов. Выдача результатов на экран формируется по факту получения ответа от последнего поставщика.
# Выдача результатов поиска на экран.

= Функции полей =
=== Поля «Отправление» и «Прибытие» ===
[[Файл:Поля.png|thumb|right|800px|Поля «Отправление» и «Прибытие»]]
Текстовые поля которые могут быть пустыми или заполненными согласно настройкам в {{NameSystem}}.

C функцией «автокомплит» по мере набора текста, пользователю будет предложено несколько вариантов на выбор. Поддерживается поиск по названию города на русском языке. Система находит совпадение исходя из первых двух букв.

Поле ''«Отправлени»'' - предназначено для указания отправной точки(города/ж/д вокзала) путешествия.

Поле ''«Прибытие»'' - предназначено для указания конечного пункта назначения (города, ж/д вокзала).

Под формами "Отправление" и "Прибытие" так же еще есть псевдо-ссылки, при нажатии на которые можно быстро заполнить нужное поле.

Если не заполнять поля «Отправление» и «Прибытие» то значения будут взяты стандартные согласно настройкам системы {{NameSystem}} или же использованы значения предыдущего поиска.
[[Файл:дата.png|thumb|right|Поле «Дата»]]

=== Поле «Дата» ===
Поле ''«Дата»'' - поле которое указывает на дату отправления.
Эта форма заполняется только цифрами. Поле заполняется в формате DD.MM.YYYY.

У поля, так же, в нижней его части, есть псевдо-ссылки: ''«Завтра»'' и ''«Послезавтра»'', которые дают нам возможность при клике на них, автоматически выбрать, на один день вперед или на два будет дата «Отправления». Оформление электронного билета производится за 45 суток до отправления поезда во внутригосударственном сообщении (по территории России) и международном сообщении со странами – участниками СНГ, Эстонской Республикой, Латвийской Республикой, Литовской Республикой; за 60 суток - в международном сообщении в дальнем зарубежье по глобальным ценам. Дату отправления так же можно выбрать кликнув по одной из дат из календаря. При не выборе даты отправления, за значение берется дата на текущий момент.
[[Файл:календарь.png|thumb|800px|center|Форма календаря]]

=Результаты поиска=
 После нажатия кнопки "Поиск". Происходит процесс поиска. В результате которого получаем выдачу вариантов, которые соответствуют условиям запроса поиска.
===Страница выдачи===
[[Файл:Страница.png|thumb|right|500px|Страница выдачи]]
Результат поиска у нас отображен на странице выдачи. Которая состоит из следующих блоков:
# Блок '''Мини форма''' - это форма, с помощью которой клиент может ввести новые данные и осуществить новый поиск. Блок состоит из таких полей:
#* Отправлени;
#* Прибытие;
#* Дата;
#* Поиск.
# Блок ''«Выдачи»'' - это список всех найденных результатов, по данному запросу. В котором размещена такая информация как:
#* категория поезда (Скорый, Фирменный, Скоростной);
#* наименование поезда (если фирменный или брендовый);
#* маршрут следования;
#* возможна ли электронная регистрация;
#* время и дата отправления;
#* время и дата прибытия;
#* время в пути;
#* цена вагона.
# Блок ''«Конвертера валют»'' - это выпадающий список, с помощью которого можно сменить отображаемую валюту. Доступные варианты валют:
#* Российский Рубль;
#* Евро;
#* Американский Доллар;
#* Гривна.
# Блок ''«Постфильтров»'' - предназначен для удобной фильтрации, найденных результатов. Список фильтров состоит из чекбоксов и слайдеров:
#* Категория поезда (Скорый, Фирменный,Без типа);
#* Классы вагонов (Сидячий, Купе, Люкс);
#* Время отправление;
#* Время прибытия;
#* Длительность поездки.

= Выбор вагона и места =
Для того, чтобы выбрать нужный тип вагона. Достаточно кликнуть, по одному из предложенных вариантов в блоке «Выдачи».

Для выбора доступны:
* Общий вагон;
* Сидячий вагон;
* Люкс вагон;
* Мягкий вагон;
* Купе вагон;
* Плацкарт вагон;
После выбора одного из вариантов, вам будет предоставлена информация, которая включает в себя:
* Номер вагона;
* Информацию о предоставляемых услугах;
* Количество свободных мест;
* Цена;
* Возможность выбора места (отсутствует, если поезд без нумерации мест);
* Опция добавления в заказ постельного белья;
* Информацию о типе вагона;
* Направление движения вагона (доступно для «Сапсан» и «Аллегро»).

=== Выбор места для «Общего», «Сидячего» и «Мягкого» вагонов ===
[[Файл:bez mesta.png|right|200px|thumb|Выбор вагонов типа: «Общий», «Сидячий», «Мягкий»]]
После выбора нужного типа вагона, вам будет предоставлена возможность выбрать количество мест и диапазон номеров(в пределах с какого по какое место, вы хотите чтобы были ваши места). Таким образом, система автоматически выберет свободные места в пределах указанного диапазона. При желании выбрать конкретное место, в диапазоне мест клиент должен указать одно и тоже место, а именно место которое он желает выбрать. После чего кнопка «Купить» станет активной и загорится зеленым цветом, это значит что вы правильно выбрали места и может перейти к следующему разделу. Чтобы перейти к следующему этапу бронирования необходимо обязательно заполнить такие выпадающие списки как: «Места» и «Места с». В случае, если эти выпадающие списки будут не заполнены или заполнены неправильно, то при попытке кликнуть на кнопку «Купить». Появиться следующее валидационное сообщение - ''«Пожалуйста, укажите количество мест и диапазон номеров.»'''

=== Выбор места для «Люкс», «Плацкарт» и «Купе» вагонов ===
[[Файл:smestom.png|thumb|200px|right|Выбор вагонов типа: «Люкс», «Плацкарт», «Купе»]]
После выбора нужного типа вагона, вам будет предоставлена возможность выбрать количество мест, кликнув по свободным номерам на схеме вагона. Места делятся на верхние и нижние. Серые это -верхние места, а белые- это нижние. При желании отменить отмеченные места, достаточно просто кликнуть по нему второй раз. После того как вы выберете места кнопка «Купить» станет активной и загорится зеленым цветом, это значит что вы правильно выбрали места и может перейти к следующему разделу. В случае если места не выбраны, то при клике на кнопку «Купить», появиться следующее валидационное сообщение - ''«Пожалуйста, выберите желаемые места.»''
[[Файл:Sapsansostrelkoi.png|right|200px|thumb|Выбор мест в вагоне "Сапсан"]]



=== Примечание ===
==== Беспересадочные вагоны ====

В России вагоны беспересадочного сообщения назначаются на тех направлениях, где пассажиропоток недостаточен для назначения пассажирского поезда. Такие пассажирские вагоны следуют в составе нескольких поездов с переприцепкой на одной или нескольких станциях. Яркий пример беспересадочного вагона курсирует по маршруту: Советская Гавань - Москва в составе поездов № 351/352 Советская Гавань - Владивосток и № 43/44 Хабаровск - Москва.

= Оформление форм =
=== Правила оформления заказа ===
Оформление электронных билетов производится не позднее, чем за 2 часа до отправления поезда со станции посадки пассажира. Продажа электронных билетов осуществляется на поезда, следующие:
* во внутреннем сообщении по территории Российской Федерации (формирования ОАО «РЖД», ОАО «ФПК», ОАО «ПКС», ЗАО ТК «Гранд Сервис Экспресс», ООО «Тверской экспресс») за исключением поездов следующих в (из) Калининградскую область транзитом через территорию Литовской Республики
* в международном сообщении со странами СНГ (Азербайджанская Республика, Республика Казахстан, Кыргызская Республика, Республика Беларусь, Украина, Республика Таджикистан, Туркменистан, Республика Узбекистан, Республика Молдова), Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазии
* в международном сообщении (дальнее зарубежье) на поезда: №17/18 Москва - Ницца - Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин – Саратов, включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин, №32 Москва - Хельсинки и скоростные поезда «Аллегро» отправлением из России в Финляндию
При оформлении электронных билетов в предлагаемые поля последовательно вносятся реквизиты поездки и персональные данные каждого пассажира. За правильность указания реквизитов поездки и персональных данных каждого пассажира полную ответственность несет пользователь, оформляющий заказ. Электронные билеты оформляются по полному, детскому тарифам на перевозку взрослых, детей, а также безденежные для проезда детей без занятия отдельного места в возрасте указанном в разделе «Оформление проезда детей». В одном заказе может быть оформлено не более 4 электронных билетов с указанием персональных данных 4 пассажиров.

=== Правила оформления детей ===
Проезд детей в возрасте до 10 лет в поездах дальнего следования без сопровождения взрослых не допускается. Возраст ребенка определяется на день начала поездки.
 '''1) Проезд детей во внутрироссийском сообщении и странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазией:'''
 Пассажир, осуществляющий поездку, оплаченную по полному тарифу, имеет право провозить с собой одного ребенка в возрасте не старше 5 лет без оплаты стоимости проезда, если он не занимает отдельное место. В этом случае для ребенка оформляется безденежный электронный билет без занятия места в одном заказе с электронным билетом по полному тарифу. Если пассажир не оформил электронный билет на ребенка до 5 лет без занятия места, получить безденежный проездной документ возможно в билетной кассе при наличии электронного билета (посадочного купона на бланке проездного документа), оплаченного по полному тарифу.
На ребенка в возрасте до 5 лет по желанию пассажира можно оформить электронный билет с местом по детскому тарифу в одном заказе с электронным билетом по полному тарифу
При следовании одного или более детей в возрасте от 5-и до 10 лет на каждого ребенка необходимо оформить электронный билет по детскому тарифу.
Ребенку в возрасте от 5 до 10 лет необходимо оформить электронный билет с занятием отдельного места, оплачиваемый по детскому тарифу в одном заказе с электронным билетом по полному тарифу.
Для детей, которым исполнилось 10 лет и старше, оформляются электронные билеты по полному тарифу.
 '''ВНИМАНИЕ!''' Оформление безденежных электронных билетов для проезда детей в возрасте до 5 лет без занятия отдельного места в сопровождении взрослых со станций, расположенных на территории Украины, на сайте не производится.
 '''2) Проезд детей в международном сообщении (дальнее зарубежье):'''
 При проезде в поездах: №17/18 Москва - Ницца - Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин – Саратов, включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин:
Пассажир, осуществляющий поездку, оплаченную по полному тарифу, имеет право провозить с собой одного ребенка в возрасте не старше 4 лет без оплаты стоимости проезда, если он не занимает отдельное место. В этом случае для ребенка оформляется безденежный электронный билет без занятия места в одном заказе с электронным билетом по полному тарифу. Если пассажир не оформил электронный билет на ребенка до 4 лет без занятия места, получить безденежный проездной документ возможно в билетной кассе при наличии электронного билета (проездного документа), оплаченного по полному тарифу. На ребенка в возрасте до 4 лет по желанию пассажира можно оформить электронный билет с местом по детскому тарифу в одном заказе с электронным билетом по полному тарифу. При следовании одного или более детей в возрасте от 4-и до 12 лет на каждого ребенка необходимо оформить электронный билет по детскому тарифу. Ребенку в возрасте от 4 до 12 лет необходимо оформить электронный билет с занятием отдельного места, оплачиваемый по детскому тарифу в одном заказе с электронным билетом по полному тарифу.
Для детей, которым исполнилось 12 лет и старше, оформляются электронные билеты по полному тарифу.
 '''3) Проезд детей в сообщении с Финляндией:'''
 Пассажир имеет право провезти с собой бесплатно одного ребенка не старше 6-ти лет, если он не занимает отдельного места. В этом случае для ребенка оформляется безденежный электронный билет без занятия места в одном заказе с электронным билетом по полному тарифу.
Если пассажир не оформил электронный билет на ребенка до 6 лет без занятия места, получить безденежный проездной документ возможно в билетной кассе при наличии электронного билета (проездного документа), оплаченного по полному тарифу. На ребенка в возрасте до 6 лет по желанию пассажира можно оформить электронный билет с местом по детскому тарифу в одном заказе с электронным билетом по полному тарифу. При следовании одного или более детей в возрасте от 6 до 17 лет на каждого ребенка необходимо оформить электронный билет по детскому тарифу в одном заказе с электронным билетом по полному тарифу. Для детей, которым исполнилось 17 лет и старше, необходимо оформить электронные билеты по тарифу на перевозку взрослого пассажира.

=== Перечень документов, дающих право проезда ===
'''Формат ввода номера российского паспорта нового образца (ПН):'''
* Серия: четыре цифры
* Номер: шесть цифр
'''Формат ввода номера заграничного паспорта (ЗП):'''
* Номер: девять цифр
'''Формат ввода номера свидетельства о рождении (СР):'''
* Серия: римские цифры (в латинском регистре), две буквы кириллицей
* Номер: шесть цифр
При заполнении номера документа, удостоверяющего личность, символ «№» не указывается.
Данные паспорта или свидетельства о рождении, выданные гражданам иностранных государств, вводятся с заданием типа документа — иностранный документ. Персональные данные пассажира должны соответствовать данным, указанным в документе, удостоверяющем его личность. Если персональные данные в документе указаны на двух языках (русском и латинском), информация в заказе заполняется на русском языке при проезде во внутрироссийском сообщении, со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазией. Информация в заказе заполняется на латинском языке при проезде в дальнем международном сообщении. В случае обнаружения ошибки в персональных данных пассажиров или реквизитах документов, удостоверяющих их личность, вы должны до момента оплаты заказа ввести исправленную информацию. За правильность указания реквизитов поездки и персональных данных каждого пассажира полную ответственность несет лицо, оформляющее заказ. Обращаем ваше особое внимание, в случае ошибки при вводе номеров документов, удостоверяющих личность, и других личных данных, пассажир не сможет получить посадочный купон (проездной документ) в билетной кассе и осуществить проезд в поезде.

=== Оформление форм данных о заказчике ===
[[Файл:forma.png|thumb|right|600px|Форма заполнения данных о заказчике]]
После того как выбрали вагон и места, идет следующий этап, заполнение данных о заказчике.
 Форма должна содержать такую информацию как контактные и паспортные данные.
 В форме присутствует множество полей, которые можно заполнить.
 Обязательным полем для заполнения является поле "Фамилия".
 Поля:
* Фамилия;
* Имя;
* Отчество;
* Город;
* Улица;
* Дом;
* Квартира
могут быть заполнены как на русском, так и на английском языке.

 При неправильном заполнении после нажатия кнопки «Продолжить» появится валидационное сообщение об ошибке ''«Неправильный формат»''. Заказчиком может быть как тот, кто будет пользоваться услугами так и любой другой человек.
 За правильность указания персональных данных о заказчике и пассажирах полную ответственность несет пользователь, оформляющий заказ.

 В выпадающих списках:
* Пол;
* Гражданство;
* Тип документа;
* Страна
нужно выбрать один из предложенных вариантов.

 При клике в полях:
* Дата рождения;
* Срок действия документа
появится календарь, в котором указываем дату и год рождения согласно паспортным данным и дату когда заканчивается срок действия документа.

 Форма поля «Электронный адрес» состоит из xxxxxx@ddd.ff, где:
* ххххх - имя пользователя
* dddd.ff - имя домена
* @ - расделительный знак который всегда находиться между именем пользователя и домена.и "Телефон", нужно ввести номер телефона и электронный адрес согласно правилам заполнения.

 Для поля «телефон» допустим только ввод чисел.
 «Тип телефона» можно выбрать, кликнув по нему. Доступных для выбора:
* Мобильный
* Домашний
* Рабочий
 После того как заполнили все необходимые поля, кликнув по кнопке «Продолжить» вы перейдете в следующий раздел.

= Электронная регистрация =
=== Порядок электронной регистрации ===
'''Электронная регистрация выполняется:'''
* автоматически во время процедуры заказа электронных билетов
* в любое другое время, но не позднее, чем за час до отправления поезда с начальной станции маршрута следования, если билеты уже приобретены, но пока не распечатаны, в своем Личном кабинете либо отправив SMS-сообщение с текстом: «UFS [четыре последние цифры номера заказа] 1» на номер 7030. После этого вы получите ответ: SMS с информацией об изменении статуса электронной регистрации
* как одновременно для всех пассажиров, указанных в заказе, так и на отдельные электронные билеты в заказе.
'''ВНИМАНИЕ!''' Стоимость SMS-сообщения составляет от 10 до 15 рублей (в зависимости от компании-оператора). Стоимость сообщения не включена в сервисный сбор, а списывается с баланса мобильного телефона, указанного в процессе оформления билета.
'''Электронная регистрация невозможна, если:'''
* необходимо отправить багаж в багажном вагоне, так как его перевозка оформляется при предъявлении проездного документа
* станция отправления пассажира расположена более чем в 4-х часовом интервале следования поезда от первоначальной станции маршрута (для поездов внутреннего сообщения)
'''Аннулирование услуги (отказ) электронной регистрации осуществляется не позднее 1 часа до отправления поезда с начальной станции маршрута следования:'''
* на сайте
* посредством отправки SMS-сообщения с текстом «UFS [четыре последние цифры номера заказа] 0» на номер 7030
* путем получения посадочного купона на бланке проездного документа в билетной кассе или терминале самообслуживания на территории Российской Федерации

'''Внимание!''' Резервирование будет автоматически аннулировано поставщиком, после наступления таймлимита на подтверждение бронирования мест. Если оплата была произведена после наступления таймлимита, то эта информация будет отражена в статусе заказа: «Аннулирован (Поставщиком) - Оплачено».

 '''ВНИМАНИЕ!''' Стоимость SMS-сообщения составляет от 10 до 15 рублей (в зависимости от компании-оператора). Стоимость сообщения не включена в сервисный сбор, а списывается с баланса мобильного телефона, указанного в процессе оформления билета.
'''Важно:'''
* При наличии услуги электронной регистрации на поезда, курсирующие в сообщении между РФ и Латвийской Республикой, РФ и Республикой Беларусь, РФ и Украиной оформление в билетных кассах и в терминалах самообслуживания посадочных купонов (проездных документов) не производится менее 1 часа до отправления поезда с начальной станции маршрута следования
* Если вы прошли электронную регистрацию и хотите вернуть свой электронный билет (на поезда: №32 Москва-Хельсинки, №17/18 Москва-Ницца-Москва, №23/24 Москва-Париж-Москва) менее чем за 1 час до отправления поезда с начальной станции маршрута следования и более чем за 6 часов до отправления поезда со станции Вашей посадки (по местному времени), возврат денежных средств за неиспользованный электронный билет осуществляется в претензионном порядке
'''При наличии услуги электронной регистрации на поезда не производится:'''
* возобновление срока действия электронного билета в случае опоздания на поезд пассажира в сообщении между РФ и Латвийской Республикой, РФ и Республикой Беларусь, РФ и Украиной
* продолжение поездки в случае прерывания поездки в пути следования
Посадка в поезд по электронным билетам с электронной регистрацией осуществляется в соответствии с разделом «Посадка пассажира на поезд».
Возврат электронных билетов с электронной регистрацией осуществляется в соответствии с разделом «Возврат неиспользованных электронных билетов».

=== Правила электронной регистрации ===
Электронная регистрация на поезд – согласие пассажира на осуществление проезда в поезде на основании договора перевозки, подтвержденного электронным билетом. При электронной регистрации в обязательном порядке на сайте выдается посадочный купон к контрольному купону электронного билета.

= Электронный билет =
=== Порядок получения электронного билета ===
После оплаты электронного билета формируется контрольный купон электронного билета, в котором указан номер заказа (14-знаков) и электронного билета (14-знаков). В случае, если в заказе один билет, номер заказа и номер электронного билета совпадают. В случае, если заказ оформлен на 2-4 пассажиров, номер заказа и номер электронного билета совпадают у первого пассажира в заказе. Обязательно распечатайте контрольный купон электронного билета или запомните номер заказа/электронного билета. В соответствии с Приказом Министерства транспорта Российской Федерации от 21.08.2012 г. № 322 «Об установлении форм электронных проездных документов (билетов) на железнодорожном транспорте» '''контрольный купон является документом строгой отчетности и применяется для осуществления расчетов''' без применения контрольно-кассовой техники. '''Контрольный купон электронного билета без посадочного купона для проезда недействителен.''' Для получения посадочного купона пройдите электронную регистрацию на сайте или получите посадочный купон на бланке поездного документа в билетной кассе или терминале самообслуживания на территории Российской Федерации. Пользователь, оформляющий электронные билеты, действует от имени всех пассажиров заказа, в связи с чем все пассажиры заказа считаются проинформированными об условиях посадки и проезда в поезде.
''' Получение посадочного купона на бланке проездного документа'''
 Если Вы не воспользовались услугой электронной регистрации или услуга электронной регистрации не предоставляется в выбранный Вами поезд, для посадки в поезд Вам необходимо получить посадочный купон на бланке проездного документа в билетной кассе, оборудованной терминалом системы "Экспресс" (далее-билетная касса), или терминале самообслуживания только на территории Российской Федерации. Проездной документ для проезда в международном сообщении (дальнее зарубежье) можно получить только в международных билетных кассах на территории Российской Федерации (в терминалах самообслуживания – только проездные документы на поезда в сообщении Россия - Финляндия)
 '''ВНИМАНИЕ!''' Обязательно распечатайте контрольный купон или запомните номер электронного билета (14 цифр), по которому может быть выдан посадочный купон на бланке проездного документа. Если контрольный купон утерян или Вы забыли номер электронного билета, войдите в Личный кабинет под своим паролем и найдите нужный Вам заказ. При необходимости распечатайте его повторно. В случае возникновения проблем обратитесь в службу поддержки [[UFS(статья_находиться_в_стадии_разработки)|УФС]] по телефону 8(495)-642-83-65.
 Оформление посадочных купонов (проездных документов) производится на основании контрольного купона или номера электронного билета/заказа (14 цифр), одному из пассажиров заказа по документу, удостоверяющему его личность, указанному в электронном билете, или доверенному лицу на основании доверенности или её нотариально заверенной копии. Оригинал доверенности или нотариально заверенная копия отдается билетному кассиру.
 В билетной кассе можно получить посадочные купоны (проездные документы) на весь заказ в целом или на конкретные электронные билеты заказа.
 '''ВНИМАНИЕ!''' В терминале самообслуживания посадочные купоны (проездные документы) оформляются на весь заказ в целом. В терминалах самообслуживания оформление проездных документов на поезда: №17/18 Москва-Ницца-Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов – Берлин – Саратов, включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург – Берлин, не производится. Изменение персональных данных пассажиров при выдаче посадочных купонов в билетной кассе или с помощью терминала самообслуживания не допускается.
 Оформление посадочных купонов (проездных документов) не производится в период технологического перерыва АСУ "Экспресс" с 3 ч. 30 мин. до 4 ч. 00 мин. по московскому времени.
 Во избежание недоразумений и предотвращения опоздания на поезд рассчитывайте достаточное время для получения посадочного купона (проездного документа) в кассе ОАО «РЖД», ОАО «ФПК», ТТС и ТТР . (рекомендуемое время прибытия не менее чем за один час до отправления поезда).

=== Правила и особенности возврата электронного билета ===
'''Возврат неиспользованных электронных билетов'''
 При возврате неиспользованного электронного билета дополнительный сервисный сбор не возвращается ни при каких обстоятельствах!
 '''Возврат неиспользованных электронных билетов на сайте'''
 Совершая возврат электронных билетов на сайте, вы соглашаетесь со всеми ниже перечисленными условиями.
 Вы, как пользователь сайта, подтверждаете свое право и дееспособность, финансовую состоятельность, а также сознаете ответственность за обязательства, возложенные на вас.
 Пользователь, осуществляющий возврат неиспользованных электронных билетов на сайте, действует от имени всех пассажиров заказа, в связи с чем все пассажиры заказа считаются проинформированными об отказе от поездки.
 На нашем сайте возможен возврат электронных билетов, оплаченных кредитной картой.
 Возврат возможен как целого заказа, так и отдельно каждого электронного билета из заказа.
 Если вы не воспользовались услугой электронной регистрации, возврат неиспользованного электронного билета на поезд:
* внутреннего сообщения по территории Российской Федерации и международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой и Республикой Абхазией - осуществляется в любое время до отправления поезда со станции посадки пассажира (время указано в контрольном купоне электронного билета);
* международного сообщения (дальнее зарубежье) - осуществляется не менее чем за 6 часов до отправления поезда со станции посадки пассажира (время указано в контрольном купоне электронного билета).
 Если вы воспользовались услугой электронной регистрации, возврат неиспользованного электронного билета на поезд:
* внутреннего сообщения по территории Российской Федерации и международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой и Республикой Абхазией осуществляется не менее чем за 1 час до отправления поезда с начальной станции маршрута следования (время указано в контрольном купоне электронного билета);
* международного сообщения (дальнее зарубежье) осуществляется не позднее чем за 1 час до отправления поезда с начальной станции маршрута следования и не позднее чем за 6 часов до отправления поезда со станции посадки пассажира (время указано в контрольном купоне электронного билета).
 При возврате на сайте неиспользованного электронного билета, оформленного на проезд по территории Российской Федерации в поезде российского формирования, к зачислению на банковскую карту причитается:
* не позднее чем за 8 часов до отправления поезда со станции посадки пассажира - стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 8 часов, но не позднее, чем за 2 часа до отправления поезда со станции посадки пассажира - стоимость билета и 50% стоимости плацкарты;
* менее чем за 2 часа и до момента отправления поезда со станции посадки пассажира – только стоимость билета, стоимость плацкарты не возвращается.
 При возврате на сайте неиспользованного электронного билета, оформленного в поезд международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой и Республикой Абхазией, к зачислению на банковскую карту причитается:
* не позднее чем за 24 часа до отправления поезда со станции посадки пассажира - стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 24 часа, но не позднее, чем за 6 часов до отправления поезда со станции посадки пассажира - стоимость билета и 50% стоимости плацкарты;
* менее чем за 6 часов и до момента отправления поезда со станции посадки пассажира – только стоимость билета, стоимость плацкарты не возвращается.
 При возврате неиспользованного электронного билета, оформленного на поезда внутреннего сообщения по территории Российской Федерации и международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазией, стоимость сервисных услуг (в том числе постельного белья) возвращается полностью.
 При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате неиспользованных безденежных электронных билетов, оформленных для проезда детей до 5 лет без занятия места, сбор за возврат не взимается.
 При возврате на сайте неиспользованного электронного билета, оформленного на проезд в международном сообщении в поезда: №17/18 Москва-Ницца-Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин - Саратов включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин, №32 Москва-Хельсинки и скоростные поезда «Аллегро» к зачислению на банковскую карту причитается:
* не позднее, чем за 6 часов до отправления поезда со станции посадки пассажира - стоимость проезда, состоящая из стоимости билета и стоимости плацкарты.
 При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате неиспользованных безденежных электронных билетов, оформленных для проезда детей, сбор за возврат не взимается.
 Зачисление причитающихся денежных средств за неиспользованный электронный билет осуществляется на банковскую карту, с помощью которой производилась оплата электронного билета, в сроки, установленные правилами платежных систем (от 7-ми до 30-ти календарных дней с момента оформления возврата в личном кабинете).
 '''ВНИМАНИЕ!''' Для урегулирования претензий, касающихся неполучения денежных средств за возвращенный неиспользованный электронный билет на банковскую карту, следует обратиться с письменной претензией в банк, держателем карты которого Вы являетесь.
 '''ВНИМАНИЕ!''' После получения посадочного купона на бланке проездного документа в билетной кассе ОАО «РЖД» или терминале самообслуживания возврат электронного билета на сайте невозможен. Возврат возможен только в кассах ОАО «РЖД» или ОАО «ФПК».
 '''Возврат неиспользованных электронных билетов в кассе'''
 Возврат неиспользованного электронного билета производится пассажиром в билетной кассе '''на территории Российской Федерации,''' осуществляющей возврат билетов, при предъявлении контрольного купона или номера электронного билета/заказа и документа, удостоверяющего личность пассажира, номер которого указан в электронном билете, в соответствии с установленными сроками возврата. Возврат неиспользованного электронного билета '''международного сообщения (дальнее зарубежье)''' осуществляется только в '''международных билетных кассах.'''
 Возврат денежных средств за неиспользованные электронные билеты производится только на '''территории Российской Федерации.'''
 Возврат возможен как целого заказа, так и конкретного электронного билета из заказа.
 Возврат заказа в целом производится по всем электронным билетам заказа за исключением электронного билета, по которому выдан посадочный купон (проездной документ) в билетной кассе или терминале самообслуживания.
 В случае, если пассажир получил посадочный купон на бланке проездного документа, возврат осуществляется при предъявлении пассажиром в билетную кассу этого бланка и документа, удостоверяющего личность.
 Зачисление причитающихся денежных средств за неиспользованный электронный билет осуществляется на банковскую карту, с помощью которой производилась оплата электронного билета, в сроки, установленные правилами платежных систем (от 7-ми до 30-ти календарных дней с момента оформления возврата в кассе).
 Возврат электронных билетов, оформленных на проезд в поездах "Сапсан" по специальному тарифу "туда - обратно", производится только в случае одновременного предъявления в билетную кассу электронных билетов на проезд "туда" и "обратно".
 Возврат денежных средств за неиспользованный электронный билет "обратно", оформленный на проезд в поездах "Сапсан" по специальному тарифу "туда – обратно", производится в претензионном порядке. Для возврата денежных средств необходимо обратиться в билетную кассу, где пассажиру будет выдано подтверждение о возврате места. С этим документом и с заявлением о возврате денежных средств (пишется в свободной форме) необходимо обратиться (лично или отправить письмо по почте) в Дирекцию скоростного сообщения – филиал ОАО "РЖД", расположенную по адресу: 105066, г. Москва, ул. Нижняя Красносельская, д. 40/12, стр. 11. Возврат денежных средств пассажиру производится за минусом 10%-ного снижения стоимости проезда в направлении "туда".
 При возврате в билетной кассе неиспользованного электронного билета, оформленного на проезд по территории Российской Федерации (за исключением поездов формирования стран СНГ, Латвийской Республики, Литовской Республики, Эстонской Республики) к зачислению на банковскую карту причитается:
* не позднее, чем за 8 часов до отправления поезда стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 8 часов, но не позднее, чем за 2 часа до отправления поезда стоимость билета и 50% стоимости плацкарты;
* менее чем за 2 часа до отправления поезда, стоимость билета, стоимость плацкарты не возвращается;
* при опоздании на поезд в течение 12 часов после отправления поезда со станции посадки пассажира, либо вследствие болезни, несчастного случая при наличии подтверждающих документов в течение 5 суток с момента отправления поезда, на который приобретен проездной документ, стоимость билета, стоимость плацкарты не возвращается.
 '''ВНИМАНИЕ!''' Возврат денежных средств за неиспользованный электронный билет с электронной регистрацией на поезда во внутрироссийском сообщении:
* в период от 20 минут до 3 часов после отправления поезда со станции отправления пассажира, при условии его личной явки в билетную кассу и предъявления документа, удостоверяющего личность, указанного в электронном билете, производится на карту плательщика после операции возврата;
* производится в претензионном порядке следующих случаях:
** менее чем за 1 час до отправления поезда с первоначальной станции отправления поезда и не более 20 минут после отправления поезда со станции отправления пассажира;
** более 3 часов после отправления поезда со станции отправления пассажира, но не позднее 12 часов после отправления поезда со станции посадки пассажира;
** в случае возврата электронных билетов с электронной регистрацией при предъявлении доверенности, уполномоченным лицом;
** в иных случаях предусмотренных нормативными документами;
 Стоимость сервисных услуг (в том числе постельного белья), возвращается полностью. При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате в билетной кассе неиспользованного электронного билета, оформленного на проезд '''в международном сообщении''' со странами и в поезда (вагоны) формирования железных дорог СНГ, Латвийской Республики, Литовской Республики и Эстонской Республики, к возврату причитается:
* не позднее, чем за 24 часа до отправления поезда стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 24 часа, но не позднее, чем за 6 часов до отправления поезда стоимость билета и 50% стоимости плацкарты;
* менее чем за 6 часов до отправления поезда, но не позднее чем через 3 часа после отправления поезда со станции посадки пассажира, либо вследствие болезни, несчастного случая в течение 10 суток после окончания срока действия подтверждающих документов - стоимость билета, стоимость плацкарты не возвращается.
 '''ВНИМАНИЕ!''' Возврат неиспользованного электронного билета с электронной регистрацией на поезда в сообщении с Латвийской Республикой, Республикой Беларусь и Украиной менее чем за 1 час до отправления поезда с начальной станции маршрута следования поезда не производится.
 Стоимость сервисных услуг (в том числе постельного белья) возвращается полностью. При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате в билетной кассе неиспользованного электронного билета, оформленного на проезд в '''международном сообщении''' в поезда: №17/18 Москва-Ницца-Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин - Саратов включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин, №32 Москва-Хельсинки и скоростные поезда «Аллегро» к зачислению на банковскую карту причитается:
* не позднее, чем за 6 часов до отправления поезда стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 6 часов до отправления поезда, обозначенного в проездном документе, возврат стоимости не производится.
 '''ВНИМАНИЕ!''' При возврате электронного билета с электронной регистрацией менее чем за 1 час до отправления поезда с начальной станции маршрута следования и более чем за 6 часов до отправления поезда со станции посадки пассажира (по местному времени), возврат денежных средств за неиспользованный электронный билет осуществляется в претензионном порядке.
 При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 Возврат неиспользованного электронного билета в билетных кассах '''на территории стран СНГ, Латвийской Республики, Литовской Республики, Эстонской Республики''' осуществляется при предъявлении посадочного купона, оформленного на бланке проездного документа. При этом производится возврат мест без возврата денежных средств. Для зачисления возврата причитающихся денежных средств необходимо обратиться в билетную кассу на территории Российской Федерации в течение 6 месяцев с даты отправления поезда и предъявить бланк возврата мест, неиспользованный посадочный купон на бланке проездного документа и документ, удостоверяющий личность пассажира.
 Возврат неиспользованного электронного билета в билетных кассах '''на территории Европейских государств''' осуществляется только при предъявлении проездного документа, оформленного на бланке установленной формы. На проездной документ наносится отметка о его неиспользовании с указанием числа, месяца, года и времени (часов, минут) обращения пассажира. Для возврата причитающихся денежных средств за неиспользованный проездной документ необходимо обратиться в международную билетную кассу на территории Российской Федерации в течение одного месяца с даты отправления поезда, указанной в проездном документе, предоставить заявление и неиспользованный проездной документ с соответствующей отметкой. Рассмотрение заявления пассажира осуществляется в 180-дневный срок со дня получения.

= Документы ЖД =

В УИТ в зависимости от наличия признака электронного билета загружаются разные шаблоны из раздела '''«Настройки системы» ⇨ «Нотификации и документы» ⇨ «Документы» ⇨ «Документы для ЖД»'''. Если электронный билет доступен, используется шаблон '''''«Электронный посадочный документ(УИТ)»''''', если нет, используется шаблон '''''«Бланк заказа»'''''.

== Справка о сервисном сборе ==
[[Файл:Service_Fee.jpg|thumb|right|800px|Чекбокс, отвечающий за отправку сервисного сбора]]

Документ, в котором представлена информация о сервисном сборе, взимаемом с пассажира за оформление билета. Квитанция о сервисном сборе автоматически приходит на почту вместе с электронным билетом после выписки заказа покупателем. У пользователя есть возможность отключить отправку сервисного сбора на почту в разделе '''«Управление продажами» ⇨ «Ж/Д билеты» ⇨ «Настройки»''' - чекбокс «Отправлять квитанцию о сервисном сборе на почту».
Шаблон документа настраивается с использованием указанных ниже переменных:

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Справочник шаблонных переменных'''
<div class="mw-collapsible-content">

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|%AGENCY_NAME%
|Название агентства
|-
|%AGENCY_PHONE%
|Телефон агентства
|-
|%AGENCY_EMAIL%
|E-mail агентства
|-
|%USER_NAME%
|Имя и фамилия получателя письма
|-
|%BOOKING_NUMBER%
|Внутренний номер заказа
|-
|%EXTERNAL_ID%
|Внешний ID заказа
|-
|%BOOKING_CODE%
|Код доступа к брони
|-
|%SERVICE_BOOKING_NUMBER%
|Номер бронирования в системе поставщика
|-
|%LINK_TO_BOOKING%
|Ссылка на бронирование
|-
|%CLIENT_PHONE%
|Телефон заказчика
|-
|%QRCODE%
|QR - код
|-
|%TRAIN_NUMBER%
|Номер поезда
|-
|%TRAIN_NAME_INFO%
|Наименование поезда(номер, название, тип)
|-
|%BEGIN_STATION%
|Станция, с которой отправляется клиент
|-
|%END_STATION%
|Станция, на которую пребывает клиент
|-
|%BEGIN_DATE%
|Дата и время выезда
|-
|%END_DATE%
|Дата и время прибытия
|-
|%TIME_IN_ROAD%
|Время в пути
|-
|%DEPARTURE_STATION%
|Станция, от которой следует поезд
|-
|%ARRIVAL_STATION%
|Станция, до которой следует поезд
|-
|%CAR_NUMBER%
|Номер вагона
|-
|%CAR_TYPE%
|Тип вагона
|-
|%CAR_GENDER_TYPE%
|Гендерный тип купе
|-
|%CHOICE_SEATS_COUNT%
|Количество выбранных мест
|-
|%SEATS_RANGE%
|Выбранный диапазон мест
|-
|%PASS_NAME_FOR_BLANK%
|Имя пассажира, выводимое в бланке
|-
|%PASS_NUMBER%
|Порядковый номер пассажира в бланке заказа
|-
|%PASS_TARIFF%
|Тариф
|-
|%PASS_TARIFF_PRICE%
|Стоимость билета по тарифу
|-
|%PASS_TICKET_PRICE%
|Цена билета для пассажира
|-
|%PASS_TICKET_STATUS%
|Статус билета
|-
|%PASS_DOC_FORMAT%
|Информация о документе пассажира для бланка
|-
|%PASS_SUM_FOR_REFUND%
|Сумма к возврату для конкретного пассажира
|-
|%PASS_SEAT_NUM%
|Номер зарезервированного места для конкретного пассажира
|-
|%PASS_TICKET_NUM%
|Номер билета/заказа для конкретного пассажира
|-
|%PASS_BLANK_NUM%
|Номер бланка/документа для конкретного пассажира
|-
|%PASS_DOB%
|Дата рождения
|-
|%PASS_PLACE_OF_BIRTH%
|Место рождения
|-
|%PASS_GENDER%
|Пол
|-
|%PASS_CITIZENSHIP%
|Гражданство
|-
|%PASS_COUNT%
|Количество пассажиров
|-
|%PASS_CHARGE%
|Сбор за конкретного пассажира
|-
|%SEAT_NUMS_STR%
|Номера мест
|-
|%LOCATOR_NUM%
|Номер заказа
|-
|%SERVICE_CLASS%
|Класс обслуживания
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%TOTAL_CHARGE%
|Сумма сборов
|-
|%VAT_TOTAL_CHARGE%
|НДС суммы сборов
|-
|%TOTAL_CHARGE_FEE_LETTERS%
|Сумма сборов прописью
|-
|%VAT_TOTAL_CHARGE_FEE_LETTERS%
|НДС суммы сборов прописью
|-
|%TOTAL_SUM_FOR_REFUND%
|Общая сумма к возврату
|-
|%TOTAL_CHARGE_FOR_REFUND%
|Общий сбор агентства за возврат
|-
|%ORDER_DATE%
|Дата заказа
|-
|%SERVICE_CLASS_SHORT%
|Сокращенная форма для класса обслуживания
|-
|%ANNULATE_DATE%
|Крайний срок оплаты (дата и время автоматической аннуляции во временной зоне пользователя)
|-
|%UIT_CAR_NUMBER%
|Номер вагона (для УИТ)
|-
|%UIT_TRAIN_INFO%
|Информация о поезде (для УИТ)
|-
|%ARRIVAL_TRAIN%
|%ARRIVAL_TRAIN%
|}

</div>
</div>

=Возврат билетов=
Для осуществления возврата билетов необходимо в форме заказа выбрать "вернуть билеты" .

[[Файл:Trainrefundticket.png]]

Сначала необходимо будет получить сумму к возврату, указав номер документа одного из пассажиров.

[[Файл:Trt3.png]]

После чего будет отображена сумма к возврату и сбор агентства. На данном этапе можно будет распечатать заявление на возврат. Далее можно будет перейти непосредственно к возврату либо отказаться от возврата.

[[Файл:Trt4.png]]

В случае возврата в форме заказа и в личном кабинете будет установлен статус "Возвращен"(Пользователем).

[[Файл:Trt6.png]]

= Отчеты по билетам =
Находятся в '''Статистика и отчеты → Отчеты → Отчет по жд-заказам''', на данный момент можно выбрать два типа отчета - ''Отчет по EMD'' и ''Настраиваемый отчет по выписанным ЖД-заказам''.

=== Отчет по EMD ===
Для вывода отчета необходимо задать временные рамки при помощи полей "Дата от" и "Дата до".

Отчет состоит из следующих колонок:
* Номер EMD(номер электронного билета)
* Дата выписки
* Имя пользователя (под которым был сделан заказ)
* Тип операции (Выписка или Возврат)
* Стоимость билета
* Сумма возврата
* Сбор за билет
* Сбор за возврат
* Итого
* Валюта

Ниже располагается блок с общей статистикой:
* Итого оформлено билетов
* Итого оформлено билетов на сумму
* Итого возвращено билетов
* Итого возвращено билетов на сумму
* Итого

===Настраиваемый отчет по выписанным жд-заказам===
В отчете выводятся выбранные пользователем статистические данные по выписанным заказам.
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Отчет состоит из следующих колонок'''
<div class="mw-collapsible-content">
* ID заказа
* ID заказа в Nemo2
* PNR локатор
* Поставщик бронирования
* ID пользователя
* Логин пользователя
* ID компании
* Компания
* Источник перехода
* Дата поиска
* Дата бронирования
* Дата выписки
* Дата отправления
* Дата прибытия
* Способ оплаты
* Общая стоимость
* Стоимость
* Сумма сборов агента
* Статус оплаты
* Прибыль агентства
* Сбор субагента
* Прибыль субагента
* Сумма альфастрахования
* Сумма аэроэкспресса
* Стоимость сервисного пакета
* Сумма ERV страхования
* Сумма дополнительных услуг
* Сбор платежного шлюза
* Сумма по всем доп. услугам
* Билеты
* Количество пассажиров
* Количество взрослых
* Количество детей
* Количество младенцев без места
* Количество билетов
* Станция отправления (название)
* Станция отправления (код)
* Станция прибытия (название)
* Станция прибытия (код)
* Время в пути (в минутах)
* Доступна "ЭР"
* Пройдена "ЭР"
* Постельное белье
* Животные разрешены
* Перевозчик
* Бренд
* Класс
* Тип дороги
</div>
</div>

= Управление продажами, раздел «Ж/Д билеты» =
[[Файл:Settings trains.jpg|thumb|right|800px|Доступные настройки для раздела «ЖД билеты»]]

== Предустановка параметров поиска ==
Настроить предустановки параметров поиска можно в разделе '''«Управление продажами» ⇨ «Ж/Д билеты» ⇨ «Настройки»'''.

Доступные опции:

'''Пошаговый индикатор''' - настройка включения пошагового индикатора, который позволяет пользователю видеть на каком шаге бронирования ЖД-билетов он сейчас находится, какие шаги он прошел и какие осталось пройти.

'''Тип поиска''' - Возможно включение одновременно двух типов. Предварительно должны быть настроены реквизиты для соответствующего типа поиска на сервере ЖД. Если реквизитов для какого-либо источника настроено не будет, то поиск по нему выполнен не будет. Возможные значения:

* УФС
* УИТ
* Сирена

'''Предустановки станций на форме поиска'''

* Отправление;
* Прибытие.

'''Формат загружаемого билета''' — опция задает формат файла, отправляемого в нотификации о выписке. Если поставщик не позволяет получить бланк билета, то он формируется системой на основе шаблона «Бланк билета» в разделе «Заказы» — «Документы» — «Документы для ЖД».

* html
* pdf

!Для УИТ в случае невозможности создания бланка заказа в формате .pdf, бланк заказа генерируется в виде html-файла.

'''Чекбоксы «С правилами ознакомлен», «С информацией о правах субъекта персональных данных ознакомлен», «Согласие на обработку персональных данных» и «Отображать кнопку создания заявки на странице ввода пассажирских данных»''' - можно выбрать отображение чекбоксов на странице ввода данных. По умолчанию все чекбоксы выключены.
'''Чекбокс «Отправлять квитанцию о сервисном сборе на почту»''' - По умолчанию включен.

== Ограничения ==
Доступные опции для настройки ограничений:

* Цифр после точки;

ВНИМАНИЕ! Для оформления заказа гражданином РФ, связанным с нахождением на территории Украины, необходим загранпаспорт!

== Реквизиты подключения к [[GDS]] ==

== Ценовые правила ==
Система позволяет задавать правила агентского сбора за продажу и за возврат.

Если создано несколько правил с одинаковым типом применения, то окончательный сбор будет суммой значений по всем правилам данного типа применения.

На ребенка без места сборы не распространяются и равны нулю.

Агентский сбор за возврат билетов вычитается из суммы к возврату, получаемой от поставщика услуг.

После возврата билета(ов) на странице информации о заказе отображается информация об общей сумме к возврату, об общем агентском сборе за возврат. Также сборы за возврат и суммы к возврату указываются по каждому пассажиру, вернувшему билет.

=== Создание нового ценового правила «Создать новую запись» ===

Доступные поля для настройки:

* Активна;
*# Да;
*# Нет;

* Тип применения — опция определяет за что будет взят агентский сбор:
** За продажу
** За возврат

* Сезон по дате услуги - всегда (чекбокс);
* Дата продажи услуги - всегда (чекбокс);

* Тип наценки;
*# Процент;
*# Установленное значение;

* Значение наценки за пассажира;
(поле, обязательное для заполнения)

* Цена услуги не менее … + указание валюты;

* Цена услуги не более … + указание валюты.

=== Для уже существующих ценовых правил ===
Отображается таблица, которая содержит такие поля:
* Пользователь;
* № — № ценового правила;
* Активна — статус;
* Тип применения
* Сезон по дате услуги (с);
* Дата продажи услуги с;
* Значение наценки за пассажира;
* Цена услуги не менее;
* Цена услуги не более;
* Ред. — редактировать; (нажатие на иконку дает возможность редактировать данное ценовое правило)
* Удл. — удалить. (нажатие на иконку [×] дает возможность удалить данное ценовое правило)

==Справочные страницы==
Имеется возможность сменить заголовок и содержание статей из списка «сменить».

Доступные к редактированию поля:

* Заголовок;
* Содержимое страницы.

Обработка неподтвержденных сегментов - Блокировка перелётов

2018-02-15T13:54:18Z

Александра Ларцева:

== Назначение ==
Данный функционал позволяет временно блокировать недоступные перелёты, не пропуская их на выдачу результатов [[Поиск_(Авиабилеты)|поиска]].

== Принцип работы ==
Функционал работает следующим образом: [[Пользователь|пользователь]] запускает поисковый запрос, после получения [[Результаты_поиска|результатов поиска]] выбирает конкретный перелет, и, если в процессе актуализации перелета или в момент [[Бронирование|бронирования]] система получает ошибку от поставщика (например, выбранный [[Класс_бронирования_(подкласс)|класс бронирования]] уже недоступен) по данному рейсу, то перелет будет занесен в список блокировки. При последующих поисках в зависимости от заданных настроек, описанных ниже, данный рейс не будет попадать в выдачу результатов.

- Если известно на каком [[Сегмент|сегменте]] перелета и литере недоступны места и данный сегмент не может продаваться отдельно, то блокируются все сегменты данной [[Авиакомпания|авиакомпании]].

- Если сегмент может продаваться отдельно, то блокируем только конкретный недоступный сегмент.

- Если неизвестно, какой именно сегмент имеет проблемный статус (например, в случае невозможности [[Тарификация|тарификации]]), то блокируются все сегменты.

Функционал работает на стороне веб-сервисов ''Nemo.Connect'', следовательно, рейс будет блокироваться и при поиске напрямую через ''API Nemo.Connect''.

{{Attention|Перелёты из [[SITA_Gabriel|'''SITA Gabriel''']] не блокируются.}}

== Настройка ==
Настройки находятся по адресу: '''«Управление продажами» → «Авиабилеты» → «Процессы» → «Процесс поиска» → «[[Поиск (Авиабилеты)|Тонкая настройка]]»'''.

[[Файл:Bansettings.png|1000px]]

1) Для активации блокировки необходимо включить настройку '''Блокировать недоступные перелёты''' ''(включена по-умолчанию)''.

При ''выключенном'' состоянии сбор данных по недоступным перелётам продолжается, но фильтрация результатов не происходит.

2) '''Тип используемой блокировки недоступных перелётов''':

* ''В рамках GDS и PCC'' - выборка перелётов для блокировки происходит по всем значениям (описаны в таблице ниже) в связке GDS + PCC ''(по-умолчанию)'';

* ''В рамках GDS и Локации'' - выборка недоступных перелётов выполняется в связке GDS + Локация (страна) без [[PCC|PCC]]. Если страна в параметрах реквизита [[Глобальная_распределительная_система|GDS]] не задана, то она считается несуществующей, и блокировка будет применяться среди всех таких реквизитов данной GDS;

* ''В рамках GDS'' - выборка недоступных перелётов происходит в рамках одной GDS.
Пример:
Может быть полезно в следующем случае: пакет реквизитов настроен таким образом, что поиск происходит в одних реквизитах в локации RU, а бронирование - в других реквизитах в локации US. Допустим, в процессе бронирования в ответе поставщика система получила ту или иную ошибку. В таком случае с большой долей вероятности при повторной попытке бронирования этот же перелёт пойдёт опять в локацию US и ошибка повторится, поэтому в результатах поиска его желательно блокировать.

3) '''Время блокировки недоступных перелётов''' - время, в течение которого недоступный перелёт будет заблокирован. Настройка задаётся в минутах, максимальное значение - 60 ''(по-умолчанию: 30)''.

== Просмотр блокировок ==
Реализована возможность просмотра списка заблокированных перелётов. Данная страница доступна только менеджеру корневого агентства и главному администратору.

Страница расположена в настройках в разделе '''«Управление продажами» → «Авиабилеты » → «Просмотр блокировок»'''.

[[Файл:Banlist.png|1200px]]

''Значения:''
<table class="wikitable">
<tr>
<td>Столбец</td>
<td>Пример</td>
<td>Описание</td>
</tr>
<tr>
<td>Сегмент</td>
<td>0219/LED-DME/U692/O</td>
<td>0219 - месяц и число рейса, LED-DME - аэропорты отправления и прибытия, U6 - маркетинговый перевозчик, 92 - номер рейса, O - литера класса бронирования</td>
</tr>
<tr>
<td>Поставщик </td>
<td>Sabre</td>
<td>ГДС</td>
</tr>
<tr>
<td>Реквизиты</td>
<td>7DYG</td>
<td>реквизиты подключения ГДС</td>
</tr>
<tr>
<td>Расположение</td>
<td>RU</td>
<td>локация</td>
</tr>
<tr>
<td>Дата и время</td>
<td>2018-02-13T12:24:40</td>
<td>ГГГГ-ММ-ДД ЧЧ:ММ:СС - время занесения в список</td>
</tr>
<tr>
<td>ID события</td>
<td>142285179</td>
<td>уникальный номер события в логах Nemo Connect, по которому рейс был заблокирован</td>
</tr>
<tr>
<td>Тип блокировки</td>
<td>C</td>
<td>тип блокировки. Возможные значения: F (no fare), C (no booking class)</td>
</tr>
</table>

* Чтобы очистить список блокировок у агентства, необходимо использовать кнопку '''«Очистить кэш блокировок»''' над списком.

[[Категория:Настройки]]

Авторизация

2018-01-31T19:47:49Z

Александра Ларцева:

[[Категория:Функции]] [[Категория:Модули]]
Форма авторизации настраивается в разделе '''"Управление сайтом"''' — '''"Домны и протоколы"''' опцией '''"Форма авторизации"''', которая имеет два возможных значения:

[[Файл:Authorisation.png]]

== Авторизация через социальные сети ==

Помимо авторизации с помощью предварительной регистрации в системе Nemo, пользователь имеет возможность войти в систему, пройдя авторизацию через социальные сети, в которых он зарегистрирован. В этом случае система подтягивает информацию из учетной записи пользователя в выбранной социальной сети.
На сегодняшний день есть три социальные сети, через которые есть возможность авторизации: '''vk.com''', '''facebook.com''' и '''plus.google.com'''.

[[Файл:2014-08-27_1437.png|400px|thumb|right|Окно авторизации]]

Для авторизации на стороне социальной сети необходимо создать приложение. У каждого приложения есть набор настроек, одной из основных настроек является доменное имя сайта. Для VK и Google+ доменные имена можно перечислять через запятую. Для Facebook же существует жесткое ограничение - на одно приложение только один домен.

Для получения детальной информации по настройке приложений:

'''vk.com''' - http://vk.com/dev/sites

'''facebook.com''' - https://developers.facebook.com/docs/reference/androidsdk/authentication

'''plus.google.com''' - https://developers.google.com/+/web/people/

Возможность авторизации через социальные сети может быть настроена в разделе '''«Настройки»''' ⇨ '''«Администрирование»''' ⇨ '''«Настройки системы»''' после подключения модуля '''«Взаимодействие с социальными сервисами»'''. Для того, чтобы опция начала работать, клиент должен создать приложение на стороне социальной сети, а потом ввести '''ключ доступа к приложению''' и '''пароль доступа к приложению''' в настройках системы Немо.

[[Файл:social_auth.png|600px|thumb|right]]

При авторизации через социальные сети, система Немо получит следующие данные из учетной записи социальной сети для заполнения профиля: '''имя''', '''фамилию''', '''адрес электронной почты'''.

Так же, реализована возможность привязки нескольких социальных сетей к одной учетной записи в системе Немо. В этом случае, пользователь, пройдя авторизацию через какую-либо из предложенных социальных сетей будет получать доступ к одной и той же учетной записи в системе Немо. В случае, если авторизация через разные социальные сети не привязана к одной учетной записи, будет создана отдельная учетная запись в системе Немо для каждой авторизации через выбранную социальную сеть.

----

== См. также ==
*[[Агентство]] 
*[[Менеджер агентства]] 
*[[Пароль]]

Кэш-сервер

2018-01-31T19:43:05Z

Александра Ларцева:

'''Кэш-сервер''' — это хранилище результатов поисковых запросов, с возможностью обращения к нему через стандартный интерфейс авиа-вебсервисов.

= Задачи, которые решает кэш-сервер =
Кэш-сервер предназначен для ускорения работы стандартного поиска через авиа-вебсервисы, за счет использования сохраненных результатов при повторяющихся запросах. В случае, если один из результатов поиска не прошел проверку доступности, то сохраненные результаты удаляются и следующий поиск произойдет с новым запросом в ГРС.

= Включение кэш-сервера =
Для включения кэш-сервера необходимо, чтобы у агентства был активирован и настроен компонент «Nemo2.0 Вебсервисы».

Кэш-сервер включается на странице «Для техподдержки» → «Nemo2.0 Вебсервисы» → «Настройки агентства» опцией «Включение модуля кэширования».

{{Attention|Работа кэш-сервера распространяется на всех пользователей агентства.}}

= Настройки авиакэша =
В разделе «Для техподдержки» → «Nemo2.0 Вебсервисы» → «Авиакэш» можно задать неограниченного количество правил кэширования результатов авиа-поиска:
* '''Время до вылета в часах''' — означает, что для срабатывания правила до вылета должно быть указанное количество часов и более. Если срабатывает насколько правил, то выбирается то, что «ближе всего» к дате вылета. Например, есть правила: до вылета более 10, 20, 30 и 100 часов. До вылета реально 50 часов. Срабатывают первые 3 правила, в выбирается правило «до вылета 30 часов». Если ни одно правило не удовлетворяет требованиям, то берётся с наименьшим количеством часов. Например, есть 100, 200, 300 часов, а вылет реально за 50 часов, то возьмётся время жизни кэша от правила «100 часов до вылета».
* '''Время жизни кэша в минутах''' — период актуальности результатов поиска, сохраненных в кэше, с момента последнего поиска.

= Учёт смены курсов в GDS =
При смене курсов валют в GDS результаты поиска в кэше теряют актуальность, т.к. это приводит к изменению стоимости авиаперевозки в случаях когда валюта итоговой стоимости отличается от валюты, в которой заведён тариф. Для решения этой проблемы в рамках авиа-сервера ведётся учёт изменений курсов валют. При получении результатов поиска из кэш-сервера проверяется были ли изменения курса валюты тарифа относительно валюты итоговой стоимости. Если были, то стоимость результатов поиска пересчитывается с учётом изменения курса валют.
Данный функционал в настоящее время реализован только для поставщика Sabre.

{{Attention|Для корректной работы необходимо наличие ключевого слова BSRDSP в EPR для всех PCC (настройки прописывает Sabre, обратитесь в службу поддержки ГРС). Данный параметр влияет на логику расчёта курсов и при его отсутствии пересчёт цен будет происходить некорректно.}}

Прим: Пересчёт идёт не только стоимости в части тарифа, но и в части такс. Если при этом таксы заведены в других валютах(отличных от валюты тарифа), то пересчёт будет всё равно произведён, т.к. нет возможности в результатах поиска получать информацию о валютах, в которых заведены таксы. Соответственно результат в таких случаях может немного отклониться от реального.

Данный функционал включается настройкой «'''Учитывать смену курсов валют для кэш-сервера'''» в разделе «Для техподдержки» → «Nemo2.0 Вебсервисы» → «Настройки агентства».

В Sabre смена курсов происходит 1 раз в неделю в среду в полночь по часовому поясу, к которому относится PCC агентства. Синхронизация курсов на авиа сервере запускается во вторник, среду и четверг в начале каждого часа(00:05, 01:05 и т.д) по московскому времени. При этом синхронизируются курсы для валют, которые встречались в результатах поиска.

= Статистика поисковых запросов =
Модуль отслеживает статистику совершенных поисков. На странице доступны фильтры:
* '''С даты''' — фильтр задает начало диапазона даты и времени для выборки данных.
* '''По дату''' — фильтр задает окончание диапазона даты и времени для выборки данных.
* '''Уровень детализации''' — фильтр задает масштаб времени, рассматриваемых данных.
** '''День'''
** '''Час'''

Дополнительные услуги авиакомпании

2018-01-23T12:51:33Z

Александра Ларцева: /* Принцип работы */

Файл:Service on request.png

2018-01-23T12:34:29Z

Александра Ларцева:

API Travelfusion

2018-01-22T08:40:03Z

Александра Ларцева: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом Авиабилеты. Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion депозит на определенную сумму, и при оформлении клиентом заказа на сайте с депозита агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# Пакет реквизитов в {{NameSystem}} должен быть настроен на ту же валюту, в которой открыт депозит агента в Travelfusion.
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту агентского пакета реквизитов. Это необходимо для корректного расчета. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован депозит в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Программа лояльности

2017-12-20T10:03:56Z

Александра Ларцева: /* Установка скидки по промоакции в правилах ценообразования */

[[Категория:Модули]] [[Категория:Дополнительные модули‎]]
'''Программа лояльности''' — [[модуль]] системы {{NameSystem}} для проведения промоакций.

== Назначение==
Предоставление скидки по промокоду на покупку авиабилета.

== Примеры использования ==
* Проведение акций, приуроченных к праздникам, например:
**скидка ко дню рождения,
**скидка к профессиональному празднику.
* Предоставление выгодных условий перелета для постоянных клиентов.
* Предоставление выгодных условий перелета на рейсы определенных авиакомпаний.

==Принцип работы==
# Cоздание промоакции.
# Настройка условий проведения промоакции.
# Установка скидки по промоакции в правилах ценообразования.
# Генерация промокодов.
# Информирование клиентов о скидках и рассылка промокодов.

Название, условия акции и скидки агентство устанавливает самостоятельно.

== Включение программы лояльности ==
Чтобы создавать, настраивать и использовать промоакции в {{NameSystem}}, у агентства должен быть подключен компонент '''Система лояльности'''. Включить компонент может только администратор {{NameSystem}} в разделе '''Для техподдержки''' → '''Компоненты'''.

Агентству станет доступен раздел '''Управление продажами''' → '''Модули''' → '''Программа лояльности''' для настройки промоакций.

== Настройка промоакций ==
=== Включение промоакции ===
Чтобы активировать промоакцию, нужно включить опцию '''Промоакции включены''' в разделе '''Управление продажами''' → '''Модули''' → '''Программа лояльности''' → '''Общие настройки'''.

===Параметры промоакции===
* '''Уникальный код акции''' (обязательное поле) — используется для внесения правил по акции в ценообразование и в общем случае не виден пользователю. Генерируется автоматически при создании промоакции, но может изменяться менеджером или администратором на более понятный и запоминающийся. {{Attention|Не меняйте уникальный код акции после установки скидок в правилах ценообразования! Если изменить этот параметр, то связанные правила ценообразования не будут работать!}}
* '''Название акции''' — отображается в окне '''Информация о промокоде''' и используется как переменная для вставки промокода в шаблонах электронных писем.
* '''Краткое описание''' — краткая информация об акции, которая отображается в окне '''Информация о промокоде'''. Рекомендуется использовать не более 1-2 предложений.
* '''Полное описание''' — подробное описание условий акции, которое отображается в окне по ссылке '''Подробная информация о промоакции'''. Полное описание содержит подробную информацию об организаторе акции, сроках и правилах проведения. Для ввода описания используется WYSIWYG-редактор с поддержкой HTML.

Для промоакций, ограниченных во времени, используются параметры начала и завершения:
* '''Дата начала''' — дата начала промоакции. Формат: ДД.ММ.ГГГГ.
* '''Время начала''' — время начала промоакции (по умолчанию 00:00). Формат: ЧЧ:ММ.
* '''Дата завершения''' — дата завершения промоакции. Формат: ДД.ММ.ГГГГ.
* '''Время завершения''' — время завершения промоакции (по умолчанию 23:59). Формат: ЧЧ:ММ.
Промоакция начнет действовать/будет остановлена автоматически в указанные день и время.

{{Attention|Если не указаны дата начала и завершения, то промоакция является бессрочной.}} 

* '''Акция активна''' — включает промоакцию в работу. Если акция выключена, то промокоды не будут срабатывать.
* '''Многоразовый код''' — включает режим многоразового использования промокодов для акции. Пользователь может вписать в качестве промокода '''Уникальный код акции''', тогда система автоматически генерирует уникальный промокод для заказа.
* '''API включен''' — включает возможность использования JSON API для работы с промокодами (вкладка '''Управление промокодами''').
* '''Ограничение на количество промокодов''' — максимальное количество заказов по промокодам для данной акции.

=== Создание промоакции ===
В разделе '''Управление продажами''' → '''Модули''' → '''Программа лояльности''' → '''Промоакции и промокоды''' создаются новые и редактируются существующие промоакции.

Чтобы создать промоакцию:
# Нажмите кнопку '''Создать новую промоакцию'''.
# Введите в поле '''Уникальный код акции''' название, которое будет использоваться для связи промоакции с ценовыми правилами (пример: supersale).
# Заполните поля '''Название акции''', '''Краткое описание''' и '''Полное описание'''. Эта информация будет отображена покупателю при вводе промокода.
# Задайте дату начала акции в поле '''Дата начала'''.
# Задайте дату завершения акции в поле '''Дата завершения'''.
# Ограничьте количество промокодов, которое можно использовать в рамках промоакции.
# Включите промоакцию с помощью опции '''Акция активна'''.
# Нажмите на кнопку '''Сохранить'''.

Созданные промоакции отображаются в таблице в разделе '''Управление продажами''' → '''Модули''' → '''Программа лояльности''' → '''Промоакции и промокоды'''.

{| class="wikitable"
|-
|[[Файл:Таблица_промоакций.png]]
|-
|Таблица созданных промоакций
|}

===Редактирование промоакции===
Изменить параметры промоакции можно во вкладке «Редактировать».

{| class="wikitable"
|-
|[[Файл:promocode_main_edit.png|780px]]
|-
|Форма редактирования параметров промоакции
|}

=== Установка скидки по промоакции в правилах ценообразования ===
Чтобы установить скидку для акции, нужно обязательно внести условия предоставления скидки в правила ценообразования.
# Откройте промоакцию.
# Перейдите во вкладку «Правила ценообразования».
# Перейдите по ссылке «Вставить в ценовые правила авиабилетов» в раздел '''Управление продажами''' → '''Авиабилеты''' → '''Ценообразование''' → '''Импорт/экспорт Excel'''.
# Выгрузите Excel-файл для редактирования.
# Чтобы не затронуть текущие правила ценообразования для всего агентства/сайта, надо добавить одно или несколько новых правил для указания скидки по промоакции. В новом правиле:
#* Укажите в столбце '''Код акции''' ''уникальный код акции'', по которой устанавливается скидка.
#* Укажите в столбце '''Сбор агентства''' скидку по промоакции в формате {{Syntax|code=-X%}} (например, {{Syntax|code=-10%}}).
#* Обязательно укажите в столбце '''Признак дополнительного сбора''' значение {{Syntax|code=2}} — обязательный сбор, чтобы скидка применилась вне зависимости от других ценовых правил и их приоритета.
# Импортируйте отредактированный Excel-файл для обновления правил ценообразования.

{| class="wikitable"
|-
|[[Файл:promocode_price_formation.png]]
|-
|Параметры ценообразования по промоакции
|}

== Создание промокодов ==

===Автоматическое создание промокодов===
Промокод создается автоматически, когда пользователь указывает в качестве промокода '''Уникальный код акции'''.

Чтобы покупатель мог воспользоваться уникальным кодом, нужно в настройке промоакции включить опцию '''Многоразовый код'''.

=== Создание промокодов вручную ===
Чтобы вручную создать промокоды:
# Перейдите на вкладку '''Управление промокодами'''.
# Укажите количество промокодов для создания (не более 1000).
# Нажмите '''Создать уникальные промокоды'''.

{| class="wikitable"
|-
|[[Файл:Создание_промокодов_вручную.png]]
|-
|Создание промокодов вручную
|}

Сгенерированные промокоды отображаются в таблице.

{| class="wikitable"
|-
|[[Файл:Таблица_промокодов,_созданных_вручную.png]]
|-
|Промокоды, созданные вручную
|}

=== Создание промокодов через API ===

Промокоды можно создать с помощью API-запроса (см. [[#Создание промокодов]]).

Созданные через API промокоды отображаются в таблице.

{| class="wikitable"
|-
|[[Файл:Таблица_промокодов,_созданных_через_API.png]]
|-
|Промокоды, созданные через API
|}

===Создание промокодов через нотификации===
Для каждой активной промоакции существует шаблонная переменная в разделе '''Настройки системы''' → '''Нотификации''' → '''Шаблоны электронных писем''' (доступно для всех видов нотификаций).

{| class="wikitable"
|-
|[[Файл:Шаблонные_переменные_для_генерации_и_вставки_промокода_в_уведомление.png]]
|-
|Шаблонные переменные для генерации и вставки промокода в уведомление
|}

В таблице описано назначение каждого элемента шаблонной переменной.

{| style="width: 680px" class="wikitable"
|-
! %PROMO(174)% TEXT [UNICODE] %PROMO% || Промоакция "supersale"
|-
| %PROMO(174)% || Открывающая часть переменной, где "174" — номер промоакции в системе.
|-
| TEXT || Любой текст, который укажет составитель письма.
|-
| [UNICODE] || Промокод, который автоматически сгенерируется и подстваится перед отправкой письма.
|-
| %PROMO% || Закрывающая часть переменной.
|}

Промокод генерируется и подставляется вместо переменной перед отправкой уведомления.

{| class="wikitable"
|-
|[[Файл:Таблица_промокодов,_созданных_через_нотификации.png]]
|-
|Таблица промокодов, созданных через нотификации
|}

=== Просмотр созданных промокодов ===
Информация по промокодам отображается во вкладке '''Управление промокодами''' в таблице ''Просмотр созданных кодов'':
*'''Промокод''' — уникальный промокод.
*'''Метод создания''' — возможные варианты: автоматический, вручную, через API, через нотификации.
*'''Дата создания''' — дата создания промокода.
*'''Получатель'''
*'''Статус''' — статус промокода:
** Примененный — промокод использован, билеты выписаны.
** Введенный — промокод введен, но билеты не выписаны.
** Отправленный — промокод отправлен пользователю через нотификации.
** Новый — промокод создан.
** '''Проблемный'''
*'''Лог''' — ссылка на логи по данному промокоду.

{| class="wikitable"
|-
|[[Файл:promocode_code_control.png]]
|-
|Созданные промокоды
|}

==Использование промокодов==
После включения промоакций на странице бронирования перелета под стоимостью билета появляется псевдоссылка '''У меня есть промокод'''. Щелчок по ссылке открывает всплывающее окно для ввода промокода.

{| class="wikitable"
|-
|[[Файл:Окно_для_ввода_промокода.png|300px]]
|-
|Окно для ввода промокода
|}

Если введен правильный код, то стоимость билета пересчитается, и в окошке появится информация о промоакции:
* название акции,
* сумма скидки,
* краткое описание,
* псевдоссылка на подробное описание.

{| class="wikitable"
|-
|[[Файл:promo_success.png|300px]]
|-
|Информация по промоакции
|}

Если введен неправильный код, появится сообщение об ошибке.

После ввода промокода цены на выдаче отобразятся с учетом скидки.

{{Attention|Промокод считается использованным только для выписанных и оплаченных билетов.}}

{{Attention|К одному заказу может быть применен только 1 промокод.}}

=== Отчет по заказам ===
Для просмотра информации об использовании промокодов откройте промоакцию.
Вкладка '''''Отчет по заказам''''' содержит информацию о том, сколько промокодов использовано по текущей акции и для каких заказов в таблице ''Просмотр заказов'':
* '''Промокод''' — использованный промокод.
* '''Дата ввода кода''' — дата ввода промокода для заказа.
* '''ID заказа ''' — номер заказа в системе {{NameSystem}}.
* '''Статус заказа''' — статус заказа с примененным промокодом.
* '''Код применен''':
**'''''да''''', если заказ выписан и оплачен,
**'''''нет''''' в других случаях.
* '''Дата применения''' — дата выписки заказа с использованием промокода.
* '''Рассчитанная скидка''' — сумма скидки, рассчитанной по промокоду для заказа. Подставляется в таблицу до оплаты заказа.
* '''Полученная скидка''' — фактическая сумма полученной скидки. Появляется в таблице после оплаты заказа.

{| class="wikitable"
|-
|[[Файл:promocode_book_report.png]]
|-
|Отчет по промокодам
|}

Информация об использовании промокодов при бронировании и выписке логируется.

=== Учет промокодов в личном кабинете ===
Информация о примененных промокодах отображается в столбце «Промокод» в таблице заказов [[Личный кабинет|личного кабинета]].

=== Учет промокодов в выгрузке заказов ===
Информация об использованных промокодах выгружается вместе с другими данными при [[Выгрузка|выгрузке заказов]] в формате Немо:

<syntaxhighlight lang="xml" enclose="div" style="width: 600px; font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<PNR>

<Payment>
<Discount>
<Type>Promocode</Type>
<Promocode>
<Id>18788</Id>
<Code>59RS675S8</Code>
<ActionId>174</ActionId>
<ActionCode>supersale</ActionCode>
</Promocode>
<Amount>-840</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Discount>
</Payment>

</PNR>
</syntaxhighlight>

=== Экспорт промокодов ===
Экспорт неотправленных промокодов доступен во вкладке '''Управление промокодами''' в форматах TXT или XLS.

{| class="wikitable"
|-
|[[Файл:Экспорт_промокодов.png]]
|-
|Экспорт промокодов
|}

==API Программы лояльности==

===Включение API===
'''API''' становится доступен, если в настройке промоакции включена опция '''API включен'''.

===Методы API===
==== Создание промокодов ====
'''Запрос'''
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
http://DOMAIN/loyalty__api?id=174&secret=b3e66b15890d862965aaae7175b2f4b3&action=createCodes&count=1
</syntaxhighlight>

* DOMAIN — адрес сайта агентства,
* id — номер промоакции,
* secret — автоматически сгенерированный секретный ключ,
* action — название метода «createCodes» для генерации промокодов,
* count — количество промокодов, которое нужно создать.

'''Ответ'''
В ответ система вернёт список созданных промокодов в формате JSON:

<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
{
"success":true,
"message":"",
"result":[
{ "code":"WYDJZFGY5" },
{ "code":"6FJU2GIWZ" }
]
}
</syntaxhighlight>

==== Выгрузка неотправленных промокодов ====
Получение промокодов, которые не отправлены клиентам.

'''Запрос'''
<syntaxhighlight lang="text" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">

http://DOMAIN/loyalty__api?id=174&secret=b3e66b15890d862965aaae7175b2f4b3&action=uploadCodes</syntaxhighlight>

* DOMAIN — адрес сайта агентства,
* id — номер промоакции,
* secret — автоматически сгенерированный секретный ключ,
* action — название метода «uploadCodes» для выгрузки неотправленных промокодов.

'''Ответ'''
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
{
"success":true,
"message":"",
"result":[
{ "code":"WYDJZFGY5" },
{ "code":"6FJU2GIWZ" },
{ "code":"JDG65SZW5" },
{ "code":"IV4LJ9Q14" },
{ "code":"QDNW9R7ZF" },
]
}
</syntaxhighlight>

==== Изменение статуса промокода на «отправленный» ====
Изменение статуса промокода на «отправленный»

'''Запрос'''
<syntaxhighlight lang="text" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
http://DOMAIN/loyalty__api?id=174&secret=b3e66b15890d862965aaae7175b2f4b3&action=setRecipient&promoCode=XXX&recipient=YYY
</syntaxhighlight>

* DOMAIN — адрес сайта агентства,
* id — номер промоакции,
* secret — автоматически сгенерированный секретный ключ,
* action — название метода «setRecipient для изменения статуса промокода на «отправленный».
* XXX — промокод,
* YYY — получатель.

'''Ответ'''
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
{"success":true,"message":"done","result":null}
</syntaxhighlight>

== Настройка ввода промокода в CMS Немо Тревел==
По умолчанию псевдоссылка '''''У меня есть промокод''''' находится на странице бронирования перелета под стоимостью билета.

Чтобы изменить расположение псевдоссылки:
# Включите опцию '''Скрыть стандартную ссылку для ввода''' в разделе '''Управление продажами''' → '''Модули''' → '''Программа лояльности''' → '''Общие настройки'''. Параметр скрывает стандартную псевдоссылку '''У меня есть промокод'''.
# С помощью smarty-функции {{Syntax|code={promocode} }} вставьте псевдоссылку в нужное место в шаблоне CMS.

== См. также ==
* [[Ценообразование (Авиабилеты)]]
* [[Заказы]]
* [[Выгрузка|Выгрузка заказов]]
* [[Нотификация]]
* [[Агентский API Авиабилеты]]
* [[Бронирование]]

Дополнительные услуги авиакомпании

2017-12-08T05:01:11Z

Александра Ларцева:

Импорт данных о балансе

2017-12-01T06:27:52Z

Александра Ларцева: /* Импорт данных из внешней системы */

[[Категория:Модули]]
[[Категория:Встроенные модули]]
[[Категория:Решения для B2B]]
'''Импорт данных о депозите''' — опция системы {{NameSystemLink}}.

==Назначение==
Опция '''Импорт данных о депозите''' предназначена для импортирования в систему Nemo.travel данных о взаиморасчетах по каждому субагенту - это депозитный баланс и кредитный лимит контрагента. Опция полезна, если агентство на момент начала использования модуля уже работает с субагентами по депозитному расчёту и имеет ,большую базу данных о депозитах клиентов. В таком случае заводить депозиты вручную неудобно. Опция импора данных о депозитах помогает быстро перенести такие данные.

==Описание и принцип работы==
Импорт данных о депозите в {{NameSystem}} производится в разделе '''Финансы и платежи → Депозиты и кредиты → Импорт данных о депозите'''. Раздел доступен только менеджеру корневого агентства и администратору. 
В разделе предусмотрено несколько методов импорта данных о депозите, при этом тип идентификатора компании может быть как внутренний (номер агентства в системе {{NameSystem}}), так и внешний (идентификатор агентства в сторонней системе, например, в 1С). Импорт данных о депозитах поддерживает обработку следующих данных по каждому субагенту:
* Идентификационный номер субагента.
* Текущая сумма на депозитном счете субагента.
* Размер кредитного лимита субагента. ''Все поля являются обязательными.''

Принципы задания депозитов через импорт:
* Суммы задаются в той валюте, которая установлена для агентства в разделе '''Профили компаний'''. При этом вводится только числовое значение суммы, код валюты не указывается.
* Сумма депозита и кредитного лимита может быть как положительной, так и отрицательной, и в том числе нулевой.

[[Файл:import1.jpg|700px|Импорт данных из файла]]

===Логи импорта данных о депозите===
По результатам импорта данных отображается лог, который также дублируется в общем разделе логов системы.
* Если формат импортируемых данных верный и импорт успешен, то в логах отображаются номера субагентов и установленные значения депозита и кредита.
* Если для каких-то субагентов не удалось записать новое значение, информация об этом отобразится в блоке с логами импорта внизу страницы.
* Если формат импортируемых данных неверный, то в блоке с логами отобразится сообщение '''''Неверный формат данных''''', при этом данные не будут импортированы.

По результатам импорта для субагентов, по идентификационным номерам которых были изменены значения их депозитов через импорт, в системе установятся новые значения депозита и кредита. В разделе '''Управление депозитами''' (доступен менеджеру и экспертам корневого агентства), и в [[Личный кабинет|Личном кабинете]] отобразятся новые величины. Также операция по импорту депозитов учитывается в истории операций в личном кабинете.

[[Файл:Логи импорта данных о депозитах.png|600px|Логи импорта данных о депозитах]]

==Способы импорта данных о депозитах==
=== Импорт данных из файла===

Чтобы импортировать данные из файла:
# Зайдите в раздел ''''Финансы и платежи → Депозиты и кредиты → Импорт данных о депозите'''.
# Выберите метод импорта данных '''Из файла'''.
# Нажмите '''Обзор''', откройте файл.
# Выберите тип идентификатора компании при импорте.
# Нажмите '''Импорт''' для загрузки файла в систему.

Импортировать можно только файл формата ''.csv''. Чтобы система {{NameSystem}} корректно обработала данные, структура файла должна быть следующая: 

'''При использовании внутреннего ID компании в качестве идентификатора субгентства''': 
<pre>
NemoId;deposit_amount;credit_amount;
NemoId;deposit_amount;credit_amount;
NemoId;deposit_amount;credit_amount;
</pre>

'''При использовании внешнего ID компании в качестве идентификатора субагентства''': 
<pre>
ExternalId;deposit_amount;credit_amount;
ExternalId;deposit_amount;credit_amount;
ExternalId;deposit_amount;credit_amount;
</pre>
{{Attention|Суммы задаются в той валюте, которая установлена для агентства в разделе '''Профили компаний'''.}} 
Идентификатор субагентства во внешней системе '''ExternalId''' должен быть задан в настройке ''Аккаунт менеджмент - Агенты и пользователи - Профили компаний - ID субагента в сторонней CRM''. 

[https://drive.google.com/open?id=0ByOs1AyXooqIc3I4QjNaYUc0Mms Пример .csv файла для импорта]

=== Импорт данных из текста===

Чтобы импортировать данные из текста:
# Зайдите в раздел ''''Финансы и платежи → Депозиты и кредиты → Импорт данных о депозите'''
# Выберите метод импорта данных '''Из текста''',
# В текстовое поле внесите данные для импорта (формат идентичен) ,
# Выберите тип идентификатора компании при импорте,
# Нажмите '''Импорт''' для загрузки данных в систему.

====Пример====
'''Данные:'''
<pre>
9263;125000;1000;
9266;4300;1000;
</pre>

'''Результат работы:'''
{| class="wikitable"
|-
|[[Файл:Импорт депозитов из текста.png|600px]]
|-
|Импорт данных о депозитах из текста
|}

=== Импорт данных из внешней системы ===

Перед началом импорта укажите '''Адрес внешнего источника данных для импорта депозита''' в разделе ''Для техподдержки - Устаревшие настройки - Реквизиты подключения''. 
Пример такого адреса: http://my-files.ru/Save/lx5lmv/deposit_import_file_agencyid.csv. 
Чтобы импортировать данные из внешней системы: 
# Зайдите в раздел ''''Финансы и платежи → Депозиты и кредиты → Импорт данных о депозите'''
# Выберите метод импорта данных '''Из внешней системы''',
# Выберите тип идентификатора компании при импорте,
# Нажмите '''Импорт''' для загрузки данных в систему.

==См. также==
*[[Депозит]]
*[[Личный кабинет]]
*[[Корпоративный блок]]
*[[Выгрузка]]

Пользовательская документация системы Nemo.travel

2017-12-01T06:05:35Z

Александра Ларцева: /* Функциональные возможности b2b */

'''For English please go to [[The Nemo Travel System | The Nemo Travel System (EN) ]]'''

'''For Spanish please go to [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]'''

{| style="text-align:center; border:0; margin-top:1.2em; margin-bottom:2ex; background-color:#fcfcfc; width:100%; clear:both;" cellpadding="0" cellspacing="0"
| colspan="2" class="globegris" style="border:1px solid #ccc; background-color:#fcfcfc; background-repeat:no-repeat; background-position:-40px −14px; -webkit-border-radius:7px; -moz-border-radius:7px; border-radius:7px" |

{| style="width:100%; margin-top:.7em; background:transparent; border:0px solid #ccc"
| style="width:70%; color:#000; text-align:center; background:transparent;"|
{| style="width:100%; border:solid 0px; background:transparent"
|-
| style="width:100%; text-align:center; white-space:nowrap; color:#000" |
<div style="font-size:162%; border:0; margin:0; padding:.1em; color:#000">Добро пожаловать в пользовательскую документацию системы [http://www.nemo.travel Nemo],</div>
русскоязычную документацию для всех пользователей продукта Nemo.travel.
<div style="font-size:95%"> Сейчас в пользовательской документации '''[[Special:Statistics|{{NUMBEROFARTICLES}} {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}]]''' на русском языке.
</div>
|}
|style="width:30%; font-size:95%; color:#000; text-align:left;"|
{|style="width:100%; background:transparent;"
|style="width:7%; font-size:95%;"|
[[:Категория:Компоненты|Компоненты системы]] 
[[:Категория:Способы_оплаты|Платежные системы]] 
[[:Категория:Поставщики|Поставщики услуг]] 
[[:Категория:Настройки|Настройки системы]] 
|style="width:7%; font-size:95%;"|
[[:Категория:Функции|Функции системы]] 
[[ЧЗВ_(FAQ)_по_работе_с_Nemo|FaQ (Частые вопросы)]] 
[[:Категория:Термины|Используемые термины]] 
'''[[Служебная:Categories|Все категории]]'''

|}
|}
{| cellpadding="5" cellspacing="0" style="border-top:1px solid #ccc; text-align:center; margin-bottom: 8px; background:transparent; width:98%; border:0;"
| style="width:10%" |
|[http://www.nemo.travel Сайт системы Немо]
|[[Служба_поддержки|Что делать, если вы не нашли ответа на свой вопрос]]
|[http://helpdesk.nemo.travel Трекер техподдержки]

|}
|}

== Назначение и область применения ==

Система Немо (далее Система) является веб-приложением с набором сопутствующих API, инструментом электронной коммерции, предназначенным для организации туристическими компаниями и агентствами воздушных сообщений продаж авиабилетов, ЖД-билетов, отелей, а также иных сопутствующих услуг в режиме реального времени. Система поддерживает различные режимы работы в своем графическом интерфейсе (b2b, b2c, b2b2c), а также располагает универсальными программными интерфейсом (SOAP XML/JSON API).

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Правовая информация ==

Разработчиком системы является ООО “НОВАЯ СТУДИЯ” (ИНН 7720630640), работающая под брендом [http://www.nemo.travel Nemo.Travel]. Система является защищенным объектом интеллектуальной собственности, свидетельство о государственной регистрации №2013619280, выдано 30.09.2013 года Федеральной Службой по интеллектуальной собственности РФ (РОСПАТЕНТ).

== О разработчике ==

[http://www.nemo.travel Nemo.Travel] работает на рынке программного обеспечения для авиакомпаний и трэвел-агентств с 2008 года. Головной офис находится в Москве. Основными продуктами компании являются система Nemo.Travel для трэвел-агентств и система Websky для авиакомпаний.
Компания является авторизованным разработчиком приложений и партнером глобальных дистрибутивных систем. Система проходит регулярные сертификации GDS.

Nemo Travel обладает следующими статусами:
*Сертифицированный разработчик | GDS [[Сирена Трэвел]]
*Certified application provider | GDS [[Amadeus]]
*Authorized certified developer | GDS [[Sabre]]
*Authorized partner, Member of the Travelport Development Network (TDN) | [[Travelport (Galileo)]]

Процесс разработки и обслуживания клиентов производится на основе требований стандарта качества, компания сертифицирована по стандарту ISO 9001:2008

== Принципиальное устройство ==

Система содержит интерфейсы к веб-сервисам систем бронирования - GDS/СRS, а также интерфейсы к системам поставщиков дополнительных услуг. На основе введенных в систему настроек и бизнес-правил приложение осуществляет маршрутизацию поисковых запросов к системам бронирования и производит обработку полученных результатов. Аналогично приложение взаимодействует с системами бронирования в процессе формирования заказа и при вторичных операциях. Интеграция с платежными системами позволяет организовать оплату пользователями своих заказов в режиме реального времени. Система обеспечивает возможность работы с контентом как в собственной локации агентства, так и в локациях партнеров агентства (консолидаторов и брокеров) с использованием соответствующих реквизитов.

[[File:Общее устройство Nemo.png|center]]

== Виды контентов ==

В Системе представлены следующие виды контентов (услуг), доступных к бронированию и оформлению: авиабилеты, отели, железнодорожные билеты. Система располагает обособленными графическими интерфейсами для каждого вида контента.
В системе также реализована продажа дополнительных сопутствующих услуг в режиме upsale / cross sale (продажи в процессе заказа основной услуги, либо после оформления заказа на основную услугу), без выделения процесса покупки сопутствующей услуги в отдельный графический интерфейс, через добавление специализированного upsale/cross-sale блока в интерфейс бронирования основной услуги. К дополнительным услугам, доступным в системе относятся страхование, бронирование поездов Аэроэкспресс, а также любые произвольные услуги, конфигурирование которых доступно в административной панели системы.

== Доступные контенты ==

; Авиабилеты:
:'''[[Сирена_Трэвел|Sirena Travel]]'''
:'''[[Amadeus|Amadeus]]'''
:'''[[Sabre|Sabre]]'''
:'''[[Travelport_(Galileo)|Travelport]]'''
:'''[[SITA_Gabriel|SITA]]'''


:'''[[Travelfusion|Travelfusion]]'''
:'''[[Mystifly|Mystifly]]'''
:'''[[Nemo_Inventory_(компонент)|Nemo.Inventory]]'''
:'''[[API_АвиаЦентр_(Special_fares)|Specialfares (Авиацентр)]]'''

; Железнодорожные билеты:

:'''[[UFS|UFS]]'''


; Отели: Hotelston
:Travelport
:'''[[Академсервис|Академсервис]]'''
:Ozon.Travel
:Ostrovok
:Amadeus Content Inn

;Страхование:

:'''[[АльфаСтрахование|Альфастрахование]]'''
:'''[[Страхование_ERV|ERV]]'''

; Прочие услуги:
:'''[[Аэроэкспресс|Аэроэкспресс]]'''


== Основные функциональные модули системы и их назначение ==

*'''[[Поиск_(Авиабилеты)|Модуль поиска]]''' и '''[[Бронирование_(Авиабилеты)|бронирования]]''' авиабилетов с поддержкой операций '''[[Выписка#Автовыписка|автоматизированного тикетинга]]''', вторичных операций '''[[Обмен_и_возврат_авиабилетов|(обмен, возврат)]]''' и продажей дополнительных услуг авиаперевозчиков с формированием EMD. В модуле реализована возможность работы в нейтральных сеансах BSP, ТКП, а также работа в сеансе авиакомпании.
*'''[[Железнодорожные_перевозки#Поиск ЖД|Модуль поиска и продажи железнодорожных билетов]]''' с поддержкой автоматизированных операций выписки и возврата железнодорожного билета.
*'''[[Объект_размещения|Модуль поиска и бронирования отелей и апартаментов]]''' с поддержкой автоматизированного оформления ваучера на проживание.
*'''[[Личный_кабинет|Модуль Личный кабинет пользователя]]''', предназначенный для работы с заказами и для управления профилем и предпочтениями пользователя.
*'''[[Корпоративный_блок|Корпоративный модуль]]''', предназначенный для управления трэвел-политиками и процессами одобрения командировок сотрудников организаций.
*'''[[Nemo_Inventory_(компонент)|Модуль Nemo.Inventory]]''', предназначенный для управления собственным ресурсом мест фрахтователями чартерных рейсов и держателями блоков и для организации продаж данного ресурса мест через систему. Модуль позволяет вводить данные о ресурсах мест, тарифах и правилах их применения, работать с заказами на рейсе.
*'''[[Ценообразование_(Авиабилеты)#Ценообразование (Авиабилеты)|Модуль Политика ценообразования]]''', предназначенный для управления наценками, скидками и комиссиями при работе с покупателями. Модуль отличается исключительной гибкостью в плане возможности использования тонко настроенных ценовых бизнес-правил (например, политики ценообразования в разделе “Авиабилеты” содержат свыше 60 параметров, в зависимости от которых возможно управление наценками и комиссиями на перевозки).
*'''[[Депозит#Назначение|Модуль Кредитные лимиты]]''', предназначенный для управления предельными лимитами, установленными в денежном выражении, на отгрузку контрагентам авиабилетов, ЖД билетов, отелей и прочих услуг.
*'''[[Веб-аналитика|Модуль Аналитики]]''', '''[[Статистика|статистики]]''' и '''[[Отчеты_по_заказам|отчетности]]''', предназначенный для быстрого доступа к наглядной аналитической информации к мониторам текущего состояния системы в части запросов и продаж и к статистическим отчетам по ключевым индикаторам продаж. Для всесторонней аналитики возможно получение исходных данных для последующей выгрузки в хранилища данных и дальнейшей обработки.

== Функциональные возможности b2b ==

Режим b2b в Системе призван способствовать решению наиболее насущных задач, которые стоят перед консолидаторами и крупными агентами при работе с субагентской сетью. Графический интерфейс системы в b2b режиме спроектирован с учетом необходимости максимально автоматизировать рутинные процессы субагента, сделать работу в b2b терминале простой, понятной и эффективной, оставляя в тоже время в руках агента все ключевые инструменты для контроля за деятельностью субагента.

;К основным функциональным возможностям b2b в системе относятся:
:Ввод и хранение субагентстких профайлов с возможностью автоматической загрузки данных о субагентах из CRM-системы агентства;
:Конфигурирование многоуровневых субагентских сетей с предоставлением субагенту возможности '''[[Пользователь|управления нижестоящей иерархией]]''';
:'''[[Ценообразование_(Авиабилеты)|Гибкое управление наценками, скидками, комиссиями субагента]]''' в зависимости от коммерческих условий по бронированию контента;
:'''[[Маршрутизатор_поисковых_запросов|Управление маршрутизацией запросов]]''' на поиск и бронирование контента на основе бизнес-правил с учетом заданных параметров по прибыльности продаж при одновременной работе во множественных локациях;
:Определение бизнес правил для субагента, таких как комиссии, скидки, сборы, лимиты для групп субагентов, для каждой конкретной учетной записи внутри субагента;
:'''[[Права_доступа|Разграничение прав субагента]]''' по доступу к функциям работы с заказом;
:Обеспечение автоматического и полуавтоматического режима обработки заказов и '''[[Обмен_и_возврат_авиабилетов|вторичных операций]]''';
:'''[[Депозит#Управление депозитами субагентов|Учет депозитов, управление кредитным лимитом и кредитным статусом субагента]]''' с возможностью настройки получения данной информации из CRM-системы агентства;
:Предоставление субагенту возможности '''[[Ценообразование_для_субагентов|самостоятельно назначать дополнительные сборы и надбавки]]''';
:'''[[Выгрузка#Описание|Автоматическая выгрузка данных о бронированиях]]''' в учетные системы агентства;
:Гибкая настройка набора локаций для '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирования]]''' и '''[[Выписка#Настройки выписки|оформления]]''' для каждого субагента;
:'''[[Привязка_к_доменному_имени_агентства|Whitelabel модуль]]''' для установки на сайт субагента;
:Возможность '''[[Логотипы|брендирования интерфейса системы]]''' и исходящих документов (оповещений, '''[[Маршрут-квитанция|маршрутной квитанции]]''', emd) в стили субагента.

Работая с субагентской сетью при помощи Системы, агентство имеет возможность предоставить своим субагентам не только графический интерфейс, но и возможность интеграции по единому XML API, который аналогично GUI будет учитывать все настройки в отношении доступных субагенту контентов, функционала и ценовых настроек.

В дополнение к функциональным возможностям, предусмотренным в системе непосредственно для субагентов, в системе реализованы дополнительные специализированные функции, предназначенные для работы с корпоративными клиентами, а именно:

*'''[[Корпоративный_блок#Плательщики|Ввод и хранение в системе информации о корпоративных клиентах агентства]]''';
*Настройка '''[[Корпоративный_блок#Тревел политика|трэвел-политик]]''' для каждого вида контента, доступного корпоративному клиенту в системе;
*'''[[Media:SearchTravel.png|Наглядная индикация]]''' соответствия выбранного варианта трэвел-политике;
*'''[[Корпоративный_блок#Личный пин-код валидатор|Управление правами аппруверов]]''' в системе и настройка их действий при одобрении запросов на бронирование командировок;
*Специализированные отчеты для корпоративных клиентов ('''[[Корпоративный_блок#Календарь командировок|календарь командировок]]''').

== Функциональные возможности b2c ==

Режим b2c в системе призван решать наиболее частые и ресурсоемкие задачи, возникающие в повседневной деятельности онлайн-тревел агентства. Система спроектирована таким образом, чтобы оптимально отвечать требованиям к современным платформам онлайн бронирования, взаимодействующим с конечным пользователем.
;Основные возможности для работы в b2c режиме:
:Графический интерфейс бронирования, реализованный как виджет для легкого встраивания на сайт онлайн тревел агентства в CMS агентства
:Адаптивный дизайн и верстка интерфейса для качественной работы с системой как со стационарных, так и с мобильных устройств.
:Высокоскоростной поиск и расчет системой полученных комбинаций, в т.ч. при одновременной работе агентства во множественных локациях
:Использование данных из файлов cookie, данных обозревателя и данных IP адреса для обеспечения комфортного '''[[Безопасность_в_Nemo_Travel#Настройка безопасности в Nemo.travel|взаимодействия пользователя с системой]]'''.
:'''[[Модуль_метрики#Назначение|Система учета переходов по источнику трафика]]''' для оценки эффективности каналов продвижения и продаж
:'''[[Ценообразование_(Авиабилеты)|Гибкая система управления наценками и скидками]]''' в зависимости от коммерческих условий по бронированию контента и от источников перехода.
:Функционал '''[[Промокоды|Промокоды и купоны на скидку]]''' для организации кампаний по продвижению.
:'''[[Поиск_(Авиабилеты)#Принцип работы|Функционал для повышения доходности продаж]]''' - управляемая алгоритмическая автоматическая перетарификация, автоматическое перенаправление заказа в более выгодные локации, работа с приватными тарифами и т.д.
:Различные доступные '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методы оплаты]]''' - онлайн, в офисах партнеров, оплата в кредит и т.д.
:Автоматизированные '''[[Обмен_и_возврат_авиабилетов|вторичные операции]]''' и продажа '''[[Дополнительные_услуги_агентства|дополнительных услуг]]'''.
:Plug&play '''[[Взаимодействие_с_метапоисковиками|интеграция с мета-поисковыми системами]]''', включая функционал для сверки отчетов и расчета вознаграждения партнеру.
:'''[[Кэш-сервер#Задачи которые решает кэш-сервер|Кэш данных поиска]]'''
:'''[[Личный_кабинет|Личный кабинет]]''' клиента с доступом к заказам и профилю.
:Гибкое управление '''[[Авторизация|авторизацией пользователей]]''', функционал авторизации с данными профиля социальной сети.
:Система '''[[Почтовый_сервер|e-mail]]''' и '''[[СМС_Траффик|SMS]]''' оповещений пользователя
:'''[[Личный_кабинет|Личный кабинет]]''' онлайн-агентства с доступом к управлению заказами, интерфейсы для типовых операций с заказами для колл-центра онлайн агентства.
:'''[[Личный_кабинет#Очереди заказов|Система очередей]]''' для работы с заказами в агентстве.
:Система автоматического мониторинга и блокировки подозрительных операций.
:'''[[Автоаннулятор|Автоматическое аннулирование]]''' своевременно не выкупленных пользователями заказов.
:А также многое другое

Система имеет развитый набор XML и JSON API, доступный агентству, который может быть использован для самостоятельной разработки отдельных необходимых приложений (например, мобильных или веб-приложений).
Внешний вид GUI системы может быть кастомизирован агентством самостоятельно без привлечения специалистов разработчика.

== Администрирование ==

Система управляется посредством заведения бизнес-правил и установку настроек, доступных администраторам системы в панели управления. Через панель управления могут быть установлены:

*Настройки '''[[Пользователь#Пользователь|пользователей]]''' и '''[[Пользователь#Группы в Nemo|групп]]''', их '''[[Пользователь#Типы пользователей в Nemo|права и роли]]'''
*Настройки '''[[Стили|внешнего вида системы]]''', прописаны стили и пользовательские скрипты
*Настройки '''[[Нотификация|оповещений]]''' по ключевым событиям в процессе бронирования и оформления услуг
*Настройки работы с '''[[Валюта|курсами валют]]''' и с форматами данных
*Настройки ограничений и лимитов при работе с системой
*Настройки маршрутизации '''[[Маршрутизатор_поисковых_запросов|поисков]]''' и '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирований]]'''
*Настройки для работы с '''[[Личный_кабинет#Очереди заказов|очередями заказов]]'''
*Настройки '''[[Локализация|локализации]]''' (языковые версии GUI)
*Настройки '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методов оплаты]]''' для каждого вида и поставщика контента
*Настройки для интеграции с '''[[Интеграция|внешними системами и сервисами]]'''
*Настройки '''[[Безопасность_в_Nemo_Travel|безопасности]]'''

Также в панели управления доступен журнал действий пользователей в системе и ссылка на логи сообщений между системой и GSD/CRS, платежными и почтовыми системами.
Разделы панели управления снабжены ссылками на руководство пользователя с пояснением принципа работы конкретных настроек раздела.

== Безопасность ==
При разработке и в процессе эксплуатации системы большое внимание уделяется вопросам безопасности. Помимо соответствия необходимым стандартам в части защиты данных, в системе реализованы специальные функции, направленные на обеспечение оптимального уровня безопасности и защиты от несанкционированного доступа, к которым относятся, например, мониторинг и логирование подозрительных операций, безопасное соединение с кроссдоменной авторизацией, процедуры верификации и т.д. Работа с данными платежных карт осуществляется в соответствии с требованиями стандарта PCI DSS 3 уровня.

== Хостинг и поддержка решения ==

Система распространяется как SaaS сервис, с размещением на серверах Nemo Travel, расположенных в датацентрах в России и в Европе, сертифицированных по стандартам безопасности. Гарантированный аптайм системы 0,9899.
Гарантии по поддержке основаны на формальном соглашении о заявленном уровне сервиса (Service Level Agreement | SLA). Услуги по поддержке оказываются на английском и русском языках. Штатная техническая поддержка производится в режиме 12/5 (в рабочие часы по будним дням), экстренная поддержка по критическим обращениям производится в режиме 24/7 (круглосуточно) по телефону горячей линии.
Агентствам-пользователям Системы предоставляется круглосуточный доступ к справочной информации.

== См. также (See also)==
* [[The Nemo Travel System | The Nemo Travel System (EN) ]]
* [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]

Для подписки на письма о ежемесячных обновлениях системы {{NameSystem}} заполните форму [http://eepurl.com/qC2pH по ссылке].

Пользовательская документация системы Nemo.travel

2017-12-01T05:52:41Z

Александра Ларцева: /* Функциональные возможности b2b */

'''For English please go to [[The Nemo Travel System | The Nemo Travel System (EN) ]]'''

'''For Spanish please go to [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]'''

{| style="text-align:center; border:0; margin-top:1.2em; margin-bottom:2ex; background-color:#fcfcfc; width:100%; clear:both;" cellpadding="0" cellspacing="0"
| colspan="2" class="globegris" style="border:1px solid #ccc; background-color:#fcfcfc; background-repeat:no-repeat; background-position:-40px −14px; -webkit-border-radius:7px; -moz-border-radius:7px; border-radius:7px" |

{| style="width:100%; margin-top:.7em; background:transparent; border:0px solid #ccc"
| style="width:70%; color:#000; text-align:center; background:transparent;"|
{| style="width:100%; border:solid 0px; background:transparent"
|-
| style="width:100%; text-align:center; white-space:nowrap; color:#000" |
<div style="font-size:162%; border:0; margin:0; padding:.1em; color:#000">Добро пожаловать в пользовательскую документацию системы [http://www.nemo.travel Nemo],</div>
русскоязычную документацию для всех пользователей продукта Nemo.travel.
<div style="font-size:95%"> Сейчас в пользовательской документации '''[[Special:Statistics|{{NUMBEROFARTICLES}} {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}]]''' на русском языке.
</div>
|}
|style="width:30%; font-size:95%; color:#000; text-align:left;"|
{|style="width:100%; background:transparent;"
|style="width:7%; font-size:95%;"|
[[:Категория:Компоненты|Компоненты системы]] 
[[:Категория:Способы_оплаты|Платежные системы]] 
[[:Категория:Поставщики|Поставщики услуг]] 
[[:Категория:Настройки|Настройки системы]] 
|style="width:7%; font-size:95%;"|
[[:Категория:Функции|Функции системы]] 
[[ЧЗВ_(FAQ)_по_работе_с_Nemo|FaQ (Частые вопросы)]] 
[[:Категория:Термины|Используемые термины]] 
'''[[Служебная:Categories|Все категории]]'''

|}
|}
{| cellpadding="5" cellspacing="0" style="border-top:1px solid #ccc; text-align:center; margin-bottom: 8px; background:transparent; width:98%; border:0;"
| style="width:10%" |
|[http://www.nemo.travel Сайт системы Немо]
|[[Служба_поддержки|Что делать, если вы не нашли ответа на свой вопрос]]
|[http://helpdesk.nemo.travel Трекер техподдержки]

|}
|}

== Назначение и область применения ==

Система Немо (далее Система) является веб-приложением с набором сопутствующих API, инструментом электронной коммерции, предназначенным для организации туристическими компаниями и агентствами воздушных сообщений продаж авиабилетов, ЖД-билетов, отелей, а также иных сопутствующих услуг в режиме реального времени. Система поддерживает различные режимы работы в своем графическом интерфейсе (b2b, b2c, b2b2c), а также располагает универсальными программными интерфейсом (SOAP XML/JSON API).

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Правовая информация ==

Разработчиком системы является ООО “НОВАЯ СТУДИЯ” (ИНН 7720630640), работающая под брендом [http://www.nemo.travel Nemo.Travel]. Система является защищенным объектом интеллектуальной собственности, свидетельство о государственной регистрации №2013619280, выдано 30.09.2013 года Федеральной Службой по интеллектуальной собственности РФ (РОСПАТЕНТ).

== О разработчике ==

[http://www.nemo.travel Nemo.Travel] работает на рынке программного обеспечения для авиакомпаний и трэвел-агентств с 2008 года. Головной офис находится в Москве. Основными продуктами компании являются система Nemo.Travel для трэвел-агентств и система Websky для авиакомпаний.
Компания является авторизованным разработчиком приложений и партнером глобальных дистрибутивных систем. Система проходит регулярные сертификации GDS.

Nemo Travel обладает следующими статусами:
*Сертифицированный разработчик | GDS [[Сирена Трэвел]]
*Certified application provider | GDS [[Amadeus]]
*Authorized certified developer | GDS [[Sabre]]
*Authorized partner, Member of the Travelport Development Network (TDN) | [[Travelport (Galileo)]]

Процесс разработки и обслуживания клиентов производится на основе требований стандарта качества, компания сертифицирована по стандарту ISO 9001:2008

== Принципиальное устройство ==

Система содержит интерфейсы к веб-сервисам систем бронирования - GDS/СRS, а также интерфейсы к системам поставщиков дополнительных услуг. На основе введенных в систему настроек и бизнес-правил приложение осуществляет маршрутизацию поисковых запросов к системам бронирования и производит обработку полученных результатов. Аналогично приложение взаимодействует с системами бронирования в процессе формирования заказа и при вторичных операциях. Интеграция с платежными системами позволяет организовать оплату пользователями своих заказов в режиме реального времени. Система обеспечивает возможность работы с контентом как в собственной локации агентства, так и в локациях партнеров агентства (консолидаторов и брокеров) с использованием соответствующих реквизитов.

[[File:Общее устройство Nemo.png|center]]

== Виды контентов ==

В Системе представлены следующие виды контентов (услуг), доступных к бронированию и оформлению: авиабилеты, отели, железнодорожные билеты. Система располагает обособленными графическими интерфейсами для каждого вида контента.
В системе также реализована продажа дополнительных сопутствующих услуг в режиме upsale / cross sale (продажи в процессе заказа основной услуги, либо после оформления заказа на основную услугу), без выделения процесса покупки сопутствующей услуги в отдельный графический интерфейс, через добавление специализированного upsale/cross-sale блока в интерфейс бронирования основной услуги. К дополнительным услугам, доступным в системе относятся страхование, бронирование поездов Аэроэкспресс, а также любые произвольные услуги, конфигурирование которых доступно в административной панели системы.

== Доступные контенты ==

; Авиабилеты:
:'''[[Сирена_Трэвел|Sirena Travel]]'''
:'''[[Amadeus|Amadeus]]'''
:'''[[Sabre|Sabre]]'''
:'''[[Travelport_(Galileo)|Travelport]]'''
:'''[[SITA_Gabriel|SITA]]'''


:'''[[Travelfusion|Travelfusion]]'''
:'''[[Mystifly|Mystifly]]'''
:'''[[Nemo_Inventory_(компонент)|Nemo.Inventory]]'''
:'''[[API_АвиаЦентр_(Special_fares)|Specialfares (Авиацентр)]]'''

; Железнодорожные билеты:

:'''[[UFS|UFS]]'''


; Отели: Hotelston
:Travelport
:'''[[Академсервис|Академсервис]]'''
:Ozon.Travel
:Ostrovok
:Amadeus Content Inn

;Страхование:

:'''[[АльфаСтрахование|Альфастрахование]]'''
:'''[[Страхование_ERV|ERV]]'''

; Прочие услуги:
:'''[[Аэроэкспресс|Аэроэкспресс]]'''


== Основные функциональные модули системы и их назначение ==

*'''[[Поиск_(Авиабилеты)|Модуль поиска]]''' и '''[[Бронирование_(Авиабилеты)|бронирования]]''' авиабилетов с поддержкой операций '''[[Выписка#Автовыписка|автоматизированного тикетинга]]''', вторичных операций '''[[Обмен_и_возврат_авиабилетов|(обмен, возврат)]]''' и продажей дополнительных услуг авиаперевозчиков с формированием EMD. В модуле реализована возможность работы в нейтральных сеансах BSP, ТКП, а также работа в сеансе авиакомпании.
*'''[[Железнодорожные_перевозки#Поиск ЖД|Модуль поиска и продажи железнодорожных билетов]]''' с поддержкой автоматизированных операций выписки и возврата железнодорожного билета.
*'''[[Объект_размещения|Модуль поиска и бронирования отелей и апартаментов]]''' с поддержкой автоматизированного оформления ваучера на проживание.
*'''[[Личный_кабинет|Модуль Личный кабинет пользователя]]''', предназначенный для работы с заказами и для управления профилем и предпочтениями пользователя.
*'''[[Корпоративный_блок|Корпоративный модуль]]''', предназначенный для управления трэвел-политиками и процессами одобрения командировок сотрудников организаций.
*'''[[Nemo_Inventory_(компонент)|Модуль Nemo.Inventory]]''', предназначенный для управления собственным ресурсом мест фрахтователями чартерных рейсов и держателями блоков и для организации продаж данного ресурса мест через систему. Модуль позволяет вводить данные о ресурсах мест, тарифах и правилах их применения, работать с заказами на рейсе.
*'''[[Ценообразование_(Авиабилеты)#Ценообразование (Авиабилеты)|Модуль Политика ценообразования]]''', предназначенный для управления наценками, скидками и комиссиями при работе с покупателями. Модуль отличается исключительной гибкостью в плане возможности использования тонко настроенных ценовых бизнес-правил (например, политики ценообразования в разделе “Авиабилеты” содержат свыше 60 параметров, в зависимости от которых возможно управление наценками и комиссиями на перевозки).
*'''[[Депозит#Назначение|Модуль Кредитные лимиты]]''', предназначенный для управления предельными лимитами, установленными в денежном выражении, на отгрузку контрагентам авиабилетов, ЖД билетов, отелей и прочих услуг.
*'''[[Веб-аналитика|Модуль Аналитики]]''', '''[[Статистика|статистики]]''' и '''[[Отчеты_по_заказам|отчетности]]''', предназначенный для быстрого доступа к наглядной аналитической информации к мониторам текущего состояния системы в части запросов и продаж и к статистическим отчетам по ключевым индикаторам продаж. Для всесторонней аналитики возможно получение исходных данных для последующей выгрузки в хранилища данных и дальнейшей обработки.

== Функциональные возможности b2b ==

Режим b2b в Системе призван способствовать решению наиболее насущных задач, которые стоят перед консолидаторами и крупными агентами при работе с субагентской сетью. Графический интерфейс системы в b2b режиме спроектирован с учетом необходимости максимально автоматизировать рутинные процессы субагента, сделать работу в b2b терминале простой, понятной и эффективной, оставляя в тоже время в руках агента все ключевые инструменты для контроля за деятельностью субагента.

;К основным функциональным возможностям b2b в системе относятся:
:Ввод и хранение субагентстких профайлов с возможностью '''[[Синхронизация_пользователей|автоматической загрузки данных о субагентах]]''' из CRM-системы агентства;
:Конфигурирование многоуровневых субагентских сетей с предоставлением субагенту возможности '''[[Пользователь|управления нижестоящей иерархией]]''';
:'''[[Ценообразование_(Авиабилеты)|Гибкое управление наценками, скидками, комиссиями субагента]]''' в зависимости от коммерческих условий по бронированию контента;
:'''[[Маршрутизатор_поисковых_запросов|Управление маршрутизацией запросов]]''' на поиск и бронирование контента на основе бизнес-правил с учетом заданных параметров по прибыльности продаж при одновременной работе во множественных локациях;
:Определение бизнес правил для субагента, таких как комиссии, скидки, сборы, лимиты для групп субагентов, для каждой конкретной учетной записи внутри субагента;
:'''[[Права_доступа|Разграничение прав субагента]]''' по доступу к функциям работы с заказом;
:Обеспечение автоматического и полуавтоматического режима обработки заказов и '''[[Обмен_и_возврат_авиабилетов|вторичных операций]]''';
:'''[[Депозит#Управление депозитами субагентов|Учет депозитов, управление кредитным лимитом и кредитным статусом субагента]]''' с возможностью настройки получения данной информации из CRM-системы агентства;
:Предоставление субагенту возможности '''[[Ценообразование_для_субагентов|самостоятельно назначать дополнительные сборы и надбавки]]''';
:'''[[Выгрузка#Описание|Автоматическая выгрузка данных о бронированиях]]''' в учетные системы агентства;
:Гибкая настройка набора локаций для '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирования]]''' и '''[[Выписка#Настройки выписки|оформления]]''' для каждого субагента;
:'''[[Привязка_к_доменному_имени_агентства|Whitelabel модуль]]''' для установки на сайт субагента;
:Возможность '''[[Логотипы|брендирования интерфейса системы]]''' и исходящих документов (оповещений, '''[[Маршрут-квитанция|маршрутной квитанции]]''', emd) в стили субагента.

Работая с субагентской сетью при помощи Системы, агентство имеет возможность предоставить своим субагентам не только графический интерфейс, но и возможность интеграции по единому XML API, который аналогично GUI будет учитывать все настройки в отношении доступных субагенту контентов, функционала и ценовых настроек.

В дополнение к функциональным возможностям, предусмотренным в системе непосредственно для субагентов, в системе реализованы дополнительные специализированные функции, предназначенные для работы с корпоративными клиентами, а именно:

*'''[[Корпоративный_блок#Плательщики|Ввод и хранение в системе информации о корпоративных клиентах агентства]]''';
*Настройка '''[[Корпоративный_блок#Тревел политика|трэвел-политик]]''' для каждого вида контента, доступного корпоративному клиенту в системе;
*'''[[Media:SearchTravel.png|Наглядная индикация]]''' соответствия выбранного варианта трэвел-политике;
*'''[[Корпоративный_блок#Личный пин-код валидатор|Управление правами аппруверов]]''' в системе и настройка их действий при одобрении запросов на бронирование командировок;
*Специализированные отчеты для корпоративных клиентов ('''[[Корпоративный_блок#Календарь командировок|календарь командировок]]''').

== Функциональные возможности b2c ==

Режим b2c в системе призван решать наиболее частые и ресурсоемкие задачи, возникающие в повседневной деятельности онлайн-тревел агентства. Система спроектирована таким образом, чтобы оптимально отвечать требованиям к современным платформам онлайн бронирования, взаимодействующим с конечным пользователем.
;Основные возможности для работы в b2c режиме:
:Графический интерфейс бронирования, реализованный как виджет для легкого встраивания на сайт онлайн тревел агентства в CMS агентства
:Адаптивный дизайн и верстка интерфейса для качественной работы с системой как со стационарных, так и с мобильных устройств.
:Высокоскоростной поиск и расчет системой полученных комбинаций, в т.ч. при одновременной работе агентства во множественных локациях
:Использование данных из файлов cookie, данных обозревателя и данных IP адреса для обеспечения комфортного '''[[Безопасность_в_Nemo_Travel#Настройка безопасности в Nemo.travel|взаимодействия пользователя с системой]]'''.
:'''[[Модуль_метрики#Назначение|Система учета переходов по источнику трафика]]''' для оценки эффективности каналов продвижения и продаж
:'''[[Ценообразование_(Авиабилеты)|Гибкая система управления наценками и скидками]]''' в зависимости от коммерческих условий по бронированию контента и от источников перехода.
:Функционал '''[[Промокоды|Промокоды и купоны на скидку]]''' для организации кампаний по продвижению.
:'''[[Поиск_(Авиабилеты)#Принцип работы|Функционал для повышения доходности продаж]]''' - управляемая алгоритмическая автоматическая перетарификация, автоматическое перенаправление заказа в более выгодные локации, работа с приватными тарифами и т.д.
:Различные доступные '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методы оплаты]]''' - онлайн, в офисах партнеров, оплата в кредит и т.д.
:Автоматизированные '''[[Обмен_и_возврат_авиабилетов|вторичные операции]]''' и продажа '''[[Дополнительные_услуги_агентства|дополнительных услуг]]'''.
:Plug&play '''[[Взаимодействие_с_метапоисковиками|интеграция с мета-поисковыми системами]]''', включая функционал для сверки отчетов и расчета вознаграждения партнеру.
:'''[[Кэш-сервер#Задачи которые решает кэш-сервер|Кэш данных поиска]]'''
:'''[[Личный_кабинет|Личный кабинет]]''' клиента с доступом к заказам и профилю.
:Гибкое управление '''[[Авторизация|авторизацией пользователей]]''', функционал авторизации с данными профиля социальной сети.
:Система '''[[Почтовый_сервер|e-mail]]''' и '''[[СМС_Траффик|SMS]]''' оповещений пользователя
:'''[[Личный_кабинет|Личный кабинет]]''' онлайн-агентства с доступом к управлению заказами, интерфейсы для типовых операций с заказами для колл-центра онлайн агентства.
:'''[[Личный_кабинет#Очереди заказов|Система очередей]]''' для работы с заказами в агентстве.
:Система автоматического мониторинга и блокировки подозрительных операций.
:'''[[Автоаннулятор|Автоматическое аннулирование]]''' своевременно не выкупленных пользователями заказов.
:А также многое другое

Система имеет развитый набор XML и JSON API, доступный агентству, который может быть использован для самостоятельной разработки отдельных необходимых приложений (например, мобильных или веб-приложений).
Внешний вид GUI системы может быть кастомизирован агентством самостоятельно без привлечения специалистов разработчика.

== Администрирование ==

Система управляется посредством заведения бизнес-правил и установку настроек, доступных администраторам системы в панели управления. Через панель управления могут быть установлены:

*Настройки '''[[Пользователь#Пользователь|пользователей]]''' и '''[[Пользователь#Группы в Nemo|групп]]''', их '''[[Пользователь#Типы пользователей в Nemo|права и роли]]'''
*Настройки '''[[Стили|внешнего вида системы]]''', прописаны стили и пользовательские скрипты
*Настройки '''[[Нотификация|оповещений]]''' по ключевым событиям в процессе бронирования и оформления услуг
*Настройки работы с '''[[Валюта|курсами валют]]''' и с форматами данных
*Настройки ограничений и лимитов при работе с системой
*Настройки маршрутизации '''[[Маршрутизатор_поисковых_запросов|поисков]]''' и '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирований]]'''
*Настройки для работы с '''[[Личный_кабинет#Очереди заказов|очередями заказов]]'''
*Настройки '''[[Локализация|локализации]]''' (языковые версии GUI)
*Настройки '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методов оплаты]]''' для каждого вида и поставщика контента
*Настройки для интеграции с '''[[Интеграция|внешними системами и сервисами]]'''
*Настройки '''[[Безопасность_в_Nemo_Travel|безопасности]]'''

Также в панели управления доступен журнал действий пользователей в системе и ссылка на логи сообщений между системой и GSD/CRS, платежными и почтовыми системами.
Разделы панели управления снабжены ссылками на руководство пользователя с пояснением принципа работы конкретных настроек раздела.

== Безопасность ==
При разработке и в процессе эксплуатации системы большое внимание уделяется вопросам безопасности. Помимо соответствия необходимым стандартам в части защиты данных, в системе реализованы специальные функции, направленные на обеспечение оптимального уровня безопасности и защиты от несанкционированного доступа, к которым относятся, например, мониторинг и логирование подозрительных операций, безопасное соединение с кроссдоменной авторизацией, процедуры верификации и т.д. Работа с данными платежных карт осуществляется в соответствии с требованиями стандарта PCI DSS 3 уровня.

== Хостинг и поддержка решения ==

Система распространяется как SaaS сервис, с размещением на серверах Nemo Travel, расположенных в датацентрах в России и в Европе, сертифицированных по стандартам безопасности. Гарантированный аптайм системы 0,9899.
Гарантии по поддержке основаны на формальном соглашении о заявленном уровне сервиса (Service Level Agreement | SLA). Услуги по поддержке оказываются на английском и русском языках. Штатная техническая поддержка производится в режиме 12/5 (в рабочие часы по будним дням), экстренная поддержка по критическим обращениям производится в режиме 24/7 (круглосуточно) по телефону горячей линии.
Агентствам-пользователям Системы предоставляется круглосуточный доступ к справочной информации.

== См. также (See also)==
* [[The Nemo Travel System | The Nemo Travel System (EN) ]]
* [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]

Для подписки на письма о ежемесячных обновлениях системы {{NameSystem}} заполните форму [http://eepurl.com/qC2pH по ссылке].

Пользовательская документация системы Nemo.travel

2017-12-01T05:51:48Z

Александра Ларцева: /* Функциональные возможности b2b */

'''For English please go to [[The Nemo Travel System | The Nemo Travel System (EN) ]]'''

'''For Spanish please go to [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]'''

{| style="text-align:center; border:0; margin-top:1.2em; margin-bottom:2ex; background-color:#fcfcfc; width:100%; clear:both;" cellpadding="0" cellspacing="0"
| colspan="2" class="globegris" style="border:1px solid #ccc; background-color:#fcfcfc; background-repeat:no-repeat; background-position:-40px −14px; -webkit-border-radius:7px; -moz-border-radius:7px; border-radius:7px" |

{| style="width:100%; margin-top:.7em; background:transparent; border:0px solid #ccc"
| style="width:70%; color:#000; text-align:center; background:transparent;"|
{| style="width:100%; border:solid 0px; background:transparent"
|-
| style="width:100%; text-align:center; white-space:nowrap; color:#000" |
<div style="font-size:162%; border:0; margin:0; padding:.1em; color:#000">Добро пожаловать в пользовательскую документацию системы [http://www.nemo.travel Nemo],</div>
русскоязычную документацию для всех пользователей продукта Nemo.travel.
<div style="font-size:95%"> Сейчас в пользовательской документации '''[[Special:Statistics|{{NUMBEROFARTICLES}} {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}]]''' на русском языке.
</div>
|}
|style="width:30%; font-size:95%; color:#000; text-align:left;"|
{|style="width:100%; background:transparent;"
|style="width:7%; font-size:95%;"|
[[:Категория:Компоненты|Компоненты системы]] 
[[:Категория:Способы_оплаты|Платежные системы]] 
[[:Категория:Поставщики|Поставщики услуг]] 
[[:Категория:Настройки|Настройки системы]] 
|style="width:7%; font-size:95%;"|
[[:Категория:Функции|Функции системы]] 
[[ЧЗВ_(FAQ)_по_работе_с_Nemo|FaQ (Частые вопросы)]] 
[[:Категория:Термины|Используемые термины]] 
'''[[Служебная:Categories|Все категории]]'''

|}
|}
{| cellpadding="5" cellspacing="0" style="border-top:1px solid #ccc; text-align:center; margin-bottom: 8px; background:transparent; width:98%; border:0;"
| style="width:10%" |
|[http://www.nemo.travel Сайт системы Немо]
|[[Служба_поддержки|Что делать, если вы не нашли ответа на свой вопрос]]
|[http://helpdesk.nemo.travel Трекер техподдержки]

|}
|}

== Назначение и область применения ==

Система Немо (далее Система) является веб-приложением с набором сопутствующих API, инструментом электронной коммерции, предназначенным для организации туристическими компаниями и агентствами воздушных сообщений продаж авиабилетов, ЖД-билетов, отелей, а также иных сопутствующих услуг в режиме реального времени. Система поддерживает различные режимы работы в своем графическом интерфейсе (b2b, b2c, b2b2c), а также располагает универсальными программными интерфейсом (SOAP XML/JSON API).

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Правовая информация ==

Разработчиком системы является ООО “НОВАЯ СТУДИЯ” (ИНН 7720630640), работающая под брендом [http://www.nemo.travel Nemo.Travel]. Система является защищенным объектом интеллектуальной собственности, свидетельство о государственной регистрации №2013619280, выдано 30.09.2013 года Федеральной Службой по интеллектуальной собственности РФ (РОСПАТЕНТ).

== О разработчике ==

[http://www.nemo.travel Nemo.Travel] работает на рынке программного обеспечения для авиакомпаний и трэвел-агентств с 2008 года. Головной офис находится в Москве. Основными продуктами компании являются система Nemo.Travel для трэвел-агентств и система Websky для авиакомпаний.
Компания является авторизованным разработчиком приложений и партнером глобальных дистрибутивных систем. Система проходит регулярные сертификации GDS.

Nemo Travel обладает следующими статусами:
*Сертифицированный разработчик | GDS [[Сирена Трэвел]]
*Certified application provider | GDS [[Amadeus]]
*Authorized certified developer | GDS [[Sabre]]
*Authorized partner, Member of the Travelport Development Network (TDN) | [[Travelport (Galileo)]]

Процесс разработки и обслуживания клиентов производится на основе требований стандарта качества, компания сертифицирована по стандарту ISO 9001:2008

== Принципиальное устройство ==

Система содержит интерфейсы к веб-сервисам систем бронирования - GDS/СRS, а также интерфейсы к системам поставщиков дополнительных услуг. На основе введенных в систему настроек и бизнес-правил приложение осуществляет маршрутизацию поисковых запросов к системам бронирования и производит обработку полученных результатов. Аналогично приложение взаимодействует с системами бронирования в процессе формирования заказа и при вторичных операциях. Интеграция с платежными системами позволяет организовать оплату пользователями своих заказов в режиме реального времени. Система обеспечивает возможность работы с контентом как в собственной локации агентства, так и в локациях партнеров агентства (консолидаторов и брокеров) с использованием соответствующих реквизитов.

[[File:Общее устройство Nemo.png|center]]

== Виды контентов ==

В Системе представлены следующие виды контентов (услуг), доступных к бронированию и оформлению: авиабилеты, отели, железнодорожные билеты. Система располагает обособленными графическими интерфейсами для каждого вида контента.
В системе также реализована продажа дополнительных сопутствующих услуг в режиме upsale / cross sale (продажи в процессе заказа основной услуги, либо после оформления заказа на основную услугу), без выделения процесса покупки сопутствующей услуги в отдельный графический интерфейс, через добавление специализированного upsale/cross-sale блока в интерфейс бронирования основной услуги. К дополнительным услугам, доступным в системе относятся страхование, бронирование поездов Аэроэкспресс, а также любые произвольные услуги, конфигурирование которых доступно в административной панели системы.

== Доступные контенты ==

; Авиабилеты:
:'''[[Сирена_Трэвел|Sirena Travel]]'''
:'''[[Amadeus|Amadeus]]'''
:'''[[Sabre|Sabre]]'''
:'''[[Travelport_(Galileo)|Travelport]]'''
:'''[[SITA_Gabriel|SITA]]'''


:'''[[Travelfusion|Travelfusion]]'''
:'''[[Mystifly|Mystifly]]'''
:'''[[Nemo_Inventory_(компонент)|Nemo.Inventory]]'''
:'''[[API_АвиаЦентр_(Special_fares)|Specialfares (Авиацентр)]]'''

; Железнодорожные билеты:

:'''[[UFS|UFS]]'''


; Отели: Hotelston
:Travelport
:'''[[Академсервис|Академсервис]]'''
:Ozon.Travel
:Ostrovok
:Amadeus Content Inn

;Страхование:

:'''[[АльфаСтрахование|Альфастрахование]]'''
:'''[[Страхование_ERV|ERV]]'''

; Прочие услуги:
:'''[[Аэроэкспресс|Аэроэкспресс]]'''


== Основные функциональные модули системы и их назначение ==

*'''[[Поиск_(Авиабилеты)|Модуль поиска]]''' и '''[[Бронирование_(Авиабилеты)|бронирования]]''' авиабилетов с поддержкой операций '''[[Выписка#Автовыписка|автоматизированного тикетинга]]''', вторичных операций '''[[Обмен_и_возврат_авиабилетов|(обмен, возврат)]]''' и продажей дополнительных услуг авиаперевозчиков с формированием EMD. В модуле реализована возможность работы в нейтральных сеансах BSP, ТКП, а также работа в сеансе авиакомпании.
*'''[[Железнодорожные_перевозки#Поиск ЖД|Модуль поиска и продажи железнодорожных билетов]]''' с поддержкой автоматизированных операций выписки и возврата железнодорожного билета.
*'''[[Объект_размещения|Модуль поиска и бронирования отелей и апартаментов]]''' с поддержкой автоматизированного оформления ваучера на проживание.
*'''[[Личный_кабинет|Модуль Личный кабинет пользователя]]''', предназначенный для работы с заказами и для управления профилем и предпочтениями пользователя.
*'''[[Корпоративный_блок|Корпоративный модуль]]''', предназначенный для управления трэвел-политиками и процессами одобрения командировок сотрудников организаций.
*'''[[Nemo_Inventory_(компонент)|Модуль Nemo.Inventory]]''', предназначенный для управления собственным ресурсом мест фрахтователями чартерных рейсов и держателями блоков и для организации продаж данного ресурса мест через систему. Модуль позволяет вводить данные о ресурсах мест, тарифах и правилах их применения, работать с заказами на рейсе.
*'''[[Ценообразование_(Авиабилеты)#Ценообразование (Авиабилеты)|Модуль Политика ценообразования]]''', предназначенный для управления наценками, скидками и комиссиями при работе с покупателями. Модуль отличается исключительной гибкостью в плане возможности использования тонко настроенных ценовых бизнес-правил (например, политики ценообразования в разделе “Авиабилеты” содержат свыше 60 параметров, в зависимости от которых возможно управление наценками и комиссиями на перевозки).
*'''[[Депозит#Назначение|Модуль Кредитные лимиты]]''', предназначенный для управления предельными лимитами, установленными в денежном выражении, на отгрузку контрагентам авиабилетов, ЖД билетов, отелей и прочих услуг.
*'''[[Веб-аналитика|Модуль Аналитики]]''', '''[[Статистика|статистики]]''' и '''[[Отчеты_по_заказам|отчетности]]''', предназначенный для быстрого доступа к наглядной аналитической информации к мониторам текущего состояния системы в части запросов и продаж и к статистическим отчетам по ключевым индикаторам продаж. Для всесторонней аналитики возможно получение исходных данных для последующей выгрузки в хранилища данных и дальнейшей обработки.

== Функциональные возможности b2b ==

Режим b2b в Системе призван способствовать решению наиболее насущных задач, которые стоят перед консолидаторами и крупными агентами при работе с субагентской сетью. Графический интерфейс системы в b2b режиме спроектирован с учетом необходимости максимально автоматизировать рутинные процессы субагента, сделать работу в b2b терминале простой, понятной и эффективной, оставляя в тоже время в руках агента все ключевые инструменты для контроля за деятельностью субагента.

;К основным функциональным возможностям b2b в системе относятся:
:Ввод и хранение субагентстких профайлов с возможностью '''[[Синхронизация_пользователей|автоматической загрузки данных о субагентах]]''' из CRM-системы агентства;
:Конфигурирование многоуровневых субагентских сетей с предоставлением субагенту возможности '''[[Пользователь|управления нижестоящей иерархией]]''';
:'''[[Ценообразование_(Авиабилеты)|Гибкое управление наценками, скидками, комиссиями субагента]]''' в зависимости от коммерческих условий по бронированию контента;
:'''[[Маршрутизатор_поисковых_запросов|Управление маршрутизацией запросов]]''' на поиск и бронирование контента на основе бизнес-правил с учетом заданных параметров по прибыльности продаж при одновременной работе во множественных локациях;
:Определение бизнес правил для субагента, таких как комиссии, скидки, сборы, лимиты для групп субагентов, для каждой конкретной учетной записи внутри субагента;
:'''[[Права_доступа|Разграничение прав субагента]]''' по доступу к функциям работы с заказом;
:Обеспечение автоматического и полуавтоматического режима обработки заказов и '''[[Обмен_и_возврат_авиабилетов|вторичных операций]]''';
:'''[[Депозит#Управление депозитами субагентов|Учет депозитов, управление кредитным лимитом и кредитным статусом субагента]]''' с возможностью настройки получения данной информации из CRM-системы агентства;
:Предоставление субагенту возможности '''[[Ценообразование_для_субагентов|самостоятельно назначать дополнительные сборы и надбавки]]''';
:'''[[Выгрузка#Описание|Автоматическая выгрузка данных о бронированиях]]''' в учетные системы агентства;
:Гибкая настройка набора локаций для '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирования]]''' и '''[[Выписка#Настройки выписки|оформления]]''' для каждого субагента;
:'''[[Привязка_к_доменному_имени_агентства|Whitelabel модуль]]''' для установки на сайт субагента;
:Возможность '''[[Логотипы|брендирования интерфейса системы]]''' и исходящих документов (оповещений, [[Маршрут-квитанция|маршрутной квитанции]], emd) в стили субагента.

Работая с субагентской сетью при помощи Системы, агентство имеет возможность предоставить своим субагентам не только графический интерфейс, но и возможность интеграции по единому XML API, который аналогично GUI будет учитывать все настройки в отношении доступных субагенту контентов, функционала и ценовых настроек.

В дополнение к функциональным возможностям, предусмотренным в системе непосредственно для субагентов, в системе реализованы дополнительные специализированные функции, предназначенные для работы с корпоративными клиентами, а именно:

*'''[[Корпоративный_блок#Плательщики|Ввод и хранение в системе информации о корпоративных клиентах агентства]]''';
*Настройка '''[[Корпоративный_блок#Тревел политика|трэвел-политик]]''' для каждого вида контента, доступного корпоративному клиенту в системе;
*'''[[Media:SearchTravel.png|Наглядная индикация]]''' соответствия выбранного варианта трэвел-политике;
*'''[[Корпоративный_блок#Личный пин-код валидатор|Управление правами аппруверов]]''' в системе и настройка их действий при одобрении запросов на бронирование командировок;
*Специализированные отчеты для корпоративных клиентов ('''[[Корпоративный_блок#Календарь командировок|календарь командировок]]''').

== Функциональные возможности b2c ==

Режим b2c в системе призван решать наиболее частые и ресурсоемкие задачи, возникающие в повседневной деятельности онлайн-тревел агентства. Система спроектирована таким образом, чтобы оптимально отвечать требованиям к современным платформам онлайн бронирования, взаимодействующим с конечным пользователем.
;Основные возможности для работы в b2c режиме:
:Графический интерфейс бронирования, реализованный как виджет для легкого встраивания на сайт онлайн тревел агентства в CMS агентства
:Адаптивный дизайн и верстка интерфейса для качественной работы с системой как со стационарных, так и с мобильных устройств.
:Высокоскоростной поиск и расчет системой полученных комбинаций, в т.ч. при одновременной работе агентства во множественных локациях
:Использование данных из файлов cookie, данных обозревателя и данных IP адреса для обеспечения комфортного '''[[Безопасность_в_Nemo_Travel#Настройка безопасности в Nemo.travel|взаимодействия пользователя с системой]]'''.
:'''[[Модуль_метрики#Назначение|Система учета переходов по источнику трафика]]''' для оценки эффективности каналов продвижения и продаж
:'''[[Ценообразование_(Авиабилеты)|Гибкая система управления наценками и скидками]]''' в зависимости от коммерческих условий по бронированию контента и от источников перехода.
:Функционал '''[[Промокоды|Промокоды и купоны на скидку]]''' для организации кампаний по продвижению.
:'''[[Поиск_(Авиабилеты)#Принцип работы|Функционал для повышения доходности продаж]]''' - управляемая алгоритмическая автоматическая перетарификация, автоматическое перенаправление заказа в более выгодные локации, работа с приватными тарифами и т.д.
:Различные доступные '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методы оплаты]]''' - онлайн, в офисах партнеров, оплата в кредит и т.д.
:Автоматизированные '''[[Обмен_и_возврат_авиабилетов|вторичные операции]]''' и продажа '''[[Дополнительные_услуги_агентства|дополнительных услуг]]'''.
:Plug&play '''[[Взаимодействие_с_метапоисковиками|интеграция с мета-поисковыми системами]]''', включая функционал для сверки отчетов и расчета вознаграждения партнеру.
:'''[[Кэш-сервер#Задачи которые решает кэш-сервер|Кэш данных поиска]]'''
:'''[[Личный_кабинет|Личный кабинет]]''' клиента с доступом к заказам и профилю.
:Гибкое управление '''[[Авторизация|авторизацией пользователей]]''', функционал авторизации с данными профиля социальной сети.
:Система '''[[Почтовый_сервер|e-mail]]''' и '''[[СМС_Траффик|SMS]]''' оповещений пользователя
:'''[[Личный_кабинет|Личный кабинет]]''' онлайн-агентства с доступом к управлению заказами, интерфейсы для типовых операций с заказами для колл-центра онлайн агентства.
:'''[[Личный_кабинет#Очереди заказов|Система очередей]]''' для работы с заказами в агентстве.
:Система автоматического мониторинга и блокировки подозрительных операций.
:'''[[Автоаннулятор|Автоматическое аннулирование]]''' своевременно не выкупленных пользователями заказов.
:А также многое другое

Система имеет развитый набор XML и JSON API, доступный агентству, который может быть использован для самостоятельной разработки отдельных необходимых приложений (например, мобильных или веб-приложений).
Внешний вид GUI системы может быть кастомизирован агентством самостоятельно без привлечения специалистов разработчика.

== Администрирование ==

Система управляется посредством заведения бизнес-правил и установку настроек, доступных администраторам системы в панели управления. Через панель управления могут быть установлены:

*Настройки '''[[Пользователь#Пользователь|пользователей]]''' и '''[[Пользователь#Группы в Nemo|групп]]''', их '''[[Пользователь#Типы пользователей в Nemo|права и роли]]'''
*Настройки '''[[Стили|внешнего вида системы]]''', прописаны стили и пользовательские скрипты
*Настройки '''[[Нотификация|оповещений]]''' по ключевым событиям в процессе бронирования и оформления услуг
*Настройки работы с '''[[Валюта|курсами валют]]''' и с форматами данных
*Настройки ограничений и лимитов при работе с системой
*Настройки маршрутизации '''[[Маршрутизатор_поисковых_запросов|поисков]]''' и '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирований]]'''
*Настройки для работы с '''[[Личный_кабинет#Очереди заказов|очередями заказов]]'''
*Настройки '''[[Локализация|локализации]]''' (языковые версии GUI)
*Настройки '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методов оплаты]]''' для каждого вида и поставщика контента
*Настройки для интеграции с '''[[Интеграция|внешними системами и сервисами]]'''
*Настройки '''[[Безопасность_в_Nemo_Travel|безопасности]]'''

Также в панели управления доступен журнал действий пользователей в системе и ссылка на логи сообщений между системой и GSD/CRS, платежными и почтовыми системами.
Разделы панели управления снабжены ссылками на руководство пользователя с пояснением принципа работы конкретных настроек раздела.

== Безопасность ==
При разработке и в процессе эксплуатации системы большое внимание уделяется вопросам безопасности. Помимо соответствия необходимым стандартам в части защиты данных, в системе реализованы специальные функции, направленные на обеспечение оптимального уровня безопасности и защиты от несанкционированного доступа, к которым относятся, например, мониторинг и логирование подозрительных операций, безопасное соединение с кроссдоменной авторизацией, процедуры верификации и т.д. Работа с данными платежных карт осуществляется в соответствии с требованиями стандарта PCI DSS 3 уровня.

== Хостинг и поддержка решения ==

Система распространяется как SaaS сервис, с размещением на серверах Nemo Travel, расположенных в датацентрах в России и в Европе, сертифицированных по стандартам безопасности. Гарантированный аптайм системы 0,9899.
Гарантии по поддержке основаны на формальном соглашении о заявленном уровне сервиса (Service Level Agreement | SLA). Услуги по поддержке оказываются на английском и русском языках. Штатная техническая поддержка производится в режиме 12/5 (в рабочие часы по будним дням), экстренная поддержка по критическим обращениям производится в режиме 24/7 (круглосуточно) по телефону горячей линии.
Агентствам-пользователям Системы предоставляется круглосуточный доступ к справочной информации.

== См. также (See also)==
* [[The Nemo Travel System | The Nemo Travel System (EN) ]]
* [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]

Для подписки на письма о ежемесячных обновлениях системы {{NameSystem}} заполните форму [http://eepurl.com/qC2pH по ссылке].

Пользовательская документация системы Nemo.travel

2017-12-01T05:51:11Z

Александра Ларцева: /* Функциональные возможности b2b */

'''For English please go to [[The Nemo Travel System | The Nemo Travel System (EN) ]]'''

'''For Spanish please go to [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]'''

{| style="text-align:center; border:0; margin-top:1.2em; margin-bottom:2ex; background-color:#fcfcfc; width:100%; clear:both;" cellpadding="0" cellspacing="0"
| colspan="2" class="globegris" style="border:1px solid #ccc; background-color:#fcfcfc; background-repeat:no-repeat; background-position:-40px −14px; -webkit-border-radius:7px; -moz-border-radius:7px; border-radius:7px" |

{| style="width:100%; margin-top:.7em; background:transparent; border:0px solid #ccc"
| style="width:70%; color:#000; text-align:center; background:transparent;"|
{| style="width:100%; border:solid 0px; background:transparent"
|-
| style="width:100%; text-align:center; white-space:nowrap; color:#000" |
<div style="font-size:162%; border:0; margin:0; padding:.1em; color:#000">Добро пожаловать в пользовательскую документацию системы [http://www.nemo.travel Nemo],</div>
русскоязычную документацию для всех пользователей продукта Nemo.travel.
<div style="font-size:95%"> Сейчас в пользовательской документации '''[[Special:Statistics|{{NUMBEROFARTICLES}} {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}]]''' на русском языке.
</div>
|}
|style="width:30%; font-size:95%; color:#000; text-align:left;"|
{|style="width:100%; background:transparent;"
|style="width:7%; font-size:95%;"|
[[:Категория:Компоненты|Компоненты системы]] 
[[:Категория:Способы_оплаты|Платежные системы]] 
[[:Категория:Поставщики|Поставщики услуг]] 
[[:Категория:Настройки|Настройки системы]] 
|style="width:7%; font-size:95%;"|
[[:Категория:Функции|Функции системы]] 
[[ЧЗВ_(FAQ)_по_работе_с_Nemo|FaQ (Частые вопросы)]] 
[[:Категория:Термины|Используемые термины]] 
'''[[Служебная:Categories|Все категории]]'''

|}
|}
{| cellpadding="5" cellspacing="0" style="border-top:1px solid #ccc; text-align:center; margin-bottom: 8px; background:transparent; width:98%; border:0;"
| style="width:10%" |
|[http://www.nemo.travel Сайт системы Немо]
|[[Служба_поддержки|Что делать, если вы не нашли ответа на свой вопрос]]
|[http://helpdesk.nemo.travel Трекер техподдержки]

|}
|}

== Назначение и область применения ==

Система Немо (далее Система) является веб-приложением с набором сопутствующих API, инструментом электронной коммерции, предназначенным для организации туристическими компаниями и агентствами воздушных сообщений продаж авиабилетов, ЖД-билетов, отелей, а также иных сопутствующих услуг в режиме реального времени. Система поддерживает различные режимы работы в своем графическом интерфейсе (b2b, b2c, b2b2c), а также располагает универсальными программными интерфейсом (SOAP XML/JSON API).

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Правовая информация ==

Разработчиком системы является ООО “НОВАЯ СТУДИЯ” (ИНН 7720630640), работающая под брендом [http://www.nemo.travel Nemo.Travel]. Система является защищенным объектом интеллектуальной собственности, свидетельство о государственной регистрации №2013619280, выдано 30.09.2013 года Федеральной Службой по интеллектуальной собственности РФ (РОСПАТЕНТ).

== О разработчике ==

[http://www.nemo.travel Nemo.Travel] работает на рынке программного обеспечения для авиакомпаний и трэвел-агентств с 2008 года. Головной офис находится в Москве. Основными продуктами компании являются система Nemo.Travel для трэвел-агентств и система Websky для авиакомпаний.
Компания является авторизованным разработчиком приложений и партнером глобальных дистрибутивных систем. Система проходит регулярные сертификации GDS.

Nemo Travel обладает следующими статусами:
*Сертифицированный разработчик | GDS [[Сирена Трэвел]]
*Certified application provider | GDS [[Amadeus]]
*Authorized certified developer | GDS [[Sabre]]
*Authorized partner, Member of the Travelport Development Network (TDN) | [[Travelport (Galileo)]]

Процесс разработки и обслуживания клиентов производится на основе требований стандарта качества, компания сертифицирована по стандарту ISO 9001:2008

== Принципиальное устройство ==

Система содержит интерфейсы к веб-сервисам систем бронирования - GDS/СRS, а также интерфейсы к системам поставщиков дополнительных услуг. На основе введенных в систему настроек и бизнес-правил приложение осуществляет маршрутизацию поисковых запросов к системам бронирования и производит обработку полученных результатов. Аналогично приложение взаимодействует с системами бронирования в процессе формирования заказа и при вторичных операциях. Интеграция с платежными системами позволяет организовать оплату пользователями своих заказов в режиме реального времени. Система обеспечивает возможность работы с контентом как в собственной локации агентства, так и в локациях партнеров агентства (консолидаторов и брокеров) с использованием соответствующих реквизитов.

[[File:Общее устройство Nemo.png|center]]

== Виды контентов ==

В Системе представлены следующие виды контентов (услуг), доступных к бронированию и оформлению: авиабилеты, отели, железнодорожные билеты. Система располагает обособленными графическими интерфейсами для каждого вида контента.
В системе также реализована продажа дополнительных сопутствующих услуг в режиме upsale / cross sale (продажи в процессе заказа основной услуги, либо после оформления заказа на основную услугу), без выделения процесса покупки сопутствующей услуги в отдельный графический интерфейс, через добавление специализированного upsale/cross-sale блока в интерфейс бронирования основной услуги. К дополнительным услугам, доступным в системе относятся страхование, бронирование поездов Аэроэкспресс, а также любые произвольные услуги, конфигурирование которых доступно в административной панели системы.

== Доступные контенты ==

; Авиабилеты:
:'''[[Сирена_Трэвел|Sirena Travel]]'''
:'''[[Amadeus|Amadeus]]'''
:'''[[Sabre|Sabre]]'''
:'''[[Travelport_(Galileo)|Travelport]]'''
:'''[[SITA_Gabriel|SITA]]'''


:'''[[Travelfusion|Travelfusion]]'''
:'''[[Mystifly|Mystifly]]'''
:'''[[Nemo_Inventory_(компонент)|Nemo.Inventory]]'''
:'''[[API_АвиаЦентр_(Special_fares)|Specialfares (Авиацентр)]]'''

; Железнодорожные билеты:

:'''[[UFS|UFS]]'''


; Отели: Hotelston
:Travelport
:'''[[Академсервис|Академсервис]]'''
:Ozon.Travel
:Ostrovok
:Amadeus Content Inn

;Страхование:

:'''[[АльфаСтрахование|Альфастрахование]]'''
:'''[[Страхование_ERV|ERV]]'''

; Прочие услуги:
:'''[[Аэроэкспресс|Аэроэкспресс]]'''


== Основные функциональные модули системы и их назначение ==

*'''[[Поиск_(Авиабилеты)|Модуль поиска]]''' и '''[[Бронирование_(Авиабилеты)|бронирования]]''' авиабилетов с поддержкой операций '''[[Выписка#Автовыписка|автоматизированного тикетинга]]''', вторичных операций '''[[Обмен_и_возврат_авиабилетов|(обмен, возврат)]]''' и продажей дополнительных услуг авиаперевозчиков с формированием EMD. В модуле реализована возможность работы в нейтральных сеансах BSP, ТКП, а также работа в сеансе авиакомпании.
*'''[[Железнодорожные_перевозки#Поиск ЖД|Модуль поиска и продажи железнодорожных билетов]]''' с поддержкой автоматизированных операций выписки и возврата железнодорожного билета.
*'''[[Объект_размещения|Модуль поиска и бронирования отелей и апартаментов]]''' с поддержкой автоматизированного оформления ваучера на проживание.
*'''[[Личный_кабинет|Модуль Личный кабинет пользователя]]''', предназначенный для работы с заказами и для управления профилем и предпочтениями пользователя.
*'''[[Корпоративный_блок|Корпоративный модуль]]''', предназначенный для управления трэвел-политиками и процессами одобрения командировок сотрудников организаций.
*'''[[Nemo_Inventory_(компонент)|Модуль Nemo.Inventory]]''', предназначенный для управления собственным ресурсом мест фрахтователями чартерных рейсов и держателями блоков и для организации продаж данного ресурса мест через систему. Модуль позволяет вводить данные о ресурсах мест, тарифах и правилах их применения, работать с заказами на рейсе.
*'''[[Ценообразование_(Авиабилеты)#Ценообразование (Авиабилеты)|Модуль Политика ценообразования]]''', предназначенный для управления наценками, скидками и комиссиями при работе с покупателями. Модуль отличается исключительной гибкостью в плане возможности использования тонко настроенных ценовых бизнес-правил (например, политики ценообразования в разделе “Авиабилеты” содержат свыше 60 параметров, в зависимости от которых возможно управление наценками и комиссиями на перевозки).
*'''[[Депозит#Назначение|Модуль Кредитные лимиты]]''', предназначенный для управления предельными лимитами, установленными в денежном выражении, на отгрузку контрагентам авиабилетов, ЖД билетов, отелей и прочих услуг.
*'''[[Веб-аналитика|Модуль Аналитики]]''', '''[[Статистика|статистики]]''' и '''[[Отчеты_по_заказам|отчетности]]''', предназначенный для быстрого доступа к наглядной аналитической информации к мониторам текущего состояния системы в части запросов и продаж и к статистическим отчетам по ключевым индикаторам продаж. Для всесторонней аналитики возможно получение исходных данных для последующей выгрузки в хранилища данных и дальнейшей обработки.

== Функциональные возможности b2b ==

Режим b2b в Системе призван способствовать решению наиболее насущных задач, которые стоят перед консолидаторами и крупными агентами при работе с субагентской сетью. Графический интерфейс системы в b2b режиме спроектирован с учетом необходимости максимально автоматизировать рутинные процессы субагента, сделать работу в b2b терминале простой, понятной и эффективной, оставляя в тоже время в руках агента все ключевые инструменты для контроля за деятельностью субагента.

;К основным функциональным возможностям b2b в системе относятся:
:Ввод и хранение субагентстких профайлов с возможностью '''[[Синхронизация_пользователей|автоматической загрузки данных о субагентах]]''' из CRM-системы агентства;
:Конфигурирование многоуровневых субагентских сетей с предоставлением субагенту возможности '''[[Пользователь|управления нижестоящей иерархией]]''';
:'''[[Ценообразование_(Авиабилеты)|Гибкое управление наценками, скидками, комиссиями субагента]]''' в зависимости от коммерческих условий по бронированию контента;
:'''[[Маршрутизатор_поисковых_запросов|Управление маршрутизацией запросов]]''' на поиск и бронирование контента на основе бизнес-правил с учетом заданных параметров по прибыльности продаж при одновременной работе во множественных локациях;
:Определение бизнес правил для субагента, таких как комиссии, скидки, сборы, лимиты для групп субагентов, для каждой конкретной учетной записи внутри субагента;
:'''[[Права_доступа|Разграничение прав субагента]]''' по доступу к функциям работы с заказом;
:Обеспечение автоматического и полуавтоматического режима обработки заказов и '''[[Обмен_и_возврат_авиабилетов|вторичных операций]]''';
:'''[[Депозит#Управление депозитами субагентов|Учет депозитов, управление кредитным лимитом и кредитным статусом субагента]]''' с возможностью настройки получения данной информации из CRM-системы агентства;
:Предоставление субагенту возможности '''[[Ценообразование_для_субагентов|самостоятельно назначать дополнительные сборы и надбавки]]''';
:'''[[Выгрузка#Описание|Автоматическая выгрузка данных о бронированиях]]''' в учетные системы агентства;
:Гибкая настройка набора локаций для '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирования]]''' и '''[[Выписка#Настройки выписки|оформления]]''' для каждого субагента;
:'''[[Привязка_к_доменному_имени_агентства|Whitelabel модуль]]''' для установки на сайт субагента;
:Возможность '''[[Логотипы|брендирования интерфейса системы]]''' и исходящих документов (оповещений, [[Маршрутная_квитанция|маршрутной квитанции]], emd) в стили субагента.

Работая с субагентской сетью при помощи Системы, агентство имеет возможность предоставить своим субагентам не только графический интерфейс, но и возможность интеграции по единому XML API, который аналогично GUI будет учитывать все настройки в отношении доступных субагенту контентов, функционала и ценовых настроек.

В дополнение к функциональным возможностям, предусмотренным в системе непосредственно для субагентов, в системе реализованы дополнительные специализированные функции, предназначенные для работы с корпоративными клиентами, а именно:

*'''[[Корпоративный_блок#Плательщики|Ввод и хранение в системе информации о корпоративных клиентах агентства]]''';
*Настройка '''[[Корпоративный_блок#Тревел политика|трэвел-политик]]''' для каждого вида контента, доступного корпоративному клиенту в системе;
*'''[[Media:SearchTravel.png|Наглядная индикация]]''' соответствия выбранного варианта трэвел-политике;
*'''[[Корпоративный_блок#Личный пин-код валидатор|Управление правами аппруверов]]''' в системе и настройка их действий при одобрении запросов на бронирование командировок;
*Специализированные отчеты для корпоративных клиентов ('''[[Корпоративный_блок#Календарь командировок|календарь командировок]]''').

== Функциональные возможности b2c ==

Режим b2c в системе призван решать наиболее частые и ресурсоемкие задачи, возникающие в повседневной деятельности онлайн-тревел агентства. Система спроектирована таким образом, чтобы оптимально отвечать требованиям к современным платформам онлайн бронирования, взаимодействующим с конечным пользователем.
;Основные возможности для работы в b2c режиме:
:Графический интерфейс бронирования, реализованный как виджет для легкого встраивания на сайт онлайн тревел агентства в CMS агентства
:Адаптивный дизайн и верстка интерфейса для качественной работы с системой как со стационарных, так и с мобильных устройств.
:Высокоскоростной поиск и расчет системой полученных комбинаций, в т.ч. при одновременной работе агентства во множественных локациях
:Использование данных из файлов cookie, данных обозревателя и данных IP адреса для обеспечения комфортного '''[[Безопасность_в_Nemo_Travel#Настройка безопасности в Nemo.travel|взаимодействия пользователя с системой]]'''.
:'''[[Модуль_метрики#Назначение|Система учета переходов по источнику трафика]]''' для оценки эффективности каналов продвижения и продаж
:'''[[Ценообразование_(Авиабилеты)|Гибкая система управления наценками и скидками]]''' в зависимости от коммерческих условий по бронированию контента и от источников перехода.
:Функционал '''[[Промокоды|Промокоды и купоны на скидку]]''' для организации кампаний по продвижению.
:'''[[Поиск_(Авиабилеты)#Принцип работы|Функционал для повышения доходности продаж]]''' - управляемая алгоритмическая автоматическая перетарификация, автоматическое перенаправление заказа в более выгодные локации, работа с приватными тарифами и т.д.
:Различные доступные '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методы оплаты]]''' - онлайн, в офисах партнеров, оплата в кредит и т.д.
:Автоматизированные '''[[Обмен_и_возврат_авиабилетов|вторичные операции]]''' и продажа '''[[Дополнительные_услуги_агентства|дополнительных услуг]]'''.
:Plug&play '''[[Взаимодействие_с_метапоисковиками|интеграция с мета-поисковыми системами]]''', включая функционал для сверки отчетов и расчета вознаграждения партнеру.
:'''[[Кэш-сервер#Задачи которые решает кэш-сервер|Кэш данных поиска]]'''
:'''[[Личный_кабинет|Личный кабинет]]''' клиента с доступом к заказам и профилю.
:Гибкое управление '''[[Авторизация|авторизацией пользователей]]''', функционал авторизации с данными профиля социальной сети.
:Система '''[[Почтовый_сервер|e-mail]]''' и '''[[СМС_Траффик|SMS]]''' оповещений пользователя
:'''[[Личный_кабинет|Личный кабинет]]''' онлайн-агентства с доступом к управлению заказами, интерфейсы для типовых операций с заказами для колл-центра онлайн агентства.
:'''[[Личный_кабинет#Очереди заказов|Система очередей]]''' для работы с заказами в агентстве.
:Система автоматического мониторинга и блокировки подозрительных операций.
:'''[[Автоаннулятор|Автоматическое аннулирование]]''' своевременно не выкупленных пользователями заказов.
:А также многое другое

Система имеет развитый набор XML и JSON API, доступный агентству, который может быть использован для самостоятельной разработки отдельных необходимых приложений (например, мобильных или веб-приложений).
Внешний вид GUI системы может быть кастомизирован агентством самостоятельно без привлечения специалистов разработчика.

== Администрирование ==

Система управляется посредством заведения бизнес-правил и установку настроек, доступных администраторам системы в панели управления. Через панель управления могут быть установлены:

*Настройки '''[[Пользователь#Пользователь|пользователей]]''' и '''[[Пользователь#Группы в Nemo|групп]]''', их '''[[Пользователь#Типы пользователей в Nemo|права и роли]]'''
*Настройки '''[[Стили|внешнего вида системы]]''', прописаны стили и пользовательские скрипты
*Настройки '''[[Нотификация|оповещений]]''' по ключевым событиям в процессе бронирования и оформления услуг
*Настройки работы с '''[[Валюта|курсами валют]]''' и с форматами данных
*Настройки ограничений и лимитов при работе с системой
*Настройки маршрутизации '''[[Маршрутизатор_поисковых_запросов|поисков]]''' и '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирований]]'''
*Настройки для работы с '''[[Личный_кабинет#Очереди заказов|очередями заказов]]'''
*Настройки '''[[Локализация|локализации]]''' (языковые версии GUI)
*Настройки '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методов оплаты]]''' для каждого вида и поставщика контента
*Настройки для интеграции с '''[[Интеграция|внешними системами и сервисами]]'''
*Настройки '''[[Безопасность_в_Nemo_Travel|безопасности]]'''

Также в панели управления доступен журнал действий пользователей в системе и ссылка на логи сообщений между системой и GSD/CRS, платежными и почтовыми системами.
Разделы панели управления снабжены ссылками на руководство пользователя с пояснением принципа работы конкретных настроек раздела.

== Безопасность ==
При разработке и в процессе эксплуатации системы большое внимание уделяется вопросам безопасности. Помимо соответствия необходимым стандартам в части защиты данных, в системе реализованы специальные функции, направленные на обеспечение оптимального уровня безопасности и защиты от несанкционированного доступа, к которым относятся, например, мониторинг и логирование подозрительных операций, безопасное соединение с кроссдоменной авторизацией, процедуры верификации и т.д. Работа с данными платежных карт осуществляется в соответствии с требованиями стандарта PCI DSS 3 уровня.

== Хостинг и поддержка решения ==

Система распространяется как SaaS сервис, с размещением на серверах Nemo Travel, расположенных в датацентрах в России и в Европе, сертифицированных по стандартам безопасности. Гарантированный аптайм системы 0,9899.
Гарантии по поддержке основаны на формальном соглашении о заявленном уровне сервиса (Service Level Agreement | SLA). Услуги по поддержке оказываются на английском и русском языках. Штатная техническая поддержка производится в режиме 12/5 (в рабочие часы по будним дням), экстренная поддержка по критическим обращениям производится в режиме 24/7 (круглосуточно) по телефону горячей линии.
Агентствам-пользователям Системы предоставляется круглосуточный доступ к справочной информации.

== См. также (See also)==
* [[The Nemo Travel System | The Nemo Travel System (EN) ]]
* [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]

Для подписки на письма о ежемесячных обновлениях системы {{NameSystem}} заполните форму [http://eepurl.com/qC2pH по ссылке].

Пользовательская документация системы Nemo.travel

2017-12-01T05:50:46Z

Александра Ларцева: /* Функциональные возможности b2b */

'''For English please go to [[The Nemo Travel System | The Nemo Travel System (EN) ]]'''

'''For Spanish please go to [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]'''

{| style="text-align:center; border:0; margin-top:1.2em; margin-bottom:2ex; background-color:#fcfcfc; width:100%; clear:both;" cellpadding="0" cellspacing="0"
| colspan="2" class="globegris" style="border:1px solid #ccc; background-color:#fcfcfc; background-repeat:no-repeat; background-position:-40px −14px; -webkit-border-radius:7px; -moz-border-radius:7px; border-radius:7px" |

{| style="width:100%; margin-top:.7em; background:transparent; border:0px solid #ccc"
| style="width:70%; color:#000; text-align:center; background:transparent;"|
{| style="width:100%; border:solid 0px; background:transparent"
|-
| style="width:100%; text-align:center; white-space:nowrap; color:#000" |
<div style="font-size:162%; border:0; margin:0; padding:.1em; color:#000">Добро пожаловать в пользовательскую документацию системы [http://www.nemo.travel Nemo],</div>
русскоязычную документацию для всех пользователей продукта Nemo.travel.
<div style="font-size:95%"> Сейчас в пользовательской документации '''[[Special:Statistics|{{NUMBEROFARTICLES}} {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}]]''' на русском языке.
</div>
|}
|style="width:30%; font-size:95%; color:#000; text-align:left;"|
{|style="width:100%; background:transparent;"
|style="width:7%; font-size:95%;"|
[[:Категория:Компоненты|Компоненты системы]] 
[[:Категория:Способы_оплаты|Платежные системы]] 
[[:Категория:Поставщики|Поставщики услуг]] 
[[:Категория:Настройки|Настройки системы]] 
|style="width:7%; font-size:95%;"|
[[:Категория:Функции|Функции системы]] 
[[ЧЗВ_(FAQ)_по_работе_с_Nemo|FaQ (Частые вопросы)]] 
[[:Категория:Термины|Используемые термины]] 
'''[[Служебная:Categories|Все категории]]'''

|}
|}
{| cellpadding="5" cellspacing="0" style="border-top:1px solid #ccc; text-align:center; margin-bottom: 8px; background:transparent; width:98%; border:0;"
| style="width:10%" |
|[http://www.nemo.travel Сайт системы Немо]
|[[Служба_поддержки|Что делать, если вы не нашли ответа на свой вопрос]]
|[http://helpdesk.nemo.travel Трекер техподдержки]

|}
|}

== Назначение и область применения ==

Система Немо (далее Система) является веб-приложением с набором сопутствующих API, инструментом электронной коммерции, предназначенным для организации туристическими компаниями и агентствами воздушных сообщений продаж авиабилетов, ЖД-билетов, отелей, а также иных сопутствующих услуг в режиме реального времени. Система поддерживает различные режимы работы в своем графическом интерфейсе (b2b, b2c, b2b2c), а также располагает универсальными программными интерфейсом (SOAP XML/JSON API).

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Правовая информация ==

Разработчиком системы является ООО “НОВАЯ СТУДИЯ” (ИНН 7720630640), работающая под брендом [http://www.nemo.travel Nemo.Travel]. Система является защищенным объектом интеллектуальной собственности, свидетельство о государственной регистрации №2013619280, выдано 30.09.2013 года Федеральной Службой по интеллектуальной собственности РФ (РОСПАТЕНТ).

== О разработчике ==

[http://www.nemo.travel Nemo.Travel] работает на рынке программного обеспечения для авиакомпаний и трэвел-агентств с 2008 года. Головной офис находится в Москве. Основными продуктами компании являются система Nemo.Travel для трэвел-агентств и система Websky для авиакомпаний.
Компания является авторизованным разработчиком приложений и партнером глобальных дистрибутивных систем. Система проходит регулярные сертификации GDS.

Nemo Travel обладает следующими статусами:
*Сертифицированный разработчик | GDS [[Сирена Трэвел]]
*Certified application provider | GDS [[Amadeus]]
*Authorized certified developer | GDS [[Sabre]]
*Authorized partner, Member of the Travelport Development Network (TDN) | [[Travelport (Galileo)]]

Процесс разработки и обслуживания клиентов производится на основе требований стандарта качества, компания сертифицирована по стандарту ISO 9001:2008

== Принципиальное устройство ==

Система содержит интерфейсы к веб-сервисам систем бронирования - GDS/СRS, а также интерфейсы к системам поставщиков дополнительных услуг. На основе введенных в систему настроек и бизнес-правил приложение осуществляет маршрутизацию поисковых запросов к системам бронирования и производит обработку полученных результатов. Аналогично приложение взаимодействует с системами бронирования в процессе формирования заказа и при вторичных операциях. Интеграция с платежными системами позволяет организовать оплату пользователями своих заказов в режиме реального времени. Система обеспечивает возможность работы с контентом как в собственной локации агентства, так и в локациях партнеров агентства (консолидаторов и брокеров) с использованием соответствующих реквизитов.

[[File:Общее устройство Nemo.png|center]]

== Виды контентов ==

В Системе представлены следующие виды контентов (услуг), доступных к бронированию и оформлению: авиабилеты, отели, железнодорожные билеты. Система располагает обособленными графическими интерфейсами для каждого вида контента.
В системе также реализована продажа дополнительных сопутствующих услуг в режиме upsale / cross sale (продажи в процессе заказа основной услуги, либо после оформления заказа на основную услугу), без выделения процесса покупки сопутствующей услуги в отдельный графический интерфейс, через добавление специализированного upsale/cross-sale блока в интерфейс бронирования основной услуги. К дополнительным услугам, доступным в системе относятся страхование, бронирование поездов Аэроэкспресс, а также любые произвольные услуги, конфигурирование которых доступно в административной панели системы.

== Доступные контенты ==

; Авиабилеты:
:'''[[Сирена_Трэвел|Sirena Travel]]'''
:'''[[Amadeus|Amadeus]]'''
:'''[[Sabre|Sabre]]'''
:'''[[Travelport_(Galileo)|Travelport]]'''
:'''[[SITA_Gabriel|SITA]]'''


:'''[[Travelfusion|Travelfusion]]'''
:'''[[Mystifly|Mystifly]]'''
:'''[[Nemo_Inventory_(компонент)|Nemo.Inventory]]'''
:'''[[API_АвиаЦентр_(Special_fares)|Specialfares (Авиацентр)]]'''

; Железнодорожные билеты:

:'''[[UFS|UFS]]'''


; Отели: Hotelston
:Travelport
:'''[[Академсервис|Академсервис]]'''
:Ozon.Travel
:Ostrovok
:Amadeus Content Inn

;Страхование:

:'''[[АльфаСтрахование|Альфастрахование]]'''
:'''[[Страхование_ERV|ERV]]'''

; Прочие услуги:
:'''[[Аэроэкспресс|Аэроэкспресс]]'''


== Основные функциональные модули системы и их назначение ==

*'''[[Поиск_(Авиабилеты)|Модуль поиска]]''' и '''[[Бронирование_(Авиабилеты)|бронирования]]''' авиабилетов с поддержкой операций '''[[Выписка#Автовыписка|автоматизированного тикетинга]]''', вторичных операций '''[[Обмен_и_возврат_авиабилетов|(обмен, возврат)]]''' и продажей дополнительных услуг авиаперевозчиков с формированием EMD. В модуле реализована возможность работы в нейтральных сеансах BSP, ТКП, а также работа в сеансе авиакомпании.
*'''[[Железнодорожные_перевозки#Поиск ЖД|Модуль поиска и продажи железнодорожных билетов]]''' с поддержкой автоматизированных операций выписки и возврата железнодорожного билета.
*'''[[Объект_размещения|Модуль поиска и бронирования отелей и апартаментов]]''' с поддержкой автоматизированного оформления ваучера на проживание.
*'''[[Личный_кабинет|Модуль Личный кабинет пользователя]]''', предназначенный для работы с заказами и для управления профилем и предпочтениями пользователя.
*'''[[Корпоративный_блок|Корпоративный модуль]]''', предназначенный для управления трэвел-политиками и процессами одобрения командировок сотрудников организаций.
*'''[[Nemo_Inventory_(компонент)|Модуль Nemo.Inventory]]''', предназначенный для управления собственным ресурсом мест фрахтователями чартерных рейсов и держателями блоков и для организации продаж данного ресурса мест через систему. Модуль позволяет вводить данные о ресурсах мест, тарифах и правилах их применения, работать с заказами на рейсе.
*'''[[Ценообразование_(Авиабилеты)#Ценообразование (Авиабилеты)|Модуль Политика ценообразования]]''', предназначенный для управления наценками, скидками и комиссиями при работе с покупателями. Модуль отличается исключительной гибкостью в плане возможности использования тонко настроенных ценовых бизнес-правил (например, политики ценообразования в разделе “Авиабилеты” содержат свыше 60 параметров, в зависимости от которых возможно управление наценками и комиссиями на перевозки).
*'''[[Депозит#Назначение|Модуль Кредитные лимиты]]''', предназначенный для управления предельными лимитами, установленными в денежном выражении, на отгрузку контрагентам авиабилетов, ЖД билетов, отелей и прочих услуг.
*'''[[Веб-аналитика|Модуль Аналитики]]''', '''[[Статистика|статистики]]''' и '''[[Отчеты_по_заказам|отчетности]]''', предназначенный для быстрого доступа к наглядной аналитической информации к мониторам текущего состояния системы в части запросов и продаж и к статистическим отчетам по ключевым индикаторам продаж. Для всесторонней аналитики возможно получение исходных данных для последующей выгрузки в хранилища данных и дальнейшей обработки.

== Функциональные возможности b2b ==

Режим b2b в Системе призван способствовать решению наиболее насущных задач, которые стоят перед консолидаторами и крупными агентами при работе с субагентской сетью. Графический интерфейс системы в b2b режиме спроектирован с учетом необходимости максимально автоматизировать рутинные процессы субагента, сделать работу в b2b терминале простой, понятной и эффективной, оставляя в тоже время в руках агента все ключевые инструменты для контроля за деятельностью субагента.

;К основным функциональным возможностям b2b в системе относятся:
:Ввод и хранение субагентстких профайлов с возможностью '''[[Синхронизация_пользователей|автоматической загрузки данных о субагентах]]''' из CRM-системы агентства;
:Конфигурирование многоуровневых субагентских сетей с предоставлением субагенту возможности '''[[Пользователь|управления нижестоящей иерархией]]''';
:'''[[Ценообразование_(Авиабилеты)|Гибкое управление наценками, скидками, комиссиями субагента]]''' в зависимости от коммерческих условий по бронированию контента;
:'''[[Маршрутизатор_поисковых_запросов|Управление маршрутизацией запросов]]''' на поиск и бронирование контента на основе бизнес-правил с учетом заданных параметров по прибыльности продаж при одновременной работе во множественных локациях;
:Определение бизнес правил для субагента, таких как комиссии, скидки, сборы, лимиты для групп субагентов, для каждой конкретной учетной записи внутри субагента;
:'''[[Права_доступа|Разграничение прав субагента]]''' по доступу к функциям работы с заказом;
:Обеспечение автоматического и полуавтоматического режима обработки заказов и '''[[Обмен_и_возврат_авиабилетов|вторичных операций]]''';
:'''[[Депозит#Управление депозитами субагентов|Учет депозитов, управление кредитным лимитом и кредитным статусом субагента]]''' с возможностью настройки получения данной информации из CRM-системы агентства;
:Предоставление субагенту возможности '''[[Ценообразование_для_субагентов|самостоятельно назначать дополнительные сборы и надбавки]]''';
:'''[[Выгрузка#Описание|Автоматическая выгрузка данных о бронированиях]]''' в учетные системы агентства;
:Гибкая настройка набора локаций для '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирования]]''' и '''[[Выписка#Настройки выписки|оформления]]''' для каждого субагента;
:'''[[Привязка_к_доменному_имени_агентства|Whitelabel модуль]]''' для установки на сайт субагента;
:Возможность '''[[Логотипы|брендирования интерфейса системы]]''' и исходящих документов (оповещений, [[Маршртуная_квитанция|маршрутной квитанции]], emd) в стили субагента.

Работая с субагентской сетью при помощи Системы, агентство имеет возможность предоставить своим субагентам не только графический интерфейс, но и возможность интеграции по единому XML API, который аналогично GUI будет учитывать все настройки в отношении доступных субагенту контентов, функционала и ценовых настроек.

В дополнение к функциональным возможностям, предусмотренным в системе непосредственно для субагентов, в системе реализованы дополнительные специализированные функции, предназначенные для работы с корпоративными клиентами, а именно:

*'''[[Корпоративный_блок#Плательщики|Ввод и хранение в системе информации о корпоративных клиентах агентства]]''';
*Настройка '''[[Корпоративный_блок#Тревел политика|трэвел-политик]]''' для каждого вида контента, доступного корпоративному клиенту в системе;
*'''[[Media:SearchTravel.png|Наглядная индикация]]''' соответствия выбранного варианта трэвел-политике;
*'''[[Корпоративный_блок#Личный пин-код валидатор|Управление правами аппруверов]]''' в системе и настройка их действий при одобрении запросов на бронирование командировок;
*Специализированные отчеты для корпоративных клиентов ('''[[Корпоративный_блок#Календарь командировок|календарь командировок]]''').

== Функциональные возможности b2c ==

Режим b2c в системе призван решать наиболее частые и ресурсоемкие задачи, возникающие в повседневной деятельности онлайн-тревел агентства. Система спроектирована таким образом, чтобы оптимально отвечать требованиям к современным платформам онлайн бронирования, взаимодействующим с конечным пользователем.
;Основные возможности для работы в b2c режиме:
:Графический интерфейс бронирования, реализованный как виджет для легкого встраивания на сайт онлайн тревел агентства в CMS агентства
:Адаптивный дизайн и верстка интерфейса для качественной работы с системой как со стационарных, так и с мобильных устройств.
:Высокоскоростной поиск и расчет системой полученных комбинаций, в т.ч. при одновременной работе агентства во множественных локациях
:Использование данных из файлов cookie, данных обозревателя и данных IP адреса для обеспечения комфортного '''[[Безопасность_в_Nemo_Travel#Настройка безопасности в Nemo.travel|взаимодействия пользователя с системой]]'''.
:'''[[Модуль_метрики#Назначение|Система учета переходов по источнику трафика]]''' для оценки эффективности каналов продвижения и продаж
:'''[[Ценообразование_(Авиабилеты)|Гибкая система управления наценками и скидками]]''' в зависимости от коммерческих условий по бронированию контента и от источников перехода.
:Функционал '''[[Промокоды|Промокоды и купоны на скидку]]''' для организации кампаний по продвижению.
:'''[[Поиск_(Авиабилеты)#Принцип работы|Функционал для повышения доходности продаж]]''' - управляемая алгоритмическая автоматическая перетарификация, автоматическое перенаправление заказа в более выгодные локации, работа с приватными тарифами и т.д.
:Различные доступные '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методы оплаты]]''' - онлайн, в офисах партнеров, оплата в кредит и т.д.
:Автоматизированные '''[[Обмен_и_возврат_авиабилетов|вторичные операции]]''' и продажа '''[[Дополнительные_услуги_агентства|дополнительных услуг]]'''.
:Plug&play '''[[Взаимодействие_с_метапоисковиками|интеграция с мета-поисковыми системами]]''', включая функционал для сверки отчетов и расчета вознаграждения партнеру.
:'''[[Кэш-сервер#Задачи которые решает кэш-сервер|Кэш данных поиска]]'''
:'''[[Личный_кабинет|Личный кабинет]]''' клиента с доступом к заказам и профилю.
:Гибкое управление '''[[Авторизация|авторизацией пользователей]]''', функционал авторизации с данными профиля социальной сети.
:Система '''[[Почтовый_сервер|e-mail]]''' и '''[[СМС_Траффик|SMS]]''' оповещений пользователя
:'''[[Личный_кабинет|Личный кабинет]]''' онлайн-агентства с доступом к управлению заказами, интерфейсы для типовых операций с заказами для колл-центра онлайн агентства.
:'''[[Личный_кабинет#Очереди заказов|Система очередей]]''' для работы с заказами в агентстве.
:Система автоматического мониторинга и блокировки подозрительных операций.
:'''[[Автоаннулятор|Автоматическое аннулирование]]''' своевременно не выкупленных пользователями заказов.
:А также многое другое

Система имеет развитый набор XML и JSON API, доступный агентству, который может быть использован для самостоятельной разработки отдельных необходимых приложений (например, мобильных или веб-приложений).
Внешний вид GUI системы может быть кастомизирован агентством самостоятельно без привлечения специалистов разработчика.

== Администрирование ==

Система управляется посредством заведения бизнес-правил и установку настроек, доступных администраторам системы в панели управления. Через панель управления могут быть установлены:

*Настройки '''[[Пользователь#Пользователь|пользователей]]''' и '''[[Пользователь#Группы в Nemo|групп]]''', их '''[[Пользователь#Типы пользователей в Nemo|права и роли]]'''
*Настройки '''[[Стили|внешнего вида системы]]''', прописаны стили и пользовательские скрипты
*Настройки '''[[Нотификация|оповещений]]''' по ключевым событиям в процессе бронирования и оформления услуг
*Настройки работы с '''[[Валюта|курсами валют]]''' и с форматами данных
*Настройки ограничений и лимитов при работе с системой
*Настройки маршрутизации '''[[Маршрутизатор_поисковых_запросов|поисков]]''' и '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирований]]'''
*Настройки для работы с '''[[Личный_кабинет#Очереди заказов|очередями заказов]]'''
*Настройки '''[[Локализация|локализации]]''' (языковые версии GUI)
*Настройки '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методов оплаты]]''' для каждого вида и поставщика контента
*Настройки для интеграции с '''[[Интеграция|внешними системами и сервисами]]'''
*Настройки '''[[Безопасность_в_Nemo_Travel|безопасности]]'''

Также в панели управления доступен журнал действий пользователей в системе и ссылка на логи сообщений между системой и GSD/CRS, платежными и почтовыми системами.
Разделы панели управления снабжены ссылками на руководство пользователя с пояснением принципа работы конкретных настроек раздела.

== Безопасность ==
При разработке и в процессе эксплуатации системы большое внимание уделяется вопросам безопасности. Помимо соответствия необходимым стандартам в части защиты данных, в системе реализованы специальные функции, направленные на обеспечение оптимального уровня безопасности и защиты от несанкционированного доступа, к которым относятся, например, мониторинг и логирование подозрительных операций, безопасное соединение с кроссдоменной авторизацией, процедуры верификации и т.д. Работа с данными платежных карт осуществляется в соответствии с требованиями стандарта PCI DSS 3 уровня.

== Хостинг и поддержка решения ==

Система распространяется как SaaS сервис, с размещением на серверах Nemo Travel, расположенных в датацентрах в России и в Европе, сертифицированных по стандартам безопасности. Гарантированный аптайм системы 0,9899.
Гарантии по поддержке основаны на формальном соглашении о заявленном уровне сервиса (Service Level Agreement | SLA). Услуги по поддержке оказываются на английском и русском языках. Штатная техническая поддержка производится в режиме 12/5 (в рабочие часы по будним дням), экстренная поддержка по критическим обращениям производится в режиме 24/7 (круглосуточно) по телефону горячей линии.
Агентствам-пользователям Системы предоставляется круглосуточный доступ к справочной информации.

== См. также (See also)==
* [[The Nemo Travel System | The Nemo Travel System (EN) ]]
* [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]

Для подписки на письма о ежемесячных обновлениях системы {{NameSystem}} заполните форму [http://eepurl.com/qC2pH по ссылке].

Пользовательская документация системы Nemo.travel

2017-12-01T05:49:19Z

Александра Ларцева: /* Функциональные возможности b2b */

'''For English please go to [[The Nemo Travel System | The Nemo Travel System (EN) ]]'''

'''For Spanish please go to [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]'''

{| style="text-align:center; border:0; margin-top:1.2em; margin-bottom:2ex; background-color:#fcfcfc; width:100%; clear:both;" cellpadding="0" cellspacing="0"
| colspan="2" class="globegris" style="border:1px solid #ccc; background-color:#fcfcfc; background-repeat:no-repeat; background-position:-40px −14px; -webkit-border-radius:7px; -moz-border-radius:7px; border-radius:7px" |

{| style="width:100%; margin-top:.7em; background:transparent; border:0px solid #ccc"
| style="width:70%; color:#000; text-align:center; background:transparent;"|
{| style="width:100%; border:solid 0px; background:transparent"
|-
| style="width:100%; text-align:center; white-space:nowrap; color:#000" |
<div style="font-size:162%; border:0; margin:0; padding:.1em; color:#000">Добро пожаловать в пользовательскую документацию системы [http://www.nemo.travel Nemo],</div>
русскоязычную документацию для всех пользователей продукта Nemo.travel.
<div style="font-size:95%"> Сейчас в пользовательской документации '''[[Special:Statistics|{{NUMBEROFARTICLES}} {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}]]''' на русском языке.
</div>
|}
|style="width:30%; font-size:95%; color:#000; text-align:left;"|
{|style="width:100%; background:transparent;"
|style="width:7%; font-size:95%;"|
[[:Категория:Компоненты|Компоненты системы]] 
[[:Категория:Способы_оплаты|Платежные системы]] 
[[:Категория:Поставщики|Поставщики услуг]] 
[[:Категория:Настройки|Настройки системы]] 
|style="width:7%; font-size:95%;"|
[[:Категория:Функции|Функции системы]] 
[[ЧЗВ_(FAQ)_по_работе_с_Nemo|FaQ (Частые вопросы)]] 
[[:Категория:Термины|Используемые термины]] 
'''[[Служебная:Categories|Все категории]]'''

|}
|}
{| cellpadding="5" cellspacing="0" style="border-top:1px solid #ccc; text-align:center; margin-bottom: 8px; background:transparent; width:98%; border:0;"
| style="width:10%" |
|[http://www.nemo.travel Сайт системы Немо]
|[[Служба_поддержки|Что делать, если вы не нашли ответа на свой вопрос]]
|[http://helpdesk.nemo.travel Трекер техподдержки]

|}
|}

== Назначение и область применения ==

Система Немо (далее Система) является веб-приложением с набором сопутствующих API, инструментом электронной коммерции, предназначенным для организации туристическими компаниями и агентствами воздушных сообщений продаж авиабилетов, ЖД-билетов, отелей, а также иных сопутствующих услуг в режиме реального времени. Система поддерживает различные режимы работы в своем графическом интерфейсе (b2b, b2c, b2b2c), а также располагает универсальными программными интерфейсом (SOAP XML/JSON API).

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Правовая информация ==

Разработчиком системы является ООО “НОВАЯ СТУДИЯ” (ИНН 7720630640), работающая под брендом [http://www.nemo.travel Nemo.Travel]. Система является защищенным объектом интеллектуальной собственности, свидетельство о государственной регистрации №2013619280, выдано 30.09.2013 года Федеральной Службой по интеллектуальной собственности РФ (РОСПАТЕНТ).

== О разработчике ==

[http://www.nemo.travel Nemo.Travel] работает на рынке программного обеспечения для авиакомпаний и трэвел-агентств с 2008 года. Головной офис находится в Москве. Основными продуктами компании являются система Nemo.Travel для трэвел-агентств и система Websky для авиакомпаний.
Компания является авторизованным разработчиком приложений и партнером глобальных дистрибутивных систем. Система проходит регулярные сертификации GDS.

Nemo Travel обладает следующими статусами:
*Сертифицированный разработчик | GDS [[Сирена Трэвел]]
*Certified application provider | GDS [[Amadeus]]
*Authorized certified developer | GDS [[Sabre]]
*Authorized partner, Member of the Travelport Development Network (TDN) | [[Travelport (Galileo)]]

Процесс разработки и обслуживания клиентов производится на основе требований стандарта качества, компания сертифицирована по стандарту ISO 9001:2008

== Принципиальное устройство ==

Система содержит интерфейсы к веб-сервисам систем бронирования - GDS/СRS, а также интерфейсы к системам поставщиков дополнительных услуг. На основе введенных в систему настроек и бизнес-правил приложение осуществляет маршрутизацию поисковых запросов к системам бронирования и производит обработку полученных результатов. Аналогично приложение взаимодействует с системами бронирования в процессе формирования заказа и при вторичных операциях. Интеграция с платежными системами позволяет организовать оплату пользователями своих заказов в режиме реального времени. Система обеспечивает возможность работы с контентом как в собственной локации агентства, так и в локациях партнеров агентства (консолидаторов и брокеров) с использованием соответствующих реквизитов.

[[File:Общее устройство Nemo.png|center]]

== Виды контентов ==

В Системе представлены следующие виды контентов (услуг), доступных к бронированию и оформлению: авиабилеты, отели, железнодорожные билеты. Система располагает обособленными графическими интерфейсами для каждого вида контента.
В системе также реализована продажа дополнительных сопутствующих услуг в режиме upsale / cross sale (продажи в процессе заказа основной услуги, либо после оформления заказа на основную услугу), без выделения процесса покупки сопутствующей услуги в отдельный графический интерфейс, через добавление специализированного upsale/cross-sale блока в интерфейс бронирования основной услуги. К дополнительным услугам, доступным в системе относятся страхование, бронирование поездов Аэроэкспресс, а также любые произвольные услуги, конфигурирование которых доступно в административной панели системы.

== Доступные контенты ==

; Авиабилеты:
:'''[[Сирена_Трэвел|Sirena Travel]]'''
:'''[[Amadeus|Amadeus]]'''
:'''[[Sabre|Sabre]]'''
:'''[[Travelport_(Galileo)|Travelport]]'''
:'''[[SITA_Gabriel|SITA]]'''


:'''[[Travelfusion|Travelfusion]]'''
:'''[[Mystifly|Mystifly]]'''
:'''[[Nemo_Inventory_(компонент)|Nemo.Inventory]]'''
:'''[[API_АвиаЦентр_(Special_fares)|Specialfares (Авиацентр)]]'''

; Железнодорожные билеты:

:'''[[UFS|UFS]]'''


; Отели: Hotelston
:Travelport
:'''[[Академсервис|Академсервис]]'''
:Ozon.Travel
:Ostrovok
:Amadeus Content Inn

;Страхование:

:'''[[АльфаСтрахование|Альфастрахование]]'''
:'''[[Страхование_ERV|ERV]]'''

; Прочие услуги:
:'''[[Аэроэкспресс|Аэроэкспресс]]'''


== Основные функциональные модули системы и их назначение ==

*'''[[Поиск_(Авиабилеты)|Модуль поиска]]''' и '''[[Бронирование_(Авиабилеты)|бронирования]]''' авиабилетов с поддержкой операций '''[[Выписка#Автовыписка|автоматизированного тикетинга]]''', вторичных операций '''[[Обмен_и_возврат_авиабилетов|(обмен, возврат)]]''' и продажей дополнительных услуг авиаперевозчиков с формированием EMD. В модуле реализована возможность работы в нейтральных сеансах BSP, ТКП, а также работа в сеансе авиакомпании.
*'''[[Железнодорожные_перевозки#Поиск ЖД|Модуль поиска и продажи железнодорожных билетов]]''' с поддержкой автоматизированных операций выписки и возврата железнодорожного билета.
*'''[[Объект_размещения|Модуль поиска и бронирования отелей и апартаментов]]''' с поддержкой автоматизированного оформления ваучера на проживание.
*'''[[Личный_кабинет|Модуль Личный кабинет пользователя]]''', предназначенный для работы с заказами и для управления профилем и предпочтениями пользователя.
*'''[[Корпоративный_блок|Корпоративный модуль]]''', предназначенный для управления трэвел-политиками и процессами одобрения командировок сотрудников организаций.
*'''[[Nemo_Inventory_(компонент)|Модуль Nemo.Inventory]]''', предназначенный для управления собственным ресурсом мест фрахтователями чартерных рейсов и держателями блоков и для организации продаж данного ресурса мест через систему. Модуль позволяет вводить данные о ресурсах мест, тарифах и правилах их применения, работать с заказами на рейсе.
*'''[[Ценообразование_(Авиабилеты)#Ценообразование (Авиабилеты)|Модуль Политика ценообразования]]''', предназначенный для управления наценками, скидками и комиссиями при работе с покупателями. Модуль отличается исключительной гибкостью в плане возможности использования тонко настроенных ценовых бизнес-правил (например, политики ценообразования в разделе “Авиабилеты” содержат свыше 60 параметров, в зависимости от которых возможно управление наценками и комиссиями на перевозки).
*'''[[Депозит#Назначение|Модуль Кредитные лимиты]]''', предназначенный для управления предельными лимитами, установленными в денежном выражении, на отгрузку контрагентам авиабилетов, ЖД билетов, отелей и прочих услуг.
*'''[[Веб-аналитика|Модуль Аналитики]]''', '''[[Статистика|статистики]]''' и '''[[Отчеты_по_заказам|отчетности]]''', предназначенный для быстрого доступа к наглядной аналитической информации к мониторам текущего состояния системы в части запросов и продаж и к статистическим отчетам по ключевым индикаторам продаж. Для всесторонней аналитики возможно получение исходных данных для последующей выгрузки в хранилища данных и дальнейшей обработки.

== Функциональные возможности b2b ==

Режим b2b в Системе призван способствовать решению наиболее насущных задач, которые стоят перед консолидаторами и крупными агентами при работе с субагентской сетью. Графический интерфейс системы в b2b режиме спроектирован с учетом необходимости максимально автоматизировать рутинные процессы субагента, сделать работу в b2b терминале простой, понятной и эффективной, оставляя в тоже время в руках агента все ключевые инструменты для контроля за деятельностью субагента.

;К основным функциональным возможностям b2b в системе относятся:
:Ввод и хранение субагентстких профайлов с возможностью '''[[Синхронизация_пользователей|автоматической загрузки данных о субагентах]]''' из CRM-системы агентства;
:Конфигурирование многоуровневых субагентских сетей с предоставлением субагенту возможности '''[[Пользователь|управления нижестоящей иерархией]]''';
:'''[[Ценообразование_(Авиабилеты)|Гибкое управление наценками, скидками, комиссиями субагента]]''' в зависимости от коммерческих условий по бронированию контента;
:'''[[Маршрутизатор_поисковых_запросов|Управление маршрутизацией запросов]]''' на поиск и бронирование контента на основе бизнес-правил с учетом заданных параметров по прибыльности продаж при одновременной работе во множественных локациях;
:Определение бизнес правил для субагента, таких как комиссии, скидки, сборы, лимиты для групп субагентов, для каждой конкретной учетной записи внутри субагента;
:'''[[Права_доступа|Разграничение прав субагента]]''' по доступу к функциям работы с заказом;
:Обеспечение автоматического и полуавтоматического режима обработки заказов и '''[[Обмен_и_возврат_авиабилетов|вторичных операций]]''';
:'''[[Депозит#Управление депозитами субагентов|Учет депозитов, управление кредитным лимитом и кредитным статусом субагента]]''' с возможностью настройки получения данной информации из CRM-системы агентства;
:Предоставление субагенту возможности '''[[Ценообразование_для_субагентов|самостоятельно назначать дополнительные сборы и надбавки]]''';
:'''[[Выгрузка#Описание|Автоматическая выгрузка данных о бронированиях]]''' в учетные системы агентства;
:Гибкая настройка набора локаций для '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирования]]''' и '''[[Выписка#Настройки выписки|оформления]]''' для каждого субагента;
:'''[[Привязка_к_доменному_имени_агентства|Whitelabel модуль]]''' для установки на сайт субагента;
:Возможность '''[[Логотипы|брендирования интерфейса системы]]''' и исходящих документов (оповещений, маршрутной квитанции, emd) в стили субагента.

Работая с субагентской сетью при помощи Системы, агентство имеет возможность предоставить своим субагентам не только графический интерфейс, но и возможность интеграции по единому XML API, который аналогично GUI будет учитывать все настройки в отношении доступных субагенту контентов, функционала и ценовых настроек.

В дополнение к функциональным возможностям, предусмотренным в системе непосредственно для субагентов, в системе реализованы дополнительные специализированные функции, предназначенные для работы с корпоративными клиентами, а именно:

*'''[[Корпоративный_блок#Плательщики|Ввод и хранение в системе информации о корпоративных клиентах агентства]]''';
*Настройка '''[[Корпоративный_блок#Тревел политика|трэвел-политик]]''' для каждого вида контента, доступного корпоративному клиенту в системе;
*'''[[Media:SearchTravel.png|Наглядная индикация]]''' соответствия выбранного варианта трэвел-политике;
*'''[[Корпоративный_блок#Личный пин-код валидатор|Управление правами аппруверов]]''' в системе и настройка их действий при одобрении запросов на бронирование командировок;
*Специализированные отчеты для корпоративных клиентов ('''[[Корпоративный_блок#Календарь командировок|календарь командировок]]''').

== Функциональные возможности b2c ==

Режим b2c в системе призван решать наиболее частые и ресурсоемкие задачи, возникающие в повседневной деятельности онлайн-тревел агентства. Система спроектирована таким образом, чтобы оптимально отвечать требованиям к современным платформам онлайн бронирования, взаимодействующим с конечным пользователем.
;Основные возможности для работы в b2c режиме:
:Графический интерфейс бронирования, реализованный как виджет для легкого встраивания на сайт онлайн тревел агентства в CMS агентства
:Адаптивный дизайн и верстка интерфейса для качественной работы с системой как со стационарных, так и с мобильных устройств.
:Высокоскоростной поиск и расчет системой полученных комбинаций, в т.ч. при одновременной работе агентства во множественных локациях
:Использование данных из файлов cookie, данных обозревателя и данных IP адреса для обеспечения комфортного '''[[Безопасность_в_Nemo_Travel#Настройка безопасности в Nemo.travel|взаимодействия пользователя с системой]]'''.
:'''[[Модуль_метрики#Назначение|Система учета переходов по источнику трафика]]''' для оценки эффективности каналов продвижения и продаж
:'''[[Ценообразование_(Авиабилеты)|Гибкая система управления наценками и скидками]]''' в зависимости от коммерческих условий по бронированию контента и от источников перехода.
:Функционал '''[[Промокоды|Промокоды и купоны на скидку]]''' для организации кампаний по продвижению.
:'''[[Поиск_(Авиабилеты)#Принцип работы|Функционал для повышения доходности продаж]]''' - управляемая алгоритмическая автоматическая перетарификация, автоматическое перенаправление заказа в более выгодные локации, работа с приватными тарифами и т.д.
:Различные доступные '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методы оплаты]]''' - онлайн, в офисах партнеров, оплата в кредит и т.д.
:Автоматизированные '''[[Обмен_и_возврат_авиабилетов|вторичные операции]]''' и продажа '''[[Дополнительные_услуги_агентства|дополнительных услуг]]'''.
:Plug&play '''[[Взаимодействие_с_метапоисковиками|интеграция с мета-поисковыми системами]]''', включая функционал для сверки отчетов и расчета вознаграждения партнеру.
:'''[[Кэш-сервер#Задачи которые решает кэш-сервер|Кэш данных поиска]]'''
:'''[[Личный_кабинет|Личный кабинет]]''' клиента с доступом к заказам и профилю.
:Гибкое управление '''[[Авторизация|авторизацией пользователей]]''', функционал авторизации с данными профиля социальной сети.
:Система '''[[Почтовый_сервер|e-mail]]''' и '''[[СМС_Траффик|SMS]]''' оповещений пользователя
:'''[[Личный_кабинет|Личный кабинет]]''' онлайн-агентства с доступом к управлению заказами, интерфейсы для типовых операций с заказами для колл-центра онлайн агентства.
:'''[[Личный_кабинет#Очереди заказов|Система очередей]]''' для работы с заказами в агентстве.
:Система автоматического мониторинга и блокировки подозрительных операций.
:'''[[Автоаннулятор|Автоматическое аннулирование]]''' своевременно не выкупленных пользователями заказов.
:А также многое другое

Система имеет развитый набор XML и JSON API, доступный агентству, который может быть использован для самостоятельной разработки отдельных необходимых приложений (например, мобильных или веб-приложений).
Внешний вид GUI системы может быть кастомизирован агентством самостоятельно без привлечения специалистов разработчика.

== Администрирование ==

Система управляется посредством заведения бизнес-правил и установку настроек, доступных администраторам системы в панели управления. Через панель управления могут быть установлены:

*Настройки '''[[Пользователь#Пользователь|пользователей]]''' и '''[[Пользователь#Группы в Nemo|групп]]''', их '''[[Пользователь#Типы пользователей в Nemo|права и роли]]'''
*Настройки '''[[Стили|внешнего вида системы]]''', прописаны стили и пользовательские скрипты
*Настройки '''[[Нотификация|оповещений]]''' по ключевым событиям в процессе бронирования и оформления услуг
*Настройки работы с '''[[Валюта|курсами валют]]''' и с форматами данных
*Настройки ограничений и лимитов при работе с системой
*Настройки маршрутизации '''[[Маршрутизатор_поисковых_запросов|поисков]]''' и '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирований]]'''
*Настройки для работы с '''[[Личный_кабинет#Очереди заказов|очередями заказов]]'''
*Настройки '''[[Локализация|локализации]]''' (языковые версии GUI)
*Настройки '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методов оплаты]]''' для каждого вида и поставщика контента
*Настройки для интеграции с '''[[Интеграция|внешними системами и сервисами]]'''
*Настройки '''[[Безопасность_в_Nemo_Travel|безопасности]]'''

Также в панели управления доступен журнал действий пользователей в системе и ссылка на логи сообщений между системой и GSD/CRS, платежными и почтовыми системами.
Разделы панели управления снабжены ссылками на руководство пользователя с пояснением принципа работы конкретных настроек раздела.

== Безопасность ==
При разработке и в процессе эксплуатации системы большое внимание уделяется вопросам безопасности. Помимо соответствия необходимым стандартам в части защиты данных, в системе реализованы специальные функции, направленные на обеспечение оптимального уровня безопасности и защиты от несанкционированного доступа, к которым относятся, например, мониторинг и логирование подозрительных операций, безопасное соединение с кроссдоменной авторизацией, процедуры верификации и т.д. Работа с данными платежных карт осуществляется в соответствии с требованиями стандарта PCI DSS 3 уровня.

== Хостинг и поддержка решения ==

Система распространяется как SaaS сервис, с размещением на серверах Nemo Travel, расположенных в датацентрах в России и в Европе, сертифицированных по стандартам безопасности. Гарантированный аптайм системы 0,9899.
Гарантии по поддержке основаны на формальном соглашении о заявленном уровне сервиса (Service Level Agreement | SLA). Услуги по поддержке оказываются на английском и русском языках. Штатная техническая поддержка производится в режиме 12/5 (в рабочие часы по будним дням), экстренная поддержка по критическим обращениям производится в режиме 24/7 (круглосуточно) по телефону горячей линии.
Агентствам-пользователям Системы предоставляется круглосуточный доступ к справочной информации.

== См. также (See also)==
* [[The Nemo Travel System | The Nemo Travel System (EN) ]]
* [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]

Для подписки на письма о ежемесячных обновлениях системы {{NameSystem}} заполните форму [http://eepurl.com/qC2pH по ссылке].

Пользовательская документация системы Nemo.travel

2017-12-01T05:44:31Z

Александра Ларцева: /* Функциональные возможности b2b */

'''For English please go to [[The Nemo Travel System | The Nemo Travel System (EN) ]]'''

'''For Spanish please go to [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]'''

{| style="text-align:center; border:0; margin-top:1.2em; margin-bottom:2ex; background-color:#fcfcfc; width:100%; clear:both;" cellpadding="0" cellspacing="0"
| colspan="2" class="globegris" style="border:1px solid #ccc; background-color:#fcfcfc; background-repeat:no-repeat; background-position:-40px −14px; -webkit-border-radius:7px; -moz-border-radius:7px; border-radius:7px" |

{| style="width:100%; margin-top:.7em; background:transparent; border:0px solid #ccc"
| style="width:70%; color:#000; text-align:center; background:transparent;"|
{| style="width:100%; border:solid 0px; background:transparent"
|-
| style="width:100%; text-align:center; white-space:nowrap; color:#000" |
<div style="font-size:162%; border:0; margin:0; padding:.1em; color:#000">Добро пожаловать в пользовательскую документацию системы [http://www.nemo.travel Nemo],</div>
русскоязычную документацию для всех пользователей продукта Nemo.travel.
<div style="font-size:95%"> Сейчас в пользовательской документации '''[[Special:Statistics|{{NUMBEROFARTICLES}} {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}]]''' на русском языке.
</div>
|}
|style="width:30%; font-size:95%; color:#000; text-align:left;"|
{|style="width:100%; background:transparent;"
|style="width:7%; font-size:95%;"|
[[:Категория:Компоненты|Компоненты системы]] 
[[:Категория:Способы_оплаты|Платежные системы]] 
[[:Категория:Поставщики|Поставщики услуг]] 
[[:Категория:Настройки|Настройки системы]] 
|style="width:7%; font-size:95%;"|
[[:Категория:Функции|Функции системы]] 
[[ЧЗВ_(FAQ)_по_работе_с_Nemo|FaQ (Частые вопросы)]] 
[[:Категория:Термины|Используемые термины]] 
'''[[Служебная:Categories|Все категории]]'''

|}
|}
{| cellpadding="5" cellspacing="0" style="border-top:1px solid #ccc; text-align:center; margin-bottom: 8px; background:transparent; width:98%; border:0;"
| style="width:10%" |
|[http://www.nemo.travel Сайт системы Немо]
|[[Служба_поддержки|Что делать, если вы не нашли ответа на свой вопрос]]
|[http://helpdesk.nemo.travel Трекер техподдержки]

|}
|}

== Назначение и область применения ==

Система Немо (далее Система) является веб-приложением с набором сопутствующих API, инструментом электронной коммерции, предназначенным для организации туристическими компаниями и агентствами воздушных сообщений продаж авиабилетов, ЖД-билетов, отелей, а также иных сопутствующих услуг в режиме реального времени. Система поддерживает различные режимы работы в своем графическом интерфейсе (b2b, b2c, b2b2c), а также располагает универсальными программными интерфейсом (SOAP XML/JSON API).

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Правовая информация ==

Разработчиком системы является ООО “НОВАЯ СТУДИЯ” (ИНН 7720630640), работающая под брендом [http://www.nemo.travel Nemo.Travel]. Система является защищенным объектом интеллектуальной собственности, свидетельство о государственной регистрации №2013619280, выдано 30.09.2013 года Федеральной Службой по интеллектуальной собственности РФ (РОСПАТЕНТ).

== О разработчике ==

[http://www.nemo.travel Nemo.Travel] работает на рынке программного обеспечения для авиакомпаний и трэвел-агентств с 2008 года. Головной офис находится в Москве. Основными продуктами компании являются система Nemo.Travel для трэвел-агентств и система Websky для авиакомпаний.
Компания является авторизованным разработчиком приложений и партнером глобальных дистрибутивных систем. Система проходит регулярные сертификации GDS.

Nemo Travel обладает следующими статусами:
*Сертифицированный разработчик | GDS [[Сирена Трэвел]]
*Certified application provider | GDS [[Amadeus]]
*Authorized certified developer | GDS [[Sabre]]
*Authorized partner, Member of the Travelport Development Network (TDN) | [[Travelport (Galileo)]]

Процесс разработки и обслуживания клиентов производится на основе требований стандарта качества, компания сертифицирована по стандарту ISO 9001:2008

== Принципиальное устройство ==

Система содержит интерфейсы к веб-сервисам систем бронирования - GDS/СRS, а также интерфейсы к системам поставщиков дополнительных услуг. На основе введенных в систему настроек и бизнес-правил приложение осуществляет маршрутизацию поисковых запросов к системам бронирования и производит обработку полученных результатов. Аналогично приложение взаимодействует с системами бронирования в процессе формирования заказа и при вторичных операциях. Интеграция с платежными системами позволяет организовать оплату пользователями своих заказов в режиме реального времени. Система обеспечивает возможность работы с контентом как в собственной локации агентства, так и в локациях партнеров агентства (консолидаторов и брокеров) с использованием соответствующих реквизитов.

[[File:Общее устройство Nemo.png|center]]

== Виды контентов ==

В Системе представлены следующие виды контентов (услуг), доступных к бронированию и оформлению: авиабилеты, отели, железнодорожные билеты. Система располагает обособленными графическими интерфейсами для каждого вида контента.
В системе также реализована продажа дополнительных сопутствующих услуг в режиме upsale / cross sale (продажи в процессе заказа основной услуги, либо после оформления заказа на основную услугу), без выделения процесса покупки сопутствующей услуги в отдельный графический интерфейс, через добавление специализированного upsale/cross-sale блока в интерфейс бронирования основной услуги. К дополнительным услугам, доступным в системе относятся страхование, бронирование поездов Аэроэкспресс, а также любые произвольные услуги, конфигурирование которых доступно в административной панели системы.

== Доступные контенты ==

; Авиабилеты:
:'''[[Сирена_Трэвел|Sirena Travel]]'''
:'''[[Amadeus|Amadeus]]'''
:'''[[Sabre|Sabre]]'''
:'''[[Travelport_(Galileo)|Travelport]]'''
:'''[[SITA_Gabriel|SITA]]'''


:'''[[Travelfusion|Travelfusion]]'''
:'''[[Mystifly|Mystifly]]'''
:'''[[Nemo_Inventory_(компонент)|Nemo.Inventory]]'''
:'''[[API_АвиаЦентр_(Special_fares)|Specialfares (Авиацентр)]]'''

; Железнодорожные билеты:

:'''[[UFS|UFS]]'''


; Отели: Hotelston
:Travelport
:'''[[Академсервис|Академсервис]]'''
:Ozon.Travel
:Ostrovok
:Amadeus Content Inn

;Страхование:

:'''[[АльфаСтрахование|Альфастрахование]]'''
:'''[[Страхование_ERV|ERV]]'''

; Прочие услуги:
:'''[[Аэроэкспресс|Аэроэкспресс]]'''


== Основные функциональные модули системы и их назначение ==

*'''[[Поиск_(Авиабилеты)|Модуль поиска]]''' и '''[[Бронирование_(Авиабилеты)|бронирования]]''' авиабилетов с поддержкой операций '''[[Выписка#Автовыписка|автоматизированного тикетинга]]''', вторичных операций '''[[Обмен_и_возврат_авиабилетов|(обмен, возврат)]]''' и продажей дополнительных услуг авиаперевозчиков с формированием EMD. В модуле реализована возможность работы в нейтральных сеансах BSP, ТКП, а также работа в сеансе авиакомпании.
*'''[[Железнодорожные_перевозки#Поиск ЖД|Модуль поиска и продажи железнодорожных билетов]]''' с поддержкой автоматизированных операций выписки и возврата железнодорожного билета.
*'''[[Объект_размещения|Модуль поиска и бронирования отелей и апартаментов]]''' с поддержкой автоматизированного оформления ваучера на проживание.
*'''[[Личный_кабинет|Модуль Личный кабинет пользователя]]''', предназначенный для работы с заказами и для управления профилем и предпочтениями пользователя.
*'''[[Корпоративный_блок|Корпоративный модуль]]''', предназначенный для управления трэвел-политиками и процессами одобрения командировок сотрудников организаций.
*'''[[Nemo_Inventory_(компонент)|Модуль Nemo.Inventory]]''', предназначенный для управления собственным ресурсом мест фрахтователями чартерных рейсов и держателями блоков и для организации продаж данного ресурса мест через систему. Модуль позволяет вводить данные о ресурсах мест, тарифах и правилах их применения, работать с заказами на рейсе.
*'''[[Ценообразование_(Авиабилеты)#Ценообразование (Авиабилеты)|Модуль Политика ценообразования]]''', предназначенный для управления наценками, скидками и комиссиями при работе с покупателями. Модуль отличается исключительной гибкостью в плане возможности использования тонко настроенных ценовых бизнес-правил (например, политики ценообразования в разделе “Авиабилеты” содержат свыше 60 параметров, в зависимости от которых возможно управление наценками и комиссиями на перевозки).
*'''[[Депозит#Назначение|Модуль Кредитные лимиты]]''', предназначенный для управления предельными лимитами, установленными в денежном выражении, на отгрузку контрагентам авиабилетов, ЖД билетов, отелей и прочих услуг.
*'''[[Веб-аналитика|Модуль Аналитики]]''', '''[[Статистика|статистики]]''' и '''[[Отчеты_по_заказам|отчетности]]''', предназначенный для быстрого доступа к наглядной аналитической информации к мониторам текущего состояния системы в части запросов и продаж и к статистическим отчетам по ключевым индикаторам продаж. Для всесторонней аналитики возможно получение исходных данных для последующей выгрузки в хранилища данных и дальнейшей обработки.

== Функциональные возможности b2b ==

Режим b2b в Системе призван способствовать решению наиболее насущных задач, которые стоят перед консолидаторами и крупными агентами при работе с субагентской сетью. Графический интерфейс системы в b2b режиме спроектирован с учетом необходимости максимально автоматизировать рутинные процессы субагента, сделать работу в b2b терминале простой, понятной и эффективной, оставляя в тоже время в руках агента все ключевые инструменты для контроля за деятельностью субагента.

;К основным функциональным возможностям b2b в системе относятся:
:Ввод и хранение субагентстких профайлов с возможностью '''[[Синхронизация_пользователей|автоматической загрузки данных о субагентах]]''' из CRM-системы агентства;
:Конфигурирование многоуровневых субагентских сетей с предоставлением субагенту возможности '''[[Пользователь|управления нижестоящей иерархией]]''';
:'''[[Ценообразование_(Авиабилеты)|Гибкое управление наценками, скидками, комиссиями субагента]]''' в зависимости от коммерческих условий по бронированию контента;
:'''[[Маршрутизатор_поисковых_запросов|Управление маршрутизацией запросов]]''' на поиск и бронирование контента на основе бизнес-правил с учетом заданных параметров по прибыльности продаж при одновременной работе во множественных локациях;
:Определение бизнес правил для субагента, таких как '''[[Комиссия_(термин)|комиссии]]''', '''[[Наценка_и_скидка#Скидка от тарифа|скидки]]''', '''[[Сбор_(термин)|сборы]]''', лимиты для групп субагентов, для каждой конкретной учетной записи внутри субагента;
:'''[[Права_доступа|Разграничение прав субагента]]''' по доступу к функциям работы с заказом;
:Обеспечение автоматического и полуавтоматического режима обработки заказов и '''[[Обмен_и_возврат_авиабилетов|вторичных операций]]''';
:'''[[Депозит#Управление депозитами субагентов|Учет депозитов, управление кредитным лимитом и кредитным статусом субагента]]''' с возможностью настройки получения данной информации из CRM-системы агентства;
:Предоставление субагенту возможности '''[[Ценообразование_для_субагентов|самостоятельно назначать дополнительные сборы и надбавки]]''';
:'''[[Выгрузка#Описание|Автоматическая выгрузка данных о бронированиях]]''' в учетные системы агентства;
:Гибкая настройка набора локаций для '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирования]]''' и '''[[Выписка#Настройки выписки|оформления]]''' для каждого субагента;
:'''[[Привязка_к_доменному_имени_агентства|Whitelabel модуль]]''' для установки на сайт субагента;
:Возможность '''[[Логотипы|брендирования интерфейса системы]]''' и исходящих документов (оповещений, маршрутной квитанции, emd) в стили субагента.

Работая с субагентской сетью при помощи Системы, агентство имеет возможность предоставить своим субагентам не только графический интерфейс, но и возможность интеграции по единому XML API, который аналогично GUI будет учитывать все настройки в отношении доступных субагенту контентов, функционала и ценовых настроек.

В дополнение к функциональным возможностям, предусмотренным в системе непосредственно для субагентов, в системе реализованы дополнительные специализированные функции, предназначенные для работы с корпоративными клиентами, а именно:

*'''[[Корпоративный_блок#Плательщики|Ввод и хранение в системе информации о корпоративных клиентах агентства]]''';
*Настройка '''[[Корпоративный_блок#Тревел политика|трэвел-политик]]''' для каждого вида контента, доступного корпоративному клиенту в системе;
*'''[[Media:SearchTravel.png|Наглядная индикация]]''' соответствия выбранного варианта трэвел-политике;
*'''[[Корпоративный_блок#Личный пин-код валидатор|Управление правами аппруверов]]''' в системе и настройка их действий при одобрении запросов на бронирование командировок;
*Специализированные отчеты для корпоративных клиентов ('''[[Корпоративный_блок#Календарь командировок|календарь командировок]]''').

== Функциональные возможности b2c ==

Режим b2c в системе призван решать наиболее частые и ресурсоемкие задачи, возникающие в повседневной деятельности онлайн-тревел агентства. Система спроектирована таким образом, чтобы оптимально отвечать требованиям к современным платформам онлайн бронирования, взаимодействующим с конечным пользователем.
;Основные возможности для работы в b2c режиме:
:Графический интерфейс бронирования, реализованный как виджет для легкого встраивания на сайт онлайн тревел агентства в CMS агентства
:Адаптивный дизайн и верстка интерфейса для качественной работы с системой как со стационарных, так и с мобильных устройств.
:Высокоскоростной поиск и расчет системой полученных комбинаций, в т.ч. при одновременной работе агентства во множественных локациях
:Использование данных из файлов cookie, данных обозревателя и данных IP адреса для обеспечения комфортного '''[[Безопасность_в_Nemo_Travel#Настройка безопасности в Nemo.travel|взаимодействия пользователя с системой]]'''.
:'''[[Модуль_метрики#Назначение|Система учета переходов по источнику трафика]]''' для оценки эффективности каналов продвижения и продаж
:'''[[Ценообразование_(Авиабилеты)|Гибкая система управления наценками и скидками]]''' в зависимости от коммерческих условий по бронированию контента и от источников перехода.
:Функционал '''[[Промокоды|Промокоды и купоны на скидку]]''' для организации кампаний по продвижению.
:'''[[Поиск_(Авиабилеты)#Принцип работы|Функционал для повышения доходности продаж]]''' - управляемая алгоритмическая автоматическая перетарификация, автоматическое перенаправление заказа в более выгодные локации, работа с приватными тарифами и т.д.
:Различные доступные '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методы оплаты]]''' - онлайн, в офисах партнеров, оплата в кредит и т.д.
:Автоматизированные '''[[Обмен_и_возврат_авиабилетов|вторичные операции]]''' и продажа '''[[Дополнительные_услуги_агентства|дополнительных услуг]]'''.
:Plug&play '''[[Взаимодействие_с_метапоисковиками|интеграция с мета-поисковыми системами]]''', включая функционал для сверки отчетов и расчета вознаграждения партнеру.
:'''[[Кэш-сервер#Задачи которые решает кэш-сервер|Кэш данных поиска]]'''
:'''[[Личный_кабинет|Личный кабинет]]''' клиента с доступом к заказам и профилю.
:Гибкое управление '''[[Авторизация|авторизацией пользователей]]''', функционал авторизации с данными профиля социальной сети.
:Система '''[[Почтовый_сервер|e-mail]]''' и '''[[СМС_Траффик|SMS]]''' оповещений пользователя
:'''[[Личный_кабинет|Личный кабинет]]''' онлайн-агентства с доступом к управлению заказами, интерфейсы для типовых операций с заказами для колл-центра онлайн агентства.
:'''[[Личный_кабинет#Очереди заказов|Система очередей]]''' для работы с заказами в агентстве.
:Система автоматического мониторинга и блокировки подозрительных операций.
:'''[[Автоаннулятор|Автоматическое аннулирование]]''' своевременно не выкупленных пользователями заказов.
:А также многое другое

Система имеет развитый набор XML и JSON API, доступный агентству, который может быть использован для самостоятельной разработки отдельных необходимых приложений (например, мобильных или веб-приложений).
Внешний вид GUI системы может быть кастомизирован агентством самостоятельно без привлечения специалистов разработчика.

== Администрирование ==

Система управляется посредством заведения бизнес-правил и установку настроек, доступных администраторам системы в панели управления. Через панель управления могут быть установлены:

*Настройки '''[[Пользователь#Пользователь|пользователей]]''' и '''[[Пользователь#Группы в Nemo|групп]]''', их '''[[Пользователь#Типы пользователей в Nemo|права и роли]]'''
*Настройки '''[[Стили|внешнего вида системы]]''', прописаны стили и пользовательские скрипты
*Настройки '''[[Нотификация|оповещений]]''' по ключевым событиям в процессе бронирования и оформления услуг
*Настройки работы с '''[[Валюта|курсами валют]]''' и с форматами данных
*Настройки ограничений и лимитов при работе с системой
*Настройки маршрутизации '''[[Маршрутизатор_поисковых_запросов|поисков]]''' и '''[[Бронирование_(Авиабилеты)#Настройка процесса бронирования|бронирований]]'''
*Настройки для работы с '''[[Личный_кабинет#Очереди заказов|очередями заказов]]'''
*Настройки '''[[Локализация|локализации]]''' (языковые версии GUI)
*Настройки '''[[Платежный_шлюз#Настройки платежных шлюзов в Nemo.travel|методов оплаты]]''' для каждого вида и поставщика контента
*Настройки для интеграции с '''[[Интеграция|внешними системами и сервисами]]'''
*Настройки '''[[Безопасность_в_Nemo_Travel|безопасности]]'''

Также в панели управления доступен журнал действий пользователей в системе и ссылка на логи сообщений между системой и GSD/CRS, платежными и почтовыми системами.
Разделы панели управления снабжены ссылками на руководство пользователя с пояснением принципа работы конкретных настроек раздела.

== Безопасность ==
При разработке и в процессе эксплуатации системы большое внимание уделяется вопросам безопасности. Помимо соответствия необходимым стандартам в части защиты данных, в системе реализованы специальные функции, направленные на обеспечение оптимального уровня безопасности и защиты от несанкционированного доступа, к которым относятся, например, мониторинг и логирование подозрительных операций, безопасное соединение с кроссдоменной авторизацией, процедуры верификации и т.д. Работа с данными платежных карт осуществляется в соответствии с требованиями стандарта PCI DSS 3 уровня.

== Хостинг и поддержка решения ==

Система распространяется как SaaS сервис, с размещением на серверах Nemo Travel, расположенных в датацентрах в России и в Европе, сертифицированных по стандартам безопасности. Гарантированный аптайм системы 0,9899.
Гарантии по поддержке основаны на формальном соглашении о заявленном уровне сервиса (Service Level Agreement | SLA). Услуги по поддержке оказываются на английском и русском языках. Штатная техническая поддержка производится в режиме 12/5 (в рабочие часы по будним дням), экстренная поддержка по критическим обращениям производится в режиме 24/7 (круглосуточно) по телефону горячей линии.
Агентствам-пользователям Системы предоставляется круглосуточный доступ к справочной информации.

== См. также (See also)==
* [[The Nemo Travel System | The Nemo Travel System (EN) ]]
* [[Sistema Nemo Travel | Sistema Nemo Travel (ES) ]]

Для подписки на письма о ежемесячных обновлениях системы {{NameSystem}} заполните форму [http://eepurl.com/qC2pH по ссылке].

SITA Gabriel

2017-11-13T12:55:30Z

Александра Ларцева: /* Особенности подключения */

[[Категория:Поставщики авиабилетов]]
[[Файл:SITAlogo.jpg‎|right]]

'''SITA Gabriel''' — глобальная дистрибутивная система, разработанная в начале 70-х годов компанией SITA - мировым лидером в сфере коммуникационных услуг для авиатранспорта.

== Описание ==

SITA Gabriel представляет собой комплексное решение по бронированию пассажирских перевозок и управлению наличием мест на рейсах авиакомпании.

SITA Gabriel имеет интерактивные подключения со всеми основными ГРС, включая Abacus, Amadeus, Galileo, Sabre, Worldspan и российские системы Sirena Travel и Сирин. Предоставление в режиме реального времени информации о наличии мест в эти ГРС дает авиакомпании возможность организации взаимодействия с туристическими агентствами по всему миру.

На сегодняшний день в мире насчитывается около 150 авиакомпаний — пользователей системы.
В России SITA Gabriel использует авиакомпания ''S7 Airlines''. С помощью системы можно бронировать места и оформлять билеты на перелеты авиакомпании.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

== Основные возможности ==
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поиск и общее'''
<div class="mw-collapsible-content">
* Поиск по окружным датам — условно[[#FAQ по GDS/ГРС/API SITA Gabriel|[1]]]
* Поиск по публичные + приватные тарифы
* Поиск приватных тарифов
* Поиск по расписанию
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Добавление титула пассажира
* Дополнительные операции с использованием реквизитов/настроек
** Чтение тарифных правил
** Проверка доступности
** Актуализация цены
** Получение курса валюты
* Операции/запросы .NET авиа-сервера
** Бронирование перелета
** Отмена брони
** Обновление (синхронизация) брони
** Импорт брони по ПНР локатору
** Модификация имени и отчества пассажиров
** Изменение внесённого контента брони
** Добавление контента
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API SITA Gabriel|[2]]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** Войдирование
</div>
</div>

== Подключение к ГРС SITA Gabriel в {{NameSystem}}==
# В системе {{NameSystem|link}} на данный момент можно реализовать подключение к SITA Gabriel для продажи билетов авиакомпании S7 (Сибирь). Для этого агентству нужно
#* Заключить договор с S7, в процессе оформления которого необходимо '''запросить реквизиты для онлайн подключения''' к системе Gabriel, и получить '''валидатор S7'''.
#* Если договор с авиакомпанией уже заключен ранее, нужно связаться с Ларисой Шиловой (начальник отдела развития дистрибутивных технологий в компании S7 Airlines) по адресу L.shilova@s7.ru, указав, что агентство будет работать с SITA Gabriel через {{NameSystem}}.
# После обращения агента в S7 в системе SITA создается офис агентства.
# Когда становится известен номер офиса, разработчики {{NameSystem}} создают сертификат для этого офиса и пересылают его в S7.
# Представители S7 передают сертификат в SITA, и разработчики SITA загружают сертификат (либо в тестовую, либо сразу в продакшн среду) и предоставляют S7 полный набор реквизитов агента, а именно:
#* Валидатор
#* OFFC (Office)
#* Agnt SI (Agent Sign-In)
#* TerminalID
#* TerminalPassword
#* AXI RequestorID
# S7 передает эти данные разработчикам {{NameSystem}}, которые создают пакет реквизитов для агентства в {{NameSystem}}.

=== Особенности подключения ===

# Поскольку авиакомпанией S7 не приобретен нативный поиск в SITA Gabriel, его эмуляция в {{NameSystem}} реализуется через размножение перелетов этой авиакомпании из других ГРС в пакеты SITA Gabriel — в зависимости от уже используемых агентством ГРС в {{NameSystem}}. Бронирование и выписка размноженных перелетов осуществляется уже именно в Gabriel.
# После заведения пакета реквизитов в {{NameSystem}}, в Поиске 2.0 необходимо создать корректное [[Поиск_2.0#.D0.9C.D0.B8.D0.BA.D1.88.D0.B5.D1.80_.D1.80.D0.B5.D0.B7.D1.83.D0.BB.D1.8C.D1.82.D0.B0.D1.82.D0.BE.D0.B2|правило микшера]] (чтобы направлять перелеты S7 в конкретный пакет Gabriel).

== Особенности работы с SITA Gabriel в {{NameSystem}} ==

В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования]] предотвращает ошибки бронирования, связанные с нарушением ограничений SITA Gabriel на количество символов, отведенное для ФИО пассажира:
* Максимальное количество символов для фамилии и имени в сумме – 40.

{{Attention| SITA не позволяет задать TimeLimit меньше чем 15 минут от текущего времени.}}

== Часто задаваемые вопросы по взаимодействию с ГРС SITA Gabriel ==
# К сожалению поиск по ОД в SITA Gabriel сложно назвать полнофункциональным, так как он возвращает далеко не всю необходимую информацию о перелёте, по крайней мере по состоянию на 12.02.2013.
# Gabriel — инвенторная система S7 и ряда других а/к, так что выписка на стоке а/к по определению системы.
# Формально SITA Gabriel поддерживает оба вида ГРС процессинга, но не все а/к авторизованы использовать там этот функционал, S7, к примеру, не авторизована.

== Возможные ошибки при взаимодействии с ГРС SITA Gabriel ==
=== Ошибки при поиске ===
Не зависящие от поставищиков:
{| class="wikitable"
|-
! align="center" width="50%"|«SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR»
|В работе с бронированием идёт параллельное изменение PNR. В этом случае нужно начинать операцию заново.
|-
! align="center" width="50%"|«Invalid search reguest object»
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
# некорректная ссылка поиска;
# результат поиска может устареть.
|-
|}

=== Ошибки при бронировании ===
{| class="wikitable"
|-
! align="center" width="50%"|«579 - NEED TEXT»
|Для некоторых типов питания, например (SPML), требуется указать дополнительно текстовое описание.
|-
! align="center" width="50%"|«010 - TIME»
|Oшибка возникает тогда, когда устанавливаемый при бронировании таймлимит принимает значение уже прошедшего времени. 
|-
|}

=== Ошибки при выписке ===
{| class="wikitable"
|-
! align="center" width="50%"|«TICKET ALLOCATION DEPLETED -CONTACT CARRIER»
|Закончился сток билетов. Агент должен обратиться в группу кредитного контроля S7 для пополнения стока. 
|-
|-
! align="center" width="50%"|«TKT092 TICKET ALLOCATION STOPPED-CTC CARRIER»
|Закончился сток бланков на валидаторе. Агент должен обратиться в группу кредитного контроля для пополнения стока.. 
|-
|}

== Контактная информация ==
Начальник отдела развития дистрибутивных технологий в компании S7 Airlines (Лариса Шилова) — L.shilova@s7.ru

[https://partner.s7.ru/contacts.aspx Контакты S7 Group]

* [https://secure.sita.aero/ Официальный сайт SITA]
* [http://www.s7.ru/ Официальный сайт S7 Airlines]
* [https://partner.s7.ru/contacts.aspx Контакты S7 Group]
* [https://partner.s7.ru/_layouts/AgentRequestForm.aspx?List=17df6715-eedb-498c-b123-ab09f0a1e3d8&source=~/default.aspx Заявка на заключение агентского соглашения с S7]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[Поиск 2.0]]

Cybersource

2017-11-08T18:03:12Z

Александра Ларцева:

[[Файл:Cybersource.png|340px|right]]
'''Cybersource'''— международный платёжный сервис,поддерживающий не только обычные карты, но и новые способы оплаты, такие как Apple Pay, Visa Checkout и другие. CyberSource предоставляет онлайн-решения для управления платежами более чем 400.000 площадкам по всему миру в разных отраслях.

[https://www.cybersource.com/en-MEA| Официальный сайт компании]
==Настройка на стороне платежного шлюза Cybersource==
{| class="wikitable" align="right" style="margin-left:1em"
|-
|[[Файл:LKCS.jpg|400px|меню CyberSource|справа]]
|-
|Меню CyberSource
|}

Для того, чтобы взаимодействие проходило успешно, нужно перейти в следующий раздел: '''Tools&Settings - Secure Acceptance - Profiles'''. Выберите нужный профиль и введите его в режим редактирования (Edit), после этого зайдите в опцию Customer Response Pages. В этой настройке надо прописать ссылку для обратного редиректа после успешной оплаты. Она прописывается в виде http://X.ru/cybersource__call_back, где X - желаемый домен. Так же вы можете прописать ссылку для обратного редиректа на случай, если пользователь во время транзакции решит отменить ее. Она будет выглядеть так: http://X.ru/cybersource__back_redirect. После внесенных изменений не забудьте активировать профиль.
 
 
 
 
 

 
 
 
 
 
 
 
==Контроль транзакций==
{| class="wikitable" align="right" style="margin-left:1em"
|-
|[[Файл:Transaction_Controll.jpg|500px|Список транзакций|left]]
|-
|Контроль транзакций
|}

Чтобы совершать удобный контроль транзакций, вы можете воспользоваться поиском по транзакциям. Для этого перейдите в раздел '''Transaction Search - General Search''' и выберите дату, за которую вам нужно получить выборку. Помимо этого вы можете выбрать и другие параметры, такие как количество результатов на странице, а так же поиск по определенному ID.

 
 
 
 
 

 
 
 
 
 
 
 
==Настройка платежного шлюза Cybersource на стороне Nemo==
*'''Тестовый режим''' — отвечает за перевод данного способа оплаты в тестовый режим.
{| class="wikitable" align="right" style="margin-left:1em"
|-
|[[Файл:Paymentdisplay.jpg|400px|меню CyberSource|справа]]
|-
|Настройки реквизитов
|}

Для начала вам нужно добавить шлюз CyberSource в параметрах доступности. Зайдите в настройку '''Финансы и платежи - Платежные методы - Доступ к способам оплаты''', активируйте шлюз CyberSource.
После этого зайдите в раздел '''Финансы и платежи - Платежные методы - Управление шлюзами'''. Создайте новую запись и в типе шлюза выберите CyberSource. После создания записи зайдите в опцию '''Реквизиты''' и заполните все поля.

Для данного способа оплаты доступны следующие настройки:

*'''Секретный ключ''' — эти реквизиты вы можете узнать в личном кабинете платежного шлюза '''Tools & Settings - Profiles - Ваш профиль - Security''', см. значение SecretKey.
*'''Ключ доступа''' — эти реквизиты вы можете узнать в личном кабинете платежного шлюза '''Tools & Settings - Profiles - Ваш профиль - Security''', см. значение Access Key.
*'''ID профиля''' — эти реквизиты вы можете узнать в личном кабинете платежного шлюза по пути '''Tools & Settings - Profiles - Ваш профиль''', см. значение ProfileID .
*'''ID мерчанта''' — здесь вы указываете ваш CyberSource Merchant ID в системе.
*'''Логин мерчанта''' — здесь указывается ваш User Name.

*'''Пароль мерчанта''' — здесь указывается ваш пароль.
*'''Ключ транзакции''' — эти и другие реквизиты вы можете узнать в личном кабинете платежного шлюза.
*'''Оплата во фрейме''' — активирует режим оплаты во фрейме (прямо на странице заказа).
*'''Высота фрейма''' — задает высоту фрейма (в пикселях).
{{Attention|Не все платежные шлюзы поддерживают оплату во фрейме}}

==См. также==
*[[Платежные шлюзы]]
*[[Платежные методы в Nemo.travel ]]

[[Категория:Способы оплаты]]
[[Категория:Поставщики платежных решений]]

Cybersource

2017-11-08T18:01:59Z

Александра Ларцева: /* Настройка платежного шлюза Cybersource на стороне Nemo */

Cybersource

2017-11-08T18:01:30Z

Александра Ларцева:

[[Файл:Cybersource.png|340px|right]]
'''Cybersource'''— международный платёжный сервис,поддерживающий не только обычные карты, но и новые способы оплаты, такие как Apple Pay, Visa Checkout и другие. CyberSource предоставляет онлайн-решения для управления платежами более чем 400.000 площадкам по всему миру в разных отраслях.

[https://www.cybersource.com/en-MEA| Официальный сайт компании]
==Настройка на стороне платежного шлюза Cybersource==
{| class="wikitable" align="right" style="margin-left:1em"
|-
|[[Файл:LKCS.jpg|400px|меню CyberSource|справа]]
|-
|Меню CyberSource
|}

Для того, чтобы взаимодействие проходило успешно, нужно перейти в следующий раздел: '''Tools&Settings - Secure Acceptance - Profiles'''. Выберите нужный профиль и введите его в режим редактирования (Edit), после этого зайдите в опцию Customer Response Pages. В этой настройке надо прописать ссылку для обратного редиректа после успешной оплаты. Она прописывается в виде http://X.ru/cybersource__call_back, где X - желаемый домен. Так же вы можете прописать ссылку для обратного редиректа на случай, если пользователь во время транзакции решит отменить ее. Она будет выглядеть так: http://X.ru/cybersource__back_redirect. После внесенных изменений не забудьте активировать профиль.
 
 
 
 
 

 
 
 
 
 
 
 
==Контроль транзакций==
{| class="wikitable" align="right" style="margin-left:1em"
|-
|[[Файл:Transaction_Controll.jpg|500px|Список транзакций|left]]
|-
|Контроль транзакций
|}

Чтобы совершать удобный контроль транзакций, вы можете воспользоваться поиском по транзакциям. Для этого перейдите в раздел '''Transaction Search - General Search''' и выберите дату, за которую вам нужно получить выборку. Помимо этого вы можете выбрать и другие параметры, такие как количество результатов на странице, а так же поиск по определенному ID.

 
 
 
 
 

 
 
 
 
 
 
 
==Настройка платежного шлюза Cybersource на стороне Nemo==
*Тестовый режим — отвечает за перевод данного способа оплаты в тестовый режим.
{| class="wikitable" align="right" style="margin-left:1em"
|-
|[[Файл:Paymentdisplay.jpg|400px|меню CyberSource|справа]]
|-
|Настройки реквизитов
|}

Для начала вам нужно добавить шлюз CyberSource в параметрах доступности. Зайдите в настройку '''Финансы и платежи - Платежные методы - Доступ к способам оплаты''', активируйте шлюз CyberSource.
После этого зайдите в раздел '''Финансы и платежи - Платежные методы - Управление шлюзами'''. Создайте новую запись и в типе шлюза выберите CyberSource. После создания записи зайдите в опцию '''Реквизиты''' и заполните все поля.

Для данного способа оплаты доступны следующие настройки:

*'''Секретный ключ''' — эти реквизиты вы можете узнать в личном кабинете платежного шлюза '''Tools & Settings - Profiles - Ваш профиль - Security''', см. значение SecretKey.
*'''Ключ доступа''' — эти реквизиты вы можете узнать в личном кабинете платежного шлюза '''Tools & Settings - Profiles - Ваш профиль - Security''', см. значение Access Key.
*'''ID профиля''' — эти реквизиты вы можете узнать в личном кабинете платежного шлюза по пути '''Tools & Settings - Profiles - Ваш профиль''', см. значение ProfileID .
*'''ID мерчанта''' — здесь вы указываете ваш CyberSource Merchant ID в системе.
*'''Логин мерчанта''' — здесь указывается ваш User Name.

*'''Пароль мерчанта''' — здесь указывается ваш пароль.
*'''Ключ транзакции''' — эти и другие реквизиты вы можете узнать в личном кабинете платежного шлюза.
*'''Оплата во фрейме''' — активирует режим оплаты во фрейме (прямо на странице заказа).
*'''Высота фрейма''' — задает высоту фрейма (в пикселях).
{{Attention|Не все платежные шлюзы поддерживают оплату во фрейме}}

==См. также==
*[[Платежные шлюзы]]
*[[Платежные методы в Nemo.travel ]]

Assist

2017-11-03T12:29:47Z

Александра Ларцева:

[[Файл:s3.jpg|right]]

'''Assist''' — это мультибанковская система приема платежей по банковским картам через интернет, позволяющая в реальном времени производить авторизацию и обработку электронных платежей.

Компания ASSIST - ведущий российский провайдер электронных платежей, была основана в 1998 году. Начало развития компании совпало со становлением российского рынка электронной коммерции, что способствовало получению заслуженного статуса отраслеобразующей компании для всей российской индустрии электронных платежей.

В настоящий момент компания сотрудничает с ведущими российскими и зарубежными банками и процессинговыми компаниями: АО " Компания объединенных кредитных карточек" (UCS), ПАО ВТБ24 (совместно с процессинговой компанией ООО "Мультикарта"), Банк ВТБ (ПАО) (совместно с процессинговой компанией ООО "Мультикарта"), АО "Райффайзенбанк", ПАО "Банк "Санкт-Петербург", АО "Банк Русский Стандарт", АКБ "Абсолют Банк" (ПАО), Credorax (Malta) Ltd..

== Настройка платежного шлюза Assist ==

[[Файл:Belassist.png|right]]

* '''Боевой режим''' — активация боевого режима платежного шлюза.
* '''Списывать средства''' — от значения настройки зависит, в какой момент с карты клиента будут списаны средства. Возможны варианты:
** '''после успешной выписки'''
** '''сразу после оплаты'''
* '''Домен боевого сервера''' — выдает АПК Ассист.
* '''Идентификатор мерчанта''' — уникальный идентификатор, который выдает АПК Ассист.
* '''Логин''' — выдает АПК Ассист.
* '''Подпись''' — выдает АПК Ассист.
* '''Передавать длинную запись при покупке авиабилетов ''' — передача информации о полете, которая используется для формирования расширенной записи, отсылаемой в банк. Минимальные банковские требования к информации о полете: имя авиакомпании, код агента, дата отправления, номер билета. '''Внимание!''' Для реквизитов Nemo 2.0 в настройках необходимо указать PCC, который используется при передаче длинной записи.
* '''Валюта, в которой шлюз принимает платежи''' — выбор валюты. Возможные значения: евро, американский доллар, российский рубль, белорусский рубль.
* '''Язык шлюза''' — доступны 2 языка: русский и английский.

[[Категория:Способы оплаты]]
[[Категория:Поставщики платежных решений]]

Assist

2017-11-03T12:29:22Z

Александра Ларцева:

[[Файл:s3.png|right]]

'''Assist''' — это мультибанковская система приема платежей по банковским картам через интернет, позволяющая в реальном времени производить авторизацию и обработку электронных платежей.

Компания ASSIST - ведущий российский провайдер электронных платежей, была основана в 1998 году. Начало развития компании совпало со становлением российского рынка электронной коммерции, что способствовало получению заслуженного статуса отраслеобразующей компании для всей российской индустрии электронных платежей.

В настоящий момент компания сотрудничает с ведущими российскими и зарубежными банками и процессинговыми компаниями: АО " Компания объединенных кредитных карточек" (UCS), ПАО ВТБ24 (совместно с процессинговой компанией ООО "Мультикарта"), Банк ВТБ (ПАО) (совместно с процессинговой компанией ООО "Мультикарта"), АО "Райффайзенбанк", ПАО "Банк "Санкт-Петербург", АО "Банк Русский Стандарт", АКБ "Абсолют Банк" (ПАО), Credorax (Malta) Ltd..

== Настройка платежного шлюза Assist ==

[[Файл:Belassist.png|right]]

* '''Боевой режим''' — активация боевого режима платежного шлюза.
* '''Списывать средства''' — от значения настройки зависит, в какой момент с карты клиента будут списаны средства. Возможны варианты:
** '''после успешной выписки'''
** '''сразу после оплаты'''
* '''Домен боевого сервера''' — выдает АПК Ассист.
* '''Идентификатор мерчанта''' — уникальный идентификатор, который выдает АПК Ассист.
* '''Логин''' — выдает АПК Ассист.
* '''Подпись''' — выдает АПК Ассист.
* '''Передавать длинную запись при покупке авиабилетов ''' — передача информации о полете, которая используется для формирования расширенной записи, отсылаемой в банк. Минимальные банковские требования к информации о полете: имя авиакомпании, код агента, дата отправления, номер билета. '''Внимание!''' Для реквизитов Nemo 2.0 в настройках необходимо указать PCC, который используется при передаче длинной записи.
* '''Валюта, в которой шлюз принимает платежи''' — выбор валюты. Возможные значения: евро, американский доллар, российский рубль, белорусский рубль.
* '''Язык шлюза''' — доступны 2 языка: русский и английский.

[[Категория:Способы оплаты]]
[[Категория:Поставщики платежных решений]]

Файл:S3.jpg

2017-11-03T12:29:08Z

Александра Ларцева:

Assist

2017-11-03T12:28:49Z

Александра Ларцева: Новая страница: «right '''Assist''' — это мультибанковская система приема платежей по банковским…»

[[Файл:assistlogo.png|right]]

'''Assist''' — это мультибанковская система приема платежей по банковским картам через интернет, позволяющая в реальном времени производить авторизацию и обработку электронных платежей.

Компания ASSIST - ведущий российский провайдер электронных платежей, была основана в 1998 году. Начало развития компании совпало со становлением российского рынка электронной коммерции, что способствовало получению заслуженного статуса отраслеобразующей компании для всей российской индустрии электронных платежей.

В настоящий момент компания сотрудничает с ведущими российскими и зарубежными банками и процессинговыми компаниями: АО " Компания объединенных кредитных карточек" (UCS), ПАО ВТБ24 (совместно с процессинговой компанией ООО "Мультикарта"), Банк ВТБ (ПАО) (совместно с процессинговой компанией ООО "Мультикарта"), АО "Райффайзенбанк", ПАО "Банк "Санкт-Петербург", АО "Банк Русский Стандарт", АКБ "Абсолют Банк" (ПАО), Credorax (Malta) Ltd..

== Настройка платежного шлюза Assist ==

[[Файл:Belassist.png|right]]

* '''Боевой режим''' — активация боевого режима платежного шлюза.
* '''Списывать средства''' — от значения настройки зависит, в какой момент с карты клиента будут списаны средства. Возможны варианты:
** '''после успешной выписки'''
** '''сразу после оплаты'''
* '''Домен боевого сервера''' — выдает АПК Ассист.
* '''Идентификатор мерчанта''' — уникальный идентификатор, который выдает АПК Ассист.
* '''Логин''' — выдает АПК Ассист.
* '''Подпись''' — выдает АПК Ассист.
* '''Передавать длинную запись при покупке авиабилетов ''' — передача информации о полете, которая используется для формирования расширенной записи, отсылаемой в банк. Минимальные банковские требования к информации о полете: имя авиакомпании, код агента, дата отправления, номер билета. '''Внимание!''' Для реквизитов Nemo 2.0 в настройках необходимо указать PCC, который используется при передаче длинной записи.
* '''Валюта, в которой шлюз принимает платежи''' — выбор валюты. Возможные значения: евро, американский доллар, российский рубль, белорусский рубль.
* '''Язык шлюза''' — доступны 2 языка: русский и английский.

[[Категория:Способы оплаты]]
[[Категория:Поставщики платежных решений]]

Размножение (псевдопоиск) перелетов

2017-09-15T11:55:01Z

Александра Ларцева: /* Принцип работы */

[[Категория:Модули (Авиабилеты)]]
[[Категория:Справочники параметров системы]]
[[Категория:Руководство пользователя]]
==Назначение==
'''Размножение перелетов''' — модуль, предоставляющий возможность искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом.

==Примеры использования==
Как правило, размножение перелетов используется, когда:
# [[Агентство|Агентству]] выгодно [[Поиск (Авиабилеты)|искать]] перелеты определенных [[Авиакомпания|авиакомпаний]] в одной [[ГРС]], а [[Бронирование|бронировать]] и [[Выписка|выписывать]] в другой.
# При работе с ''ГРС SITA''. Поскольку авиакомпанией S7 не приобретен нативный поиск в SITA Gabriel, его эмуляция в {{NameSystem}} реализуется через размножение перелетов этой авиакомпании из пакетов других ГРС в пакеты SITA Gabriel. Таким образом, поиск перелетов авиакомпании ''«Сибирь» (S7 Airlines)'' происходит в других ГРС, а бронирование и выписка размноженных перелетов осуществляется в SITA Gabriel.

==Принцип работы==

Основные параметры модуля:
*Пакет для размножения — пакет, из которого берутся перелеты для размножения (для поиска).
*Пакет назначения — пакет, в который размножаются перелеты (для бронирования и выписки).

При поиске система проверяет каждый перелет на наличие применимых для него правил размножения. Если к перелету применимо правило, то перелет размножается в этот пакет:
* система эмулирует, что перелет найден в пакете назначения и в информации об источнике перелета отражает номер и валюту этого пакета.
* перелет будет бронироваться и выписываться по реквизитам пакета назначения.

'''Правило применимо, если перелет удовлетворяет всем условиям применения правила.'''

Правила размножения бывают:
* ''Общие'' — для всех авиакомпаний и направлений.
* ''Частные'' — для выбранного перевозчика и/или заданных направлений.

{{Attention|Частное правило приоритетнее общего. Если для перелета применимы оба правила, срабатывает частное.}}

{{Attention|В рамках определённой комбинации рейсов в случае использования модуля семейств тарифов при наличии в выдаче перелётов с дублирующимися наборами семейств размножается только самый дешёвый перелет для каждой комбинации семейств.}}

==Включение размножения перелётов==
Размножение перелетов настраивается в панели управления {{NameProject2}} в разделе '''Настройки Авиа → Поисковые настройки → Размножение перелетов'''. Чтобы включить модуль, установите флажок '''Включить размножение перелётов'''.

==Создание общего правила размножения перелётов==
Общее правило применяется для всех авиакомпаний, кроме тех, для которых заданы частные правила.
В разделе '''Настройки Авиа → Поисковые настройки → Размножение перелетов''':
# Укажите пакеты реквизитов для размножения в поле '''Откуда размножать'''
# Укажите пакеты назначения в поле '''Куда размножать'''
# Нажмите кнопку '''Сохранить'''
# Сбросьте кэш для анонима агентства в разделе '''Управление сервером → Управление кэшем → Кэш настроек Авиа''' для применения правила.

{| class="wikitable"
|-
|[[Файл:Размножение общее правило.png|400px]]
|-
|Общее правило
|}

==Создание частного правила размножения перелётов==
Рассмотрим создание правила размножения перелетов на примере авиакомпании Сибирь (S7). Поиск авиабилетов осуществляется в ''ГРС Sirena'', бронирование и выписка — в ''ГРС SITA''.
* Нажмите ссылку «Добавить Частные правила размножения перелётов».
* В поле '''Валидирующий перевозчик''' укажите авиакомпанию S7
* В поле '''Источники назначения''' укажите номер пакета SITA.
* В поле '''Пакет, откуда брать перелёты для размножения''' укажите номер пакета Sirena.
* Сбросьте кэш для анонима агентства в разделе '''Управление сервером → Управление кэшем → Кэш настроек Авиа''' для применения правила.

{{Attention|Рекомендуем оставить пустым общее правило размножения перелётов, так как общее правило общие будет дублировать перелёты для всех авиакомпаний и будут создаваться лишние копии результатов в системе. Указывайте авиакомпании, для которых нужно размножить результаты, в частном правиле размножения.}}

{| class="wikitable"
|-
|[[Файл:Размножение частное правило.png|500px]]
|-
|Частное правило
|}

==Параметры размножения перелётов==

===Общее правило===
* '''Куда размножать''' — пакеты назначения, в которых будут бронироваться и выписываться перелеты.
* '''Откуда размножать''' — пакеты реквизитов, перелеты из которых будут размножаться в пакеты назначения.

===Частные правила===
'''''Условия применения правила''''':
*'''Валидирующий перевозчик''' — авиакомпания, перелеты которой размножаются по этому правилу.
*'''Список стран отправления''' — страны отправления, для которых применяется правило.
*'''Список городов отправления''' — города отправления, для которых применяется правило.
*'''Список стран прибытия''' — страны прибытия, для которых применяется правило.
*'''Список городов прибытия''' — города прибытия, для которых применяется правило.
'''''Параметры размножения''''':
*'''Источники назначения''' — пакеты назначения, в которых бронируются и выписываются перелеты, найденные в дефолтных источниках.
*'''Пакет, откуда брать перелёты для размножения''' — пакеты реквизитов, перелеты из которых будут размножаться в пакеты назначения.

==См. также==
* [[Пакеты реквизитов Немо 2.0]]
* [[Глобальная распределительная система]]